From owner-freebsd-bugs Sun Feb 2 03:30:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA14353 for bugs-outgoing; Sun, 2 Feb 1997 03:30:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA14347; Sun, 2 Feb 1997 03:30:02 -0800 (PST) Resent-Date: Sun, 2 Feb 1997 03:30:02 -0800 (PST) Resent-Message-Id: <199702021130.DAA14347@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.DAA14267;Sun; (8.8.5/8.8.5);, 2 Feb 1997 03:26:14.-0800 (PST) Message-Id: <199702021126.DAA14267@freefall.freebsd.org> Date: Sun, 2 Feb 1997 03:26:14 -0800 (PST) From: zorac@mbox.kyoto-inet.or.jp To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: gnu/2637: tar dumped core with -g option. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2637 >Category: gnu >Synopsis: tar dumped core with -g option. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 2 03:30:01 PST 1997 >Last-Modified: >Originator: Hiroya Tsubakimoto >Organization: 4000Do Co.,LTD. >Release: 2.1.6.1 >Environment: FreeBSD s2.c4000do.co.kyoto-inet.or.jp 2.1.6.1-RELEASE FreeBSD 2.1.6.1-RELEASE #3: Sat Dec 7 06:22: 42 JST 1996 zorac@s2.c4000do.co.kyoto-inet.or.jp:/usr/src/sys/compile/HOME i386 >Description: tar dumped core when it has -g option and add a sub-directory has KANJI name. >How-To-Repeat: linke this: bash$ ls -a . dir .: . .. dir dir: . .. ???????????????? <-- KANJI name bash$ ./tar -c -g ./log -f ./x dir bash$ cat ./log 854881844 1036 25994 dir/\.77\.67\.44\.67\.44\.44\.16\/14\.16\.53\.16\/31\.16\/00\.16\/36 bash$ ./tar -c -g ./log -f ./x dir Segmentation fault (core dumped) >Fix: following patch: *** port.c Tue May 30 14:04:44 1995 --- port.c.patch Thu Nov 7 19:53:55 1996 *************** *** 889,895 **** *to_there++ = '?'; else { ! to_there[0] = (c >> 6) + '0'; to_there[1] = ((c >> 3) & 07) + '0'; to_there[2] = (c & 07) + '0'; to_there += 3; --- 889,895 ---- *to_there++ = '?'; else { ! to_there[0] = ((c >> 6) & 03) + '0'; to_there[1] = ((c >> 3) & 07) + '0'; to_there[2] = (c & 07) + '0'; to_there += 3; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Feb 2 04:11:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA15694 for bugs-outgoing; Sun, 2 Feb 1997 04:11:06 -0800 (PST) Received: (from davidn@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA15671; Sun, 2 Feb 1997 04:10:53 -0800 (PST) Date: Sun, 2 Feb 1997 04:10:53 -0800 (PST) From: David Nugent Message-Id: <199702021210.EAA15671@freefall.freebsd.org> To: pjchilds@imforei.apana.org.au, davidn, freebsd-bugs, davidn Subject: Re: bin/1664 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: getty doesn't use init kerninfo struct State-Changed-From-To: open-analyzed State-Changed-By: davidn State-Changed-When: Sun Feb 2 23:07:04 EST 1997 State-Changed-Why: I'm working on some patches now. Responsible-Changed-From-To: freebsd-bugs->davidn Responsible-Changed-By: davidn Responsible-Changed-When: Sun Feb 2 23:07:04 EST 1997 Responsible-Changed-Why: I'm taking care of it. From owner-freebsd-bugs Sun Feb 2 04:18:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA15886 for bugs-outgoing; Sun, 2 Feb 1997 04:18:54 -0800 (PST) Received: (from davidn@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA15863; Sun, 2 Feb 1997 04:18:45 -0800 (PST) Date: Sun, 2 Feb 1997 04:18:45 -0800 (PST) From: David Nugent Message-Id: <199702021218.EAA15863@freefall.freebsd.org> To: pjchilds@imforei.apana.org.au, davidn, freebsd-bugs, davidn Subject: Re: bin/1665 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: telnetd doesn't use gettytab %m %r %v %s tags State-Changed-From-To: open-analyzed State-Changed-By: davidn State-Changed-When: Sun Feb 2 23:11:23 EST 1997 State-Changed-Why: This coincides with other work I'm doing. Responsible-Changed-From-To: freebsd-bugs->davidn Responsible-Changed-By: davidn Responsible-Changed-When: Sun Feb 2 23:11:23 EST 1997 Responsible-Changed-Why: I'm working on it. From owner-freebsd-bugs Sun Feb 2 06:11:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA19094 for bugs-outgoing; Sun, 2 Feb 1997 06:11:17 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA19084 for ; Sun, 2 Feb 1997 06:11:04 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id BAA22997 for bugs@freebsd.org; Mon, 3 Feb 1997 01:10:23 +1100 Date: Mon, 3 Feb 1997 01:10:23 +1100 From: Bruce Evans Message-Id: <199702021410.BAA22997@godzilla.zeta.org.au> To: bugs@freebsd.org Subject: fixes for scanf bugs related to PR2606 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Please review these fixes for scanf. You'll probably need to refer to the ANSI standard to remind yourself of the fine points of EOF handling by scanf. These points are too fine, so scanf should never be used, but /usr/ports/felt uses them to help find the longest line in a file using the following code: while (fscanf (fp, " %*[^\n]%n%*[\n]", &length) != EOF) ... This failed because scanf returned 0 at the end of the file. I think it also failed for non-newline-terminated last lines because scanf returned EOF instead of 0 after doing the non-counted assignment to `length'. Bruce Log: Fixed handling of input failure by the scanf family. - 0 was returned instead of EOF when an input failure occured while skipping white-space after 0 assignments. This might fix PR2606. The diagnosis in PR2606 seems to be wrong. - EOF was returned instead of 0 when an input failure occured after 0 assignments and nonzero suppressed assignments. - EOF was spelled -1. diff -c2 vfscanf.c~ vfscanf.c *** vfscanf.c~ Sat Jan 18 14:32:00 1997 --- vfscanf.c Mon Feb 3 00:38:55 1997 *************** *** 116,119 **** --- 116,120 ---- register char *p0; /* saves original value of p when necessary */ int nassigned; /* number of fields assigned */ + int nconversions; /* number of conversions */ int nread; /* number of characters consumed from fp */ int base; /* base argument to strtol/strtoul */ *************** *** 127,130 **** --- 128,132 ---- nassigned = 0; + nconversions = 0; nread = 0; base = 0; /* XXX just to keep gcc happy */ *************** *** 137,141 **** for (;;) { if (fp->_r <= 0 && __srefill(fp)) ! return (nassigned); if (!isspace(*fp->_p)) break; --- 139,143 ---- for (;;) { if (fp->_r <= 0 && __srefill(fp)) ! goto input_failure; if (!isspace(*fp->_p)) break; *************** *** 262,265 **** --- 264,268 ---- case 'n': + nconversions++; if (flags & SUPPRESS) /* ??? */ continue; *************** *** 350,353 **** --- 353,357 ---- nassigned++; } + nconversions++; break; *************** *** 391,394 **** --- 395,399 ---- } nread += n; + nconversions++; break; *************** *** 421,424 **** --- 426,430 ---- nassigned++; } + nconversions++; continue; *************** *** 557,560 **** --- 563,567 ---- } nread += p - buf; + nconversions++; break; *************** *** 648,651 **** --- 655,659 ---- } nread += p - buf; + nconversions++; break; #endif /* FLOATING_POINT */ *************** *** 653,657 **** } input_failure: ! return (nassigned ? nassigned : -1); match_failure: return (nassigned); --- 661,665 ---- } input_failure: ! return (nconversions != 0 ? nassigned : EOF); match_failure: return (nassigned); From owner-freebsd-bugs Sun Feb 2 06:50:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA20601 for bugs-outgoing; Sun, 2 Feb 1997 06:50:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA20595; Sun, 2 Feb 1997 06:50:02 -0800 (PST) Date: Sun, 2 Feb 1997 06:50:02 -0800 (PST) Message-Id: <199702021450.GAA20595@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: kern/2635: NFS cache and access permissions. Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2635; it has been noted by GNATS. From: Bruce Evans To: dwmalone@maths.tcd.ie, FreeBSD-gnats-submit@FreeBSD.ORG Cc: iedowse@maths.tcd.ie, mpp@FreeBSD.ORG Subject: Re: kern/2635: NFS cache and access permissions. Date: Mon, 3 Feb 1997 01:38:39 +1100 > For some reason lstat'ing a file in the directory in question > seems to invalidate the cache. I fixed this locally a year or two ago, but no one (except Terry :-) seemed interested in reviewing my patch or fixing it properly. It was broken in 4.4Lite to support symlinks inheriting attributes from the parent directory. I forget what the penalty for invalidating the cache is. Bruce diff -c2 vfs_lookup.c~ vfs_lookup.c *** vfs_lookup.c~ Wed Jan 15 05:06:10 1997 --- vfs_lookup.c Wed Jan 15 05:06:11 1997 *************** *** 276,281 **** wantparent = cnp->cn_flags & (LOCKPARENT | WANTPARENT); docache = (cnp->cn_flags & NOCACHE) ^ NOCACHE; if (cnp->cn_nameiop == DELETE || ! (wantparent && cnp->cn_nameiop != CREATE)) docache = 0; rdonly = cnp->cn_flags & RDONLY; --- 273,290 ---- wantparent = cnp->cn_flags & (LOCKPARENT | WANTPARENT); docache = (cnp->cn_flags & NOCACHE) ^ NOCACHE; + /* + * XXX the following seems to be just to recover from not setting + * NOCACHE for the DELETE cases (unlink, rmdir and the rename + * source). In BSD4.4lite[2], docache was also cleared for the + * (wantparent && cnp->cn_nameiop == LOOKUP) case. This case + * seems to only occur for lstat and olstat, when it is wrong + * to clear docache. This case probably didn't occur before + * BSD4.4lite. LOCKPARENT was introduced for lstat to support + * the new behaviour of symlinks (attributes inherited from the + * parent. + */ if (cnp->cn_nameiop == DELETE || ! (wantparent && cnp->cn_nameiop != CREATE && ! cnp->cn_nameiop != LOOKUP)) docache = 0; rdonly = cnp->cn_flags & RDONLY; From owner-freebsd-bugs Sun Feb 2 07:25:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA22169 for bugs-outgoing; Sun, 2 Feb 1997 07:25:10 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA22125; Sun, 2 Feb 1997 07:24:58 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.5/8.8.5) id CAA04314; Mon, 3 Feb 1997 02:24:56 +1100 (EST) Message-ID: <19970203022455.AC08025@usn.blaze.net.au> Date: Mon, 3 Feb 1997 02:24:55 +1100 From: davidn@unique.usn.blaze.net.au (David Nugent) To: freebsd-current@freebsd.org, freebsd-bugs@freebsd.org Subject: sys/param.h: MAXLOGNAME X-Mailer: Mutt 0.59.1 Mime-Version: 1.0 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk After some testing with a username with exactly 16 characters in length, I hit a problem: Feb 3 01:54:27 labs login: setlogin 'abcdef0123456789': Invalid argument Feb 3 01:54:27 labs login: setusercontext() failed - exiting The error is generated by this code in sys/kern/kern_prot.c: int setlogin(p, uap, retval) struct proc *p; struct setlogin_args *uap; int *retval; { int error; if ((error = suser(p->p_ucred, &p->p_acflag))) return (error); error = copyinstr((caddr_t) uap->namebuf, (caddr_t) p->p_pgrp->pg_session->s_login, sizeof (p->p_pgrp->pg_session->s_login) - 1, (u_int *)0); ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ if (error == ENAMETOOLONG) error = EINVAL; return (error); } and inspecting src/sys/sys/proc.h shows: struct session { int s_count; /* Ref cnt; pgrps in session. */ struct proc *s_leader; /* Session leader. */ struct vnode *s_ttyvp; /* Vnode of controlling terminal. */ struct tty *s_ttyp; /* Controlling terminal. */ char s_login[MAXLOGNAME]; /* Setlogin() name. */ ^^^^^^^^^^ }; .. which means that in reality, MAXLOGNAME-1 is the maximum number of characters in a username, which is currently 15, not 16 as everything else assumes. The fix for -current is obvious, although it seems that MAXLOGNAME should be at least as large as a valid user name. MAXLOGNAME in 2.2 was 12, so it won't be affected. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-bugs Sun Feb 2 09:50:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA26968 for bugs-outgoing; Sun, 2 Feb 1997 09:50:52 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA26947; Sun, 2 Feb 1997 09:50:47 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id EAA27813; Mon, 3 Feb 1997 04:47:00 +1100 Date: Mon, 3 Feb 1997 04:47:00 +1100 From: Bruce Evans Message-Id: <199702021747.EAA27813@godzilla.zeta.org.au> To: davidn@unique.usn.blaze.net.au, freebsd-bugs@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: sys/param.h: MAXLOGNAME Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >After some testing with a username with exactly 16 characters >in length, I hit a problem: > >Feb 3 01:54:27 labs login: setlogin 'abcdef0123456789': Invalid argument >Feb 3 01:54:27 labs login: setusercontext() failed - exiting There are many more off by 1 and worse bugs near here. setlogin() claims to fail to for names of length 15, but it actually succeeds. For names of length >= 16, it claims to fail, but it actually writes a truncated name. >The error is generated by this code in sys/kern/kern_prot.c: > >int >setlogin(p, uap, retval) > struct proc *p; > struct setlogin_args *uap; > int *retval; >{ > int error; > > if ((error = suser(p->p_ucred, &p->p_acflag))) > return (error); > error = copyinstr((caddr_t) uap->namebuf, > (caddr_t) p->p_pgrp->pg_session->s_login, > sizeof (p->p_pgrp->pg_session->s_login) - 1, (u_int *)0); > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This has an off by 1 bug and corrupts the old name when it fails. The `len' arg to copyinstr() includes the nul terminator, so 1 should not be subtracted from the size here. The new name should be copied in to a temporary buffer in case the copy fails. I think nul termination is guaranteed although copyinstr() only does it if it returns 0 - nothing here touches the last byte in s_login, and this byte is statically initialized to 0 in session0 and cloned by bcopying the session in enterpgrp(). If `len' were correct here, then copyinstr() would corrupt the nul terminator, so these bugs must be fixed together. The man page is unclear. It says that the `len' arg to copystr() and copyinstr() gives the maximum length of the string. I think it should say that the length includes the nul terminator. The POSIX.1-1990 spec is similarly unclear about PATH_MAX. This is reported to be fixed in P1003.1a. PATH_MAX includes the terminator. The man page also says `NULL' when it means ASCII `nul'. In BSD4.4, it is clear from the use of MAXPATHLEN in calls to copyinstr() for vfs that `len' includes the terminator. `len' is also wrong in: lkmioctl(): (MAXLKMNAME-1 and MAXLKMNAME - 2) ext2_mountroot(): (MNAMELEN - 1, no error check) ext2_mount(): (sizeof(...) - 1, no error check) ext2_mount(): (MNAMELEN - 1, no error check) cd9660, portal, fdesc, kernfs, nullfs, umapfs, union, devfs, msdosfs, nfs, ffs, lfs, mfs: similar to ext2fs :-( vfs_mountroot(): (MNAMELEN - 1, no error check) >and inspecting src/sys/sys/proc.h shows: > >struct session { >... > char s_login[MAXLOGNAME]; /* Setlogin() name. */ > ^^^^^^^^^^ >}; > >.. which means that in reality, MAXLOGNAME-1 is the maximum >number of characters in a username, which is currently 15, >not 16 as everything else assumes. >The fix for -current is obvious, although it seems that >MAXLOGNAME should be at least as large as a valid user >name. MAXLOGNAME in 2.2 was 12, so it won't be affected. Its not so obvious. I think MAXLOGNAME includes the nul terminator. Bruce From owner-freebsd-bugs Sun Feb 2 10:02:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA27792 for bugs-outgoing; Sun, 2 Feb 1997 10:02:12 -0800 (PST) Received: (from fenner@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA27768; Sun, 2 Feb 1997 10:02:07 -0800 (PST) Date: Sun, 2 Feb 1997 10:02:07 -0800 (PST) From: Bill Fenner Message-Id: <199702021802.KAA27768@freefall.freebsd.org> To: fenner, freebsd-bugs, fenner Subject: Re: kern/1982 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: arpresolve: cant allocate llinfo for 207.98.254.150 Responsible-Changed-From-To: freebsd-bugs->fenner Responsible-Changed-By: fenner Responsible-Changed-When: Sun Feb 2 10:01:10 PST 1997 Responsible-Changed-Why: fenner is mr. "can't resolve llinfo" From owner-freebsd-bugs Sun Feb 2 10:05:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA27985 for bugs-outgoing; Sun, 2 Feb 1997 10:05:00 -0800 (PST) Received: (from fenner@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA27964; Sun, 2 Feb 1997 10:04:50 -0800 (PST) Date: Sun, 2 Feb 1997 10:04:50 -0800 (PST) From: Bill Fenner Message-Id: <199702021804.KAA27964@freefall.freebsd.org> To: Roman.Pavlik@skynet.cz, fenner, freebsd-bugs, fenner Subject: Re: kern/2570 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: arpresolve: cant allocate llinfo State-Changed-From-To: open-feedback State-Changed-By: fenner State-Changed-When: Sun Feb 2 10:02:21 PST 1997 State-Changed-Why: Please supply your network configuration. Specifically, - The relevant lines from /etc/sysconfig - The output of "netstat -nr" - The output of "ifconfig -a" - Your ipfilter configuration. You can send a message to freebsd-gnats@freebsd.org with subject kern/2570 to include this information in the problem report. Responsible-Changed-From-To: freebsd-bugs->fenner Responsible-Changed-By: fenner Responsible-Changed-When: Sun Feb 2 10:02:21 PST 1997 Responsible-Changed-Why: fenner is mr. "can't allocate llinfo" From owner-freebsd-bugs Sun Feb 2 10:20:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA28888 for bugs-outgoing; Sun, 2 Feb 1997 10:20:14 -0800 (PST) Received: (from fenner@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA28852; Sun, 2 Feb 1997 10:20:09 -0800 (PST) Date: Sun, 2 Feb 1997 10:20:09 -0800 (PST) From: Bill Fenner Message-Id: <199702021820.KAA28852@freefall.freebsd.org> To: proff@iq.org, fenner, freebsd-bugs Subject: Re: misc/2629 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: vnode_if.h has no protection against multiple reference State-Changed-From-To: open-open State-Changed-By: fenner State-Changed-When: Sun Feb 2 10:08:36 PST 1997 State-Changed-Why: It didn't. darn that edit-pr anyway. From owner-freebsd-bugs Sun Feb 2 10:20:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA28987 for bugs-outgoing; Sun, 2 Feb 1997 10:20:42 -0800 (PST) Received: (from fenner@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA28945; Sun, 2 Feb 1997 10:20:30 -0800 (PST) Date: Sun, 2 Feb 1997 10:20:30 -0800 (PST) From: Bill Fenner Message-Id: <199702021820.KAA28945@freefall.freebsd.org> To: shimon@i-connect.net, fenner, freebsd-bugs Subject: Re: bin/2633 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: fsck -p in /etc/rc fails with cannot alloc nnnn bytes for lncntp State-Changed-From-To: open-open State-Changed-By: fenner State-Changed-When: Sun Feb 2 10:08:36 PST 1997 State-Changed-Why: It didn't. darn that edit-pr anyway. From owner-freebsd-bugs Sun Feb 2 10:22:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA29122 for bugs-outgoing; Sun, 2 Feb 1997 10:22:10 -0800 (PST) Received: (from fenner@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA29071; Sun, 2 Feb 1997 10:21:59 -0800 (PST) Date: Sun, 2 Feb 1997 10:21:59 -0800 (PST) From: Bill Fenner Message-Id: <199702021821.KAA29071@freefall.freebsd.org> To: mark@grondar.za, fenner, freebsd-bugs Subject: Re: bin/826 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: tcpmux listener in inetd does not work State-Changed-From-To: feedback-feedback State-Changed-By: fenner State-Changed-When: Sun Feb 2 10:08:36 PST 1997 State-Changed-Why: It didn't. darn that edit-pr anyway. From owner-freebsd-bugs Sun Feb 2 11:20:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA02974 for bugs-outgoing; Sun, 2 Feb 1997 11:20:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA02962; Sun, 2 Feb 1997 11:20:03 -0800 (PST) Resent-Date: Sun, 2 Feb 1997 11:20:03 -0800 (PST) Resent-Message-Id: <199702021920.LAA02962@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, faulkner@utgard.hos.net Received: from utgard.hos.net (utgard.hos.net [205.238.129.45]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA02698 for ; Sun, 2 Feb 1997 11:18:27 -0800 (PST) Received: (from root@localhost) by utgard.hos.net (8.8.4/8.7.3) id NAA25569; Sun, 2 Feb 1997 13:18:22 -0600 (CST) Message-Id: <199702021918.NAA25569@utgard.hos.net> Date: Sun, 2 Feb 1997 13:18:22 -0600 (CST) From: Boyd Faulkner Reply-To: faulkner@utgard.hos.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2638: gethostbyname does not work with hosts with underscores. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2638 >Category: bin >Synopsis: gethostbyname does not work with hosts with underscores. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 2 11:20:02 PST 1997 >Last-Modified: >Originator: Boyd Faulkner >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: gethostbyname does not work with hostnames that contain an underscore. ping puma_cb19.austx.tandem.com should produce host resolution but not ping. . 2.1.6.1 works and returns an address. >How-To-Repeat: ping puma_cb19.austx.tandem.com This works on freefall. It does not work on my 3.0 box. It returns [faulkner@utgard.hos.net] /omni/home/faulkner > ping puma_cb19.austx.tandem.com ping: unknown host puma_cb19.austx.tandem.com while [faulkner@utgard.hos.net] /omni/home/faulkner > ping cat.austx.tandem.com PING cat.austx.tandem.com (131.124.4.198): 56 data bytes yields an address. >Fix: Don't know yet. Need to compare sourcefrom 2.1.6 and current. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Feb 2 12:18:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA09199 for bugs-outgoing; Sun, 2 Feb 1997 12:18:29 -0800 (PST) Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA09156; Sun, 2 Feb 1997 12:18:20 -0800 (PST) Date: Sun, 2 Feb 1997 12:18:20 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199702022018.MAA09156@freefall.freebsd.org> To: faulkner@utgard.hos.net, jkh, freebsd-bugs Subject: Re: bin/2638 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: gethostbyname does not work with hosts with underscores. State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Sun Feb 2 12:16:12 PST 1997 State-Changed-Why: Not a bug, a feature. If you don't like this feature, complain to Paul Vixie but don't expect much sympathy. he's been threatening for years to make RFC name compliance mandatory rather than optional in BIND, and now that he's finally done it, sites with illegal names (like this one) have to clean up their act or get off the Internet, basically. From owner-freebsd-bugs Sun Feb 2 12:20:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA09356 for bugs-outgoing; Sun, 2 Feb 1997 12:20:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA09326; Sun, 2 Feb 1997 12:20:02 -0800 (PST) Date: Sun, 2 Feb 1997 12:20:02 -0800 (PST) Message-Id: <199702022020.MAA09326@freefall.freebsd.org> To: freebsd-bugs Cc: From: roberto@keltia.freenix.fr (Ollivier Robert) Subject: Re: bin/2638: gethostbyname does not work with hosts with underscores. Reply-To: roberto@keltia.freenix.fr (Ollivier Robert) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2638; it has been noted by GNATS. From: roberto@keltia.freenix.fr (Ollivier Robert) To: faulkner@utgard.hos.net Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/2638: gethostbyname does not work with hosts with underscores. Date: Sun, 2 Feb 1997 21:07:45 +0100 According to Boyd Faulkner: > gethostbyname does not work with hostnames that contain an underscore. > ping puma_cb19.austx.tandem.com should produce host resolution but not ping. > . 2.1.6.1 works and returns an address. That's expected. "_" is forbidden in hostnames and bind now enforces it. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #37: Mon Jan 27 23:21:10 CET 1997 From owner-freebsd-bugs Sun Feb 2 13:00:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA13243 for bugs-outgoing; Sun, 2 Feb 1997 13:00:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA13220; Sun, 2 Feb 1997 13:00:02 -0800 (PST) Date: Sun, 2 Feb 1997 13:00:02 -0800 (PST) Message-Id: <199702022100.NAA13220@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/2638: gethostbyname does not work with hosts with underscores. Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2638; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: faulkner@utgard.hos.net Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/2638: gethostbyname does not work with hosts with underscores. Date: Sun, 2 Feb 1997 21:47:48 +0100 As Boyd Faulkner wrote: > gethostbyname does not work with hostnames that contain an underscore. This is intentions and has been discussed many times before. Bug the owner of that host to have its name fixed. Underscores are invalid characters in hostnames. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Feb 2 13:10:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA14059 for bugs-outgoing; Sun, 2 Feb 1997 13:10:03 -0800 (PST) Received: from ghost.mep.ruhr-uni-bochum.de (ghost.mep.ruhr-uni-bochum.de [134.147.6.16]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14021 for ; Sun, 2 Feb 1997 13:09:55 -0800 (PST) Received: (from roberte@localhost) by ghost.mep.ruhr-uni-bochum.de (8.8.4/8.7.3) id WAA01136 for bugs@freebsd.org; Sun, 2 Feb 1997 22:09:53 +0100 (MET) From: Robert Eckardt Message-Id: <199702022109.WAA01136@ghost.mep.ruhr-uni-bochum.de> Subject: /usr/bin/tar tvMf on 2.2-BETA_A To: bugs@freebsd.org Date: Sun, 2 Feb 1997 22:09:53 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Today, I encountered a problem with the multi-volume feature of tar and my Wangtek 5525ES SCSI tape (on a SC200, ASUS P55TVP4, 2.2-BETA_A): Creation of a 4 tape multi volume archive went fine (tar cM ...). However, a `tar tvM' produced a lot of Feb 2 15:36:55 ghost /kernel: st0(ncr0:2:0): extraneous data discarded. Feb 2 15:36:55 ghost /kernel: st0(ncr0:2:0): COMMAND FAILED (9 80) @f2250a00. and tar aborted with several tar: read error on /dev/rst0 : Input/output error at the time when the end of the tape was reached instead of requesting the next tape. (Last time I used it successfully on an ISA board, with the tape on an AHA-1542B under 2.1.5-R.) Using tar on floppies worked o.k. I'm not sure, whether it's a bug in the SCSI- or the tape-driver, but the behaviour is definitely different to 2.1.5-R with the old board, where it worked flawlessly. Robert -- Robert Eckardt \\ FreeBSD -- solutions for a large universe.(tm) RobertE@MEP.Ruhr-Uni-Bochum.de \\ What do you want to boot tomorrow ?(tm) http://WWW.MEP.Ruhr-Uni-Bochum.de/~roberte For PGP-key finger roberte@gluon.MEP.Ruhr-Uni-Bochum.de From owner-freebsd-bugs Sun Feb 2 13:30:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA15528 for bugs-outgoing; Sun, 2 Feb 1997 13:30:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA15519; Sun, 2 Feb 1997 13:30:05 -0800 (PST) Resent-Date: Sun, 2 Feb 1997 13:30:05 -0800 (PST) Resent-Message-Id: <199702022130.NAA15519@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA15025 for ; Sun, 2 Feb 1997 13:23:50 -0800 (PST) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.8.5/8.6.4) with ESMTP id XAA24528 for ; Sun, 2 Feb 1997 23:21:47 +0200 (EET) Received: (hsu@localhost) by katiska.clinet.fi (8.8.4/8.6.4) id XAA04335; Sun, 2 Feb 1997 23:21:45 +0200 (EET) Message-Id: <199702022121.XAA04335@katiska.clinet.fi> Date: Sun, 2 Feb 1997 23:21:45 +0200 (EET) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2640: 2.2-RELENG leaks memory (router/pppd server) ? Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2640 >Category: kern >Synopsis: 2.2-RELENG leaks memory (router/pppd server) ? >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 2 13:30:03 PST 1997 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-RELEASE i386 >Environment: 2.2 from mid-february, being used as a router with 16M of memory, gated. Usually either max 16 pppds and couple of rlogins and gated, couple of small programs for accounting, nothing else. Hardware is cyclades + basic IDE + 486-66 to pentium-133 configuration (8 of them, various different motherboards and cpus). There are routing changes all the time. Other possible points of leak are in kernel ppp (pppd). I cannot figure out what else could be causing this. >Description: 2.2 seems to leak memory somewhere. These systems become slow and vmstat shows wild swapping for no obvious reason. The system seems to be extremely slow, looses characters on input and gettys seem to get the line speed wrong (thats weird as they are supposed to be locked to 115.2k and getty should not try anything else but 115.2k!). Reboot cures the problem for some time. I do not know if this could be lack of memory; it seems odd, as the programs being run are small and they do not show any growth related to load increase. 2 users Load 0.94 0.80 0.46 Sun Feb 2 22:54 Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER Tot Share Tot Share Free in out in out Act 1464 144 13688 1164 428 count 5 19 21 All 5968 192 937436 4416 pages 12 36 22 3 cow Interrupts Proc:r p d s w Csw Trp Sys Int Sof Flt zfod 900 total 1 3 3 12 3 123 4050778 896 60 39 4544 wire 102 clk0 irq0 1376 act 130 rtc0 irq8 48.9%Sys 6.2%Intr 30.8%User 0.0%Nice 14.1%Idl 84 inact 11 pci irq11 | | | | | | | | | | 24 cache 618 wdc0 irq14 ========================++++>>>>>>>>>>>>>>> 428 free fdc0 irq6 3 daefr vt0 irq1 Namei Name-cache Dir-cache prcfr 39 cy0 irq10 Calls hits % hits % 5 react 280 267 95 3 pdwake 1113 pdpgs Discs wd0 1 intrn seeks 50 365 buf xfers 50 blks 308 msps 18.7 -------- after couple of seconds 2 users Load 0.90 0.79 0.47 Sun Feb 2 22:54 Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER Tot Share Tot Share Free in out in out Act 1404 240 13560 1152 472 count 6 19 18 All 5968 256 942060 4692 pages 10 37 19 4 cow Interrupts Proc:r p d s w Csw Trp Sys Int Sof Flt 2 zfod 908 total 1 3 4 13 137 3344548 902 61 33 4608 wire 100 clk0 irq0 1340 act 129 rtc0 irq8 42.1%Sys 6.2%Intr 28.7%User 0.0%Nice 23.0%Idl 72 inact 14 pci irq11 | | | | | | | | | | 12 cache 597 wdc0 irq14 =====================+++>>>>>>>>>>>>>> 428 free fdc0 irq6 3 daefr vt0 irq1 Namei Name-cache Dir-cache prcfr 68 cy0 irq10 Calls hits % hits % 1 react 311 299 96 4 pdwake 1437 pdpgs Discs wd0 intrn seeks 47 397 buf xfers 47 blks 298 msps 19.8 ---------- ps axuwwww USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND root 701 85.4 2.5 548 144 ?? R 10:43PM 7:10.45 /usr/local/sbin/sshd root 765 1.5 7.5 436 448 ?? R 10:57PM 0:00.26 /usr/local/sbin/sshd root 1 0.0 0.0 472 0 ?? IWs Wed09PM 0:36.79 /sbin/init -- root 2 0.8 0.3 0 12 ?? RL Wed09PM 30:41.96 (pagedaemon) root 3 0.0 0.3 0 12 ?? DL Wed09PM 2:24.05 (vmdaemon) root 4 0.0 0.3 0 12 ?? DL Wed09PM 1:46.59 (update) root 80 0.0 1.1 212 56 ?? Ss Wed09PM 1:32.12 syslogd daemon 91 0.0 0.0 176 0 ?? IWs Wed09PM 0:00.00 portmap root 112 0.0 0.0 192 0 ?? IWs Wed09PM 0:01.61 inetd root 226 0.0 0.0 416 0 ?? SWs Wed09PM 4:03.60 /usr/local/sbin/sshd root 249 0.0 0.0 236 0 v0- RW Wed09PM 1:27.49 /usr/local/sbin/userwatch -d -d -d root 250 0.0 0.0 500 0 v0- IW Wed09PM 0:00.00 /bin/sh /usr/local/bin/repeat /usr/local/sbin/gated -N root 252 0.0 5.6 2192 332 v0- R Wed09PM 28:49.91 /usr/local/sbin/gated -N root 253 0.0 0.0 168 0 v0 IWs+ Wed09PM 0:00.03 /usr/libexec/getty Pc ttyv0 root 254 0.0 0.0 168 0 v1 IWs+ Wed09PM 0:00.03 /usr/libexec/getty Pc ttyv1 root 255 0.0 0.0 168 0 v2 IWs+ Wed09PM 0:00.03 /usr/libexec/getty Pc ttyv2 root 27054 0.0 0.0 256 0 c0r IWs+ 11:46AM 0:00.26 pppd -d -d -d -d -d -d auth crtscts -detach modem user clinet name clinet somehost: 1259 27119 0.0 0.6 224 28 c0e Ss+ 11:58AM 0:03.11 rlogin -E8 -l xxx somehost (rlogin.shell) 1259 27273 0.0 0.7 224 32 c0e S+ 12:26PM 0:02.10 rlogin -E8 -l xxx somehost (rlogin.shell) root 27587 0.0 0.0 256 0 c0k IWs+ 1:32PM 0:00.28 pppd -d -d -d -d -d -d auth crtscts -detach modem user clinet name clinet somehost: 1279 28952 0.0 0.8 224 40 c0j Ss+ 5:50PM 0:05.48 rlogin -E8 -l xxx somehost (rlogin.shell) 1279 29062 0.0 0.9 224 48 c0j S+ 6:11PM 0:05.24 rlogin -E8 -l xxx somehost (rlogin.shell) 1180 29212 0.0 0.0 224 0 c0v RWs+ 6:41PM 0:04.68 rlogin -E8 -l xxx somehost (rlogin.shell) 1180 29233 0.8 0.9 224 48 c0v S+ 6:44PM 0:02.23 rlogin -E8 -l xxx somehost (rlogin.shell) root 147 0.0 0.0 256 0 c0f IWs+ 9:12PM 0:00.25 pppd -d -d -d -d -d -d auth crtscts -detach modem user clinet name clinet somehost: 10157 289 0.0 0.0 224 0 c0n IWs+ 9:33PM 0:00.66 rlogin -E8 -l xxx somehost (rlogin.shell) 10157 313 0.0 0.9 224 48 c0n S+ 9:36PM 0:00.68 rlogin -E8 -l xxx somehost (rlogin.shell) root 549 0.0 0.0 256 0 c0t IWs+ 10:18PM 0:00.26 pppd -d -d -d -d -d -d auth crtscts -detach modem user clinet name clinet somehost: 1450 588 0.0 0.0 224 0 c0b IWs+ 10:26PM 0:00.35 rlogin -E8 -l xxx somehost (rlogin.shell) root 598 0.0 0.0 448 0 ?? IW 10:28PM 0:00.76 /usr/local/sbin/sshd root 601 0.0 0.0 800 0 p0 IWs 10:28PM 0:00.53 zsh (zsh-2.6-beta13) root 643 0.0 0.0 148 0 ?? IW 10:34PM 0:00.02 /usr/local/bin/agetty -l /usr/local/bin/shell 115200 ttyc00 root 644 0.0 0.0 148 0 ?? IW 10:34PM 0:00.01 /usr/local/bin/agetty -l /usr/local/bin/shell 115200 ttyc02 root 650 0.0 0.0 148 0 ?? IW 10:34PM 0:00.01 /usr/local/bin/agetty -l /usr/local/bin/shell 115200 ttyc08 root 652 0.0 0.0 148 0 ?? IW 10:34PM 0:00.01 /usr/local/bin/agetty -l /usr/local/bin/shell 115200 ttyc0c root 660 0.0 0.0 328 0 c0u IWs+ 10:35PM 0:00.30 /usr/local/bin/shell clinet root 667 0.0 0.0 788 0 p0 IW+ 10:36PM 0:00.30 kermit root 679 0.0 0.0 148 0 ?? IW 10:39PM 0:00.03 /usr/local/bin/agetty -l /usr/local/bin/shell 115200 ttyc05 root 680 0.0 0.0 148 0 ?? IW 10:39PM 0:00.02 /usr/local/bin/agetty -l /usr/local/bin/shell 115200 ttyc06 root 683 0.0 0.0 148 0 ?? IW 10:40PM 0:00.03 /usr/local/bin/agetty -l /usr/local/bin/shell 115200 ttyc09 root 685 0.0 0.0 148 0 ?? IW 10:40PM 0:00.02 /usr/local/bin/agetty -l /usr/local/bin/shell 115200 ttyc07 root 687 0.0 0.0 148 0 ?? IW 10:41PM 0:00.02 /usr/local/bin/agetty -l /usr/local/bin/shell 115200 ttyc03 1450 695 0.0 0.0 224 0 c0b IW+ 10:41PM 0:00.15 rlogin -E8 -l xxx somehost (rlogin.shell) root 696 0.0 0.0 148 0 ?? IW 10:42PM 0:00.02 /usr/local/bin/agetty -l /usr/local/bin/shell 115200 ttyc0i root 698 0.0 0.0 148 0 ?? IW 10:42PM 0:00.02 /usr/local/bin/agetty -l /usr/local/bin/shell 115200 ttyc0a root 704 0.0 0.0 460 0 ?? IWs 10:43PM 0:00.07 csh -c cd / ; tar xpf - 1039 707 0.0 0.8 224 40 c0s Ss+ 10:43PM 0:00.30 rlogin -E8 -l xxx somehost (rlogin.shell) root 709 0.0 2.8 460 164 ?? D 10:43PM 0:02.95 tar xpf - root 710 0.0 0.0 148 0 ?? IW 10:44PM 0:00.03 /usr/local/bin/agetty -l /usr/local/bin/shell 115200 ttyc0l root 713 0.0 0.0 148 0 ?? IW 10:44PM 0:00.02 /usr/local/bin/agetty -l /usr/local/bin/shell 115200 ttyc0h root 717 0.0 0.0 148 0 ?? IW 10:46PM 0:00.02 /usr/local/bin/agetty -l /usr/local/bin/shell 115200 ttyc0m root 720 0.0 0.0 148 0 ?? IW 10:46PM 0:00.02 /usr/local/bin/agetty -l /usr/local/bin/shell 115200 ttyc0p root 723 0.0 3.3 448 192 ?? S 10:46PM 0:00.75 /usr/local/sbin/sshd root 725 0.0 1.6 472 92 p1 Ss 10:47PM 0:00.27 -csh (csh) root 728 0.0 0.0 148 0 ?? IW 10:47PM 0:00.03 /usr/local/bin/agetty -l /usr/local/bin/shell 115200 ttyc0g root 735 0.0 0.0 148 0 ?? IW 10:48PM 0:00.04 /usr/local/bin/agetty -l /usr/local/bin/shell 115200 ttyc0q root 737 0.0 0.0 148 0 ?? IW 10:49PM 0:00.03 /usr/local/bin/agetty -l /usr/local/bin/shell 115200 ttyc04 1039 743 0.0 0.9 224 48 c0s S+ 10:50PM 0:00.09 rlogin -E8 -l xxx somehost (rlogin.shell) root 757 0.0 0.0 148 0 ?? IW 10:55PM 0:00.04 /usr/local/bin/agetty -l /usr/local/bin/shell 115200 ttyc0o root 763 0.0 0.0 148 0 ?? IW 10:56PM 0:00.04 /usr/local/bin/agetty -l /usr/local/bin/shell 115200 ttyc01 root 764 0.0 0.0 148 0 ?? IW 10:57PM 0:00.02 /usr/local/bin/agetty -l /usr/local/bin/shell 115200 ttyc0d root 767 0.2 3.6 484 212 p1 R+ 10:57PM 0:00.02 ps -axuwwwww root 23768 0.1 0.1 0 0 ?? Z - 0:00.00 (sshd) root 768 0.0 7.4 436 444 ?? R 10:57PM 0:00.00 /usr/local/sbin/sshd root 0 0.0 0.1 0 0 ?? RLs Wed09PM 0:25.27 (swapper) Resident size sums to 2452 I cannot say exactly when this started but I think I have noticed it during 1997, but not fall 1996. >How-To-Repeat: I do not know yet what ignites this. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Feb 2 13:40:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA16466 for bugs-outgoing; Sun, 2 Feb 1997 13:40:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA16439; Sun, 2 Feb 1997 13:40:03 -0800 (PST) Resent-Date: Sun, 2 Feb 1997 13:40:03 -0800 (PST) Resent-Message-Id: <199702022140.NAA16439@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, pst@Shockwave.COM Received: from precipice.shockwave.com (ppp-206-170-5-3.rdcy01.pacbell.net [206.170.5.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA16163 for ; Sun, 2 Feb 1997 13:36:42 -0800 (PST) Received: (from pst@localhost) by precipice.shockwave.com (8.8.4/8.7.3) id NAA16136; Sun, 2 Feb 1997 13:36:05 -0800 (PST) Message-Id: <199702022136.NAA16136@precipice.shockwave.com> Date: Sun, 2 Feb 1997 13:36:05 -0800 (PST) From: Paul Traina Reply-To: pst@Shockwave.COM To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2641: login_access.c doesn't work with NIS by default Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2641 >Category: bin >Synopsis: login_access.c doesn't work with NIS by default >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 2 13:40:01 PST 1997 >Last-Modified: >Originator: Paul Traina >Organization: Juniper Networks >Release: FreeBSD 3.0-CURRENT i386 >Environment: 3.0 current >Description: login-access.c in src/usr.bin/login has code to check the NIS netgroup. It is disabled by default. >How-To-Repeat: Use the @group syntax in a login access file. >Fix: Since NIS is enabled elsewhere, this should be changed to a run-time check to see if NIS is available and up, and then check the netgroup. I'd do this myself, but it needs to be tested under various error conditions too, so I thought Bill might be interested in it. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Feb 2 23:50:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA14068 for bugs-outgoing; Sun, 2 Feb 1997 23:50:59 -0800 (PST) Received: from mickey00.mickey.ai.kyutech.ac.jp (mickey.ai.kyutech.ac.jp [131.206.1.21]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA14061 for ; Sun, 2 Feb 1997 23:50:52 -0800 (PST) Received: from [131.206.21.120] (mac-sken1.mickey.ai.kyutech.ac.jp [131.206.21.120]) by mickey00.mickey.ai.kyutech.ac.jp (8.8.5/3.5Wpl3-mickey) with SMTP id QAA28217; Mon, 3 Feb 1997 16:49:03 +0900 (JST) Message-Id: <199702030749.QAA28217@mickey00.mickey.ai.kyutech.ac.jp> Date: Mon, 3 Feb 1997 16:54:15 +0900 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) From: okkun@mickey.ai.kyutech.ac.jp (Masaru Okumura) Subject: Re: i386/2395: 2.2-BETA installation problem on ICL ErgoPro s450 Cc: okkun@mickey.ai.kyutech.ac.jp (Masaru Okumura), freebsd-bugs@freefall.freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp X-Mailer: Eudora-J(1.3.8.5-J13) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hello, J Wunsch At 2:57 PM 97.2.1 +0100, J Wunsch wrote: >>> I tried your advice, but can't boot with -v option. >> The boot process hanged after "apm0: disabled, not probed.", >> and all key inputs refused. > >No, you gotta type the -v at the Boot: prompt already. I understood your comment, and tried it. The following is a part of boot messegas with 2.2-BETA(-v option). Please, show the screen snapshot(JPEG files), if you have questions. http://www.arch.mickey.ai.kyutech.ac.jp/user/okkun/WWW/freebsd/bootlog.html #So, I found that the calibrated clock frequency(67MHz) was different from #my laptop clock frequency(P5-133MHz). --------boot log-(retyped from screen snapshots)-------- FreeBSD 2.2-BETA_A 03: Thu:Dec:26:02:29:44 1996 jkhotimo.cdrom.com:/usr/src/sys/compile/BOOTMFS Calibrating clock(s) relative to mci4681BA:clock ... i586 clock : 67198523 Hz, 251 clock: 1193277 Hz CLK_USE_i8254_CALIBRATION not specified - using default frequency CLK_USE_i586_CALIBRATION not specified - using old calibrarion mehotd ------ avail memory = 28950528 (28272K bytes) pcibus_setup(1): mode 1 addr port (0x0cf0) is 0x00000000 pcibus_setup(1a): modeires:0x00000000 (0x00000000) pcibus_check: device 0 is there (id:c5571045) Probing for devices on PCI bus 0: configuration mode 1 aloows 32 devices. Chip0 rev 20 on pci0:0 Chip1 rev 2 on pci0:1 vga rev 69 on pci0:2 mapreg[10] type:0 addr=c0000000:size=1000000, Chip2 rev 0: int a irq?? on pci0:3:0 mapreg[10] type:0 addr=c0000000:size=1000, mapreg[14] type:0 addr=02000000:size=fe000000, Chip3 rev 0: int b irq?? on pci0:3:1 mapreg[10] type:0 addr=c0000000:size=1000, mapreg[14] type:0 addr=02000000:size=fe000000, pci0: uses -58323456 bytes of memory from 2000000 upto ffffffff. Probing for devices on the ISA bus: ---- -- Masaru Okumura (Kyushu Institute of Tech.) E-mail: okkun@mickey.ai.kyutech.ac.jp From owner-freebsd-bugs Mon Feb 3 01:30:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA17406 for bugs-outgoing; Mon, 3 Feb 1997 01:30:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA17399; Mon, 3 Feb 1997 01:30:03 -0800 (PST) Resent-Date: Mon, 3 Feb 1997 01:30:03 -0800 (PST) Resent-Message-Id: <199702030930.BAA17399@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.BAA17215;Mon; (8.8.5/8.8.5);, 3 Feb 1997 01:24:25.-0800 (PST) Message-Id: <199702030924.BAA17215@freefall.freebsd.org> Date: Mon, 3 Feb 1997 01:24:25 -0800 (PST) From: bartel@informatik.tu-muenchen.de To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2642: Problem in /usr/src/libexec/bootpd/bootpgw/bootpgw.c Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2642 >Category: bin >Synopsis: Problem in /usr/src/libexec/bootpd/bootpgw/bootpgw.c >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 3 01:30:02 PST 1997 >Last-Modified: >Originator: Elmar Bartel >Organization: Fakultaet fuer Informatik, Technischen Universitaet Muenchen >Release: 2.2-BETA_A >Environment: FreeBSD bsdhub1 2.2-BETA_A FreeBSD 2.2-BETA_A #0: Tue Dec 24 03:41:49 1996 jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC i386 >Description: The access to bp_hops in the bootp packet was done via ntohs/htons, butit is a one-byte value. So, the hop count is not handled in a correct way. >How-To-Repeat: >Fix: --- bootpgw.c-orig Mon Feb 3 10:12:37 1997 +++ bootpgw.c Mon Feb 3 10:12:30 1997 @@ -530,13 +530,13 @@ return; /* Has this packet hopped too many times? */ - hops = ntohs(bp->bp_hops); + hops = bp->bp_hops; if (++hops > maxhops) { - report(LOG_NOTICE, "reqest from %s reached hop limit", - inet_ntoa(recv_addr.sin_addr)); + report(LOG_NOTICE, "reqest from %s discarded. It had %d hops, limit is %d)", + inet_ntoa(recv_addr.sin_addr), hops, maxhops); return; } - bp->bp_hops = htons(hops); + bp->bp_hops = hops; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Feb 3 04:27:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA26481 for bugs-outgoing; Mon, 3 Feb 1997 04:27:57 -0800 (PST) Received: from economic.acnit.ac.ru (economic.acnit.ac.ru [193.233.113.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA26466 for ; Mon, 3 Feb 1997 04:27:05 -0800 (PST) Received: (from bazilio@localhost) by economic.acnit.ac.ru (8.8.4/8.8.4) id PAA00257; Mon, 3 Feb 1997 15:28:02 +0300 (MSK) Date: Mon, 3 Feb 1997 15:28:01 +0300 (MSK) From: "Vasily V. Grechishnikov" To: freebsd-bugs@freebsd.org Subject: 2.2-BETA : going down with Samba or multiple FTP connection Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi ! I have following system : FreeBSD 2.2-BETA_A #0: Thu Jan 23 11:47:17 MSK 1997 root@economic.acnit.ac.ru:/usr/src/sys/compile/PERSONAL_KERNEL Calibrating clock(s) relative to mc146818A clock ... i8254 clock: 1193441 Hz CPU: AMD Am5x86 Write-Back (486-class CPU) Origin = "AuthenticAMD" Id = 0x4f4 real memory = 12582912 (12288K bytes) avail memory = 10694656 (10444K bytes) DEVFS: ready for devices Probing for devices on PCI bus 0: chip0 rev 49 on pci0:5 de0 rev 36 int a irq 9 on pci0:11 de0: 21040 [10Mb/s] pass 2.4 de0: address 00:80:c8:26:7c:34 de0: enabling BNC/AUI port vga0 rev 211 int a irq 10 on pci0:13 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x320-0x33f irq 15 on isa ed0: address 00:40:95:80:99:60, type NE2000 (16 bit) ed1 at 0x200-0x21f irq 5 on isa ed1: address 00:50:4d:00:98:cc, type NE2000 (16 bit) lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 534MB (1094688 sectors), 1086 cyls, 16 heads, 63 S/T, 512 B/S fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface DEVFS: ready to run I install on FreeBSD box Samba 1.9.15p8 and wu-ftpd 2.4 and this computer is NFS server . Many thing very good , but if I try to download many big files ( 30-40 files about of 100-200K) after some time my FreeBSD going down without any messages ( keyboard locking , HDD LED light constantly, only RESET can help me :( ). The same trouble happens if I try to read files above than 4-5 Megs from the Samba's mounted drive on remote machine. Any suggestions about this? Vasily. From owner-freebsd-bugs Mon Feb 3 06:40:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA01024 for bugs-outgoing; Mon, 3 Feb 1997 06:40:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA01000; Mon, 3 Feb 1997 06:40:03 -0800 (PST) Resent-Date: Mon, 3 Feb 1997 06:40:03 -0800 (PST) Resent-Message-Id: <199702031440.GAA01000@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.GAA00793;Mon; (8.8.5/8.8.5);, 3 Feb 1997 06:34:32.-0800 (PST) Message-Id: <199702031434.GAA00793@freefall.freebsd.org> Date: Mon, 3 Feb 1997 06:34:32 -0800 (PST) From: gilbertd@cs.man.ac.uk To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/2644: 2.2-RELEASE don't build no more Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2644 >Category: kern >Synopsis: 2.2-RELEASE don't build no more >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 3 06:40:01 PST 1997 >Last-Modified: >Originator: Dave Gilbert >Organization: University of Manchester >Release: 2.2-RELEASE >Environment: FreeBSD uriah.cs.man.ac.uk 2.2-RELEASE FreeBSD 2.2-RELEASE #8: Fri Jan 31 18:56:20 GMT 1997 gilbertd@uriah.cs.man.ac.uk:/usr/src/sys/compile/URIAH i386 >Description: Just cvsup'd the kernel source (just src-sys) and now get the error: cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc -I- -I. -I../.. -I/usr/include -DAHC_FORCE_PIO -DFAILSAFE -DCOMPAT_43 -DCD9660 -DEXT2FS -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL ../../netinet/ip_input.c ../../netinet/ip_input.c: In function `ip_input': ../../netinet/ip_input.c:323: `ip_divert_ignore' undeclared (first use this function) ../../netinet/ip_input.c:323: (Each undeclared identifier is reported only once ../../netinet/ip_input.c:323: for each function it appears in.) *** Error code 1 >How-To-Repeat: Erm - probably cvsup your kernel, reconfigure and type make >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Feb 3 09:49:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA10746 for bugs-outgoing; Mon, 3 Feb 1997 09:49:03 -0800 (PST) Received: (from wollman@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA10724; Mon, 3 Feb 1997 09:48:49 -0800 (PST) Date: Mon, 3 Feb 1997 09:48:49 -0800 (PST) From: Garrett Wollman Message-Id: <199702031748.JAA10724@freefall.freebsd.org> To: j@uriah.heep.sax.de, wollman, freebsd-bugs Subject: Re: bin/2528 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: fetch(1)'s timeout is ridiculously short State-Changed-From-To: open-closed State-Changed-By: wollman State-Changed-When: Mon Feb 3 09:47:23 PST 1997 State-Changed-Why: I got rid of the timeout when I reworked fetch. From owner-freebsd-bugs Mon Feb 3 10:08:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA11636 for bugs-outgoing; Mon, 3 Feb 1997 10:08:13 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA11304 for freebsd-bugs@freebsd.org; Mon, 3 Feb 1997 10:00:28 -0800 (PST) Date: Mon, 3 Feb 1997 10:00:28 -0800 (PST) Message-Id: <199702031800.KAA11304@freefall.freebsd.org> From: FreeBSD bugmaster To: FreeBSD bugs list Subject: Current problem reports Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From owner-freebsd-bugs Mon Feb 3 11:20:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA14768 for bugs-outgoing; Mon, 3 Feb 1997 11:20:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA14741; Mon, 3 Feb 1997 11:20:02 -0800 (PST) Date: Mon, 3 Feb 1997 11:20:02 -0800 (PST) Message-Id: <199702031920.LAA14741@freefall.freebsd.org> To: freebsd-bugs Cc: From: Simon Shapiro Subject: Re: bin/2633: fsck -p in /etc/rc fails with cannot alloc nnnn by Reply-To: Simon Shapiro Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2633; it has been noted by GNATS. From: Simon Shapiro To: (Joerg Wunsch) Cc: FreeBSD-gnats-submit@freebsd.org, (J Wunsch) Subject: Re: bin/2633: fsck -p in /etc/rc fails with cannot alloc nnnn by Date: Mon, 03 Feb 1997 11:37:31 -0800 (PST) Hi J Wunsch; On 01-Feb-97 you wrote: > As shimon@i-Connect.Net wrote: > > > When booting, fsck -p (in /etc/rc) fails with ``cannot alloc > > nnnn bytes for lncntp'' error, thus makes it impossible to boot into > > init level 2. This happens consistently for file systems which are > > about 4GB large. > > Does the error go away if you enable swapping before? I did not try. Being that this is a standard /etc/rc, and the machine has 64MB of RAM, it should not have a problem. I think. Simon P.S. I will try. Simon From owner-freebsd-bugs Mon Feb 3 11:20:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA14781 for bugs-outgoing; Mon, 3 Feb 1997 11:20:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA14765; Mon, 3 Feb 1997 11:20:04 -0800 (PST) Date: Mon, 3 Feb 1997 11:20:04 -0800 (PST) Message-Id: <199702031920.LAA14765@freefall.freebsd.org> To: freebsd-bugs Cc: From: Simon Shapiro Subject: Re: bin/2633: fsck -p in /etc/rc fails with cannot alloc nnnn by Reply-To: Simon Shapiro Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2633; it has been noted by GNATS. From: Simon Shapiro To: (Joerg Wunsch) Cc: FreeBSD-gnats-submit@freebsd.org, (J Wunsch) Subject: Re: bin/2633: fsck -p in /etc/rc fails with cannot alloc nnnn by Date: Mon, 03 Feb 1997 11:40:49 -0800 (PST) Hi J Wunsch; On 01-Feb-97 you wrote: > As shimon@i-Connect.Net wrote: > > > When booting, fsck -p (in /etc/rc) fails with ``cannot alloc > > nnnn bytes for lncntp'' error, thus makes it impossible to boot into > > init level 2. This happens consistently for file systems which are > > about 4GB large. > > Does the error go away if you enable swapping before? If you look in /etc/rc, you will see that swap -a runs before the fsck. I do use ccdconfig and have /etc/ccd.conf file. These may be related. Simon From owner-freebsd-bugs Mon Feb 3 11:30:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA15482 for bugs-outgoing; Mon, 3 Feb 1997 11:30:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA15474; Mon, 3 Feb 1997 11:30:03 -0800 (PST) Resent-Date: Mon, 3 Feb 1997 11:30:03 -0800 (PST) Resent-Message-Id: <199702031930.LAA15474@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, tejblum@arc.hq.cti.ru Received: from yandex.hq.cti.ru (yandex.hq.cti.ru [194.67.85.53]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA14696 for ; Mon, 3 Feb 1997 11:19:56 -0800 (PST) Received: (from tejblum@localhost) by yandex.hq.cti.ru (8.8.4/8.8.4) id TAA01008; Mon, 3 Feb 1997 19:19:56 GMT Message-Id: <199702031919.TAA01008@yandex.hq.cti.ru> Date: Mon, 3 Feb 1997 19:19:56 GMT From: Dmitrij Tejblum Reply-To: tejblum@arc.hq.cti.ru To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2645: Typo in ypserv/yp_server.c Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2645 >Category: bin >Synopsis: Small typo (IMO) in file src/usr.sbin/ypserv/yp_server.c >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 3 11:30:02 PST 1997 >Last-Modified: >Originator: Dmitrij Tejblum >Organization: CompTek International >Release: FreeBSD 2.2-BETA_A i386 >Environment: 2.2-BETA sources >Description: See Fix. >How-To-Repeat: See Fix >Fix: Here is the patch. *** yp_server.c.orig Thu Oct 24 18:58:26 1996 --- yp_server.c Mon Feb 3 13:03:48 1997 *************** *** 397,404 **** sprintf (t, "%u", argp->transid); sprintf (g, "%u", argp->prog); sprintf (p, "%u", argp->port); ! if (debug) close(0); close(1); close(2); if (strcmp(yp_dir, _PATH_YP)) { execl(ypxfr_command, "ypxfr", "-d", argp->map_parms.domain, --- 397,405 ---- sprintf (t, "%u", argp->transid); sprintf (g, "%u", argp->prog); sprintf (p, "%u", argp->port); ! if (debug) { close(0); close(1); close(2); + } if (strcmp(yp_dir, _PATH_YP)) { execl(ypxfr_command, "ypxfr", "-d", argp->map_parms.domain, >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Feb 3 12:22:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA17722 for bugs-outgoing; Mon, 3 Feb 1997 12:22:01 -0800 (PST) Received: from cliff.cris.com (cliff.cris.com [199.3.12.45]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA17717 for ; Mon, 3 Feb 1997 12:21:57 -0800 (PST) Received: from ursa (cnc071031.concentric.net [206.173.130.31]) by cliff.cris.com (8.8.5/(96/11/08 1.11)) id PAA08399; Mon, 3 Feb 1997 15:21:43 -0500 (EST) [1-800-745-2747 The Concentric Network] Message-ID: <32F5F45B.7EED@cris.com> Date: Mon, 03 Feb 1997 14:21:15 +0000 From: amg X-Mailer: Mozilla 2.02Gold (WinNT; I) MIME-Version: 1.0 To: bugs@FreeBSD.org Subject: possible bugs Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Gentlemen: I believe that I have uncovered a couple of bugs in 2.1.6. The systems that I am running are: 2.1.0 on an ALR with a PS/2 mouse, psm0 2.1.6 on an IBM with a PS/2 mouse, not sucessful. First suspected bug in 2.1.6: I used a known good kernel config (modified LINT) which I use with 2.1.0 to try to reconfigure the 2.1.6 kernel. It appears that the compile ran to completion and ../../libkern/libkern.a was linked to libkern.a, but the display gave the following: loading kernel ioconf.o undefined symbol '_ahcdriver' .... ioconf.o undefined symbol '_ahcintr' .... ioconf.o undefined symbol '_ahbdriver' .... ioconf.o undefined symbol '_ahbintr' .... As I'm running an Adeptec 2742 controller, these variables are required for my system. Second suspected bug in 2.1.6: If I do not disable psm0, via userconfig at the "boot" prompt, the system will NOT accept kybd input at the login prompt - the system appears to hang. Both 2.1.0 and 2.1.6, at the userconfig visual interface, show a confict between psm0 and sc0, both at addresses 0x60. However, the 2.1.0 system functions and startx runs, while the 2.1.6 system goes off in space and does not accept login. any help will be appreciated, ursa@cris.com From owner-freebsd-bugs Mon Feb 3 12:47:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA19002 for bugs-outgoing; Mon, 3 Feb 1997 12:47:26 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA18990 for ; Mon, 3 Feb 1997 12:47:23 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.5/8.8.4) with SMTP id MAA17206; Mon, 3 Feb 1997 12:41:41 -0800 (PST) Message-ID: <32F64D1D.167EB0E7@whistle.com> Date: Mon, 03 Feb 1997 12:39:57 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: "Vasily V. Grechishnikov" CC: freebsd-bugs@freebsd.org Subject: Re: 2.2-BETA : going down with Samba or multiple FTP connection References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Vasily V. Grechishnikov wrote: > > Hi ! > I have following system : > FreeBSD 2.2-BETA_A #0: Thu Jan 23 11:47:17 MSK 1997 > root@economic.acnit.ac.ru:/usr/src/sys/compile/PERSONAL_KERNEL > Calibrating clock(s) relative to mc146818A clock ... i8254 clock: 1193441 Hz > CPU: AMD Am5x86 Write-Back (486-class CPU) > Origin = "AuthenticAMD" Id = 0x4f4 > real memory = 12582912 (12288K bytes) > avail memory = 10694656 (10444K bytes) > DEVFS: ready for devices > Probing for devices on PCI bus 0: > chip0 rev 49 on pci0:5 > de0 rev 36 int a irq 9 on pci0:11 > de0: 21040 [10Mb/s] pass 2.4 > de0: address 00:80:c8:26:7c:34 > de0: enabling BNC/AUI port > vga0 rev 211 int a irq 10 on pci0:13 > Probing for devices on the ISA bus: > sc0 at 0x60-0x6f irq 1 on motherboard > sc0: VGA color <16 virtual consoles, flags=0x0> > ed0 at 0x320-0x33f irq 15 on isa > ed0: address 00:40:95:80:99:60, type NE2000 (16 bit) > ed1 at 0x200-0x21f irq 5 on isa > ed1: address 00:50:4d:00:98:cc, type NE2000 (16 bit) > lpt0 at 0x378-0x37f irq 7 on isa > lpt0: Interrupt-driven port > lp0: TCP/IP capable interface > sio0 at 0x3f8-0x3ff irq 4 on isa > sio0: type 16550A > wdc0 at 0x1f0-0x1f7 irq 14 on isa > wdc0: unit 0 (wd0): > wd0: 534MB (1094688 sectors), 1086 cyls, 16 heads, 63 S/T, 512 B/S > fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa > fdc0: NEC 765 > fd0: 1.44MB 3.5in > npx0 on motherboard > npx0: INT 16 interface > DEVFS: ready to run > > I install on FreeBSD box Samba 1.9.15p8 and wu-ftpd 2.4 and this computer > is NFS server . Many thing very good , but if I try to download many big > files ( 30-40 files about of 100-200K) after some time my FreeBSD going down > without any messages ( keyboard locking , HDD LED light constantly, only > RESET can help me :( ). The same trouble happens if I try to read files > above than 4-5 Megs from the Samba's mounted drive on remote machine. > > Any suggestions about this? > > Vasily. compile in teh DDB option then whan it hangs, hit to drop into the debugger and then type ps to show what is going on trace to show the stack trace of where it was when you interrupted it.. If this doesn't work, then I'd suspect hardware.. > From owner-freebsd-bugs Mon Feb 3 13:30:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA21572 for bugs-outgoing; Mon, 3 Feb 1997 13:30:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA21556; Mon, 3 Feb 1997 13:30:03 -0800 (PST) Date: Mon, 3 Feb 1997 13:30:03 -0800 (PST) Message-Id: <199702032130.NAA21556@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/2633: fsck -p in /etc/rc fails with cannot alloc nnnn by Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2633; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: Shimon@i-Connect.Net (Simon Shapiro) Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/2633: fsck -p in /etc/rc fails with cannot alloc nnnn by Date: Mon, 3 Feb 1997 22:15:02 +0100 As Simon Shapiro wrote: > > Does the error go away if you enable swapping before? > > If you look in /etc/rc, you will see that swap -a runs before the fsck. You'd like to say, i should *really* have looked before? :-) On another chance, does fsck simply run out of VM limits? See ulimit... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Feb 3 14:00:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA23356 for bugs-outgoing; Mon, 3 Feb 1997 14:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA23335; Mon, 3 Feb 1997 14:00:02 -0800 (PST) Resent-Date: Mon, 3 Feb 1997 14:00:02 -0800 (PST) Resent-Message-Id: <199702032200.OAA23335@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, csw@gated.epigram.com Received: from PaloAlto01.POP.InterNex.Net (PaloAlto01.POP.InterNex.Net [205.158.3.130]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA22952 for ; Mon, 3 Feb 1997 13:51:01 -0800 (PST) Received: from epigram.com ([199.2.31.210]) by PaloAlto01.POP.InterNex.Net (post.office MTA v1.9.1 ID# 0-11232) with ESMTP id AAA5154 for ; Mon, 3 Feb 1997 13:50:59 -0700 Received: from gated.epigram.com (epi020 [199.2.31.230]) by epigram.com (8.7.5/8.7.3) with ESMTP id NAA11681 for ; Mon, 3 Feb 1997 13:47:09 -0800 (PST) Received: (from csw@localhost) by gated.epigram.com (8.7.5/8.7.3) id HAA00264; Mon, 3 Feb 1997 07:22:00 -0800 (PST) Message-Id: <199702031522.HAA00264@gated.epigram.com> Date: Mon, 3 Feb 1997 07:22:00 -0800 (PST) From: Christopher Warth Reply-To: csw@gated.epigram.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2647: changing existing route to -static crashes kernel Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2647 >Category: kern >Synopsis: changing existing route to -static crashes kernel >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 3 14:00:01 PST 1997 >Last-Modified: >Originator: Christopher Warth >Organization: Epigram.com >Release: FreeBSD 2.1-STABLE i386 >Environment: 2.1-STABLE running on a Dell 200Mhx pentium (model Dimension XPSPro 200 n). 2 x 3Com 3c595 Fast EtherLink III PCI kernel option GATEWAY turned on ipfilt 3.1.5 installed a s loadable module. >Description: Using the "change" command to add the "-static" flag to an existing route on the local ethernet will always crash the machine. In fact there are a great number of parameters to "route" that will instantly crash the machine. This is the most repeatable example though. >How-To-Repeat: Do a "netstat -rn" and choose a route to a machine on your local network that has been resolved to a machine address. For example on my local network I chose the following entry: 199.2.31.1 0:0:c:76:30:3d UHLW 1 0 vx0 76 Now change this route to be static. route change 199.2.31.1 -static Bang! machine crashes with a "page fault in kernel mode" error.. >Fix: No workaround known. Perhaps a periodic ping would be enough to keep this routing entry from expiring. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Feb 3 14:13:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA24103 for bugs-outgoing; Mon, 3 Feb 1997 14:13:11 -0800 (PST) Received: from terra.stack.nl (terra.stack.nl [131.155.140.128]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA24097 for ; Mon, 3 Feb 1997 14:13:00 -0800 (PST) Received: from xaa.stack.nl (uucp@localhost) by terra.stack.nl (8.8.5) with UUCP id XAA02559 for freebsd-bugs@freebsd.org; Mon, 3 Feb 1997 23:12:48 +0100 (MET) Received: (from freebsd@localhost) by xaa.stack.nl (8.8.5/8.8.2) id XAA04152; Mon, 3 Feb 1997 23:11:46 +0100 (MET) Message-ID: <19970203231146.CG38305@xaa.stack.nl> Date: Mon, 3 Feb 1997 23:11:46 +0100 From: freebsd@xaa.stack.nl (FreeBSD matters of Mark Huizer (xaa)) To: freebsd-bugs@freebsd.org Subject: Re: Current problem reports References: <199702031800.KAA11304@freefall.freebsd.org> X-Mailer: Mutt 0.60 Mime-Version: 1.0 In-Reply-To: <199702031800.KAA11304@freefall.freebsd.org>; from FreeBSD bugmaster on Feb 3, 1997 10:00:28 -0800 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk FreeBSD bugmaster writes: [nothing] YES!! Finally FreeBSD is finished :-) Mark From owner-freebsd-bugs Mon Feb 3 14:30:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA24995 for bugs-outgoing; Mon, 3 Feb 1997 14:30:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA24989; Mon, 3 Feb 1997 14:30:03 -0800 (PST) Resent-Date: Mon, 3 Feb 1997 14:30:03 -0800 (PST) Resent-Message-Id: <199702032230.OAA24989@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.OAA24518;Mon; (8.8.5/8.8.5);, 3 Feb 1997 14:22:21.-0800 (PST) Message-Id: <199702032222.OAA24518@freefall.freebsd.org> Date: Mon, 3 Feb 1997 14:22:21 -0800 (PST) From: javaman@halcyon.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2648: running /stand/sysinstall without a floppy or with fdo disabled causes crash Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2648 >Category: bin >Synopsis: running /stand/sysinstall without a floppy or with fdo disabled causes crash >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 3 14:30:01 PST 1997 >Last-Modified: >Originator: David DeLaune >Organization: >Release: 2.2-BETA_A >Environment: FreeBSD mercury.org 2.2-BETA_A FreeBSD 2.2-BETA_A #0: Mon Jan 27 21:03:32 PST 1997 root@mercury.org:/usr/src/sys/compile/MYKERNEL i386 >Description: I disabled the floppy for security reasons and running /stand/sysinstall causes the following system crash: Fatal Trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instuction pointer = 0x8:0xf01b23b2 stack pointer = 0x10:0xefbffdb0 frame pointer = 0x10:exefbffdb4 code segment = base 0x0, limit 0xfffff, type 0x1b DPL 0, pres 1, def321, gran 1 processor eflags = interrupt enabled, resume, IOPL=0 current process = 167(sysinstall) interrupt mask = panic: page fault >How-To-Repeat: disable floppy driver, then run /stand/sysinstall >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Feb 3 14:40:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA25352 for bugs-outgoing; Mon, 3 Feb 1997 14:40:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA25343; Mon, 3 Feb 1997 14:40:03 -0800 (PST) Resent-Date: Mon, 3 Feb 1997 14:40:03 -0800 (PST) Resent-Message-Id: <199702032240.OAA25343@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.OAA25284;Mon; (8.8.5/8.8.5);, 3 Feb 1997 14:39:02.-0800 (PST) Message-Id: <199702032239.OAA25284@freefall.freebsd.org> Date: Mon, 3 Feb 1997 14:39:02 -0800 (PST) From: javaman@halcyon.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/2649: accessing floppy using wrong major number causes crash at next access Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2649 >Category: kern >Synopsis: accessing floppy using wrong major number causes crash at next access >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 3 14:40:01 PST 1997 >Last-Modified: >Originator: David DeLaune >Organization: >Release: 2.2-BETA_A >Environment: FreeBSD mercury.org 2.2-BETA_A FreeBSD 2.2-BETA_A #0: Mon Jan 27 21:03:32 PST 1997 root@mercury.org:/usr/src/sys/compile/MYKERNEL i386 >Description: Accessing the floppy using the wrong /dev/fdX.XXXX will cause a crash at the next access. I was using mtools at the time, but I have repeated this problem using dd as well. I first access a 720K floppy as a 1440K floppy which gives the following error: # mdir # Feb 3 13:36:35 mercury/kernel: fd0c: hard error reading fsbn 0 of 0-3 (ST040) ST1 1 ST2 0 cyl 0 hd 0 sec 1 Then I try to access the floppy using the correct device type (720K defined in mtools.conf as drive b: file="/dev/fd0.720" exclusive) Fatal Trap 9: general protection fault while in kernel mode instruction pointer = 0x8:0xf010def1 stack pointer = 0x10: 0xefbffd64 frame pointer = 0x10: 0xefbffd8c code segment = base 0x0, limit 0xfffff, type 0x1b processor eflags = interrupt enabled, resume, IOPL=0 int mask = net tty bio panic: general protection fault syncing disk 10 10 10 10 ....... giving up >How-To-Repeat: I can repeat this by accessing fd0 with the wrong dev for the floppy type that is in the drive, on the second access using dd or mtools. Have not tried mount or fdformat, but I will. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Feb 3 15:18:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA27226 for bugs-outgoing; Mon, 3 Feb 1997 15:18:37 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA27171; Mon, 3 Feb 1997 15:18:18 -0800 (PST) Date: Mon, 3 Feb 1997 15:18:18 -0800 (PST) From: Joerg Wunsch Message-Id: <199702032318.PAA27171@freefall.freebsd.org> To: gilbertd@cs.man.ac.uk, joerg, freebsd-bugs Subject: Re: kern/2644 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: 2.2-RELEASE don't build no more State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Tue Feb 4 00:16:21 MET 1997 State-Changed-Why: Fixed in rev 1.50.23 and 1.44.2.3 of ip_{in,out}put.c, resp. Sorry for the breakage. From owner-freebsd-bugs Mon Feb 3 15:19:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA27353 for bugs-outgoing; Mon, 3 Feb 1997 15:19:56 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA27320; Mon, 3 Feb 1997 15:19:44 -0800 (PST) Date: Mon, 3 Feb 1997 15:19:44 -0800 (PST) From: Joerg Wunsch Message-Id: <199702032319.PAA27320@freefall.freebsd.org> To: javaman@halcyon.com, joerg, freebsd-bugs Subject: Re: bin/2648 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: running /stand/sysinstall without a floppy or with fdo disabled causes crash State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Tue Feb 4 00:18:31 MET 1997 State-Changed-Why: Dup for PR # bin/2435. From owner-freebsd-bugs Mon Feb 3 15:30:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA27867 for bugs-outgoing; Mon, 3 Feb 1997 15:30:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA27861; Mon, 3 Feb 1997 15:30:02 -0800 (PST) Date: Mon, 3 Feb 1997 15:30:02 -0800 (PST) Message-Id: <199702032330.PAA27861@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: kern/2649: accessing floppy using wrong major number causes crash at next access Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2649; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: javaman@halcyon.com Cc: freebsd-gnats-submit@freebsd.org Subject: Re: kern/2649: accessing floppy using wrong major number causes crash at next access Date: Tue, 4 Feb 1997 00:26:13 +0100 As javaman@halcyon.com wrote: > Accessing the floppy using the wrong /dev/fdX.XXXX will cause a crash > at the next access. I was using mtools at the time, but I have repeated (Btw. that's the minor number, not the major number. Nevermind.) > Fatal Trap 9: general protection fault while in kernel mode > instruction pointer = 0x8:0xf010def1 > stack pointer = 0x10: 0xefbffd64 > frame pointer = 0x10: 0xefbffd8c > code segment = base 0x0, limit 0xfffff, type 0x1b > processor eflags = interrupt enabled, resume, IOPL=0 > int mask = net tty bio > panic: general protection fault I've never seen this, and be assured, i also use mtools every now and then... Again, do a nm /kernel | sort | more and extract the region around 0xf010def1. What makes me wonder is the GP fault. This is something concerning the dreaded segment registers... maybe Bruce's got an idea offhand. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Feb 3 16:40:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA02188 for bugs-outgoing; Mon, 3 Feb 1997 16:40:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA02178; Mon, 3 Feb 1997 16:40:03 -0800 (PST) Date: Mon, 3 Feb 1997 16:40:03 -0800 (PST) Message-Id: <199702040040.QAA02178@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: kern/2647: changing existing route to -static crashes kernel Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2647; it has been noted by GNATS. From: Bill Fenner To: csw@gated.epigram.com Cc: FreeBSD-gnats@freebsd.org, fenner@parc.xerox.com Subject: Re: kern/2647: changing existing route to -static crashes kernel Date: Mon, 3 Feb 1997 16:21:59 PST > Using the "change" command to add the "-static" flag to > an existing route on the local ethernet will always crash the machine. The "change" interface is not very well fleshed out. I think it pretty much only works for changing gateways, metrics or locks; so even if it didn't panic it wouldn't accomplish what you want. To accomplish what you appear to want to do, you could try arp -s 199.2.31.1 0:0:c:76:30:3d perm (although I don't know why you'd want to do that, if it's dynamically discoverable once, it's presumably dynamically discoverable again when it's needed...) Bill From owner-freebsd-bugs Mon Feb 3 17:01:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA03841 for bugs-outgoing; Mon, 3 Feb 1997 17:01:26 -0800 (PST) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA03828 for ; Mon, 3 Feb 1997 17:01:21 -0800 (PST) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by nasu.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id JAA01982; Tue, 4 Feb 1997 09:59:30 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (EBgLmq+ozPfRA9b3/UKXB12lVvkjVmih@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by outmail.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id JAA10535; Tue, 4 Feb 1997 09:59:30 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zenith.mech.utsunomiya-u.ac.jp [160.12.33.60]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id KAA17401; Tue, 4 Feb 1997 10:03:17 +0900 (JST) Message-Id: <199702040103.KAA17401@zodiac.mech.utsunomiya-u.ac.jp> To: amg cc: bugs@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: possible bugs In-reply-to: Your message of "Mon, 03 Feb 1997 14:21:15 GMT." <32F5F45B.7EED@cris.com> References: <32F5F45B.7EED@cris.com> Date: Tue, 04 Feb 1997 10:03:15 +0900 From: Kazutaka YOKOTA Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Gentlemen: > > I believe that I have uncovered a couple of > bugs in 2.1.6. The systems that I am running are: [snip] > Second suspected bug in 2.1.6: > > If I do not disable psm0, via userconfig at the > "boot" prompt, the system will NOT accept kybd > input at the login prompt - the system appears to > hang. Both 2.1.0 and 2.1.6, at the userconfig > visual interface, show a confict between psm0 and > sc0, both at addresses 0x60. However, the 2.1.0 > system functions and startx runs, while the 2.1.6 > system goes off in space and does not accept login. > > any help will be appreciated, > > ursa@cris.com The `psm' driver in 2.1.X suffered from a number of problems with various hardware combinations. It is now totally redesigned for the forthcoming 2.2-RELEASE. Please try 2.2-GAMMA if you cannot wait for it. As for the port conflict, the keyboard and the PS/2 mouse device DO reside at the same port. Yes, this arrangement has caused headaches so often, but, this is the way they are.... Kazu From owner-freebsd-bugs Mon Feb 3 17:12:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA04775 for bugs-outgoing; Mon, 3 Feb 1997 17:12:25 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA04750; Mon, 3 Feb 1997 17:12:05 -0800 (PST) Date: Mon, 3 Feb 1997 17:12:05 -0800 (PST) From: Joerg Wunsch Message-Id: <199702040112.RAA04750@freefall.freebsd.org> To: joerg, freebsd-bugs Subject: Re: bin/2435 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: install panics if fd controller is excluded State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Tue Feb 4 02:09:15 MET 1997 State-Changed-Why: This has been fixed as a side-effect of rev 1.29 of sys/i386/isa/ft.c (or 1.27.2.2 in the 2.2 branch). See also PRs i386/2427, and bin/2648. From owner-freebsd-bugs Mon Feb 3 19:16:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA12278 for bugs-outgoing; Mon, 3 Feb 1997 19:16:50 -0800 (PST) Received: (from fenner@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA12193; Mon, 3 Feb 1997 19:16:16 -0800 (PST) Date: Mon, 3 Feb 1997 19:16:16 -0800 (PST) From: Bill Fenner Message-Id: <199702040316.TAA12193@freefall.freebsd.org> To: csw@gated.epigram.com, fenner, freebsd-bugs Subject: Re: kern/2647 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: changing existing route to -static crashes kernel State-Changed-From-To: open-suspended State-Changed-By: fenner State-Changed-When: Mon Feb 3 19:14:49 PST 1997 State-Changed-Why: The panic was fixed in rev 1.25 of sys/net/rtsock.c . The fact that RTM_CHANGE messages can't change flags is a flaw inherited from 4.4BSD and AFAIK isn't going to be addressed soon. From owner-freebsd-bugs Mon Feb 3 20:30:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA16995 for bugs-outgoing; Mon, 3 Feb 1997 20:30:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA16983; Mon, 3 Feb 1997 20:30:04 -0800 (PST) Resent-Date: Mon, 3 Feb 1997 20:30:04 -0800 (PST) Resent-Message-Id: <199702040430.UAA16983@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, tenser@spitfire.ecsel.psu.edu Received: from spitfire.ecsel.psu.edu (qmailr@spitfire.ecsel.psu.edu [146.186.218.51]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id UAA16887 for ; Mon, 3 Feb 1997 20:28:14 -0800 (PST) Received: (qmail 1234 invoked by uid 1000); 4 Feb 1997 04:28:10 -0000 Message-Id: <19970204042810.1233.qmail@spitfire.ecsel.psu.edu> Date: 4 Feb 1997 04:28:10 -0000 From: tenser@spitfire.ecsel.psu.edu Reply-To: tenser@spitfire.ecsel.psu.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/2654: Patches for locale buffer overruns for 2.1 and 2.2. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2654 >Category: misc >Synopsis: Patches for locale buffer overruns (2.1.x, 2.2) >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 3 20:30:02 PST 1997 >Last-Modified: >Originator: Dan Cross >Organization: The Pennsylvania State University, Department of Mathematics >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD 2.1.6-RELEASE and a kind of dated 2.2-CURRENT. My current version of FreeBSD on this machine is rather dated; stemming from last September. I apologize, but I am going to guess that my patches might install cleanly. >Description: These are the patches that I posted to security@ regarding the locale buffer overruns in the CSU code under 2.1, and in the locale library functions in 2.2. I remember the last time I submitted patches, someone told me to use send-pr, so... :-) >How-To-Repeat: See the recent posts to Bugtraq and security@ >Fix: The following are two sets of patches, one for 2.1, the other for 2.2, repsectively. Although there is great overlap in what was changed, the two versions were disparate enough that I felt two sets of patches would be benficial. Thanks! (Please note; these patches compile on my systems, but I have not tested them thoroughly, and I'm not certain that they take care of every possible security bug in the locale code, but I think they might be of some use as a base for an official patch. Caveat emptor.) - Dan C. ----- Begin locale-2.1.diff *** collate.c 1997/02/04 02:49:05 1.1 --- collate.c 1997/02/04 02:54:58 *************** *** 66,75 **** return -1; if (!path_locale && !(path_locale = getenv("PATH_LOCALE"))) path_locale = _PATH_LOCALE; ! strcpy(buf, path_locale); ! strcat(buf, "/"); ! strcat(buf, encoding); ! strcat(buf, "/LC_COLLATE"); if ((fp = fopen(buf, "r")) == NULL) return -1; FREAD(__collate_charmap_table, sizeof(__collate_charmap_table), 1, fp); --- 66,73 ---- return -1; if (!path_locale && !(path_locale = getenv("PATH_LOCALE"))) path_locale = _PATH_LOCALE; ! (void)snprintf(buf, ! PATH_MAX, "%s/%s/LC_COLLATE", path_locale, encoding); if ((fp = fopen(buf, "r")) == NULL) return -1; FREAD(__collate_charmap_table, sizeof(__collate_charmap_table), 1, fp); *** rune.c 1997/02/04 03:18:28 1.1 --- rune.c 1997/02/04 03:19:21 *************** *** 74,83 **** if (!PathLocale && !(PathLocale = getenv("PATH_LOCALE"))) PathLocale = _PATH_LOCALE; ! (void) strcpy(name, PathLocale); ! (void) strcat(name, "/"); ! (void) strcat(name, encoding); ! (void) strcat(name, "/LC_CTYPE"); if ((fp = fopen(name, "r")) == NULL) return(ENOENT); --- 74,81 ---- if (!PathLocale && !(PathLocale = getenv("PATH_LOCALE"))) PathLocale = _PATH_LOCALE; ! (void)snprintf(name, ! PATH_MAX, "%s/%s/LC_CTYPE", PathLocale, encoding); if ((fp = fopen(name, "r")) == NULL) return(ENOENT); *** setlocale.c 1997/02/04 03:22:26 1.1 --- setlocale.c 1997/02/04 03:22:54 *************** *** 198,201 **** --- 198,203 ---- case LC_NUMERIC: return (NULL); } + + return(NULL); /* 2.2 has this with the comment, ``Just in Case'' */ } *** startup_setlocale.c 1997/02/03 07:40:46 1.1 --- startup_setlocale.c 1997/02/03 07:41:47 *************** *** 174,183 **** return(0); } ! (void) strcpy(name, PathLocale); ! (void) strcat(name, "/"); ! (void) strcat(name, encoding); ! (void) strcat(name, "/LC_CTYPE"); if ((fp = fopen(name, "r")) == NULL) return(ENOENT); --- 174,181 ---- return(0); } ! (void) snprintf(name, ! PATH_MAX, "%s/%s/LC_CTYPE", PathLocale, encoding); if ((fp = fopen(name, "r")) == NULL) return(ENOENT); ----- End locale-2.1.diff And here is the stuff for 2.2: ----- Begin locale-2.2.diff *** collate.c 1997/02/03 23:45:56 1.1 --- collate.c 1997/02/03 23:49:55 *************** *** 71,80 **** return 0; if (!_PathLocale && !(_PathLocale = getenv("PATH_LOCALE"))) _PathLocale = _PATH_LOCALE; ! strcpy(buf, _PathLocale); ! strcat(buf, "/"); ! strcat(buf, encoding); ! strcat(buf, "/LC_COLLATE"); if ((fp = fopen(buf, "r")) == NULL) { __collate_load_error = save_load_error; return -1; --- 71,78 ---- return 0; if (!_PathLocale && !(_PathLocale = getenv("PATH_LOCALE"))) _PathLocale = _PATH_LOCALE; ! (void)snprintf(buf, ! PATH_MAX, "%s/%s/LC_COLLATE", _PathLocale, encoding); if ((fp = fopen(buf, "r")) == NULL) { __collate_load_error = save_load_error; return -1; *** setrunelocale.c 1997/02/03 23:47:15 1.1 --- setrunelocale.c 1997/02/03 23:48:19 *************** *** 86,95 **** if (!_PathLocale && !(_PathLocale = getenv("PATH_LOCALE"))) _PathLocale = _PATH_LOCALE; ! (void) strcpy(name, _PathLocale); ! (void) strcat(name, "/"); ! (void) strcat(name, encoding); ! (void) strcat(name, "/LC_CTYPE"); if ((fp = fopen(name, "r")) == NULL) return(ENOENT); --- 86,93 ---- if (!_PathLocale && !(_PathLocale = getenv("PATH_LOCALE"))) _PathLocale = _PATH_LOCALE; ! (void)snprintf(name, ! PATH_MAX, "%s/%s/LC_CTYPE", _PathLocale, encoding); if ((fp = fopen(name, "r")) == NULL) return(ENOENT); ----- End locale-2.2.diff >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Feb 3 22:25:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA21363 for bugs-outgoing; Mon, 3 Feb 1997 22:25:31 -0800 (PST) Received: from sumatra.americantv.com (sumatra.americantv.com [199.184.181.250]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA21358 for ; Mon, 3 Feb 1997 22:25:28 -0800 (PST) Received: from right.PCS (right.pcs. [148.105.10.31]) by sumatra.americantv.com (8.7.6/8.7.3) with ESMTP id AAA26046 for ; Tue, 4 Feb 1997 00:40:58 -0600 (CST) Received: (jlemon@localhost) by right.PCS (8.6.13/8.6.4) id GAA00186; Tue, 4 Feb 1997 06:24:52 GMT Message-ID: Date: Tue, 4 Feb 1997 00:24:52 -0600 From: jlemon@americantv.com (Jonathan Lemon) To: bugs@freebsd.org Subject: gdb/libiberty failure X-Mailer: Mutt 0.56e Mime-Version: 1.0 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -current falls over on building dependencies on gdb/libiberty. Patch attached. -- Jonathan --------------------------------- cut here --------------------------------- .bin/gdb/libiberty/Makefile.usr.bin.gdb.libiberty.Makefile /usr/tuna/src/gnu/usr *** gnu.usr.bin.gdb.libiberty.Makefile Mon Feb 3 15:37:51 1997 --- /usr/tuna/src/gnu/usr.bin/gdb/libiberty/Makefile Mon Feb 3 16:16:38 1997 *************** *** 5,12 **** SRCS= argv.c basename.c concat.c cplus-dem.c fdmatch.c getopt.c \ getopt1.c getruntime.c hex.c floatformat.c obstack.c spaces.c \ ! strerror.c strsignal.c vasprintf.c xatexit.c xexit.c \ ! xmalloc.c xstrdup.c xstrerror.c insque.c CFLAGS+= -I$(.CURDIR) -I$(.CURDIR)/../gdb/. NOPROFILE=no --- 5,11 ---- SRCS= argv.c basename.c concat.c cplus-dem.c fdmatch.c getopt.c \ getopt1.c getruntime.c hex.c floatformat.c obstack.c spaces.c \ ! insque.c CFLAGS+= -I$(.CURDIR) -I$(.CURDIR)/../gdb/. NOPROFILE=no From owner-freebsd-bugs Mon Feb 3 22:50:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA22507 for bugs-outgoing; Mon, 3 Feb 1997 22:50:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA22501; Mon, 3 Feb 1997 22:50:02 -0800 (PST) Date: Mon, 3 Feb 1997 22:50:02 -0800 (PST) Message-Id: <199702040650.WAA22501@freefall.freebsd.org> To: freebsd-bugs Cc: From: Simon Shapiro Subject: Re: bin/2633: fsck -p in /etc/rc fails with cannot alloc nnnn by Reply-To: Simon Shapiro Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2633; it has been noted by GNATS. From: Simon Shapiro To: (Joerg Wunsch) Cc: FreeBSD-gnats-submit@freebsd.org, (J Wunsch) Subject: Re: bin/2633: fsck -p in /etc/rc fails with cannot alloc nnnn by Date: Mon, 03 Feb 1997 23:32:26 -0800 (PST) Hi J Wunsch; On 03-Feb-97 you wrote: > As Simon Shapiro wrote: > > > > Does the error go away if you enable swapping before? > > > > If you look in /etc/rc, you will see that swap -a runs before the fsck. > > You'd like to say, i should *really* have looked before? :-) > > On another chance, does fsck simply run out of VM limits? See > ulimit... Ulimit is ``unlimited'', unless it does something different (and silly?) at boot time. As this one is a basic, boot time, plain vanilla issue, I am sort of ``playing dumb'' here. As I am still new here, am I expected to fix that (since I spoke first :-) or there is an ``official maintainer'' for this piece? Simon From owner-freebsd-bugs Tue Feb 4 00:40:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA01483 for bugs-outgoing; Tue, 4 Feb 1997 00:40:51 -0800 (PST) Received: (from obrien@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA01455; Tue, 4 Feb 1997 00:40:43 -0800 (PST) Date: Tue, 4 Feb 1997 00:40:43 -0800 (PST) From: "David E. O'Brien" Message-Id: <199702040840.AAA01455@freefall.freebsd.org> To: obrien, freebsd-bugs, pds Subject: Re: docs/1841 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: NT boot mgr too Linux centric in FAQ Responsible-Changed-From-To: freebsd-bugs->pds Responsible-Changed-By: obrien Responsible-Changed-When: Tue Feb 4 00:39:43 PST 1997 Responsible-Changed-Why: pds is now FAQ maintainer. From owner-freebsd-bugs Tue Feb 4 00:51:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA02404 for bugs-outgoing; Tue, 4 Feb 1997 00:51:31 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA02396 for ; Tue, 4 Feb 1997 00:51:26 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA27648; Tue, 4 Feb 1997 09:51:20 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id JAA27515; Tue, 4 Feb 1997 09:41:32 +0100 (MET) Message-ID: Date: Tue, 4 Feb 1997 09:41:32 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: Shimon@i-Connect.Net (Simon Shapiro) Cc: freebsd-bugs@FreeBSD.org (FreeBSD bugs list) Subject: Re: bin/2633: fsck -p in /etc/rc fails with cannot alloc nnnn by References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Simon Shapiro on Feb 3, 1997 23:32:26 -0800 Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Simon Shapiro wrote: > > On another chance, does fsck simply run out of VM limits? See > > ulimit... > > Ulimit is ``unlimited'', unless it does something different (and silly?) > at boot time. The VM limits cannot be `unlimited'. :-) # ulimit -a cpu time (seconds, -t) unlimited file size (512-blocks, -f) unlimited data seg size (kbytes, -d) 65536 stack size (kbytes, -s) 8192 core file size (512-blocks, -c) unlimited max memory size (kbytes, -m) 29852 locked memory (kbytes, -l) 9952 max user processes (-u) 100 open files (-n) 680 # ulimit -d unlimited # ulimit -s unlimited # ulimit -a cpu time (seconds, -t) unlimited file size (512-blocks, -f) unlimited data seg size (kbytes, -d) 131072 stack size (kbytes, -s) 65536 core file size (512-blocks, -c) unlimited max memory size (kbytes, -m) 29852 locked memory (kbytes, -l) 9952 max user processes (-u) 100 open files (-n) 680 As you can see, the default hard limits are 128 MB for data, and 64 MB for stack. > As this one is a basic, boot time, plain vanilla issue, I am sort of > ``playing dumb'' here. As I am still new here, am I expected to fix that > (since I spoke first :-) or there is an ``official maintainer'' for this > piece? Not that i know of... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Feb 4 06:56:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA19317 for bugs-outgoing; Tue, 4 Feb 1997 06:56:17 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA19312 for ; Tue, 4 Feb 1997 06:56:14 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id BAA24540; Wed, 5 Feb 1997 01:51:14 +1100 Date: Wed, 5 Feb 1997 01:51:14 +1100 From: Bruce Evans Message-Id: <199702041451.BAA24540@godzilla.zeta.org.au> To: bugs@freebsd.org, jlemon@americantv.com Subject: Re: gdb/libiberty failure Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >-current falls over on building dependencies on gdb/libiberty. It works fine in -current here. >.bin/gdb/libiberty/Makefile.usr.bin.gdb.libiberty.Makefile /usr/tuna/src/gnu/usr >*** gnu.usr.bin.gdb.libiberty.Makefile Mon Feb 3 15:37:51 1997 >--- /usr/tuna/src/gnu/usr.bin/gdb/libiberty/Makefile Mon Feb 3 16:16:38 1997 >*************** >*** 5,12 **** > > SRCS= argv.c basename.c concat.c cplus-dem.c fdmatch.c getopt.c \ > getopt1.c getruntime.c hex.c floatformat.c obstack.c spaces.c \ >! strerror.c strsignal.c vasprintf.c xatexit.c xexit.c \ >! xmalloc.c xstrdup.c xstrerror.c insque.c > > CFLAGS+= -I$(.CURDIR) -I$(.CURDIR)/../gdb/. > NOPROFILE=no >--- 5,11 ---- > > SRCS= argv.c basename.c concat.c cplus-dem.c fdmatch.c getopt.c \ > getopt1.c getruntime.c hex.c floatformat.c obstack.c spaces.c \ >! insque.c > > CFLAGS+= -I$(.CURDIR) -I$(.CURDIR)/../gdb/. > NOPROFILE=no However, it shouldn't be using all that cruft, especially vasprintf(), which was nuked in the old gdb when a better version was put in the library. There seems to be a linkage bug. vasprintf.o from liberty.a is used, but strerror.o from liberty.a is not used - the standard (shared) version is used instead. I would have expected the (broken) behaviour for strerror.o in both cases. Bruce From owner-freebsd-bugs Tue Feb 4 07:55:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA22622 for bugs-outgoing; Tue, 4 Feb 1997 07:55:00 -0800 (PST) Received: from sumatra.americantv.com (sumatra.americantv.com [199.184.181.250]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA22616 for ; Tue, 4 Feb 1997 07:54:54 -0800 (PST) Received: from right.PCS (right.pcs. [148.105.10.31]) by sumatra.americantv.com (8.7.6/8.7.3) with ESMTP id KAA27410; Tue, 4 Feb 1997 10:10:41 -0600 (CST) Received: (jlemon@localhost) by right.PCS (8.6.13/8.6.4) id PAA12370; Tue, 4 Feb 1997 15:54:19 GMT Message-ID: Date: Tue, 4 Feb 1997 09:54:18 -0600 From: jlemon@americantv.com (Jonathan Lemon) To: bde@zeta.org.au (Bruce Evans) Cc: bugs@FreeBSD.org Subject: Re: gdb/libiberty failure References: <199702041451.BAA24540@godzilla.zeta.org.au> X-Mailer: Mutt 0.56e Mime-Version: 1.0 In-Reply-To: <199702041451.BAA24540@godzilla.zeta.org.au>; from Bruce Evans on Feb 5, 1997 01:51:14 +1100 Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Bruce Evans writes: > >-current falls over on building dependencies on gdb/libiberty. > > It works fine in -current here. > > >.bin/gdb/libiberty/Makefile.usr.bin.gdb.libiberty.Makefile /usr/tuna/src/gnu/usr > >*** gnu.usr.bin.gdb.libiberty.Makefile Mon Feb 3 15:37:51 1997 > >--- /usr/tuna/src/gnu/usr.bin/gdb/libiberty/Makefile Mon Feb 3 16:16:38 1997 > >*************** > >*** 5,12 **** > > > > SRCS= argv.c basename.c concat.c cplus-dem.c fdmatch.c getopt.c \ > > getopt1.c getruntime.c hex.c floatformat.c obstack.c spaces.c \ > >! strerror.c strsignal.c vasprintf.c xatexit.c xexit.c \ > >! xmalloc.c xstrdup.c xstrerror.c insque.c > > > > CFLAGS+= -I$(.CURDIR) -I$(.CURDIR)/../gdb/. > > NOPROFILE=no > >--- 5,11 ---- > > > > SRCS= argv.c basename.c concat.c cplus-dem.c fdmatch.c getopt.c \ > > getopt1.c getruntime.c hex.c floatformat.c obstack.c spaces.c \ > >! insque.c > > > > CFLAGS+= -I$(.CURDIR) -I$(.CURDIR)/../gdb/. > > NOPROFILE=no > > However, it shouldn't be using all that cruft, especially vasprintf(), > which was nuked in the old gdb when a better version was put in the > library. > > There seems to be a linkage bug. vasprintf.o from liberty.a is used, > but strerror.o from liberty.a is not used - the standard (shared) version > is used instead. I would have expected the (broken) behaviour for > strerror.o in both cases. Well, the Makefile in gnu/usr.bin/gdb/libiberty is looking for those sources in src/contrib/gdb/libiberty, but they no longer exist. The last cvsup run that I did last night (2/3/97, about 4:00 CST) actually deleted the sources in question from contrib/gdb/libiberty. -- Jonathan From owner-freebsd-bugs Tue Feb 4 08:15:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA23902 for bugs-outgoing; Tue, 4 Feb 1997 08:15:58 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA23894; Tue, 4 Feb 1997 08:15:47 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id DAA27073; Wed, 5 Feb 1997 03:14:05 +1100 Date: Wed, 5 Feb 1997 03:14:05 +1100 From: Bruce Evans Message-Id: <199702041614.DAA27073@godzilla.zeta.org.au> To: bde@zeta.org.au, jlemon@americantv.com Subject: Re: gdb/libiberty failure Cc: bugs@FreeBSD.org, jdp@FreeBSD.org Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> >-current falls over on building dependencies on gdb/libiberty. > >Well, the Makefile in gnu/usr.bin/gdb/libiberty is looking for those sources >in src/contrib/gdb/libiberty, but they no longer exist. The last cvsup run >that I did last night (2/3/97, about 4:00 CST) actually deleted the sources >in question from contrib/gdb/libiberty. This must be a bug in a checkout, a mirror or cvsup. The cvs files (vasprintf.c,v etc) are still in contrib on freefall and haven't been removed by ctm. Bruce From owner-freebsd-bugs Tue Feb 4 08:40:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA26967 for bugs-outgoing; Tue, 4 Feb 1997 08:40:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA26953; Tue, 4 Feb 1997 08:40:04 -0800 (PST) Date: Tue, 4 Feb 1997 08:40:04 -0800 (PST) Message-Id: <199702041640.IAA26953@freefall.freebsd.org> To: freebsd-bugs Cc: From: asami@vader.cs.berkeley.edu (Satoshi Asami) Subject: Re: bin/2633: fsck -p in /etc/rc fails with cannot alloc nnnn by Reply-To: asami@vader.cs.berkeley.edu (Satoshi Asami) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2633; it has been noted by GNATS. From: asami@vader.cs.berkeley.edu (Satoshi Asami) To: Shimon@i-Connect.Net Cc: freebsd-gnats-submit@freefall.freebsd.org Subject: Re: bin/2633: fsck -p in /etc/rc fails with cannot alloc nnnn by Date: Tue, 4 Feb 1997 08:29:25 -0800 (PST) * > > When booting, fsck -p (in /etc/rc) fails with ``cannot alloc * > > nnnn bytes for lncntp'' error, thus makes it impossible to boot into * > > init level 2. This happens consistently for file systems which are * > > about 4GB large. I've seen this before, but not for 4GB disks. More like 40GB. I had to raise the kernel data size limit (MAXDSIZ). * > Does the error go away if you enable swapping before? * * If you look in /etc/rc, you will see that swap -a runs before the fsck. * I do use ccdconfig and have /etc/ccd.conf file. These may be related. You are most likely running out of swap space, although it's hard to believe with 64MB of RAM. How much swap do you have? Satoshi From owner-freebsd-bugs Tue Feb 4 09:00:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA27949 for bugs-outgoing; Tue, 4 Feb 1997 09:00:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA27942; Tue, 4 Feb 1997 09:00:03 -0800 (PST) Resent-Date: Tue, 4 Feb 1997 09:00:03 -0800 (PST) Resent-Message-Id: <199702041700.JAA27942@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.IAA27505;Tue; (8.8.5/8.8.5);, 4 Feb 1997 08:52:56.-0800 (PST) Message-Id: <199702041652.IAA27505@freefall.freebsd.org> Date: Tue, 4 Feb 1997 08:52:56 -0800 (PST) From: webmaster@csg.it To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2655: How make Home and Business account with ppp Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2655 >Category: bin >Synopsis: How make Home and Business account with ppp >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Tue Feb 4 09:00:02 PST 1997 >Last-Modified: >Originator: Ceruti Flavio >Organization: Context Systems Group >Release: 2.1.5 >Environment: >Description: I would like to know how can I discriminate connection from 2 different account on my pop server.... I want discriminate it by different time as: Home account from 18.00 to 8.00 Business account all the time >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Feb 4 09:18:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA29293 for bugs-outgoing; Tue, 4 Feb 1997 09:18:43 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA29276 for ; Tue, 4 Feb 1997 09:18:39 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id JAA23470; Tue, 4 Feb 1997 09:18:17 -0800 (PST) Message-Id: <199702041718.JAA23470@austin.polstra.com> To: Bruce Evans cc: jlemon@americantv.com, bugs@FreeBSD.org Subject: Re: gdb/libiberty failure In-reply-to: Your message of "Wed, 05 Feb 1997 03:14:05 +1100." <199702041614.DAA27073@godzilla.zeta.org.au> References: <199702041614.DAA27073@godzilla.zeta.org.au> Date: Tue, 04 Feb 1997 09:18:16 -0800 From: John Polstra Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >> >-current falls over on building dependencies on gdb/libiberty. > > > >Well, the Makefile in gnu/usr.bin/gdb/libiberty is looking for those sources > >in src/contrib/gdb/libiberty, but they no longer exist. The last cvsup run > >that I did last night (2/3/97, about 4:00 CST) actually deleted the sources > >in question from contrib/gdb/libiberty. > > This must be a bug in a checkout, a mirror or cvsup. The cvs files > (vasprintf.c,v etc) are still in contrib on freefall and haven't been > removed by ctm. It does look like something strange is going on. One of the mirror site managers noticed this in consecutive update logs: grep src/contrib/gdb/libiberty/xstrerror.c,v cvsup.log* gives this: cvsup.log: Delete src/contrib/gdb/libiberty/xstrerror.c,v cvsup.log.0: Create src/contrib/gdb/libiberty/xstrerror.c,v cvsup.log.1: Delete src/contrib/gdb/libiberty/xstrerror.c,v cvsup.log.2: Create src/contrib/gdb/libiberty/xstrerror.c,v cvsup.log.3: Delete src/contrib/gdb/libiberty/xstrerror.c,v cvsup.log.4: Create src/contrib/gdb/libiberty/xstrerror.c,v cvsup.log.5: Delete src/contrib/gdb/libiberty/xstrerror.c,v cvsup.log.6: Create src/contrib/gdb/libiberty/xstrerror.c,v cvsup.log.7: Delete src/contrib/gdb/libiberty/xstrerror.c,v I will check into it right away. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-bugs Tue Feb 4 09:20:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA29443 for bugs-outgoing; Tue, 4 Feb 1997 09:20:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA29435; Tue, 4 Feb 1997 09:20:01 -0800 (PST) Resent-Date: Tue, 4 Feb 1997 09:20:01 -0800 (PST) Resent-Message-Id: <199702041720.JAA29435@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.JAA29390;Tue; (8.8.5/8.8.5);, 4 Feb 1997 09:19:46.-0800 (PST) Message-Id: <199702041719.JAA29390@freefall.freebsd.org> Date: Tue, 4 Feb 1997 09:19:46 -0800 (PST) From: eli@tactline.co.il To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/2656: I fail to install FreeBSD on a machine that has Win95 from the DOS Partition (panic !) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2656 >Category: misc >Synopsis: I fail to install FreeBSD on a machine that has Win95 from the DOS Partition (panic !) >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Tue Feb 4 09:20:00 PST 1997 >Last-Modified: >Originator: Eli Hodos >Organization: Tactline Inc. >Release: 2.1.5 (August 1996) >Environment: >Description: I am not able to install FreeBSD from a DOS partition. The system shouts about read erors or reboots itself saying panic! Our machine has two partitions. On the first partition we have Windows 95 We reate a partition for FreeBSD succesfuly but when we try to insall a XUser for the DOS partition it fails. In the past we tried installing from the CD and had the same problem. currently we have chnged the CD equipment and we are not able to install from the CD anymore because it is not recognised by the os. maybe there is something to do when the DOS partition is a Win95 partition? Please help. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Feb 4 11:03:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA05462 for bugs-outgoing; Tue, 4 Feb 1997 11:03:55 -0800 (PST) Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA05428; Tue, 4 Feb 1997 11:03:24 -0800 (PST) Date: Tue, 4 Feb 1997 11:03:24 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199702041903.LAA05428@freefall.freebsd.org> To: webmaster@csg.it, jkh, freebsd-bugs Subject: Re: bin/2655 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: How make Home and Business account with ppp State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Tue Feb 4 11:02:49 PST 1997 State-Changed-Why: This is a totally inappropriate way to ask a question - the PR database is for bug reports or enhancement requests. Please address questions to questions@freebsd.org From owner-freebsd-bugs Tue Feb 4 11:06:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA05678 for bugs-outgoing; Tue, 4 Feb 1997 11:06:37 -0800 (PST) Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA05646; Tue, 4 Feb 1997 11:06:08 -0800 (PST) Date: Tue, 4 Feb 1997 11:06:08 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199702041906.LAA05646@freefall.freebsd.org> To: eli@tactline.co.il, jkh, freebsd-bugs Subject: Re: misc/2656 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: I fail to install FreeBSD on a machine that has Win95 from the DOS Partition (panic !) State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Tue Feb 4 11:05:44 PST 1997 State-Changed-Why: This problem was fixed in 2.2. From owner-freebsd-bugs Tue Feb 4 11:30:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA06874 for bugs-outgoing; Tue, 4 Feb 1997 11:30:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA06865; Tue, 4 Feb 1997 11:30:02 -0800 (PST) Resent-Date: Tue, 4 Feb 1997 11:30:02 -0800 (PST) Resent-Message-Id: <199702041930.LAA06865@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, tejblum@arc.hq.cti.ru Received: from arc.hq.cti.ru (arc.hq.cti.ru [194.67.85.50]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA06400 for ; Tue, 4 Feb 1997 11:20:11 -0800 (PST) Received: (from tejblum@localhost) by arc.hq.cti.ru (8.7.5/8.7.3) id WAA16049; Tue, 4 Feb 1997 22:20:07 +0300 (MSK) Message-Id: <199702041920.WAA16049@arc.hq.cti.ru> Date: Tue, 4 Feb 1997 22:20:07 +0300 (MSK) From: Dmitrij Tejblum Reply-To: tejblum@arc.hq.cti.ru To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2657: ypserv thinks there is no computers in network 10.1.2.3 netmask 255.255.255.0 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2657 >Category: bin >Synopsis: ypserv thinks there is no computers in network 10.1.2.3 netmask 255.255.255.0 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Feb 4 11:30:01 PST 1997 >Last-Modified: >Originator: Dmitrij Tejblum >Organization: CompTek International >Release: FreeBSD 2.2-BETA >Environment: >Description: With /var/yp/securenets file like 127.0.0.1 255.255.255.255 10.1.2.3 255.255.255.0 ypserv refuses all questions. It is strange. >How-To-Repeat: See above >Fix: Apply this patch: *** yp_access.c.orig Mon Feb 3 13:13:43 1997 --- yp_access.c Mon Feb 3 13:14:41 1997 *************** *** 168,173 **** --- 168,175 ---- continue; } + tmp->net.s_addr &= tmp->mask.s_addr; + tmp->next = securenets; securenets = tmp; } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Feb 4 12:30:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA10290 for bugs-outgoing; Tue, 4 Feb 1997 12:30:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA10275; Tue, 4 Feb 1997 12:30:05 -0800 (PST) Resent-Date: Tue, 4 Feb 1997 12:30:05 -0800 (PST) Resent-Message-Id: <199702042030.MAA10275@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.MAA10087;Tue; (8.8.5/8.8.5);, 4 Feb 1997 12:27:26.-0800 (PST) Message-Id: <199702042027.MAA10087@freefall.freebsd.org> Date: Tue, 4 Feb 1997 12:27:26 -0800 (PST) From: cjkarras@oakland.edu To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2660: When selecting BSD to boot from system hangs up, New installation.... Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2660 >Category: bin >Synopsis: When selecting BSD to boot from system hangs up, New installation.... >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 4 12:30:02 PST 1997 >Last-Modified: >Originator: Chris >Organization: >Release: 2.1 >Environment: 486 Dx2 80 1.6 G Hard Drive 500meg for win 95 and remainder for BSD 16meg of ram >Description: I just installed BSD 2.1(CD version) on my computer. After the installation, I rebooted and got the booteasy prompt. When selecting BSD, BSD STARTS to BOOT then says error out of limit of BIOS(somthing like that). For what ever reason I can not use the the option to limit myself under 1024 in my bios, harddrive not reconized, so Im running with hd geometry set as 3072/16/63(somthing like that, same as dos. Any suggestions would be appreciated.... >How-To-Repeat: just reboot.... >Fix: ????? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Feb 4 13:48:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA14576 for bugs-outgoing; Tue, 4 Feb 1997 13:48:02 -0800 (PST) Received: from sendero.i-connect.net ([206.190.144.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14558 for ; Tue, 4 Feb 1997 13:47:45 -0800 (PST) Received: (from shimon@localhost) by sendero.i-connect.net (8.8.5/8.8.4) id OAA02511; Tue, 4 Feb 1997 14:45:07 -0800 (PST) Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 04 Feb 1997 14:34:30 -0800 (PST) Organization: iConnect Corp. From: Simon Shapiro To: (Joerg Wunsch) Subject: Re: bin/2633: fsck -p in /etc/rc fails with cannot alloc nnnn by Cc: (FreeBSD bugs list) , (J Wunsch) Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi J Wunsch; On 04-Feb-97 you wrote: ... > The VM limits cannot be `unlimited'. :-) > > # ulimit -a > cpu time (seconds, -t) unlimited > file size (512-blocks, -f) unlimited > data seg size (kbytes, -d) 65536 > stack size (kbytes, -s) 8192 > core file size (512-blocks, -c) unlimited > max memory size (kbytes, -m) 29852 > locked memory (kbytes, -l) 9952 > max user processes (-u) 100 > open files (-n) 680 > # ulimit -d unlimited > # ulimit -s unlimited > # ulimit -a > cpu time (seconds, -t) unlimited > file size (512-blocks, -f) unlimited > data seg size (kbytes, -d) 131072 > stack size (kbytes, -s) 65536 > core file size (512-blocks, -c) unlimited > max memory size (kbytes, -m) 29852 > locked memory (kbytes, -l) 9952 > max user processes (-u) 100 > open files (-n) 680 > > As you can see, the default hard limits are 128 MB for data, and 64 MB > for stack. > > > As this one is a basic, boot time, plain vanilla issue, I am sort of > > ``playing dumb'' here. As I am still new here, am I expected to fix that > > (since I spoke first :-) or there is an ``official maintainer'' for this > > piece? > > Not that i know of... Hmmm... I will try to look into it. Right now I have only one FreeBSD machine (this one). The rest are Linux and Slowlaris. No Yoyo available yet. Simon From owner-freebsd-bugs Tue Feb 4 13:50:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA14680 for bugs-outgoing; Tue, 4 Feb 1997 13:50:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA14669; Tue, 4 Feb 1997 13:50:02 -0800 (PST) Date: Tue, 4 Feb 1997 13:50:02 -0800 (PST) Message-Id: <199702042150.NAA14669@freefall.freebsd.org> To: freebsd-bugs Cc: From: Simon Shapiro Subject: Re: bin/2633: fsck -p in /etc/rc fails with cannot alloc nnnn by Reply-To: Simon Shapiro Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2633; it has been noted by GNATS. From: Simon Shapiro To: (Satoshi Asami) Cc: freebsd-gnats-submit@freefall.freebsd.org Subject: Re: bin/2633: fsck -p in /etc/rc fails with cannot alloc nnnn by Date: Tue, 04 Feb 1997 14:37:15 -0800 (PST) Hi Satoshi Asami; On 04-Feb-97 you wrote: ... > I've seen this before, but not for 4GB disks. More like 40GB. I had > to raise the kernel data size limit (MAXDSIZ). This is the most dangerous parameter in the system! Just grepping for it has froze the machine solid :-) I need a serial console... It is set to 256MB. Should be enough... Simon From owner-freebsd-bugs Tue Feb 4 13:50:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA14694 for bugs-outgoing; Tue, 4 Feb 1997 13:50:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA14678; Tue, 4 Feb 1997 13:50:05 -0800 (PST) Date: Tue, 4 Feb 1997 13:50:05 -0800 (PST) Message-Id: <199702042150.NAA14678@freefall.freebsd.org> To: freebsd-bugs Cc: From: Simon Shapiro Subject: Re: bin/2633: fsck -p in /etc/rc fails with cannot alloc nnnn by Reply-To: Simon Shapiro Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2633; it has been noted by GNATS. From: Simon Shapiro To: (Satoshi Asami) Cc: freebsd-gnats-submit@freefall.freebsd.org Subject: Re: bin/2633: fsck -p in /etc/rc fails with cannot alloc nnnn by Date: Tue, 04 Feb 1997 14:02:04 -0800 (PST) Hi Satoshi Asami; On 04-Feb-97 you wrote: > * > > When booting, fsck -p (in /etc/rc) fails with ``cannot alloc > * > > nnnn bytes for lncntp'' error, thus makes it impossible to boot into > * > > init level 2. This happens consistently for file systems which are > * > > about 4GB large. > > I've seen this before, but not for 4GB disks. More like 40GB. I had > to raise the kernel data size limit (MAXDSIZ). > > * > Does the error go away if you enable swapping before? > * > * If you look in /etc/rc, you will see that swap -a runs before the fsck. > * I do use ccdconfig and have /etc/ccd.conf file. These may be related. > > You are most likely running out of swap space, although it's hard to > believe with 64MB of RAM. How much swap do you have? > > Satoshi 128MB. All this at boot time, from /etc/rc. I doubt I am running out of swap space at that point. especially when NOTHING else runs out of swap space later. If the filesystem is anything less than 4GB, it works fine. Have you considered looking at the fact that fsck may be doing lseek or some other computation, based on the SIZE of the partition in bytes, encountering an integer overflow, or sign extention problem and trying to malloc (for example) a negative number, or a very small one, etc. Do we have llseek(2) in FreeBSD? Simon From owner-freebsd-bugs Tue Feb 4 13:53:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA14940 for bugs-outgoing; Tue, 4 Feb 1997 13:53:20 -0800 (PST) Received: from kodiak.ucla.edu (kodiak.ucla.edu [164.67.128.11]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14846; Tue, 4 Feb 1997 13:51:39 -0800 (PST) Received: from quark.cns.ucla.edu (quark.cns.ucla.edu [164.67.62.18]) by kodiak.ucla.edu (8.8.5/8.6.9) with SMTP id VAA28464; Tue, 4 Feb 1997 21:51:37 GMT Date: Tue, 4 Feb 1997 13:51:37 -0800 (PST) From: Mike Tsirulnikov To: bugs@freebsd.org cc: core@freebsd.org, scott@cns.ucla.edu Subject: running SCO-native applications under FreeBSD 3.0 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, I have been trying to get an SCO networking application to work under FreeBSD SCO/iBCS2 emulation. One of the step in getting the SCO binaries to stop complaining is to set /dev/socksys to /dev/null. But this makes networking impossible! Is there anything I can do with FreeBSD kernel to get it to accept an SCO networking binary and to allow the binary to make TCP and UDP connections to other machines? Here is the output of `uname -a': FreeBSD hawk.cns.ucla.edu 3.0-970124-SNAP FreeBSD 3.0-970124-SNAP #0: Fri Jan 24 23:50:11 GMT 1997 jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC i386 The machine running FreeBSD is a 180MHz Pentium Pro by Dell. Thanks much in advance. --- Mike Tsirulnikov UCLA Campus Telecomunications and Network Services mt@cns.ucla.edu (310) 825-8045 From owner-freebsd-bugs Tue Feb 4 14:17:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA17056 for bugs-outgoing; Tue, 4 Feb 1997 14:17:32 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA17036 for ; Tue, 4 Feb 1997 14:17:27 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id OAA25220; Tue, 4 Feb 1997 14:16:59 -0800 (PST) Message-Id: <199702042216.OAA25220@austin.polstra.com> To: Bruce Evans cc: jlemon@americantv.com, bugs@FreeBSD.org Subject: Re: gdb/libiberty failure In-reply-to: Your message of "Wed, 05 Feb 1997 03:14:05 +1100." <199702041614.DAA27073@godzilla.zeta.org.au> References: <199702041614.DAA27073@godzilla.zeta.org.au> Date: Tue, 04 Feb 1997 14:16:58 -0800 From: John Polstra Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >Well, the Makefile in gnu/usr.bin/gdb/libiberty is looking for those sources > >in src/contrib/gdb/libiberty, but they no longer exist. The last cvsup run > >that I did last night (2/3/97, about 4:00 CST) actually deleted the sources > >in question from contrib/gdb/libiberty. > > This must be a bug in a checkout, a mirror or cvsup. I tracked it down to a corrupted cvsup administrative file on cvsup.freebsd.org. I think it was caused by a hardware error. The file (> 1MB) had a 1-bit error in it, which changed a `/' into a `.'. Look at the middle line closely: V src/contrib/gdb/libiberty/xstrdup.c,v 854912032 V src/contrib/gdb/libiberty/xstrerror.c,v 854912032 V src/contrib/gdb/libiberty.strcasecmp.c,v 847040572 V src/contrib/gdb/libiberty/strchr.c,v 847040572 V src/contrib/gdb/libiberty/strdup.c,v 847040572 There was other evidence of hardware problems on the machine, too. Its keepers are investigating. I manually fixed the damaged file, and things are working OK now. The corrupted file had the fascinating effect of causing the files from "strchr.c,v" thru the end of the directory to be alternately created and deleted on successive updates from the master host. Well, it's fascinating to me, anyhow. :-) It makes perfect sense, though I never would have predicted it. Without going into the sordid details, it arises from the fact that cvsup relies on the file names being in strictly sorted order (lexicographically) in the file. The mutation from `/' to `.' violated that, and led to the further disorder that you see above. I am going to add some checks so that this sort of error will be detected in the future. (Though, if you can't rely on your bits to stay set or cleared, how safe can you ever be??) John P. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-bugs Tue Feb 4 14:18:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA17162 for bugs-outgoing; Tue, 4 Feb 1997 14:18:00 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA16975; Tue, 4 Feb 1997 14:17:13 -0800 (PST) Date: Tue, 4 Feb 1997 14:17:13 -0800 (PST) From: Joerg Wunsch Message-Id: <199702042217.OAA16975@freefall.freebsd.org> To: tenser@spitfire.ecsel.psu.edu, joerg, freebsd-bugs Subject: Re: misc/2654 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Patches for locale buffer overruns (2.1.x, 2.2) State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Tue Feb 4 23:15:55 MET 1997 State-Changed-Why: Already fixed in -current by Andrey in a less blatant way. Probably needs to be fixed in 2.1.x, but i'll leave it to Joe to merge the fix from -current. From owner-freebsd-bugs Tue Feb 4 14:30:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA18496 for bugs-outgoing; Tue, 4 Feb 1997 14:30:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA18471; Tue, 4 Feb 1997 14:30:03 -0800 (PST) Date: Tue, 4 Feb 1997 14:30:03 -0800 (PST) Message-Id: <199702042230.OAA18471@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: misc/2654: Patches for locale buffer overruns for 2.1 and 2.2. Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/2654; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: tenser@spitfire.ecsel.psu.edu Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: misc/2654: Patches for locale buffer overruns for 2.1 and 2.2. Date: Tue, 4 Feb 1997 21:16:47 +0100 As tenser@spitfire.ecsel.psu.edu wrote: > ! strcpy(buf, path_locale); > ! strcat(buf, "/"); > ! strcat(buf, encoding); > ! strcat(buf, "/LC_COLLATE"); > if ((fp = fopen(buf, "r")) == NULL) > return -1; > FREAD(__collate_charmap_table, sizeof(__collate_charmap_table), 1, fp); > --- 66,73 ---- > return -1; > if (!path_locale && !(path_locale = getenv("PATH_LOCALE"))) > path_locale = _PATH_LOCALE; > ! (void)snprintf(buf, > ! PATH_MAX, "%s/%s/LC_COLLATE", path_locale, encoding); Incidentally, i also tried to apply your fix quite some time ago -- and i stood corrected, the problem has already been fixed without using snprintf(). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Feb 4 17:20:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA06696 for bugs-outgoing; Tue, 4 Feb 1997 17:20:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA06671; Tue, 4 Feb 1997 17:20:02 -0800 (PST) Resent-Date: Tue, 4 Feb 1997 17:20:02 -0800 (PST) Resent-Message-Id: <199702050120.RAA06671@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, gurney_j@efn.org Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA05266 for ; Tue, 4 Feb 1997 17:12:18 -0800 (PST) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (WEBSPAN/970116) with ESMTP id UAA07590 for ; Tue, 4 Feb 1997 20:11:37 -0500 (EST) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (WEBSPN/970116) with ESMTP id UAA15823 for ; Tue, 4 Feb 1997 20:11:37 -0500 (EST) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.18]) by mail.webspan.net (WEBSPAN/970116) with ESMTP id EAA09870 for ; Tue, 4 Feb 1997 04:30:57 -0500 (EST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA05356 for ; Tue, 4 Feb 1997 01:30:30 -0800 (PST) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.4/8.8.4) id BAA28390; Tue, 4 Feb 1997 01:30:28 -0800 (PST) Message-Id: <199702040930.BAA28390@hydrogen.nike.efn.org> Date: Tue, 4 Feb 1997 01:30:28 -0800 (PST) From: John-Mark Gurney Reply-To: gurney_j@efn.org To: FreeBSD-gnats@freefall.FreeBSD.org X-Send-Pr-Version: 3.2 Subject: gnu/2661: man -t is hardcoded to do postscript output (even though it says it passes it through troff) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 2661 >Category: gnu >Synopsis: man -t is hardcoded to do postscript output (even though it says it passes it through troff) >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 4 17:20:01 PST 1997 >Last-Modified: >Originator: John-Mark Gurney >Organization: Cu Networking >Release: FreeBSD 2.2-960801-SNAP i386 >Environment: pretty much any freebsd system... >Description: if you do something like: export GROFF_TYPESETTER=lj4 man -t sh > /tmp/output.lj4 and look at /tmp/output.lj4 you will see postscript output even though the environment setting is for lj4... basicly the man program is hardcoding to output postscript... yes this may break some scripts but it's doubtful that there will be an environment that sets GROFF_TYPESETTER to something else, and still wants postscript output from man -t, but it's possible... >How-To-Repeat: see above >Fix: apply this patch: Index: Makefile.inc =================================================================== RCS file: /usr/cvs/src/gnu/usr.bin/man/Makefile.inc,v retrieving revision 1.12 diff -c -r1.12 Makefile.inc *** Makefile.inc 1996/05/22 15:53:19 1.12 --- Makefile.inc 1997/02/04 09:24:37 *************** *** 7,13 **** bindir= ${BINDIR} pager= more -s manpath_config_file= /etc/manpath.config ! troff= /usr/bin/groff -Tps -man nroff= /usr/bin/groff -Wall -mtty-char -Tascii -man apropos= /usr/bin/apropos whatis= /usr/bin/whatis --- 7,13 ---- bindir= ${BINDIR} pager= more -s manpath_config_file= /etc/manpath.config ! troff= /usr/bin/groff -man nroff= /usr/bin/groff -Wall -mtty-char -Tascii -man apropos= /usr/bin/apropos whatis= /usr/bin/whatis >Audit-Trail: >Unformatted: John-Mark Gurney From owner-freebsd-bugs Tue Feb 4 17:30:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA08023 for bugs-outgoing; Tue, 4 Feb 1997 17:30:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA08013; Tue, 4 Feb 1997 17:30:01 -0800 (PST) Resent-Date: Tue, 4 Feb 1997 17:30:01 -0800 (PST) Resent-Message-Id: <199702050130.RAA08013@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.RAA07495;Tue; (8.8.5/8.8.5);, 4 Feb 1997 17:25:48.-0800 (PST) Message-Id: <199702050125.RAA07495@freefall.freebsd.org> Date: Tue, 4 Feb 1997 17:25:48 -0800 (PST) From: rob@ugh.net.au To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2662: ppp hangs with recursive malloc() call Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2662 >Category: bin >Synopsis: ppp hangs with recursive malloc() call >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 4 17:30:01 PST 1997 >Last-Modified: >Originator: Rob Wise >Organization: >Release: 2.2-970202-GAMMA >Environment: FreeBSD 2.2-970202-GAMMA #0: Mon Feb 3 22:12:36 EST 1997 root@WonK.hobart.TASed.EDU.AU:/usr/sys/src/compile/WONK >Description: After ppp has been connected and running for a while (usually about a day) it hangs with the message: ppp in malloc(): warning: recursive call. The only thing it will respond to is kill -9. >How-To-Repeat: Leave ppp connected for a while. This problem also existed in 2.2-BETA and BETA_A. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Feb 4 17:40:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA09152 for bugs-outgoing; Tue, 4 Feb 1997 17:40:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA09127; Tue, 4 Feb 1997 17:40:02 -0800 (PST) Resent-Date: Tue, 4 Feb 1997 17:40:02 -0800 (PST) Resent-Message-Id: <199702050140.RAA09127@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.RAA08787;Tue; (8.8.5/8.8.5);, 4 Feb 1997 17:36:40.-0800 (PST) Message-Id: <199702050136.RAA08787@freefall.freebsd.org> Date: Tue, 4 Feb 1997 17:36:40 -0800 (PST) From: rob@ugh.net.au To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: docs/2663: "ngen" field in newsyslog.conf isn't documented. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2663 >Category: docs >Synopsis: "ngen" field in newsyslog.conf isn't documented. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 4 17:40:01 PST 1997 >Last-Modified: >Originator: Rob Wise >Organization: >Release: 2.2-970202-GAMMA >Environment: FreeBSD 2.2-970202-GAMMA #0: Mon Feb 3 22:12:36 EST 1997 root@WonK.hobart.TASed.EDU.AU:/usr/sys/src/compile/WONK >Description: The "ngen" filed in /etc/newsyslog.conf isn't documented in the man page, or in the file itself. Whats it do anyway? :) >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Feb 4 18:23:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA15126 for bugs-outgoing; Tue, 4 Feb 1997 18:23:55 -0800 (PST) Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA15079; Tue, 4 Feb 1997 18:23:49 -0800 (PST) Date: Tue, 4 Feb 1997 18:23:49 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199702050223.SAA15079@freefall.freebsd.org> To: jkh, freebsd-bugs, brian Subject: Re: bin/2662 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ppp hangs with recursive malloc() call Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: jkh Responsible-Changed-When: Tue Feb 4 18:23:31 PST 1997 Responsible-Changed-Why: ppp is Brian's baby. From owner-freebsd-bugs Tue Feb 4 18:35:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA17763 for bugs-outgoing; Tue, 4 Feb 1997 18:35:11 -0800 (PST) Received: from spitfire.ecsel.psu.edu (spitfire.ecsel.psu.edu [146.186.218.51]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA17709 for ; Tue, 4 Feb 1997 18:35:00 -0800 (PST) Received: (qmail 6477 invoked by uid 1000); 5 Feb 1997 02:34:29 -0000 Message-ID: <19970205023429.6476.qmail@spitfire.ecsel.psu.edu> To: Joerg Wunsch cc: freebsd-bugs@freefall.freebsd.org Subject: Re: misc/2654 In-reply-to: Your message of "Tue, 04 Feb 1997 14:17:13 PST." <199702042217.OAA16975@freefall.freebsd.org> Date: Tue, 04 Feb 1997 21:34:29 -0500 From: Dan Cross Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Already fixed in -current by Andrey in a less blatant way. > Probably needs to be fixed in 2.1.x, but i'll leave it to > Joe to merge the fix from -current. Alright! Thanks. :-) - Dan C. From owner-freebsd-bugs Tue Feb 4 19:39:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA25765 for bugs-outgoing; Tue, 4 Feb 1997 19:39:53 -0800 (PST) Received: from mail.MCESTATE.COM (vince@mail.MCESTATE.COM [206.171.98.50]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA25759; Tue, 4 Feb 1997 19:39:48 -0800 (PST) Received: from localhost (vince@localhost) by mail.MCESTATE.COM (8.8.3/8.8.3) with SMTP id TAA04178; Tue, 4 Feb 1997 19:36:45 -0800 (PST) Date: Tue, 4 Feb 1997 19:36:44 -0800 (PST) From: Vincent Poy To: Bruce Evans cc: jlemon@americantv.com, bugs@FreeBSD.ORG, jdp@FreeBSD.ORG Subject: Re: gdb/libiberty failure In-Reply-To: <199702041614.DAA27073@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 5 Feb 1997, Bruce Evans wrote: > >> >-current falls over on building dependencies on gdb/libiberty. > > > >Well, the Makefile in gnu/usr.bin/gdb/libiberty is looking for those sources > >in src/contrib/gdb/libiberty, but they no longer exist. The last cvsup run > >that I did last night (2/3/97, about 4:00 CST) actually deleted the sources > >in question from contrib/gdb/libiberty. > > This must be a bug in a checkout, a mirror or cvsup. The cvs files > (vasprintf.c,v etc) are still in contrib on freefall and haven't been > removed by ctm. The same thing happened to me too from using cvsup.FreeBSD.ORG, the first time, it added a bunch of stuff in there which was 3 hours from my previous update then when I did it a minute later, it deleted everything and the new cvsup's I did never grabbed the sources for that again. Cheers, Vince - vince@MCESTATE.COM - vince@GAIANET.NET Unix Networking Operations GaiaNet Corporation - M & C Estate Beverly Hills, California USA 90210 From owner-freebsd-bugs Tue Feb 4 21:39:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA05032 for bugs-outgoing; Tue, 4 Feb 1997 21:39:02 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA05019; Tue, 4 Feb 1997 21:38:50 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id QAA21597; Wed, 5 Feb 1997 16:29:28 +1100 Date: Wed, 5 Feb 1997 16:29:28 +1100 From: Bruce Evans Message-Id: <199702050529.QAA21597@godzilla.zeta.org.au> To: bugs@freebsd.org Subject: ipl not preserved by cpu_switch() Cc: davidg@freebsd.org, peter@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk cpu_switch() doesn't preserve the ipl. This seems to be fairly harmless. It only makes a difference for some cases involving stopped processes. One case is easy to duplicate: run something under gdb, stop it with ^C, and then quit gdb. The stopped process usually exits immediately and calls exit1() at splhigh(). Bruce diff -c2 kern_synch.c~ kern_synch.c *** kern_synch.c~ Wed Jan 15 05:04:32 1997 --- kern_synch.c Tue Feb 4 11:30:13 1997 *************** *** 528,533 **** --- 527,552 ---- register struct rlimit *rlim; register long s, u; + int x; struct timeval tv; + /* + * XXX this spl is almost unnecessary. It is partly to allow for + * sloppy callers that don't do it (issignal() via CURSIG() is the + * main offender). It is partly to work around a bug in the i386 + * cpu_switch() (the ipl is not preserved). We ran for years + * without it. I think there was only a interrupt latency problem. + * The main caller, tlseep(), does an splx() a couple of instructions + * after calling here. The buggy caller, issignal(), usually calls + * here at spl0() and sometimes returns at splhigh(). The process + * then runs for a little too long at splhigh(). The ipl gets fixed + * when the process returns to user mode (or earlier). + * + * It would probably be better to always call here at spl0(). Callers + * are prepared to give up control to another process, so they must + * be prepared to be interrupted. The clock stuff here may not + * actually need splstatclock(). + */ + x = splstatclock(); + #ifdef DEBUG if (p->p_simple_locks) *************** *** 574,577 **** --- 593,597 ---- cpu_switch(p); microtime(&runtime); + splx(x); } From owner-freebsd-bugs Tue Feb 4 21:40:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA05180 for bugs-outgoing; Tue, 4 Feb 1997 21:40:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA05154; Tue, 4 Feb 1997 21:40:02 -0800 (PST) Date: Tue, 4 Feb 1997 21:40:02 -0800 (PST) Message-Id: <199702050540.VAA05154@freefall.freebsd.org> To: freebsd-bugs Cc: From: davidn@labs.usn.blaze.net.au (David Nugent) Subject: Re: bin/2655: How make Home and Business account with ppp Reply-To: davidn@labs.usn.blaze.net.au (David Nugent) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2655; it has been noted by GNATS. From: davidn@labs.usn.blaze.net.au (David Nugent) To: webmaster@csg.it Cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/2655: How make Home and Business account with ppp Date: Wed, 5 Feb 1997 16:38:37 +1100 webmaster@csg.it writes: > >Synopsis: How make Home and Business account with ppp ~ > I would like to know how can I discriminate connection from 2 different > account on my pop server.... I want discriminate it by different time > as: > Home account from 18.00 to 8.00 > Business account all the time 'pop' or 'ppp'? Assuming ppp, then 3.0-CURRENT can do this via login.conf (user login classes) using the times.allow= and times.deny= capabilities. I'll shortly be committing a simplistic 'session manager' to -current that can (amongst other things) terminate login sessions based on these capabilities which can be hooked into cron. login(1) already supports them. BTW, in this case a post to freebsd-questions would have been more appropriate than a "bug report". Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-bugs Tue Feb 4 23:50:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA11791 for bugs-outgoing; Tue, 4 Feb 1997 23:50:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA11773; Tue, 4 Feb 1997 23:50:03 -0800 (PST) Resent-Date: Tue, 4 Feb 1997 23:50:03 -0800 (PST) Resent-Message-Id: <199702050750.XAA11773@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.XAA11587;Tue; (8.8.5/8.8.5);, 4 Feb 1997 23:49:21.-0800 (PST) Message-Id: <199702050749.XAA11587@freefall.freebsd.org> Date: Tue, 4 Feb 1997 23:49:21 -0800 (PST) From: rob@ugh.net.au To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2665: port 22 isn't being converted to ".ssh" in netstat Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2665 >Category: bin >Synopsis: port 22 isn't being converted to ".ssh" in netstat >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 4 23:50:01 PST 1997 >Last-Modified: >Originator: Rob Wise >Organization: >Release: 2.2-970202-GAMMA >Environment: FreeBSD 2.2-970202-GAMMA #0: Mon Feb 3 22:13:36 EST 1997 root@WonK.hobart.TASed.EDU.AU:/usr/src/sys/compile/WONK >Description: The port 22 isn't being converted to ".ssh" in netstat. % netstat Active Internet connections Proto Recv-Q Send-Q Local Address Foreign Address (state) tcp 0 0 WonK.telnet Hmm.2054 ESTABLISHED tcp 0 0 WonK.1022 mopsy.22 ESTABLISHED tcp 0 0 WonK.1557 cafu.fl.net.au.6667 ESTABLISHED tcp 0 0 WonK.1023 cottontail.22 ESTABLISHED udp 0 0 localhost.domain *.* % grep -w 22 /etc/services ssh 22/tcp #Secure Shell Login ssh 22/udp #Secure Shell Login Other ports seem fine... >How-To-Repeat: Do a netstat while ssh sessions are running. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Feb 4 23:54:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA12484 for bugs-outgoing; Tue, 4 Feb 1997 23:54:44 -0800 (PST) Received: from freenet.hamilton.on.ca (0@main.freenet.hamilton.on.ca [199.212.94.65]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA12469; Tue, 4 Feb 1997 23:54:39 -0800 (PST) Received: from james.freenet.hamilton.on.ca (james.freenet.hamilton.on.ca [199.212.94.66]) by freenet.hamilton.on.ca (8.7.5/8.7.3) with ESMTP id CAA01080; Wed, 5 Feb 1997 02:54:52 -0500 (EST) Received: from localhost (ac199@localhost) by james.freenet.hamilton.on.ca (8.7.5/8.7.3) with SMTP id CAA11922; Wed, 5 Feb 1997 02:56:54 -0500 (EST) X-Authentication-Warning: james.freenet.hamilton.on.ca: ac199 owned process doing -bs Date: Wed, 5 Feb 1997 02:56:53 -0500 (EST) From: Tim Vanderhoek To: "Jordan K. Hubbard" cc: freebsd-bugs@freefall.freebsd.org Subject: Re: bin/2655 In-Reply-To: <199702041903.LAA05428@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 4 Feb 1997, Jordan K. Hubbard wrote: > Synopsis: How make Home and Business account with ppp > > State-Changed-From-To: open-closed > State-Changed-By: jkh > State-Changed-When: Tue Feb 4 11:02:49 PST 1997 > State-Changed-Why: > This is a totally inappropriate way to ask a question - the PR > database is for bug reports or enhancement requests. Please > address questions to questions@freebsd.org Perhaps, then, send-pr should be modified so that it does not allow bugs of class "support" (this pr was correctly filed under support, at least). Or, perhaps bugs of class "support" should be automatically assigned to freebsd-questions@freebsd.org ....hmmmm...that could be interesting... [actually, I was tempted to X-post this to -questions, but most -questions subscribers probably read -bugs, too] -- Outnumbered? Maybe. Outspoken? Never! tIM...HOEk From owner-freebsd-bugs Wed Feb 5 01:06:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA25201 for bugs-outgoing; Wed, 5 Feb 1997 01:06:38 -0800 (PST) Received: from spitfire.ecsel.psu.edu (qmailr@spitfire.ecsel.psu.edu [146.186.218.51]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA25185 for ; Wed, 5 Feb 1997 01:06:32 -0800 (PST) Received: (qmail 8212 invoked by uid 1000); 5 Feb 1997 08:59:47 -0000 Message-ID: <19970205085947.8211.qmail@spitfire.ecsel.psu.edu> To: Joerg Wunsch cc: freebsd-bugs@freefall.freebsd.org, ache@freebsd.org Subject: Re: misc/2654 In-reply-to: Your message of "Tue, 04 Feb 1997 14:17:13 PST." <199702042217.OAA16975@freefall.freebsd.org> Date: Wed, 05 Feb 1997 03:59:47 -0500 From: Dan Cross Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Already fixed in -current by Andrey in a less blatant way. No, I'm not smoking my hair, as it turns out. I'm quite positive that the bug still exists (though less obviously) in -current. Here are some excerpts from setlocale.c as obtained from ftp.freebsd.org, /pub/FreeBSD/FreeBSD-current/src/lib/locale a few hours ago (run through pr -tn for reference...). (btw- yes, I need to set up CVSup and haven't had the time. :-( Maybe this weekend, weather and time permitting.. [please don't ask about the weather part. :-)]) Take the case of a program which calls setlocale(LC_ALL, ""). The code in setlocale does it's thing until we reach this point: 175 if (category) 176 return (loadlocale(category)); 177 178 for (i = 1; i < _LC_LAST; ++i) { 179 (void)strcpy(saved_categories[i], current_categories[i]); 180 if (loadlocale(i) == NULL) { 181 for (j = 1; j < i; j++) { 182 (void)strcpy(new_categories[j], 183 saved_categories[j]); 184 /* XXX can fail too */ 185 (void)loadlocale(j); 186 } 187 return (NULL); 188 } 189 } 190 return (currentlocale()); Since LC_ALL == 0, the category test fails and we proceed to the for loop. Imagine that PATH_LOCALE is set to a really long string with the standard cracker stack frame encoded into it, etc. The first call to loadlocale(i) hit's this code: 235 if (!_PathLocale) { 236 if ( !(ret = getenv("PATH_LOCALE")) 237 || getuid() != geteuid() 238 || getgid() != getegid() 239 ) 240 _PathLocale = _PATH_LOCALE; 241 else if ( strlen(ret) + 45 > PATH_MAX 242 || !(_PathLocale = strdup(ret)) 243 ) 244 return (NULL); 245 } Which then notices that _PathLocale is NULL, and does it's thing. Assume that we are running this program a ``couple of level's deep'' inside of a setuid program, so the effective and real UID and GID match up. Okay, at this point, loadlocale(i) returns, passing NULL back to setlocale(3). Note also the call to strdup(3) inside the if statement, on the right of the logical Or. Since the first part of the test fails, strdup(3) is called on ret and _PathLocale is set to out nasty string (assuming we have enough free memory for strdup(3) to be successful. :-) Setlocale(3) then continues to process the loop for the LC_ALL case, inside the if statement testing the return value from loadloacale(), and calling loadlocale() for the other categories (as seen on line 184, the return value from loadlocale() is ignored in this inner loop, with an XXX comment saying, ``This can fail too...''). The intention here is to set up the locale's for the other categories, and then return NULL as an indication to the routine calling setlocale(3) that ``hey, at least one category failed to load''. Anyway, more calls are made to loadlocale(), but this time, _PathLocale is SET, as a result of placing strdup(3) into the if statement on line 242. Thus, on subsequent invocations of load- locale(), the entire block of range checking code for _PathLocale is ignored, and the individual load functions for the various categories call strcpy(3) and friends without having completed the range checking which they THINK they have, and our stack frame encoded in our extra- long PATH_LOCALE environment variable is happily written onto our real stack, causing much havoc. While this might be an odd combination of events to cause this problem, it *is* a problem, and should be addressed. The obvious fix for this, is to move the strdup(3) call out of the if statement on line 242, and onto a line by itself, AFTER the length of ret has been checked. Here's a patch: *** setlocale.c 1997/02/05 08:38:18 1.1 --- setlocale.c 1997/02/05 08:39:02 *************** *** 238,247 **** || getgid() != getegid() ) _PathLocale = _PATH_LOCALE; ! else if ( strlen(ret) + 45 > PATH_MAX ! || !(_PathLocale = strdup(ret)) ! ) ! return (NULL); } if (strcmp(new, old) == 0) --- 238,247 ---- || getgid() != getegid() ) _PathLocale = _PATH_LOCALE; ! else if (strlen(ret) + 45 > PATH_MAX) ! return(NULL); ! else if ((_PathLocale = strdup(ret)) == NULL) ! return(NULL); } if (strcmp(new, old) == 0) I believe that the truth tables should work out to be the same. :-) That's my take on it, at least. If I'm wrong (and I hope I am...), I'd love to hear about it, but I'd rather make a fool out of myself in the sake of security than keep my mouth shut for fear of being laughed at. :-) btw- it looks as though some the entire locale code could use a looking at and some cosmetic changes. If anyone likes, I could do some of this at home and then send-pr my diff's so that someone could review and either commit them to the tree, or send them back to me saying, ``these are rubbish, please do them CORRECTLY.'' :-) > Probably needs to be fixed in 2.1.x, but i'll leave it to > Joe to merge the fix from -current. Okay, cool. Thanks for getting back to me on this... - Dan C. From owner-freebsd-bugs Wed Feb 5 01:08:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA25527 for bugs-outgoing; Wed, 5 Feb 1997 01:08:55 -0800 (PST) Received: from spitfire.ecsel.psu.edu (qmailr@spitfire.ecsel.psu.edu [146.186.218.51]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA25506 for ; Wed, 5 Feb 1997 01:08:51 -0800 (PST) Received: (qmail 8303 invoked by uid 1000); 5 Feb 1997 09:08:49 -0000 Message-ID: <19970205090849.8302.qmail@spitfire.ecsel.psu.edu> To: Joerg Wunsch cc: freebsd-bugs@freefall.freebsd.org, ache@freebsd.org Subject: Re: misc/2654 In-reply-to: Your message of "Tue, 04 Feb 1997 14:17:13 PST." <199702042217.OAA16975@freefall.freebsd.org> Date: Wed, 05 Feb 1997 04:08:48 -0500 From: Dan Cross Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ack! Please disgard my last message. (Yikes, I *did* make a fool out of myself, didn't I? :-) Duh, strlen(ret) + 45 > PATH_MAX evaluates to TRUE when an extra long string is encoded in PATH_LOCALE, *not* FALSE, which is what I was thinking. The right side of the logical or operator is never seen, since the left was true. Okay, I feel humbled and silly. Yikes. But I still think that the locale code could use some work in other areas, if folks agree, I'll do some work on it. I even promise to get some sleep and THINK before making changes so I don't seem like a complete blathering idiot. :-) - Dan C. (who feels very sheepish right now.... :-) From owner-freebsd-bugs Wed Feb 5 05:00:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA13156 for bugs-outgoing; Wed, 5 Feb 1997 05:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA13145; Wed, 5 Feb 1997 05:00:02 -0800 (PST) Date: Wed, 5 Feb 1997 05:00:02 -0800 (PST) Message-Id: <199702051300.FAA13145@freefall.freebsd.org> To: freebsd-bugs Cc: From: Dmitrij Tejblum Subject: Re: bin/2657: ypserv thinks there is no computers in network 10.1.2.3 netmask 255.255.255.0 Reply-To: Dmitrij Tejblum Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2657; it has been noted by GNATS. From: Dmitrij Tejblum To: Bill Fenner Cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/2657: ypserv thinks there is no computers in network 10.1.2.3 netmask 255.255.255.0 Date: Wed, 5 Feb 1997 15:13:55 +0300 (MSK) On Tue, 4 Feb 1997, Bill Fenner wrote: > ypserv is right. Network numbers are normally specified with a "0" in the > host portion; in your case, the network number is 10.1.2.0 . 10.1.2.3 is > a host address on the network 10.1.2.0 . Your patch simply allows people > to specify either a host address or the network number in the securenets > file. > > Bill > Yes, I know. This PR is "change-request". But I spent few hours before understood it. (Yes, I was stupid.) May be, ypserv should print warning about such wrong config? But it is more than 1 my line... And, after all, why my securenets file must differ from my ifconfig commands? Dima From owner-freebsd-bugs Wed Feb 5 05:30:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA14668 for bugs-outgoing; Wed, 5 Feb 1997 05:30:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA14661; Wed, 5 Feb 1997 05:30:01 -0800 (PST) Resent-Date: Wed, 5 Feb 1997 05:30:01 -0800 (PST) Resent-Message-Id: <199702051330.FAA14661@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Jean-Luc.Richier@imag.fr Received: from tuna.imag.fr (tuna.imag.fr [192.44.68.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA14505 for ; Wed, 5 Feb 1997 05:26:45 -0800 (PST) Received: (from richier@localhost) by tuna.imag.fr (8.8.3/8.8.3) id OAA00408; Wed, 5 Feb 1997 14:26:01 +0100 (MET) Message-Id: <199702051326.OAA00408@tuna.imag.fr> Date: Wed, 5 Feb 1997 14:26:01 +0100 (MET) From: Jean-Luc.Richier@imag.fr Reply-To: Jean-Luc.Richier@imag.fr To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2667: Bug in bpfattach Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2667 >Category: kern >Synopsis: bpfattach can hang the system >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Feb 5 05:30:00 PST 1997 >Last-Modified: >Originator: Jean-Luc Richier >Organization: Institut IMAg, Grenoble, France >Release: FreeBSD 2.1.6-RELEASE i386 >Environment: >Description: While working on the IPv6 extensions for NetBSD and FreeBSD, I discovered a problem with bpfattach behaviour. If one tries to make extensions to NetBSD, this behaviour raise problems. Therefore I suggest corrections to the base distribution code. If the ifattach function is called while a bpf filter is open, the system hangs. >How-To-Repeat: - Make a modfication in the system which allows to configure a new driver at any time (In my case, it is a dynamic modification of the number of IPv6 tunnel drivers) - open bpf filters, for example run ``rarpd -a'' - configure a new driver - some seconds later, the system will hang >Fix: Add a static variable to test if it is the first call to bpfattach *** sys/net/bpf.c.DIST Sat Jun 8 08:14:15 1996 --- sys/net/bpf.c Wed Feb 5 11:43:23 1997 *************** *** 1271,1276 **** --- 1271,1277 ---- { struct bpf_if *bp; int i; + static int already = 0; #if BSD < 199103 static struct bpf_if bpf_ifs[NBPFILTER]; static int bpfifno; *************** *** 1303,1311 **** /* * Mark all the descriptors free if this hasn't been done. */ ! if (!D_ISFREE(&bpf_dtab[0])) for (i = 0; i < NBPFILTER; ++i) D_MARKFREE(&bpf_dtab[i]); if (bootverbose) printf("bpf: %s%d attached\n", ifp->if_name, ifp->if_unit); --- 1304,1314 ---- /* * Mark all the descriptors free if this hasn't been done. */ ! if(!already) { ! already = 1; for (i = 0; i < NBPFILTER; ++i) D_MARKFREE(&bpf_dtab[i]); + } if (bootverbose) printf("bpf: %s%d attached\n", ifp->if_name, ifp->if_unit); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Feb 5 05:40:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA15139 for bugs-outgoing; Wed, 5 Feb 1997 05:40:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA15124; Wed, 5 Feb 1997 05:40:04 -0800 (PST) Resent-Date: Wed, 5 Feb 1997 05:40:04 -0800 (PST) Resent-Message-Id: <199702051340.FAA15124@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Jean-Luc.Richier@imag.fr Received: from tuna.imag.fr (tuna.imag.fr [192.44.68.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA14699 for ; Wed, 5 Feb 1997 05:30:16 -0800 (PST) Received: (from richier@localhost) by tuna.imag.fr (8.8.3/8.8.3) id OAA00505; Wed, 5 Feb 1997 14:29:44 +0100 (MET) Message-Id: <199702051329.OAA00505@tuna.imag.fr> Date: Wed, 5 Feb 1997 14:29:44 +0100 (MET) From: Jean-Luc.Richier@imag.fr Reply-To: Jean-Luc.Richier@imag.fr To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2668: modification suggested for rarpd Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2668 >Category: bin >Synopsis: modification suggested for rarpd >Confidential: yes >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Feb 5 05:40:02 PST 1997 >Last-Modified: >Originator: Jean-Luc Richier >Organization: Institut IMAg, Grenoble, France >Release: FreeBSD 2.1.6-RELEASE i386 >Environment: >Description: While working on the IPv6 extensions for NetBSD and FreeBSD, I discovered some problems. They are not bugs in the base code, only simplified behaviours, but if one tries to make extensions, these behaviours raise problems. Therefore I suggest corrections to the base distribution code. >How-To-Repeat: rarpd -a dies if the system includes interfaces UP and not point to point which are not ethernet. This pauses problems if the machine is a boot server and includes special interfaces. >Fix: if one run rarpd with -a, silently ignores any interfaces which are not ethernet instead of doing an error exit. *** usr.sbin/rarpd/rarpd.c.DIST Wed Jun 5 04:57:54 1996 --- usr.sbin/rarpd/rarpd.c Wed Feb 5 11:46:24 1997 *************** *** 114,119 **** --- 114,122 ---- void lookup_eaddr(); void lookup_ipaddr(); + int aflag = 0; /* listen on "all" interfaces */ + int fflag = 0; /* don't fork */ + void main(argc, argv) int argc; *************** *** 122,130 **** int op, pid; char *ifname, *hostname, *name; - int aflag = 0; /* listen on "all" interfaces */ - int fflag = 0; /* don't fork */ - extern char *optarg; extern int optind, opterr; --- 125,130 ---- *************** *** 186,195 **** p = (struct if_info *)malloc(sizeof(*p)); p->ii_next = iflist; iflist = p; - p->ii_fd = rarp_open(ifname); lookup_eaddr(p->ii_fd, p->ii_eaddr); lookup_ipaddr(ifname, &p->ii_ipaddr, &p->ii_netmask); } --- 186,198 ---- p = (struct if_info *)malloc(sizeof(*p)); + p->ii_fd = rarp_open(ifname); + if (p->ii_fd < 0) + return; + p->ii_next = iflist; iflist = p; lookup_eaddr(p->ii_fd, p->ii_eaddr); lookup_ipaddr(ifname, &p->ii_ipaddr, &p->ii_netmask); } *************** *** 305,310 **** --- 308,317 ---- } (void)strncpy(ifr.ifr_name, device, sizeof ifr.ifr_name); if (ioctl(fd, BIOCSETIF, (caddr_t)&ifr) < 0) { + if (aflag) { /* for -a skip not ethernet interfaces */ + close(fd); + return -1; + } syslog(LOG_ERR, "BIOCSETIF: %m"); exit(1); } *************** *** 317,322 **** --- 324,333 ---- exit(1); } if (link_type != DLT_EN10MB) { + if (aflag) { /* for -a skip not ethernet interfaces */ + close(fd); + return -1; + } syslog(LOG_ERR, "%s not on ethernet", device); exit(1); } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Feb 5 06:19:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA16680 for bugs-outgoing; Wed, 5 Feb 1997 06:19:27 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA16658; Wed, 5 Feb 1997 06:19:23 -0800 (PST) Date: Wed, 5 Feb 1997 06:19:23 -0800 (PST) From: Mike Pritchard Message-Id: <199702051419.GAA16658@freefall.freebsd.org> To: rob@ugh.net.au, mpp, freebsd-bugs Subject: Re: docs/2663 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: "ngen" field in newsyslog.conf isn't documented. State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Wed Feb 5 06:18:30 PST 1997 State-Changed-Why: The "ngen" field is documented as "count" in the manual page. I updated the stock newsyslog.conf to refer to this field as "count" so that it is now consistent with the manual page. From owner-freebsd-bugs Wed Feb 5 06:24:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA17030 for bugs-outgoing; Wed, 5 Feb 1997 06:24:32 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA16976; Wed, 5 Feb 1997 06:24:05 -0800 (PST) Received: from horus.imag.fr (horus.imag.fr [129.88.38.2]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id GAA16476 ; Wed, 5 Feb 1997 06:24:03 -0800 (PST) Received: (from richier@localhost) by horus.imag.fr (8.8.1/8.6.9) id PAA14008; Wed, 5 Feb 1997 15:22:40 +0100 (MET) Date: Wed, 5 Feb 1997 15:22:40 +0100 (MET) From: Jean-Luc Richier Message-Id: <199702051422.PAA14008@horus.imag.fr> In-Reply-To: FreeBSD-gnats@freefall.freebsd.org's message as of Feb 5, 5:40. Organization: IMAG, Grenoble, France X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: FreeBSD-gnats@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Subject: Re: bin/2668: modification suggested for rarpd Cc: Francis.Dupont@inria.fr Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Dans votre courrier du 5 Feb 5:40 vous ecrivez : >Thank you very much for your problem report. >It has the internal identification `bin/2668'. >The individual assigned to look at your >bug is: freebsd-bugs. > >>Category: bin >>Responsible: freebsd-bugs >>Synopsis: modification suggested for rarpd >>Arrival-Date: Wed Feb 5 05:40:02 PST 1997 Following a remark of Theo de Raadt about a memory leak in my suggested patch, here is a updated version I hope this wille help you *** rarpd.c.DIST Thu Mar 21 19:28:23 1996 --- rarpd.c Wed Feb 5 15:17:37 1997 *************** *** 193,198 **** --- 193,203 ---- char *ifname; { struct if_info *p; + int fd; + + fd = rarp_open(ifname); + if (fd < 0) + return; p = (struct if_info *)malloc(sizeof(*p)); if (p == 0) { *************** *** 202,208 **** p->ii_next = iflist; iflist = p; ! p->ii_fd = rarp_open(ifname); lookup_eaddr(ifname, p->ii_eaddr); lookup_ipaddr(ifname, &p->ii_ipaddr, &p->ii_netmask); } --- 207,213 ---- p->ii_next = iflist; iflist = p; ! p->ii_fd = fd; lookup_eaddr(ifname, p->ii_eaddr); lookup_ipaddr(ifname, &p->ii_ipaddr, &p->ii_netmask); } *************** *** 317,322 **** --- 322,331 ---- } (void) strncpy(ifr.ifr_name, device, sizeof ifr.ifr_name); if (ioctl(fd, BIOCSETIF, (caddr_t) & ifr) < 0) { + if (aflag) { /* for -a skip not ethernet interfaces */ + close(fd); + return -1; + } err(FATAL, "BIOCSETIF: %s", strerror(errno)); /* NOTREACHED */ } *************** *** 327,332 **** --- 336,345 ---- /* NOTREACHED */ } if (dlt != DLT_EN10MB) { + if (aflag) { /* for -a skip not ethernet interfaces */ + close(fd); + return -1; + } err(FATAL, "%s is not an ethernet", device); /* NOTREACHED */ } -- Jean-Luc RICHIER (Jean-Luc.Richier@Imag.Fr richier@imag.fr) Laboratoire Logiciels, Systemes et Reseaux (LSR-IMAG) IMAG-CAMPUS, BP 53, F-38041 GRENOBLE Cedex 9 Tel : (33) 4 76 82 72 32 Fax : (33) 4 76 82 72 87 From owner-freebsd-bugs Wed Feb 5 06:25:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA17183 for bugs-outgoing; Wed, 5 Feb 1997 06:25:06 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA17157; Wed, 5 Feb 1997 06:25:00 -0800 (PST) Date: Wed, 5 Feb 1997 06:25:00 -0800 (PST) From: Mike Pritchard Message-Id: <199702051425.GAA17157@freefall.freebsd.org> To: gurney_j@efn.org, mpp, freebsd-bugs Subject: Re: gnu/2661 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: man -t is hardcoded to do postscript output (even though it says it passes it through troff) State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Wed Feb 5 06:24:39 PST 1997 State-Changed-Why: Suggested patch applied. From owner-freebsd-bugs Wed Feb 5 06:29:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA17485 for bugs-outgoing; Wed, 5 Feb 1997 06:29:40 -0800 (PST) Received: from horus.imag.fr (horus.imag.fr [129.88.38.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA17445; Wed, 5 Feb 1997 06:29:05 -0800 (PST) Received: (from richier@localhost) by horus.imag.fr (8.8.1/8.6.9) id PAA14155; Wed, 5 Feb 1997 15:28:57 +0100 (MET) Date: Wed, 5 Feb 1997 15:28:57 +0100 (MET) From: Jean-Luc Richier Message-Id: <199702051428.PAA14155@horus.imag.fr> In-Reply-To: Jean-Luc Richier's message as of Feb 5, 15:22. Organization: IMAG, Grenoble, France X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: FreeBSD-gnats@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Subject: Re: bin/2668: modification suggested for rarpd Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In your mail dated 5 Feb 5:40 you write : >Thank you very much for your problem report. >It has the internal identification `bin/2668'. >The individual assigned to look at your >bug is: freebsd-bugs. > >>Category: bin >>Responsible: freebsd-bugs >>Synopsis: modification suggested for rarpd >>Arrival-Date: Wed Feb 5 05:40:02 PST 1997 First an apology : The previous message was about NetBSD and not FreeBSD. This one is the correct. Following a remark of Theo de Raadt about a memory leak in my suggested patch, here is a updated version for FreeBSD I hope this will help you *** rarpd.c.DIST Wed Jun 5 04:57:54 1996 --- rarpd.c Wed Feb 5 15:15:55 1997 *************** *** 114,119 **** --- 114,122 ---- void lookup_eaddr(); void lookup_ipaddr(); + int aflag = 0; /* listen on "all" interfaces */ + int fflag = 0; /* don't fork */ + void main(argc, argv) int argc; *************** *** 122,130 **** int op, pid; char *ifname, *hostname, *name; - int aflag = 0; /* listen on "all" interfaces */ - int fflag = 0; /* don't fork */ - extern char *optarg; extern int optind, opterr; --- 125,130 ---- *************** *** 183,195 **** char *ifname; { struct if_info *p; p = (struct if_info *)malloc(sizeof(*p)); p->ii_next = iflist; iflist = p; ! p->ii_fd = rarp_open(ifname); lookup_eaddr(p->ii_fd, p->ii_eaddr); lookup_ipaddr(ifname, &p->ii_ipaddr, &p->ii_netmask); } --- 183,199 ---- char *ifname; { struct if_info *p; + int fd; + fd = rarp_open(ifname); + if (fd < 0) + return; p = (struct if_info *)malloc(sizeof(*p)); p->ii_next = iflist; iflist = p; ! p->ii_next = fd; lookup_eaddr(p->ii_fd, p->ii_eaddr); lookup_ipaddr(ifname, &p->ii_ipaddr, &p->ii_netmask); } *************** *** 305,310 **** --- 309,318 ---- } (void)strncpy(ifr.ifr_name, device, sizeof ifr.ifr_name); if (ioctl(fd, BIOCSETIF, (caddr_t)&ifr) < 0) { + if (aflag) { /* for -a skip not ethernet interfaces */ + close(fd); + return -1; + } syslog(LOG_ERR, "BIOCSETIF: %m"); exit(1); } *************** *** 317,322 **** --- 325,334 ---- exit(1); } if (link_type != DLT_EN10MB) { + if (aflag) { /* for -a skip not ethernet interfaces */ + close(fd); + return -1; + } syslog(LOG_ERR, "%s not on ethernet", device); exit(1); } -- Jean-Luc RICHIER (Jean-Luc.Richier@Imag.Fr richier@imag.fr) Laboratoire Logiciels, Systemes et Reseaux (LSR-IMAG) IMAG-CAMPUS, BP 53, F-38041 GRENOBLE Cedex 9 Tel : (33) 4 76 82 72 32 Fax : (33) 4 76 82 72 87 From owner-freebsd-bugs Wed Feb 5 07:28:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA13359 for bugs-outgoing; Wed, 5 Feb 1997 07:28:48 -0800 (PST) Received: from ui-gate.utell.co.uk (ui-gate.utell.co.uk [194.200.4.253]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA12915; Wed, 5 Feb 1997 07:28:35 -0800 (PST) Received: from dibble.utell.net (dibble.utell.net [97.3.0.10]) by ui-gate.utell.co.uk (8.7.6/8.7.3) with ESMTP id PAA29674; Wed, 5 Feb 1997 15:28:29 GMT Message-Id: <199702051528.PAA29674@ui-gate.utell.co.uk> From: "Brian Somers" To: , , Cc: Subject: Re: bin/2662 Date: Wed, 5 Feb 1997 15:28:30 -0000 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1155 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sorry - looks like a version thingy ! I never tagged any of the fixes with RELENG_2_2 :( How do I go about tagging main.c 1.29/1.30, timer.c 1.7 and timeout.h 1.7 ? Otherwise, this pr is the same as 2347. Brian Don't _EVER_ lose your sense of humour > Synopsis: ppp hangs with recursive malloc() call > > Responsible-Changed-From-To: freebsd-bugs->brian > Responsible-Changed-By: jkh > Responsible-Changed-When: Tue Feb 4 18:23:31 PST 1997 > Responsible-Changed-Why: > ppp is Brian's baby. > From owner-freebsd-bugs Wed Feb 5 07:40:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA02237 for bugs-outgoing; Wed, 5 Feb 1997 07:40:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA02144; Wed, 5 Feb 1997 07:40:03 -0800 (PST) Date: Wed, 5 Feb 1997 07:40:03 -0800 (PST) Message-Id: <199702051540.HAA02144@freefall.freebsd.org> To: freebsd-bugs Cc: From: Jean-Luc Richier Subject: Re: bin/2668: modification suggested for rarpd Reply-To: Jean-Luc Richier Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2668; it has been noted by GNATS. From: Jean-Luc Richier To: FreeBSD-gnats@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Cc: Subject: Re: bin/2668: modification suggested for rarpd Date: Wed, 5 Feb 1997 15:28:57 +0100 (MET) In your mail dated 5 Feb 5:40 you write : >Thank you very much for your problem report. >It has the internal identification `bin/2668'. >The individual assigned to look at your >bug is: freebsd-bugs. > >>Category: bin >>Responsible: freebsd-bugs >>Synopsis: modification suggested for rarpd >>Arrival-Date: Wed Feb 5 05:40:02 PST 1997 First an apology : The previous message was about NetBSD and not FreeBSD. This one is the correct. Following a remark of Theo de Raadt about a memory leak in my suggested patch, here is a updated version for FreeBSD I hope this will help you *** rarpd.c.DIST Wed Jun 5 04:57:54 1996 --- rarpd.c Wed Feb 5 15:15:55 1997 *************** *** 114,119 **** --- 114,122 ---- void lookup_eaddr(); void lookup_ipaddr(); + int aflag = 0; /* listen on "all" interfaces */ + int fflag = 0; /* don't fork */ + void main(argc, argv) int argc; *************** *** 122,130 **** int op, pid; char *ifname, *hostname, *name; - int aflag = 0; /* listen on "all" interfaces */ - int fflag = 0; /* don't fork */ - extern char *optarg; extern int optind, opterr; --- 125,130 ---- *************** *** 183,195 **** char *ifname; { struct if_info *p; p = (struct if_info *)malloc(sizeof(*p)); p->ii_next = iflist; iflist = p; ! p->ii_fd = rarp_open(ifname); lookup_eaddr(p->ii_fd, p->ii_eaddr); lookup_ipaddr(ifname, &p->ii_ipaddr, &p->ii_netmask); } --- 183,199 ---- char *ifname; { struct if_info *p; + int fd; + fd = rarp_open(ifname); + if (fd < 0) + return; p = (struct if_info *)malloc(sizeof(*p)); p->ii_next = iflist; iflist = p; ! p->ii_next = fd; lookup_eaddr(p->ii_fd, p->ii_eaddr); lookup_ipaddr(ifname, &p->ii_ipaddr, &p->ii_netmask); } *************** *** 305,310 **** --- 309,318 ---- } (void)strncpy(ifr.ifr_name, device, sizeof ifr.ifr_name); if (ioctl(fd, BIOCSETIF, (caddr_t)&ifr) < 0) { + if (aflag) { /* for -a skip not ethernet interfaces */ + close(fd); + return -1; + } syslog(LOG_ERR, "BIOCSETIF: %m"); exit(1); } *************** *** 317,322 **** --- 325,334 ---- exit(1); } if (link_type != DLT_EN10MB) { + if (aflag) { /* for -a skip not ethernet interfaces */ + close(fd); + return -1; + } syslog(LOG_ERR, "%s not on ethernet", device); exit(1); } -- Jean-Luc RICHIER (Jean-Luc.Richier@Imag.Fr richier@imag.fr) Laboratoire Logiciels, Systemes et Reseaux (LSR-IMAG) IMAG-CAMPUS, BP 53, F-38041 GRENOBLE Cedex 9 Tel : (33) 4 76 82 72 32 Fax : (33) 4 76 82 72 87 From owner-freebsd-bugs Wed Feb 5 08:40:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA18887 for bugs-outgoing; Wed, 5 Feb 1997 08:40:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA18820; Wed, 5 Feb 1997 08:40:03 -0800 (PST) Date: Wed, 5 Feb 1997 08:40:03 -0800 (PST) Message-Id: <199702051640.IAA18820@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: bin/2657: ypserv thinks there is no computers in network 10.1.2.3 netmask 255.255.255.0 Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2657; it has been noted by GNATS. From: Bill Fenner To: Dmitrij Tejblum Cc: Bill Fenner , freebsd-gnats-submit@freebsd.org Subject: Re: bin/2657: ypserv thinks there is no computers in network 10.1.2.3 netmask 255.255.255.0 Date: Wed, 5 Feb 1997 08:35:05 PST >after all, why my securenets file must differ from my ifconfig commands? IMHO, if we make this change to yp, then we need to make similar changes to anything that accepts a network number. Otherwise, confusion will abound ("How come 'route' doesn't work when I use a host address, but it works for YP?"). I'd prefer to add a warning to ypserv until we make a project-wide decision to allow this kind of configuration. Bill From owner-freebsd-bugs Wed Feb 5 08:50:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA02041 for bugs-outgoing; Wed, 5 Feb 1997 08:50:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA01972; Wed, 5 Feb 1997 08:50:03 -0800 (PST) Date: Wed, 5 Feb 1997 08:50:03 -0800 (PST) Message-Id: <199702051650.IAA01972@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: bin/2657: ypserv thinks there is no computers in network 10.1.2.3 netmask 255.255.255.0 Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2657; it has been noted by GNATS. From: Bill Fenner To: freebsd-gnats@freebsd.org, tejblum@arc.hq.cti.ru Cc: Subject: Re: bin/2657: ypserv thinks there is no computers in network 10.1.2.3 netmask 255.255.255.0 Date: Tue, 4 Feb 1997 21:21:59 PST ypserv is right. Network numbers are normally specified with a "0" in the host portion; in your case, the network number is 10.1.2.0 . 10.1.2.3 is a host address on the network 10.1.2.0 . Your patch simply allows people to specify either a host address or the network number in the securenets file. Bill From owner-freebsd-bugs Wed Feb 5 11:10:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA02647 for bugs-outgoing; Wed, 5 Feb 1997 11:10:06 -0800 (PST) Received: from mail1.sirius.com (mail1.sirius.com [205.134.253.131]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id LAA02614 for ; Wed, 5 Feb 1997 11:09:56 -0800 (PST) Received: from ds9.sirius.com (ds9.sirius.com [205.134.226.34]) by mail1.sirius.com (8.6.12/960710) with ESMTP id LAA16478 for ; Wed, 5 Feb 1997 11:08:20 -0800 Received: from localhost (dlowe@localhost) by ds9.sirius.com (8.6.12/961127) with SMTP id LAA04554 for ; Wed, 5 Feb 1997 11:09:58 -0800 X-Authentication-Warning: ds9.sirius.com: dlowe owned process doing -bs Date: Wed, 5 Feb 1997 11:09:57 -0800 (PST) From: David Lowe X-Sender: dlowe@ds9 To: freebsd-bugs@freefall.freebsd.org Subject: disk crash (AHA-2940AU) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Bug-people - Just had a nasty crash. I'm running FreeBSD 2.2-BETA, on a Pentium 133 with 64MB RAM. It has an adaptec AHA-2940AU SCSI controller, and a single 1GB disk. After weeks of running without a hitch, this morning (running with about 7 or 8 console logins, 4 running emacs, one running pine, others idle) something hiccupped and the machine fell over. The error that appears to have started the problem was "/kernel: ahc0: Someone reset channel A". After that every attempt to access the disk met with errors (file system full, Input/output error, out of inodes, bad file descriptor...) When it became obvious (to me, at least) the machine was hosed, I copied out the syslog messages to the console, then ran df and iostat, copying those results as well. iostat caused a panic. After rebooting, things look fine, but I'm a bit nervous. I seem to recall that the drivers for the 2940AU are not fully tested/supported? Is this just a hardware hiccup? Is there something that can be done to recover from such a crash? Thanks much, David Lowe syslog (logged to console): --- /kernel: ahc0: Someone reset channel A /kernel: pid 933 (emacs), uid 0 on /: file system full sysolgd: /var/log/messages: Input/output error sendmail[1991]: HAA00231: SYSERR(root): Can't create transcript file xfHAA00231: Input/output error /kernel: pid 1991 (sendmail), uid 0 on /var: out of inodes sendmail[1991]: 0: fl=0x0, mode=20666: CHR: dev=4/0, ino=258, nlink=1, u/gid=0/0, size=0 sendmail[1991]: 1: fl=0x1, mode=20666: CHR: dev=4/0, ino=258, nlink=1, u/gid=0/0, size=0 sendmail[1991]: 2: fl=0x1, mode=20666: CHR: dev=4/0, ino=258, nlink=1, u/gid=0/0, size=0 sendmail[1991]: 3: fl=0x0, mode=140000: SOCK [0]->[[UNIX: /var/run/log]] sendmail[1991]: 4: fl=0x0, mode=100644: dev=4/0, ino=671, nlink=1, u/gid=0/0, size=32768 sendmail[1991]: 5: fl=0x0, mode=100644: dev=4/131077, ino=116804, nlink=1, u/gid=0/0, size=32768 sendmail[1991]: 6: fl=0x4002, mode=100600: dev=4/131076, ino=198, nlink=1, u/gid=0/0, size=551 sendmail[1991]: 7: fl=0x1, mode=20666: CHR: dev=4/0, ino=258, nlink=1, u/gid=0/0, size=0 sendmail[1991]: 8: fl=0x0, mode=100600: dev=4/131076, ino=195, nlink=1, u/gid=0/0, size=0 sendmail[1991]: HAA00231: SYSERR(root): queueup: cannot create queue temp file tfHAA00231, uid=0: Bad file descriptor sendmail[1991]: MCI@0: NULL /kernel: pid 153 (bash), uid 1002 on /usr: out of inodes df: --- Filesystem 512-blocks Used Avail Capacity Mounted on /dev/sd0a 63550 28280 30186 48% / /dev/sd0s1f 1630646 685004 815192 46% /usr /dev/sd0s1e 59454 2042 52656 4% /var procfs 8 8 0 100% /proc iostat: --- spec_getpages: I/O read error vm_fault: pager input (probably hardware) error, PID 2028 failure Fatal trap 12: oage fault while in kernel mode fault virtual address = 0x53b80 fault code = supervisor read, page not present instruction pointer = 0x8:0xf0100767 stack pointer = 0x10:0xefbffde4 frame pointer = 0x10:0xefbffe10 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 2028 (bash) interrupt mask = panic: page fault syncing disks... 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 giving up dumping to dev 401, offset 151664 dump 64 63 62 61 (at this point I rebooted, as it appeared to have frozen) uname -a --- FreeBSD list.sirius.com 2.2-BETA_A FreeBSD 2.2-BETA_A #0: Thu Jan 23 18:53:39 PST 1997 root@news3.sirius.com:/usr/src/sys/compile/FRUMPY i386 FRUMPY (kernel config file): --- # FRUMPY -- config file for sirius.com FreeBSD-2.2-BETA machines. machine "i386" cpu "I586_CPU" ident FRUMPY config kernel root on sd0 dumps on sd0 maxusers 64 options "MAXMEM=(64*1024)" options CHILD_MAX=256 options OPEN_MAX=1024 options "NMBCLUSTERS=2048" options GPL_MATH_EMULATE options "COMPAT_43" options SYSVSHM options "SHMMAXPGS=4096" # increase the size of the shared pages options SYSVSEM options SYSVMSG options UCONSOLE options MAXCONS=14 options USERCONFIG options VISUAL_USERCONFIG options INET options "TCP_COMPAT_42" options FFS options NFS options PROCFS options QUOTA options BOUNCE_BUFFERS pseudo-device ether #Generic Ethernet pseudo-device loop #Network loopback device pseudo-device bpfilter 4 #Berkeley packet filter pseudo-device pty 32 pseudo-device log pseudo-device gzip controller scbus0 #base SCSI code device ch0 #SCSI media changers device sd0 #SCSI disks device st0 #SCSI tapes device cd0 #SCSI CD-ROMs device od0 #SCSI optical disk controller isa0 device lpt0 at isa? port? tty irq 7 vector lptintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" iosiz 0x0 flags 0x0 irq 13 vector npxintr controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 controller pci0 controller ahc1 device de0 --- From owner-freebsd-bugs Wed Feb 5 12:50:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA10927 for bugs-outgoing; Wed, 5 Feb 1997 12:50:14 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA10921; Wed, 5 Feb 1997 12:50:09 -0800 (PST) Resent-Date: Wed, 5 Feb 1997 12:50:09 -0800 (PST) Resent-Message-Id: <199702052050.MAA10921@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, burg@is.ge.com Received: from ns.ge.com (ns.ge.com [192.35.39.24]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA10723 for ; Wed, 5 Feb 1997 12:47:02 -0800 (PST) Received: from thomas.ge.com (thomas.ge.com [3.47.28.21]) by ns.ge.com (8.8.4/8.7.3) with ESMTP id PAA16441 for ; Wed, 5 Feb 1997 15:45:01 -0500 (EST) Received: from vdb.is.ge.com ([3.228.100.2]) by thomas.ge.com (8.8.4/8.7.5) with ESMTP id PAA28212 for ; Wed, 5 Feb 1997 15:47:52 -0500 (EST) Received: (from burg@localhost) by vdb.is.ge.com (8.8.5/8.6.12) id VAA01307; Wed, 5 Feb 1997 21:43:43 +0100 (MET) Message-Id: <199702052043.VAA01307@vdb.is.ge.com> Date: Wed, 5 Feb 1997 21:43:43 +0100 (MET) From: burg@is.ge.com Reply-To: burg@is.ge.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2670: fetch and proxies Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2670 >Category: bin >Synopsis: fetch fails with HTTP_PROXY >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 5 12:50:07 PST 1997 >Last-Modified: >Originator: Dick van den Burg >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: Current as of Feb 3 HTTP_PROXY=http-proxy.euro.ge.com:80 netscape proxy on a BSDI system. >Description: 1) fetch decodes the proxy port number incorrectly resulting in fetch: `http-proxy.euro.ge.com:80': invalid port number 2) the GET has a leading / that should not be there. GET /http://www.xemacs.org/index.html in stead of GET http://www.xemacs.org/index.html >How-To-Repeat: >Fix: *** http.c Wed Feb 5 21:34:32 1997 --- /usr/src/usr.bin/fetch/http.c Fri Jan 31 20:55:50 1997 *************** *** 415,421 **** } while(0) retry: ! addstr(iov, n, "GET "); addstr(iov, n, https->http_remote_request); addstr(iov, n, " HTTP/1.1\r\n"); /* --- 415,421 ---- } while(0) retry: ! addstr(iov, n, "GET /"); addstr(iov, n, https->http_remote_request); addstr(iov, n, " HTTP/1.1\r\n"); /* *** util.c Wed Feb 5 20:11:43 1997 --- /usr/src/usr.bin/fetch/util.c Sun Feb 2 10:16:37 1997 *************** *** 165,171 **** colon = strchr(s, ':'); if (colon != 0) { ! /* colon++; */ errno = 0; ul = strtoul(colon + 1, &ep, 10); if (*ep != '\0' || colon[1] == '\0' || errno != 0 --- 165,171 ---- colon = strchr(s, ':'); if (colon != 0) { ! colon++; errno = 0; ul = strtoul(colon + 1, &ep, 10); if (*ep != '\0' || colon[1] == '\0' || errno != 0 >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Feb 5 13:10:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA12099 for bugs-outgoing; Wed, 5 Feb 1997 13:10:17 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA12086; Wed, 5 Feb 1997 13:10:06 -0800 (PST) Resent-Date: Wed, 5 Feb 1997 13:10:06 -0800 (PST) Resent-Message-Id: <199702052110.NAA12086@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.NAA11915;Wed; (8.8.5/8.8.5);, 5 Feb 1997 13:06:06.-0800 (PST) Message-Id: <199702052106.NAA11915@freefall.freebsd.org> Date: Wed, 5 Feb 1997 13:06:06 -0800 (PST) From: arlie@thepoint.net To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2671: Run-away processes using all CPU time Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2671 >Category: bin >Synopsis: Run-away processes using all CPU time >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 5 13:10:02 PST 1997 >Last-Modified: >Originator: Arlie Davis >Organization: ThePoint Internet Services, Inc. >Release: 2.1.6.1 >Environment: FreeBSD access.thepoint.net 2.1.6-RELEASE FreeBSD 2.1.6-RELEASE #0: Sun Jan 12 2 2:54:42 1997 root@access.thepoint.net:/usr/src/sys/compile/ACCESS i386 >Description: PPPD and several other programs apparently do not correctly receive the SIGHUP signal when a user hangs up on a serial line or closes a Telnet session. This uses 100% of CPU time and renders the serial port useless until the process is noticed and killed. This also happens with Lynx, Pine, vi, and other text-based programs (not just pppd). This problem occurs under all versions of FreeBSD that I have tried, including 2.1.0, 2.1.5, 2.1.6, and 2.2-961014-SNAP. >How-To-Repeat: Dial in, start PPP session, hangup line WITHOUT notifying peer PPP process >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Feb 5 14:10:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA15956 for bugs-outgoing; Wed, 5 Feb 1997 14:10:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA15945; Wed, 5 Feb 1997 14:10:02 -0800 (PST) Date: Wed, 5 Feb 1997 14:10:02 -0800 (PST) Message-Id: <199702052210.OAA15945@freefall.freebsd.org> To: freebsd-bugs Cc: From: Garrett Wollman Subject: bin/2670: fetch and proxies Reply-To: Garrett Wollman Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2670; it has been noted by GNATS. From: Garrett Wollman To: burg@is.ge.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: bin/2670: fetch and proxies Date: Wed, 5 Feb 1997 17:02:34 -0500 < 1) fetch decodes the proxy port number incorrectly resulting in > fetch: `http-proxy.euro.ge.com:80': invalid port number > 2) the GET has a leading / that should not be there. > GET /http://www.xemacs.org/index.html in stead of > GET http://www.xemacs.org/index.html You're right. I will try to fix these tomorrow. (Your patch for (2) was too simplistic and doesn't work for talking to an HTTP/1.0 server which is not a proxy.) -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-bugs Wed Feb 5 15:30:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA22763 for bugs-outgoing; Wed, 5 Feb 1997 15:30:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA22756; Wed, 5 Feb 1997 15:30:02 -0800 (PST) Date: Wed, 5 Feb 1997 15:30:02 -0800 (PST) Message-Id: <199702052330.PAA22756@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/2671: Run-away processes using all CPU time Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2671; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: arlie@thepoint.net Cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/2671: Run-away processes using all CPU time Date: Thu, 6 Feb 1997 00:02:15 +0100 As arlie@thepoint.net wrote: (Please, restrict your line length to a reasonable value. Better use a mail software that assists you in this.) > PPPD and several other programs apparently do not correctly receive > the SIGHUP signal when a user hangs up on a serial line or closes a > Telnet session. This uses 100% of CPU time and renders the serial > port useless until the process is noticed and killed. This also > happens with Lynx, Pine, vi, and other text-based programs (not just > pppd). > This problem occurs under all versions of FreeBSD that I have tried, > including 2.1.0, 2.1.5, 2.1.6, and 2.2-961014-SNAP. Your line setup must be faulty, it seems your modem doesn't raise/ drop the DCD signal (or you have accidentally configured your port to ignore modem signalling). However, you're right in that those programs shouldn't eat up the CPU but instead correctly terminate once they saw an excessive number of EIOs on their input channel. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed Feb 5 16:02:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA25460 for bugs-outgoing; Wed, 5 Feb 1997 16:02:06 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA25446 for ; Wed, 5 Feb 1997 16:02:00 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id KAA26426; Thu, 6 Feb 1997 10:52:29 +1100 Date: Thu, 6 Feb 1997 10:52:29 +1100 From: Bruce Evans Message-Id: <199702052352.KAA26426@godzilla.zeta.org.au> To: freebsd-bugs@freefall.freebsd.org, Shimon@i-Connect.Net Subject: Re: bin/2633: fsck -p in /etc/rc fails with cannot alloc nnnn by Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Have you considered looking at the fact that fsck may be doing lseek or > some other computation, based on the SIZE of the partition in bytes, > encountering an integer overflow, or sign extention problem and trying to > malloc (for example) a negative number, or a very small one, etc. > > Do we have llseek(2) in FreeBSD? BSD4.4Lite-derived systems have 64-bit off_t's and lseek(2). There are several overflow and sign extension bugs in plain BSD4.4Lite, but FreeBSD has fixed many of them. The most common bug was to do an overflowing multiplication of a daddr_t by a block size. fsck and many other things didn't work for partitions >= 2GB in early versions of FreeBSD because btodb() in overflowed on 32-bit systems. There are probably still bugs for files >= 2GB but I don't know of any for file systems >= 2GB. Bruce From owner-freebsd-bugs Wed Feb 5 16:20:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA27325 for bugs-outgoing; Wed, 5 Feb 1997 16:20:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA27288; Wed, 5 Feb 1997 16:20:02 -0800 (PST) Date: Wed, 5 Feb 1997 16:20:02 -0800 (PST) Message-Id: <199702060020.QAA27288@freefall.freebsd.org> To: freebsd-bugs Cc: From: David Malone Subject: Re: kern/2635: NFS cache and access permissions. Reply-To: David Malone Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2635; it has been noted by GNATS. From: David Malone To: Bruce Evans Cc: dwmalone@maths.tcd.ie, FreeBSD-gnats-submit@freebsd.org, iedowse@maths.tcd.ie Subject: Re: kern/2635: NFS cache and access permissions. Date: Thu, 06 Feb 1997 00:12:38 GMT > > For some reason lstat'ing a file in the directory in question > > seems to invalidate the cache. > > I fixed this locally a year or two ago, but no one (except Terry :-) > seemed interested in reviewing my patch or fixing it properly. It was > broken in 4.4Lite to support symlinks inheriting attributes from the > parent directory. I forget what the penalty for invalidating the > cache is. I guess haveing a way to invalidate the cache is useful in some ways. Here we have maildrops in peoples home directories, and sometimes you get alerted you have newmail, type "inc" and inc says "no new mail". A quick ls -l of your home directory fixes this though ;-) Mind you - still leaves me with the problem that people can read files they shouldn't be able too. David. From owner-freebsd-bugs Wed Feb 5 16:20:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA27349 for bugs-outgoing; Wed, 5 Feb 1997 16:20:15 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA27321; Wed, 5 Feb 1997 16:20:07 -0800 (PST) Resent-Date: Wed, 5 Feb 1997 16:20:07 -0800 (PST) Resent-Message-Id: <199702060020.QAA27321@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jmaslak@blackfire.com Received: from blackfire.com (hill153.uwyo.edu [129.72.150.153]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA26800 for ; Wed, 5 Feb 1997 16:15:30 -0800 (PST) Received: (qmail 6257 invoked by uid 500); 6 Feb 1997 00:15:45 -0000 Message-Id: <19970206001545.6256.qmail@blackfire.com> Date: 6 Feb 1997 00:15:45 -0000 From: jmaslak@blackfire.com Reply-To: jmaslak@blackfire.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2672: Problem with telnetd Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2672 >Category: bin >Synopsis: Problem with telnetd >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 5 16:20:04 PST 1997 >Last-Modified: >Originator: Joel Maslak >Organization: Not Likely! >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD Current 3.0, December 1996 update. TCP Host, several active users (10 users). Incomming telnets from distant TCP/IP hosts, using semi-reliable networks. >Description: Sometimes users who disconnect leave a telnetd behind. This is caused, apparently, by users disconnecting incorrectly (shutting off remote workstation, loss of network connectivity, etc). The shell process which is eventually spawned durring the incomming telnet eventially dies, but the telnetd does not. Thus, "w" and "who" reveal no logged in users on a TTY, yet that TTY will not be assigned to incomming connections (telnetd still has control of one side of it). The terminal in this case had not been assigned for ten days (until I noticed that it was "stuck"). Obviously this isn't a major problem for my system, with only ten users, but it would be for a large, heavily used machine. Obviously even TCP should time out in 10 days! >How-To-Repeat: Unknown, see above. >Fix: Workarround: Kill old telnetd's that aren't being used. Be careful. A sighup seems to work fine. (look at ps -axu | grep telnetd, and select one with a start time that does not appear for any logged in users as the login time) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Feb 5 16:32:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA28518 for bugs-outgoing; Wed, 5 Feb 1997 16:32:32 -0800 (PST) Received: from silence.secnet.com ([204.191.222.34]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA28510 for ; Wed, 5 Feb 1997 16:32:20 -0800 (PST) Received: from localhost (oliver@localhost) by silence.secnet.com (8.8.5/secnet) with SMTP id SAA16602 for ; Wed, 5 Feb 1997 18:05:34 -0700 (MST) Date: Wed, 5 Feb 1997 18:05:33 -0700 (MST) From: Oliver Friedrichs To: freebsd-bugs@freebsd.org Subject: Security advisory Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I plan on posting this advisory within the next working day. If you have any comments or suggestions please respond as soon as possible.. any input is welcome. - Oliver - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Secure Networks Incorporated. Calgary, Alberta, Canada, (403) 262-9211 -- cut -- ###### ## ## ###### ## ### ## ## ###### ## # ## ## ## ## ### ## ###### . ## ## . ######. Secure Networks Inc. Security Advisory February 6, 1997 A simple TCP spoofing attack Over the past few years TCP sequence number prediction attacks have become a real threat against unprotected networks, taking advantage of the inherent trust relationships present in many network installations. TCP sequence number prediction attacks have most commonly been implemented by opening a series of connections to the target host, and attempting to predict the sequence number which will be used next. Many operating systems have therefore attempted to solve this problem by implementing a method of generating sequence numbers in unpredictable fashions. This method does not solve the problem. This advisory introduces an alternative method of obtaining the initial sequence number from some common trusted services. The attack presented here does not require the attacker to open multiple connections, or flood a port on the trusted host to complete the attack. The only requirement is that source routed packets can be injected into the target network with fake source addresses. This advisory assumes that the reader already has an understanding of how TCP sequence number prediction attacks are implemented. The impact of this advisory is greatly dimished due to the large number of organizations which block source routed packets and packets with addresses inside of their networks. Therefore we present the information as more of a 'heads up' message for the technically inclined, and to re-iterate that the randomization of TCP sequence numbers is not an effective solution against this attack. Technical Details ~~~~~~~~~~~~~~~~~ The problem occurs when daemons which attempt to drop source routed connections, attempt to disable the source routing option on the incoming socket rather than closing the socket completely. An example attack can launched against the in.rshd daemon, which on most systems will retrieve the socket options via getsockopt() and then turn off any dangerous options via setsockopt(). An example attack follows. Host A is the trusted host Host B is the target host Host C is the attacker Host C initiates a source routed connection to in.rshd on host B, pretending to be host A. Host C spoofing Host A --> Host B in.rshd Host B responds, using the reverse route, sending back a SYN/ACK with the sequence number. Host C spoofing Host A <-- Host B in.rshd Host C responds, still spoofing host A via a source routed packet, acknowledging the sequence number. Host C spoofing Host A --> Host B in.rshd We now have an established connection, the accept() call completes, and control is now passed to the in.rshd daemon. The daemon now does IP options checking and determines that we have initiated a source routed connection. The daemon now turns off this option, and any packets sent thereafter will be sent to the real host A, no longer using the reverse route which we have specified. Normally this would be safe, however the attacking host now knows what the next sequence number will be. Knowing this sequence number, we can now send a spoofed packet without the source routing options enabled, pretending to originate from Host A, and our command will be executed. It should be noted that the sequence number is obtained before accept() has returned and that this cannot be prevented without turning off source routing in the kernel. Impact ~~~~~~ The impact of this attack is similar to the more complex TCP sequence number prediction attack, yet it involves fewer steps, and does not require us to 'guess' the sequence number. This allows an attacker to execute arbitrary commands as root. Solutions ~~~~~~~~~ The ideal solution to this problem is to have any security critical service drop the connection completely when initially detecting that source routed options are present. Network administrators and users can take precautions to prevent users outside of their network from taking advantage of this problem. The solutions are hopefully already be implemented on most networks, however to re-iterate them: 1. Block any source routed connections into your networks 2. Block any packets with internal based address from entering your network. This is not an ideal solution for many situations where users are behind filtering routers in corporate networks or internet service providers. Example code to correctly process source routed packets is presented here as an example. Please let us know if there are any problems with it. u_char optbuf[BUFSIZ/3]; int optsize = sizeof(optbuf), ipproto, i; struct protoent *ip; if ((ip = getprotobyname("ip")) != NULL) ipproto = ip->p_proto; else ipproto = IPPROTO_IP; if (!getsockopt(0, ipproto, IP_OPTIONS, (char *)optbuf, &optsize) && optsize != 0) { for (i = 0; i < optsize; ) { u_char c = optbuf[i]; if (c == IPOPT_LSRR || c == IPOPT_SSRR) exit(1); if (c == IPOPT_EOL) break; i += (c == IPOPT_NOP) ? 1 : optbuf[i+1]; } } Disabling Source Routing ~~~~~~~~~~~~~~~~~~~~~~~~ We believe the following information to be accurate, however it is not guaranteed. --- NetBSD Versions of NetBSD prior to 1.2 did not provide the capability for disabling source routing. Other versions ship with source routing ENABLED by default, this can be turned off via: % /usr/sbin/sysctl -w net.inet.ip.forwsrcrt=0 --- BSDI BSDI 2.1 has source routing disabled by default Previous versions ship with source routing ENABLED by default Turn off via: % /usr/sbin/sysctl -w net.inet.ip.forwsrcrt=0 --- OpenBSD Ships with source routing turned off by default If source routing has been turned on, turn off via: % /usr/sbin/sysctl -w net.inet.ip.sourceroute=0 --- FreeBSD Ships with source routing turned off by default. If source routing has been turned on, turn off via: % /usr/sbin/sysctl -w net.inet.ip.sourceroute=0 --- Solaris Ships with source routing enabled by default. Solaris is one of the few commercial operating systems that does have unpredictable sequence numbers, which does not help in this attack. We know of no method to prevent Solaris from accepting source routed connections. --- SunOS We know of no method to prevent SunOS from accepting source routed connections. If shutting off source routing is not possible and you are still using services which rely on IP address authentication, they should be disabled immediately (in.rshd, in.rlogind). Attributions ~~~~~~~~~~~~ Thanks to Niels Provos for providing the information and details of this attack. You can view his web site at http://www.physnet.uni-hamburg.de/provos Thanks to Theo de Raadt, the maintainer of OpenBSD for forwarding this information to us. More information on OpenBSD can be found at http://www.openbsd.org You can contact the author of this advisory at oliver@secnet.com Type Bits/KeyID Date User ID pub 1024/0E7BBA7D 1996/09/18 Oliver Friedrichs -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.3ia mQCNAzJATn0AAAEEAJeGbZyoCw14fCoAMeBRKiZ3L6JMbd9f4BtwdtYTwD42/Uz1 A/4UiRJzRLGhARpt1J06NVQEKXQDbejxGIGzAGTcyqUCKH6yNAncqoep3+PKIQJd Kd23buvbk7yUgyVlqQHDDsW0zMKdlSO7rYByT6zsW0Rv5JmHJh/bLKAOe7p9AAUR tCVPbGl2ZXIgRnJpZWRyaWNocyA8b2xpdmVyQHNlY25ldC5jb20+iQCVAwUQMkBO fR/bLKAOe7p9AQEBOAQAkTXiBzf4a31cYYDFmiLWgXq0amQ2lsamdrQohIMEDXe8 45SoGwBzXHVh+gnXCQF2zLxaucKLG3SXPIg+nJWhFczX2Fo97HqdtFmx0Y5IyMgU qRgK/j8KyJRdVliM1IkX8rf3Bn+ha3xn0yrWlTZMF9nL7iVPBsmgyMOuXwZ7ZB8= =xq4f -----END PGP PUBLIC KEY BLOCK----- Copyright Notice ~~~~~~~~~~~~~~~~ The contents of this advisory are Copyright (C) 1997 Secure Networks Inc, and may be distributed freely provided that no fee is charged for distribution, and that proper credit is given. You can find Secure Networks papers at ftp://ftp.secnet.com/pub/papers and advisories at ftp://ftp.secnet.com/advisories You can browse our web site at http://www.secnet.com From owner-freebsd-bugs Wed Feb 5 20:10:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA03738 for bugs-outgoing; Wed, 5 Feb 1997 20:10:14 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA03717; Wed, 5 Feb 1997 20:10:06 -0800 (PST) Resent-Date: Wed, 5 Feb 1997 20:10:06 -0800 (PST) Resent-Message-Id: <199702060410.UAA03717@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, imdave@synet.net Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA03323 for ; Wed, 5 Feb 1997 20:03:33 -0800 (PST) Received: from base486.synet.net (root@DIAL34.SYNET.NET [168.113.1.37]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id UAA17776 for ; Wed, 5 Feb 1997 20:03:28 -0800 (PST) Received: (from imdave@localhost) by base486.synet.net (8.8.5/8.8.5) id VAA09952; Wed, 5 Feb 1997 21:40:42 -0600 (CST) Message-Id: <199702060340.VAA09952@base486.synet.net> Date: Wed, 5 Feb 1997 21:40:42 -0600 (CST) From: Dave Bodenstab Reply-To: imdave@synet.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/2673: lib msun bugs when compiled with HAVE_FPU Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2673 >Category: i386 >Synopsis: math lib msun leaves trash on fp stack for some functions >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 5 20:10:02 PST 1997 >Last-Modified: >Originator: Dave Bodenstab >Organization: >Release: FreeBSD 2.0-BUILT-19950612 i386 >Environment: libm built with /etc/make.conf HAVE_FPU=yes >Description: Well, with the revelation that libm must be rebuilt if one wants to take advantage of one's fpu, I went ahead and did it. Later, running povray, I got a SIG_FPE. Investigation revealed that the fp stack had overflowed. I finally tracked it down to the math library function pow() which calls scalbn() which actually was the culprit. The problem is that the FSCALE instruction does not pop the fp stack -- both %st and %st(1) are valid -- but the functions using FSCALE do not account for this. Perhaps this has been fixed in the 1+ years that 2.0 has been out, but perhaps not... after all, I never would have expected that I should rebuild the math lib. I figured that the kernel config would handle folks who didn't have a fpu -- by using the emulator. I'll bet that very few people have known about this, and that the majority are running with the libm that is distributed. >How-To-Repeat: Run the following: #include void testtw() { struct fpu { unsigned short cw, reserved1; unsigned short sw, reserved2; unsigned short tw, reserved3; unsigned long ip; unsigned short cs, op; unsigned long dp; unsigned short ds, reserved4; } fpu; __asm( " fstenv %0" : "=m" (fpu) : ); __asm( " fldcw %0" : : "m" (fpu.cw) ); if (fpu.tw != 0xffff) abort(); } main() { double c = 0.090031184226406713; float p = 300; float f = 1; double a; int i; for( i = 0; i < 10; ++i ) { a = f * pow( c, p ); testtw(); } } >Fix: Apply the patch in /usr/src/lib/msun/i387: --- e_exp.S.orig Fri Aug 19 06:14:14 1994 +++ e_exp.S Wed Feb 5 20:53:05 1997 @@ -50,4 +50,5 @@ fld1 faddp /* 2^(fract(x * log2(e))) */ fscale /* e^x */ + fstpl %st(1) ret --- e_scalb.S.orig Fri Aug 19 06:14:19 1994 +++ e_scalb.S Wed Feb 5 20:52:42 1997 @@ -41,4 +41,5 @@ fldl 12(%esp) fldl 4(%esp) fscale + fstpl %st(1) ret --- s_scalbn.S.orig Fri Aug 19 06:14:30 1994 +++ s_scalbn.S Wed Feb 5 20:52:49 1997 @@ -41,4 +41,5 @@ fildl 12(%esp) fldl 4(%esp) fscale + fstpl %st(1) ret >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Feb 5 20:10:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA03741 for bugs-outgoing; Wed, 5 Feb 1997 20:10:15 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA03731; Wed, 5 Feb 1997 20:10:11 -0800 (PST) Resent-Date: Wed, 5 Feb 1997 20:10:11 -0800 (PST) Resent-Message-Id: <199702060410.UAA03731@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.UAA03519;Wed; (8.8.5/8.8.5);, 5 Feb 1997 20:06:50.-0800 (PST) Message-Id: <199702060406.UAA03519@freefall.freebsd.org> Date: Wed, 5 Feb 1997 20:06:50 -0800 (PST) From: george@cia-g.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2674: flex V 2.5.3 in FreeBSD 2.2 is outdated. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2674 >Category: bin >Synopsis: flex V 2.5.3 in FreeBSD 2.2 is outdated. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Feb 5 20:10:08 PST 1997 >Last-Modified: >Originator: George Simunovich >Organization: >Release: FreeBSD 2.2-GAMMA >Environment: FreeBSD 2.2-GAMMA >Description: FreeBSD 2.2 uses flex V 2.5.3. 2.5.4 fixes a couple bugs in 2.5.3 PostgreSQL V 6.0 doesn't work properly when compiled using flex V2.5.3 and gives a the error "...unexpected last match in input()" FreeBSD 3.0-current seems to use flex V 2.5.4 already. >How-To-Repeat: Compile postgreSQL V 6.0 using flex 2.5.3. "pg_dump " >Fix: Upgrade to flex V 2.5.4 in FreeBSD 2.2 >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Feb 5 21:35:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA11978 for bugs-outgoing; Wed, 5 Feb 1997 21:35:11 -0800 (PST) Received: (from wpaul@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA11936; Wed, 5 Feb 1997 21:34:54 -0800 (PST) Date: Wed, 5 Feb 1997 21:34:54 -0800 (PST) From: Bill Paul Message-Id: <199702060534.VAA11936@freefall.freebsd.org> To: tejblum@arc.hq.cti.ru, wpaul, freebsd-bugs Subject: Re: bin/2645 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Small typo (IMO) in file src/usr.sbin/ypserv/yp_server.c State-Changed-From-To: open-closed State-Changed-By: wpaul State-Changed-When: Wed Feb 5 21:31:31 PST 1997 State-Changed-Why: Fix applied to -current and RELENG_2_2. I think this bug was harmless, but it was indeed a mind-o on my part. Thanks for pointing it out. -Bill From owner-freebsd-bugs Wed Feb 5 22:03:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA14828 for bugs-outgoing; Wed, 5 Feb 1997 22:03:00 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA14661; Wed, 5 Feb 1997 22:02:40 -0800 (PST) Date: Wed, 5 Feb 1997 22:02:40 -0800 (PST) From: Mike Pritchard Message-Id: <199702060602.WAA14661@freefall.freebsd.org> To: karl@Mcs.Net, mpp, freebsd-bugs Subject: Re: bin/2408 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Rwhod now revokes permissions, but fails to chmod files State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Wed Feb 5 22:00:56 PST 1997 State-Changed-Why: When rwhod creates the initial data file it does set the mode correctly, so the additional fchmod should not be required. From owner-freebsd-bugs Wed Feb 5 22:27:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA24464 for bugs-outgoing; Wed, 5 Feb 1997 22:27:16 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA24379; Wed, 5 Feb 1997 22:27:07 -0800 (PST) Date: Wed, 5 Feb 1997 22:27:07 -0800 (PST) From: Mike Pritchard Message-Id: <199702060627.WAA24379@freefall.freebsd.org> To: tqbf@enteract.com, mpp, freebsd-bugs Subject: Re: bin/1905 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: There's a buffer overflow in FreeBSD libc glob() State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Wed Feb 5 22:26:31 PST 1997 State-Changed-Why: Duplicate of PR# 2580 (which supplies code to fix the problem). From owner-freebsd-bugs Wed Feb 5 22:40:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA04309 for bugs-outgoing; Wed, 5 Feb 1997 22:40:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA04289; Wed, 5 Feb 1997 22:40:02 -0800 (PST) Date: Wed, 5 Feb 1997 22:40:02 -0800 (PST) Message-Id: <199702060640.WAA04289@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: i386/2673: lib msun bugs when compiled with HAVE_FPU Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/2673; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@freebsd.org, imdave@synet.net Cc: Subject: Re: i386/2673: lib msun bugs when compiled with HAVE_FPU Date: Thu, 6 Feb 1997 17:27:42 +1100 > Perhaps this has been fixed in the 1+ years that 2.0 has been out, > but perhaps not... after all, I never would have expected that I e_exp.S was fixed 8 months ago. The others were fixed 2 months ago (slightly after 2.1.6 was released). Bruce From owner-freebsd-bugs Thu Feb 6 00:10:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA09280 for bugs-outgoing; Thu, 6 Feb 1997 00:10:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA09266; Thu, 6 Feb 1997 00:10:02 -0800 (PST) Resent-Date: Thu, 6 Feb 1997 00:10:02 -0800 (PST) Resent-Message-Id: <199702060810.AAA09266@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, gdonl@tsc.tdk.com Received: from gatekeeper.tsc.tdk.com (root@gatekeeper.tsc.tdk.com [207.113.159.21]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA09013 for ; Thu, 6 Feb 1997 00:08:57 -0800 (PST) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.4/8.8.4) with ESMTP id AAA03815 for ; Thu, 6 Feb 1997 00:08:56 -0800 (PST) Received: from w3.gv.tsc.tdk.com (gdonl@w3.gv.tsc.tdk.com [192.168.240.195]) by sunrise.gv.tsc.tdk.com (8.8.4/8.8.4) with ESMTP id AAA13620 for ; Thu, 6 Feb 1997 00:08:55 -0800 (PST) Received: (from gdonl@localhost) by w3.gv.tsc.tdk.com (8.8.5/8.8.4) id AAA01158; Thu, 6 Feb 1997 00:08:54 -0800 (PST) Message-Id: <199702060808.AAA01158@w3.gv.tsc.tdk.com> Date: Thu, 6 Feb 1997 00:08:54 -0800 (PST) From: Don Lewis Reply-To: gdonl@tsc.tdk.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2675: lkmcioctl() is not consistent and careful with module names Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2675 >Category: kern >Synopsis: lkmcioctl() is not consistent and careful with module names >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 6 00:10:01 PST 1997 >Last-Modified: >Originator: Don Lewis >Organization: TDK Semiconductor >Release: FreeBSD 2.1.6-internal-0225 i386 >Environment: >Description: lkmcioctl() is not careful in its handling of module names. It calls strcmp() on these names, which may not have been NUL terminated, possibly walking off the ends of arrays. This doesn't look like an exploitable hole, but ... lmkcioctl() is also not consistent in what it thinks the maximum name length is. >How-To-Repeat: Pass an lmc_stat structure to lkmioctl() that contains a non-NUL terminated name and no zero bytes in the rest of the structure. >Fix: Message #7310 (102 lines) The attach patch allows (MAXLKMNAME-1) characters in the name, not including the terminating NUL. Something else to be aware of is that if you load a module with a long enough name, you can't unload it by name. *** kern_lkm.c- Tue Oct 22 04:00:58 1996 --- kern_lkm.c Mon Dec 9 20:46:39 1996 *************** *** 383,389 **** * Copy name and lookup id from all loaded * modules. May fail. */ ! err =copyinstr(unloadp->name, istr, MAXLKMNAME-1, NULL); if (err) break; --- 383,389 ---- * Copy name and lookup id from all loaded * modules. May fail. */ ! err =copyinstr(unloadp->name, istr, MAXLKMNAME, NULL); if (err) break; *************** *** 436,441 **** --- 436,442 ---- * modules. */ copystr(statp->name, istr, MAXLKMNAME-1, NULL); + istr[MAXLKMNAME-1] = '\0'; /* * look up id... */ *************** *** 480,487 **** statp->ver = curp->private.lkm_any->lkm_ver; copystr(curp->private.lkm_any->lkm_name, statp->name, ! MAXLKMNAME - 2, NULL); break; --- 481,489 ---- statp->ver = curp->private.lkm_any->lkm_ver; copystr(curp->private.lkm_any->lkm_name, statp->name, ! MAXLKMNAME - 1, NULL); + statp->name[MAXLKMNAME-1] = '\0'; break; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Feb 6 00:20:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA10880 for bugs-outgoing; Thu, 6 Feb 1997 00:20:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA10852; Thu, 6 Feb 1997 00:20:04 -0800 (PST) Resent-Date: Thu, 6 Feb 1997 00:20:04 -0800 (PST) Resent-Message-Id: <199702060820.AAA10852@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, gdonl@tsc.tdk.com Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA09824 for ; Thu, 6 Feb 1997 00:14:29 -0800 (PST) Received: from gatekeeper.tsc.tdk.com (root@gatekeeper.tsc.tdk.com [207.113.159.21]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id XAA18077 for ; Wed, 5 Feb 1997 23:59:57 -0800 (PST) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.4/8.8.4) with ESMTP id XAA03773 for ; Wed, 5 Feb 1997 23:59:56 -0800 (PST) Received: from w3.gv.tsc.tdk.com (gdonl@w3.gv.tsc.tdk.com [192.168.240.195]) by sunrise.gv.tsc.tdk.com (8.8.4/8.8.4) with ESMTP id XAA13398 for ; Wed, 5 Feb 1997 23:59:55 -0800 (PST) Received: (from gdonl@localhost) by w3.gv.tsc.tdk.com (8.8.5/8.8.4) id XAA00978; Wed, 5 Feb 1997 23:59:52 -0800 (PST) Message-Id: <199702060759.XAA00978@w3.gv.tsc.tdk.com> Date: Wed, 5 Feb 1997 23:59:52 -0800 (PST) From: Don Lewis Reply-To: gdonl@tsc.tdk.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2676: modstat passes garbage name to kernel if name is not specified Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2676 >Category: bin >Synopsis: modstat passes garbage name to kernel if name is not specified >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 6 00:20:02 PST 1997 >Last-Modified: >Originator: Don Lewis >Organization: TDK Semiconductor >Release: FreeBSD 2.1.6-internal-0225 i386 >Environment: >Description: If a module name is not specified on the command line for modstat, it fails to initialize the name field of the lmc_stat structure before passing this to the ioctl() call. This results in whatever random garbage is contained on the stack being used as the module name. This bug is present in all releases through -current. >How-To-Repeat: Run modstat without specifying a module name. >Fix: Clear the sbuf.name[] array in dostat() with bzero() or equivalent instead of just NUL terminating it. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Feb 6 05:45:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA05686 for bugs-outgoing; Thu, 6 Feb 1997 05:45:29 -0800 (PST) Received: from myst.plaza.ds.adp.com (myst.plaza.ds.adp.com [139.126.16.198]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id FAA05668 for ; Thu, 6 Feb 1997 05:45:23 -0800 (PST) Received: from corky (corky.florence.ds.adp.com [139.126.248.2]) by myst.plaza.ds.adp.com (8.6.9/8.6.9) with SMTP id FAA18103 for ; Thu, 6 Feb 1997 05:44:20 -0800 Received: by corky (Automatic Data Processing Dealer Services/1.0) id AA12268; Thu, 6 Feb 97 08:59:13 -0500 From: stoney@florence.ds.adp.com (Don Stonebraker) Message-Id: <9702061359.AA12268@corky> Subject: Installation of SCSI Tape device To: freebsd-bugs@FreeBSD.ORG Date: Thu, 6 Feb 1997 08:59:13 -0500 (EST) X-Mailer: ELM [version 2.4 PL20] Content-Type: text Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk We are trying (without success) to install the following equipment in our FreeBSD machine: - adaptec AHA-2940 Ultra wide PCI-to-UltraSCSI Adapter - HP SureStore model 5000i tape (channel 3 on SCSI device) - NEC CD ROM (channel 6 on the SCSI device) Per the 'man' page /usr/share/man/ahc.4, I added the following lines to out kernal: controller ahc0 controller scbus0 device st0 device cd0 and executed: # make depend # make # make install During the compilation I can see it including the SCSI device driver code but when the machine is booted there is no mention of it being installed and we cannot access the devices. During bootup we can see DOS access the SCSI device driver with no problem and we can execute the supplied DOS diagnostic to access the devices. -------- The following devices were set up in the /dev directory with the MAKEDEV command: # ls *st* erst0 nrst0 rst0 rst0.ctl stderr erst0.0 nrst0.0 rst0.0 st0ctl.0 stdin erst0.1 nrst0.1 rst0.1 st0ctl.1 stdout erst0.2 nrst0.2 rst0.2 st0ctl.2 erst0.3 nrst0.3 rst0.3 st0ctl.3 # ls cd* cd0a cd0c ------- Our PC is configured as follows: Pentium 75 motherboard: - 4 PCI Slots - PCI Video Card - PCI Adaptec SCSI controller - 3 ISA slots - ISA ethernet board - The parallel, serial and IDE (disk) controllers are all on the motherboard. ------- What am I doing wrong or leaving out? How can I gain access to the SCSI devices? I would appreciate any help you can give. . . . . . . . . Here is a copy of our console log during the boot . . . . . . # dmesg FreeBSD 2.1.0-RELEASE #0: Wed Jan 22 14:09:04 1997 root@freek:/usr/src/sys/compile/CUSTOM CPU: 75-MHz Pentium 735\\90 or 815\\100 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 30818304 (30096K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x280-0x29f irq 5 on isa ed0: address 00:80:ad:17:03:96, type NE2000 (16 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 1222MB (2503872 sectors), 2484 cyls, 16 heads, 63 S/T, 512 B/S npx0 on motherboard npx0: INT 16 interface -- ========================================================================= Don Stonebraker ADP Dealer Services (606) 371-5005 ADP On Net 441-1456 stoney@florence.ds.adp.com ========================================================================= From owner-freebsd-bugs Thu Feb 6 06:00:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA07119 for bugs-outgoing; Thu, 6 Feb 1997 06:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA07111; Thu, 6 Feb 1997 06:00:02 -0800 (PST) Date: Thu, 6 Feb 1997 06:00:02 -0800 (PST) Message-Id: <199702061400.GAA07111@freefall.freebsd.org> To: freebsd-bugs Cc: From: proff@iq.org Subject: subject=Re: bin/2587: remote root security hole in rexecd Reply-To: proff@iq.org Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2587; it has been noted by GNATS. From: proff@iq.org To: freebsd-gnats-submit@freebsd.org, proff@iq.org Cc: Subject: subject=Re: bin/2587: remote root security hole in rexecd Date: Fri, 7 Feb 1997 00:55:26 +1100 (EST) The bug described does not exist (I xlated fmt and err arguments). I sent a follow up on this in another PR (nfs + rexecd) on one that does. From owner-freebsd-bugs Thu Feb 6 06:10:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA08101 for bugs-outgoing; Thu, 6 Feb 1997 06:10:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA08073; Thu, 6 Feb 1997 06:10:03 -0800 (PST) Date: Thu, 6 Feb 1997 06:10:03 -0800 (PST) Message-Id: <199702061410.GAA08073@freefall.freebsd.org> To: freebsd-bugs Cc: From: Mike Pritchard Subject: Re: bin/2676: modstat passes garbage name to kernel if name is not specified Reply-To: Mike Pritchard Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2676; it has been noted by GNATS. From: Mike Pritchard To: gdonl@tsc.tdk.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/2676: modstat passes garbage name to kernel if name is not specified Date: Thu, 6 Feb 1997 06:00:17 -0800 (PST) Does this cause modstat to not work? From examining the sources (3.0 and 2.2) to modstat, and the kernel, there should not be a need to ensure that lmc_stat.name is zeroed out. The ioctl should either be called with lmc_stat.id == -1 and a module name properly set in lmc_stat.name, or it will be called with a lmc_stat.id >= 0 and lmc_stat.name will be ignored by the ioctl. Don Lewis wrote: > > > >Number: 2676 > >Category: bin > >Synopsis: modstat passes garbage name to kernel if name is not specified > >Description: > > If a module name is not specified on the command line for modstat, > it fails to initialize the name field of the lmc_stat structure > before passing this to the ioctl() call. This results in whatever > random garbage is contained on the stack being used as the module > name. > > This bug is present in all releases through -current. > > >How-To-Repeat: > > Run modstat without specifying a module name. > >Fix: > > Clear the sbuf.name[] array in dostat() with bzero() or equivalent > instead of just NUL terminating it. -- Mike Pritchard mpp@FreeBSD.org "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Thu Feb 6 06:30:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA11828 for bugs-outgoing; Thu, 6 Feb 1997 06:30:49 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA11798; Thu, 6 Feb 1997 06:30:42 -0800 (PST) Date: Thu, 6 Feb 1997 06:30:42 -0800 (PST) From: Mike Pritchard Message-Id: <199702061430.GAA11798@freefall.freebsd.org> To: gdonl@tsc.tdk.com, mpp, freebsd-bugs Subject: Re: bin/2676 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: modstat passes garbage name to kernel if name is not specified State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Thu Feb 6 06:29:52 PST 1997 State-Changed-Why: The PR author and I both agree that this is a non-problem. From owner-freebsd-bugs Thu Feb 6 08:01:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA04433 for bugs-outgoing; Thu, 6 Feb 1997 08:01:05 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA04384; Thu, 6 Feb 1997 08:00:59 -0800 (PST) Date: Thu, 6 Feb 1997 08:00:59 -0800 (PST) From: Mike Pritchard Message-Id: <199702061600.IAA04384@freefall.freebsd.org> To: gdonl@tsc.tdk.com, mpp, freebsd-bugs Subject: Re: kern/2675 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: lkmcioctl() is not consistent and careful with module names State-Changed-From-To: open-analyzed State-Changed-By: mpp State-Changed-When: Thu Feb 6 07:59:15 PST 1997 State-Changed-Why: At least following patches should probably be applied. Note: I can't test them, so I'm not taking resposibility for this PR. Index: kern_lkm.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_lkm.c,v retrieving revision 1.33 diff -u -r1.33 kern_lkm.c --- kern_lkm.c 1997/01/14 06:43:23 1.33 +++ kern_lkm.c 1997/02/06 15:46:44 @@ -424,7 +424,9 @@ * Copy name and lookup id from all loaded * modules. */ - copystr(statp->name, istr, MAXLKMNAME-1, NULL); + err = copyinstr(statp->name, istr, MAXLKMNAME-1, NULL); + if (err) + break; /* * look up id... */ @@ -469,7 +471,7 @@ statp->ver = curp->private.lkm_any->lkm_ver; copystr(curp->private.lkm_any->lkm_name, statp->name, - MAXLKMNAME - 2, + MAXLKMNAME - 1, NULL); break; From owner-freebsd-bugs Thu Feb 6 08:26:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA13513 for bugs-outgoing; Thu, 6 Feb 1997 08:26:17 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id IAA13506 for ; Thu, 6 Feb 1997 08:26:12 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <16938(4)>; Thu, 6 Feb 1997 08:22:34 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177476>; Thu, 6 Feb 1997 08:22:24 -0800 To: Oliver Friedrichs cc: freebsd-bugs@freebsd.org Subject: Re: Security advisory In-reply-to: Your message of "Wed, 05 Feb 97 17:05:33 PST." Date: Thu, 6 Feb 1997 08:22:12 PST From: Bill Fenner Message-Id: <97Feb6.082224pst.177476@crevenia.parc.xerox.com> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just out of curiosity, why is disabling source-routing entirely suggested? Usually filtering out packets with source addresses in your network is sufficient, and source routing is useful for diagnostics and it's annoying when it's arbitrarily disabled. Bill From owner-freebsd-bugs Thu Feb 6 10:58:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA22110 for bugs-outgoing; Thu, 6 Feb 1997 10:58:24 -0800 (PST) Received: from humvee.doit.wisc.edu (humvee.doit.wisc.edu [144.92.9.20]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA22050; Thu, 6 Feb 1997 10:58:10 -0800 (PST) Received: from audumla.students.wisc.edu by humvee.doit.wisc.edu; id MAA07578; 8.7.5/50; Thu, 6 Feb 1997 12:58:03 -0600 Received: from gabor-bsd by audumla.students.wisc.edu; id MAA64106; 8.6.9W/42; Thu, 6 Feb 1997 12:56:23 -0600 Message-ID: <32FA29A1.41C67EA6@acm.org> Date: Thu, 06 Feb 1997 12:57:37 -0600 From: Gabor Kincses X-Mailer: Mozilla 3.01 (X11; I; FreeBSD 2.1.5-RELEASE i386) MIME-Version: 1.0 To: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org, freebsd-bugs@freebsd.org Subject: Panic in probe, but no dump Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have been trying to get the Voxware 2.90b drivers on 2.1.5 to recognize my Logitech Soundman Wave card correctly. I managed to get the card recognized as Soundblaster Pro 3.1, but unfortunately only one speaker is working. So after much searching of FreeBSD and Linux resources on the Net, I have concluded that this card is in fact a MediaVision Jazz16. I have looked at sound.doc and sound_config.h in i386/isa/sound and saw a few useful-looking options that I added to my kernel config. One problem I was faced with is that /usr/sbin/config didn't like option JAZZ16, but understood option "JAZZ16". Similarly JAZZ16 was not an acceptable name, but JAZZ was. I'm not sure if this is documented anywhere. Certain defines are missing for the JAZZ16 and the SM_WAVE options. It seems to me that Linux has much newer drivers than FreeBSD, although this is still to be proven. The problem I have is to get a dump out of the sound driver probe. I pretty much followed the handbook on this. I have set config root on wd2 dumps on wd2 in my config file, but no dump occurred (I checked . I did savecore -f in single user mode to try to get anything out of the swap device to no avail. I managed to locate where the page fault occurred based on an earlier post by roberto@eurocontrol.fr: nm /kernel | sort |grep 0xf01948 The panic was reported at EIP=0xf01948a4 which is _initialize_smw in my kernel. I would like to see the actual offending line of code. So my questions are: 1. Is there a way to load the kernel.debug in gdb and correlate addresses with lines of code? (Like on HP-UX w/ xdb: one can use 'td') 2. Why am I not getting a core dump? Would the disk "rattle" a bit to save the kernel core, or is it already on the swap device? Ie. what macroscopic events would tell me that I got a dump? (Possibly: "core dumped" msg on the console :-) 3. I have turned on savecore in /etc/sysconfig, but I have noticed that the swapon gets executed first in /etc/rc before the savecore. Wouldn't this wipe out a core in the swap device? 4. How can one get any description of the I/O registers of a device? 5. Is my only option left is ddb? 6. Is a page fault essentially like a segmentation violation in user mode? AFAIK on i386 you have to install a page fault handler, which is probably what the VM is all about. Is this true? 7. Why is the "dumps on" feature being deprecated? How else can we get a dump if the system crashes before dumpon can be executed? BTW, My swapkernel.c looks like this: #include #include dev_t rootdev = makedev(0, 0x00000010); /* wd2a */ dev_t dumpdev = makedev(0, 0x00000011); /* wd2b */ void setconf() { } Thanks, -- Gabor Kincses (gabor@acm.org) From owner-freebsd-bugs Thu Feb 6 11:02:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA22419 for bugs-outgoing; Thu, 6 Feb 1997 11:02:46 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA22411 for ; Thu, 6 Feb 1997 11:02:40 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id LAA18156; Thu, 6 Feb 1997 11:02:18 -0800 (PST) Message-Id: <199702061902.LAA18156@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Bill Fenner cc: Oliver Friedrichs , freebsd-bugs@freebsd.org Subject: Re: Security advisory In-reply-to: Your message of "Thu, 06 Feb 1997 08:22:12 PST." <97Feb6.082224pst.177476@crevenia.parc.xerox.com> From: David Greenman Reply-To: dg@root.com Date: Thu, 06 Feb 1997 11:02:18 -0800 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Just out of curiosity, why is disabling source-routing entirely >suggested? Usually filtering out packets with source addresses >in your network is sufficient, and source routing is useful for >diagnostics and it's annoying when it's arbitrarily disabled. I think the main reason is that it allows someone to pretend to be on a specific network when he really isn't. Any security that makes this assumption is going to be broken by this. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Thu Feb 6 12:11:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA01451 for bugs-outgoing; Thu, 6 Feb 1997 12:11:08 -0800 (PST) Received: from silence.secnet.com ([204.191.222.34]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA01432 for ; Thu, 6 Feb 1997 12:11:02 -0800 (PST) Received: from localhost (oliver@localhost) by silence.secnet.com (8.8.5/secnet) with SMTP id NAA00796; Thu, 6 Feb 1997 13:43:17 -0700 (MST) Date: Thu, 6 Feb 1997 13:43:17 -0700 (MST) From: Oliver Friedrichs To: David Greenman cc: Bill Fenner , freebsd-bugs@freebsd.org Subject: Re: Security advisory In-Reply-To: <199702061902.LAA18156@root.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 6 Feb 1997, David Greenman wrote: > >Just out of curiosity, why is disabling source-routing entirely > >suggested? Usually filtering out packets with source addresses > >in your network is sufficient, and source routing is useful for > >diagnostics and it's annoying when it's arbitrarily disabled. > > I think the main reason is that it allows someone to pretend to be on > a specific network when he really isn't. Any security that makes this > assumption is going to be broken by this. Correct, just a note about the advisory.. it was accidentally posted to freebsd-bugs while only being a draft. Some changes have been made and the real one will be posted in a day or so after some pointers to fixes and patches for some commercial operating systems. I would appreciate if nobody reposted it. Thanks, ;) - Oliver From owner-freebsd-bugs Thu Feb 6 12:18:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA02030 for bugs-outgoing; Thu, 6 Feb 1997 12:18:29 -0800 (PST) Received: from sendero.i-connect.net ([206.190.144.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA02016 for ; Thu, 6 Feb 1997 12:18:25 -0800 (PST) Received: (from shimon@localhost) by sendero.i-connect.net (8.8.5/8.8.4) id NAA09334; Thu, 6 Feb 1997 13:17:01 -0800 (PST) Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199702052352.KAA26426@godzilla.zeta.org.au> Date: Thu, 06 Feb 1997 11:44:10 -0800 (PST) Organization: iConnect Corp. From: Simon Shapiro To: Bruce Evans Subject: Re: bin/2633: fsck -p in /etc/rc fails with cannot alloc nnnn by Cc: freebsd-bugs@freefall.freebsd.org Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Bruce Evans; On 05-Feb-97 you wrote: > > Have you considered looking at the fact that fsck may be doing lseek or > > some other computation, based on the SIZE of the partition in bytes, > > encountering an integer overflow, or sign extention problem and trying to > > malloc (for example) a negative number, or a very small one, etc. > > > > Do we have llseek(2) in FreeBSD? > > BSD4.4Lite-derived systems have 64-bit off_t's and lseek(2). > > There are several overflow and sign extension bugs in plain BSD4.4Lite, > but FreeBSD has fixed many of them. The most common bug was to do an > overflowing multiplication of a daddr_t by a block size. fsck and many > other things didn't work for partitions >= 2GB in early versions of > FreeBSD because btodb() in overflowed on 32-bit > systems. There are probably still bugs for files >= 2GB but I don't > know of any for file systems >= 2GB. sendero.i-connect.net:/Archives/FreeBSD is 4GB. Many newsservers do that too. When we consider 50GB per system, there will be many 4GB+ filesystems. Besides, my first system had 26MB drive and we did not know what to do with all this space. Sendero (my development station) has 11 4GB drives... Simon From owner-freebsd-bugs Thu Feb 6 12:38:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA03629 for bugs-outgoing; Thu, 6 Feb 1997 12:38:56 -0800 (PST) Received: from pompano.pcola.gulf.net (root@pompano.pcola.gulf.net [198.69.72.14]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA03618; Thu, 6 Feb 1997 12:38:50 -0800 (PST) Received: from pompano.pcola.gulf.net (spatula@localhost.gulf.net [127.0.0.1]) by pompano.pcola.gulf.net (8.8.5/8.7.3) with SMTP id OAA22175; Thu, 6 Feb 1997 14:38:44 -0600 (CST) Date: Thu, 6 Feb 1997 14:38:43 -0600 (CST) From: Prisoner X-Sender: spatula@pompano.pcola.gulf.net To: freebsd-questions@freebsd.org cc: freebsd-bugs@freebsd.org Subject: What's going on here? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk First off, thanks to all in #freebsd who have been helping me with this page-fault thing. I have some more information that may be useful to diagnosing the problems I have been having. In a nutshell, my system encounters a lot of page faults while in kernel mode. They can be made to stop by not using swap at all, but that isn't really such a great solution. My most recent trace from the debugger reveals this: (I've reversed the order so it's chronological) Xsyscall at _Xsyscall+0x35 _syscall(27,27,5,efbf75d,efbfdb54) at _syscall+0x183 _execve(f137c800,efbfff94,efbfff84,8097060,efbfd75d) at _execve+0x1c7 _exec_aout_imgoct(efbffe98,f01bf6c18,f137c800,0,0) at _exec_aout_imgoct+0x15f _exec_new_vmspace(efbffe98,0,0,efbffe98,3e000) at _exec_new_vmspace+0x3d _pmap_remove_pages(f1425164,0,efbfe000,0,efbde000) at _pmap_remove_pages+0x7b Then the kernel catches a signal 12 (page not present) and chokes. Some interesting related information: I have observed that preceding a crash and burn, some programs begin to behave strangely. For example, while trying to make a crash happen, I was compiling a kernel with pgcc, which refused to run because of a signal 10. After crashing and rebooting, the compile went fine. Yesterday, something similar happened with BitchX, only on signal 4 (illegal instruction of all things). Netscape will frequently refuse to run because of signal 11. All of these program will run fine after rebooting, however. Other information that may be of use: I know that there are bad sectors on my swap partition, but I had the install program check and mark bad blocks. Also, this is happening with 3.0-SNAP, but also was happening with 2.1.5. This is running on a P100, intel chipset, with 32 megs of RAM and 74 megs swap. At this point, I'm trying to get my computer to crash again to see if the fault occurs in the same place consistantly. Nick -- "I don't kill, and I don't murder, or manufacture atomic weapons!" - Nerf Herder Nick Johnson, run for your lives. http://www.gulf.net/~spatula/ From owner-freebsd-bugs Thu Feb 6 13:30:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA06757 for bugs-outgoing; Thu, 6 Feb 1997 13:30:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA06750; Thu, 6 Feb 1997 13:30:04 -0800 (PST) Resent-Date: Thu, 6 Feb 1997 13:30:04 -0800 (PST) Resent-Message-Id: <199702062130.NAA06750@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, pst@Shockwave.COM Received: from precipice.shockwave.com (ppp-206-170-5-34.rdcy01.pacbell.net [206.170.5.34]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA06448 for ; Thu, 6 Feb 1997 13:24:53 -0800 (PST) Received: (from pst@localhost) by precipice.shockwave.com (8.8.4/8.7.3) id NAA01371; Thu, 6 Feb 1997 13:24:44 -0800 (PST) Message-Id: <199702062124.NAA01371@precipice.shockwave.com> Date: Thu, 6 Feb 1997 13:24:44 -0800 (PST) From: Paul Traina Reply-To: pst@Shockwave.COM To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2680: bind of a local domain socket does not respect umask Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2680 >Category: kern >Synopsis: bind of a local domain socket does not respect umask >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 6 13:30:02 PST 1997 >Last-Modified: >Originator: Paul Traina >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD -current and 2.x >Description: Unix domain sockets are always created with mode ACCESSPERMS. This is incorrect, they should be created with ACCESSPERMS & umask. This is a critical flaw, because there is no way to avoid a race condition even if you immediately chmod() the socket after creation. >How-To-Repeat: umask(022); bind to a domain socket ls -l path >Fix: In uipc_usrreq.c, vattr.va_mode is set to ACCESSPERMS. It should be set to ACCESSPERMS & current umask if the uap is available (is it always available at this point?) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Feb 6 14:21:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA10530 for bugs-outgoing; Thu, 6 Feb 1997 14:21:28 -0800 (PST) Received: from mailgate.wasantara.net.id ([202.159.65.166]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA10506; Thu, 6 Feb 1997 14:21:18 -0800 (PST) Received: from bandung.wasantara.net.id (bandung.wasantara.net.id [202.159.69.35]) by mailgate.wasantara.net.id (8.6.11/8.6.9) with ESMTP id FAA14083; Fri, 7 Feb 1997 05:28:25 +0700 Date: Fri, 7 Feb 1997 05:28:25 +0700 Received: from BANDUNG/SpoolDir by bandung.wasantara.net.id (Mercury 1.21); 7 Feb 97 06:11:53 GMT+0700 Received: from SpoolDir by BANDUNG (Mercury 1.21); 7 Feb 97 06:11:35 GMT+0700 Received: from MurdaniDesktop by bandung.wasantara.net.id (Mercury 1.21); 7 Feb 97 06:11:21 GMT+0700 X-Sender: eka@werty.wasantara.net.id (Unverified) X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-hackers@FreeBSD.org From: Eka Kelana Subject: Need quick answer Cc: freebsd-bugs@FreeBSD.org, dg@root.com Message-ID: <1522A71DB9@bandung.wasantara.net.id> Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi.. I need a good explanation about this code in in_rmx.c: ... if (!rt->rt_rmx.rmx_sendpipe && !(rt->rt_rmx.rmx_locks & RTV_SPIPE)) rt->rt_rmx.rmx_sendpipe = tcp_sendspace; if (!rt->rt_rmx.rmx_recvpipe && !(rt->rt_rmx.rmx_locks & RTV_RPIPE)) rt->rt_rmx.rmx_recvpipe = tcp_recvspace; ... because this code affect the socket buffer size (sb_hiwat) in tcp_mss() function. I experienced that it wouldn't allow user program to set the socket buffer size. The code in tcp_mss() function is: ... #ifdef RTV_RPIPE if ((bufsize = rt->rt_rmx.rmx_recvpipe) == 0) #endif bufsize = so->so_rcv.sb_hiwat; ... (void)sbreserve(&so->so_rcv, bufsize); ... Since rt->rt_rmx.rmx_recvpipe is never zeroed (by default, it equals tcp_sendspace), the line bufsize = so->so_rcv.sb_hiwat is always jumped over, and tcp_mss() will set the sb_hiwat value to bufsize. And further, I've done a performance test. Before I commented out the four lines in in_rmx.c above, the TCP/IP implementations showed a throughput around 8.56 Mbps, and after I commented them out and rebuilt the kernel, it showed a throughput around 8.61 Mbps. Well, not a significant degradation, but the reason is still not clear to me... -Eka Kelana- STTTelkom From owner-freebsd-bugs Thu Feb 6 15:04:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA13195 for bugs-outgoing; Thu, 6 Feb 1997 15:04:54 -0800 (PST) Received: from george.lbl.gov (george.lbl.gov [128.3.196.93]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA13156; Thu, 6 Feb 1997 15:04:43 -0800 (PST) Received: (jin@localhost) by george.lbl.gov (8.6.10/8.6.5) id PAA04566; Thu, 6 Feb 1997 15:02:39 -0800 Date: Thu, 6 Feb 1997 15:02:39 -0800 From: "Jin Guojun[ITG]" Message-Id: <199702062302.PAA04566@george.lbl.gov> To: hackers@freebsd.org Subject: how to find where system hanging? Cc: bugs@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a ATM driver that works well under 2.1.6-RELEASE or earlier. However, under 2.2 serial release, it gets hanging frequently. Before 2.2-BETA, it hangs about once a day or less. Under 2.2-GAMMA, it gets hanging very often, sometimes it hangs just after booting up. Is there any way to force coredump when the system is hanging? Or is there a mechanism to trace where it is hanging. Any hints what part of the kernel changing would cause this problem. Please help! Thanks in advance, -Jin From owner-freebsd-bugs Thu Feb 6 15:37:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA15195 for bugs-outgoing; Thu, 6 Feb 1997 15:37:43 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA15189 for ; Thu, 6 Feb 1997 15:37:39 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.5/8.8.4) with SMTP id PAA07085; Thu, 6 Feb 1997 15:31:44 -0800 (PST) Message-ID: <32FA6974.59E2B600@whistle.com> Date: Thu, 06 Feb 1997 15:29:57 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Don Stonebraker CC: freebsd-bugs@freebsd.org Subject: Re: Installation of SCSI Tape device References: <9702061359.AA12268@corky> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Don Stonebraker wrote: > > # dmesg > FreeBSD 2.1.0-RELEASE #0: Wed Jan 22 14:09:04 1997 > root@freek:/usr/src/sys/compile/CUSTOM > CPU: 75-MHz Pentium 735\\90 or 815\\100 (Pentium-class CPU) > Origin = "GenuineIntel" Id = 0x525 Stepping=5 > Features=0x1bf > real memory = 33554432 (32768K bytes) > avail memory = 30818304 (30096K bytes) > Probing for devices on the ISA bus: ^^^^^^ before here it should have probed the PCI buss.. did you include teh PCI bus code? (check the LINT or GENERIC configs for the PCI option) of course if I were you I'd upgrade to 2.1.7 as well as there were some improvements to the ahc driver, but at least it did work in 2.1.0 as we have one here.. > sc0 at 0x60-0x6f irq 1 on motherboard > sc0: VGA color <16 virtual consoles, flags=0x0> > ed0 at 0x280-0x29f irq 5 on isa > ed0: address 00:80:ad:17:03:96, type NE2000 (16 bit) > sio0 at 0x3f8-0x3ff irq 4 on isa > sio0: type 16550A > sio1 at 0x2f8-0x2ff irq 3 on isa > sio1: type 16550A > lpt0 at 0x378-0x37f irq 7 on isa > lpt0: Interrupt-driven port > lp0: TCP/IP capable interface > fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa > fdc0: NEC 765 > fd0: 1.44MB 3.5in > wdc0 at 0x1f0-0x1f7 irq 14 on isa > wdc0: unit 0 (wd0): > wd0: 1222MB (2503872 sectors), 2484 cyls, 16 heads, 63 S/T, 512 B/S > npx0 on motherboard > npx0: INT 16 interface > > From owner-freebsd-bugs Thu Feb 6 16:21:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA17375 for bugs-outgoing; Thu, 6 Feb 1997 16:21:28 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA17354; Thu, 6 Feb 1997 16:21:18 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA13648; Fri, 7 Feb 1997 01:21:12 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id AAA10513; Fri, 7 Feb 1997 00:56:33 +0100 (MET) Message-ID: Date: Fri, 7 Feb 1997 00:56:33 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: jin@george.lbl.gov (Jin Guojun[ITG]) Cc: hackers@freebsd.org, bugs@freebsd.org Subject: Re: how to find where system hanging? References: <199702062302.PAA04566@george.lbl.gov> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199702062302.PAA04566@george.lbl.gov>; from Jin Guojun[ITG] on Feb 6, 1997 15:02:39 -0800 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jin Guojun[ITG] wrote: > Is there any way to force coredump when the system is hanging? > Or is there a mechanism to trace where it is hanging. Configure DDB, and see whether the hotkey will still work. If it doesn't, it's probably jamming the system with interrupts disabled. (You could hook a pushbutton to the IOCHCK signal on the ISA bus, which will generate an NMI. That should be a condition fatal enough to go into DDB.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Feb 6 17:15:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA20337 for bugs-outgoing; Thu, 6 Feb 1997 17:15:16 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA20329; Thu, 6 Feb 1997 17:15:14 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id RAA19508 ; Thu, 6 Feb 1997 17:07:24 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id JAA06394; Fri, 7 Feb 1997 09:28:03 +1100 Date: Fri, 7 Feb 1997 09:28:03 +1100 From: Bruce Evans Message-Id: <199702062228.JAA06394@godzilla.zeta.org.au> To: freebsd-questions@freebsd.org, spatula@gulf.net Subject: Re: What's going on here? Cc: freebsd-bugs@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I have some more information that may be useful to diagnosing the >problems I have been having. In a nutshell, my system encounters a lot >of page faults while in kernel mode. They can be made to stop by not >using swap at all, but that isn't really such a great solution. > >My most recent trace from the debugger reveals this: (I've reversed the >order so it's chronological) > >Xsyscall at _Xsyscall+0x35 >_syscall(27,27,5,efbf75d,efbfdb54) at _syscall+0x183 >_execve(f137c800,efbfff94,efbfff84,8097060,efbfd75d) at _execve+0x1c7 >_exec_aout_imgoct(efbffe98,f01bf6c18,f137c800,0,0) at _exec_aout_imgoct+0x15f >_exec_new_vmspace(efbffe98,0,0,efbffe98,3e000) at _exec_new_vmspace+0x3d >_pmap_remove_pages(f1425164,0,efbfe000,0,efbde000) at _pmap_remove_pages+0x7b >... > Other information that may be of use: I know that there are bad >sectors on my swap partition, but I had the install program check and >mark bad blocks. Also, this is happening with 3.0-SNAP, but also was >happening with 2.1.5. This is running on a P100, intel chipset, with 32 >megs of RAM and 74 megs swap. Did the install program use bad144 to mark the bad blocks? This only works for IDE disks. exceve() requires virtual memory to work perfectly for some things. Swap probably needs to work perfectly to avoid panics in execve(). Bruce From owner-freebsd-bugs Thu Feb 6 19:20:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA27299 for bugs-outgoing; Thu, 6 Feb 1997 19:20:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA27275; Thu, 6 Feb 1997 19:20:03 -0800 (PST) Resent-Date: Thu, 6 Feb 1997 19:20:03 -0800 (PST) Resent-Message-Id: <199702070320.TAA27275@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jlemon@americantv.com Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA26612 for ; Thu, 6 Feb 1997 19:15:29 -0800 (PST) Received: from sumatra.americantv.com (sumatra.americantv.com [199.184.181.250]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id SAA19859 for ; Thu, 6 Feb 1997 18:33:30 -0800 (PST) Received: (from jlemon@localhost) by sumatra.americantv.com (8.7.6/8.7.3) id UAA07187; Thu, 6 Feb 1997 20:50:56 -0600 (CST) Message-Id: <199702070250.UAA07187@sumatra.americantv.com> Date: Thu, 6 Feb 1997 20:50:56 -0600 (CST) From: jlemon@americantv.com Reply-To: jlemon@americantv.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/2681: missing prototype in Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 2681 >Category: kern >Synopsis: missing prototype in >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 6 19:20:02 PST 1997 >Last-Modified: >Originator: Jonathan Lemon >Organization: >Release: FreeBSD 2.2-961014-SNAP i386 >Environment: >Description: in -current, there is a missing prototype for fusword(). >How-To-Repeat: >Fix: *************** *** 120,125 **** --- 120,126 ---- int suibyte __P((void *base, int byte)); int fuword __P((const void *base)); int suword __P((void *base, int word)); + int fusword __P((void *base)); int susword __P((void *base, int word)); int hzto __P((struct timeval *tv)); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Feb 6 19:20:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA27323 for bugs-outgoing; Thu, 6 Feb 1997 19:20:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA27304; Thu, 6 Feb 1997 19:20:07 -0800 (PST) Resent-Date: Thu, 6 Feb 1997 19:20:07 -0800 (PST) Resent-Message-Id: <199702070320.TAA27304@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jlemon@americantv.com Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA26665 for ; Thu, 6 Feb 1997 19:15:39 -0800 (PST) Received: from sumatra.americantv.com (sumatra.americantv.com [199.184.181.250]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id SAA19906 for ; Thu, 6 Feb 1997 18:42:36 -0800 (PST) Received: (from jlemon@localhost) by sumatra.americantv.com (8.7.6/8.7.3) id VAA07321; Thu, 6 Feb 1997 21:00:05 -0600 (CST) Message-Id: <199702070300.VAA07321@sumatra.americantv.com> Date: Thu, 6 Feb 1997 21:00:05 -0600 (CST) From: jlemon@americantv.com Reply-To: jlemon@americantv.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: i386/2682: sigreturn() error code disagrees with man page Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 2682 >Category: i386 >Synopsis: sigreturn() error code disagrees with man page >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 6 19:20:04 PST 1997 >Last-Modified: >Originator: Jonathan Lemon >Organization: >Release: FreeBSD 2.2-961014-SNAP i386 >Environment: -current >Description: The manual page for sigreturn() says: [EFAULT] Scp points to memory that is not a valid part of the process address space. [EINVAL] The process status longword is invalid or would improperly raise the privilege level of the process. But sigreturn() returns EINVAL for all cases. >How-To-Repeat: >Fix: Change the manual page, or apply the following patch: *** machdep.c Thu Feb 6 20:34:22 1997 --- machdep.c.new Thu Feb 6 20:36:04 1997 *************** *** 617,623 **** regs[tISP] = scp->sc_isp; if (useracc((caddr_t)scp, sizeof (*scp), B_WRITE) == 0) ! return(EINVAL); if (scp->sc_onstack & 01) p->p_sigacts->ps_sigstk.ss_flags |= SS_ONSTACK; --- 617,623 ---- regs[tISP] = scp->sc_isp; if (useracc((caddr_t)scp, sizeof (*scp), B_WRITE) == 0) ! return(EFAULT); if (scp->sc_onstack & 01) p->p_sigacts->ps_sigstk.ss_flags |= SS_ONSTACK; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Feb 6 22:40:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA08811 for bugs-outgoing; Thu, 6 Feb 1997 22:40:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA08804; Thu, 6 Feb 1997 22:40:04 -0800 (PST) Resent-Date: Thu, 6 Feb 1997 22:40:04 -0800 (PST) Resent-Message-Id: <199702070640.WAA08804@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.WAA08476;Thu; (8.8.5/8.8.5);, 6 Feb 1997 22:32:33.-0800 (PST) Message-Id: <199702070632.WAA08476@freefall.freebsd.org> Date: Thu, 6 Feb 1997 22:32:33 -0800 (PST) From: dlacroix@vt.edu To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/2683: Broken label-editor on the boot disk of 2.2-970205-GAMMA Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2683 >Category: misc >Synopsis: Broken label-editor on the boot disk of 2.2-970205-GAMMA >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 6 22:40:02 PST 1997 >Last-Modified: >Originator: David La Croix >Organization: (Recent VT graduate) >Release: 2.2-970205-GAMMA >Environment: >Description: in the process of re-installing (on a different drive), I thought it would be nice to try out the new boot disk for 2.2 - GAMMA... Seems to work, right up until the point where I had just finished the "partition drives" stage. I had already disklabeled and partitioned, so I just wanted to tell sysinstall to mount the drives... The problem is that (for whatever reason), the area of the screen where it is supposed to list all the "partitions", it doesn't list them properly... i.e. it lists the first three on the first drive, and doesn't cycle through displaying them properly when I press the down arrow... >How-To-Repeat: I haven't done alot of testing, so I'm not sure if this will be a problem on other systems, but I have a total of 4 hard disks, 1 @ 2.11 Gig IDE 3 @ 730Mb SCSI (Adaptec 1542CF) 22.2-970205-GAMMA 2.2-970205-GAMMA wd0s1 = 700 Mb (dos) wd0s2a = 30 mb / wd0s2b = 50 mb swap wd0s2e = 500 mb /usr wd0s2f = 700 mb /usr/src it appears that the problem exibits even without the scsi drives in the picture. 730 mb are each similarly "sliced" >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Feb 7 04:30:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA23977 for bugs-outgoing; Fri, 7 Feb 1997 04:30:11 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA23967; Fri, 7 Feb 1997 04:30:06 -0800 (PST) Resent-Date: Fri, 7 Feb 1997 04:30:06 -0800 (PST) Resent-Message-Id: <199702071230.EAA23967@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, soil@quick.net Received: from stanton-1-1.quick.net (soil@stanton-1-8.quick.net [207.212.170.108]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA23663 for ; Fri, 7 Feb 1997 04:26:00 -0800 (PST) Received: (from soil@localhost) by stanton-1-1.quick.net (8.8.5/8.8.5) id EAA14915; Fri, 7 Feb 1997 04:25:58 -0800 (PST) Message-Id: <199702071225.EAA14915@stanton-1-1.quick.net> Date: Fri, 7 Feb 1997 04:25:58 -0800 (PST) From: soil@quick.net Reply-To: soil@quick.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/2685: typo in error.1 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2685 >Category: docs >Synopsis: typo in error.1 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 7 04:30:04 PST 1997 >Last-Modified: >Originator: Josh Gilliam >Organization: >Release: FreeBSD 2.1.6.1-RELEASE i386 >Environment: FreeBSD 2.1.6.1, FreeBSD-current >Description: from NetBSD misc/3199: @ Try "man error": @ @ > -t Take the following argument as a suffix list. Files whose suf- @ > fixes do not appear in the suffix list are not touched. The suf- @ > fix list is dot separated, and ``*'' wildcards work. Thus the @ > suffix list: @ > @ > .c.y.foo*.h @ > @ > allows error to touch files ending with ``.c'', ``.y'', ``.foo*'' @ > and ``.y''. @ ** @ <> >How-To-Repeat: man 1 error >Fix: Apply this patch: --- error.1 Fri Feb 7 04:22:11 1997 +++ error.1.orig Fri May 27 05:31:05 1994 @@ -95,7 +95,7 @@ .Pp allows .Nm error -to touch files ending with ``.c'', ``.y'', ``.foo*'' and ``.h''. +to touch files ending with ``.c'', ``.y'', ``.foo*'' and ``.y''. .It Fl s Print out .Em statistics >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Feb 7 04:30:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA24006 for bugs-outgoing; Fri, 7 Feb 1997 04:30:20 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA23956; Fri, 7 Feb 1997 04:30:05 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65v3.2/1.1.8.2/19Aug95-0530PM) id AA18092; Fri, 7 Feb 1997 07:29:24 -0500 Date: Fri, 7 Feb 1997 07:29:24 -0500 From: Garrett Wollman Message-Id: <9702071229.AA18092@halloran-eldar.lcs.mit.edu> To: Eka Kelana Cc: freebsd-hackers@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, dg@root.com Subject: Need quick answer In-Reply-To: <1522A71DB9@bandung.wasantara.net.id> References: <1522A71DB9@bandung.wasantara.net.id> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < said: > Hi.. > I need a good explanation about this code in in_rmx.c: > ... > if (!rt->rt_rmx.rmx_sendpipe && !(rt->rt_rmx.rmx_locks & RTV_SPIPE)) rt-> rt_rmx.rmx_sendpipe = tcp_sendspace; > if (!rt->rt_rmx.rmx_recvpipe && !(rt->rt_rmx.rmx_locks & RTV_RPIPE)) rt-> rt_rmx.rmx_recvpipe = tcp_recvspace; > ... The reason why that is there is because otherwise tcp_close() won't save the ssthresh. > I experienced that it wouldn't allow user program to set the socket buffer > size. The code in tcp_mss() function is: This is a bug. I need to figure out a way to have the user's selection automatically override the default one in the route, and (presumably) also prevent tcp_close() from saving the ssthresh in that case. If you care to contribute code, I'm fighting other fires right now and would greatly appreciate it. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-bugs Fri Feb 7 08:10:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA04172 for bugs-outgoing; Fri, 7 Feb 1997 08:10:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA04159; Fri, 7 Feb 1997 08:10:03 -0800 (PST) Resent-Date: Fri, 7 Feb 1997 08:10:03 -0800 (PST) Resent-Message-Id: <199702071610.IAA04159@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.IAA04055;Fri; (8.8.5/8.8.5);, 7 Feb 1997 08:08:51.-0800 (PST) Message-Id: <199702071608.IAA04055@freefall.freebsd.org> Date: Fri, 7 Feb 1997 08:08:51 -0800 (PST) From: pusateri@jnx.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/2686: struct igmpmsg in shouldn't be KERNEL only Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2686 >Category: kern >Synopsis: struct igmpmsg in shouldn't be KERNEL only >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 7 08:10:02 PST 1997 >Last-Modified: >Originator: Tom Pusateri >Organization: Juniper Networks >Release: 2.2-970202-GAMMA >Environment: >Description: In struct igmp_msg is the format of messages passed between the kernel and user processes listening on an IGMP socket. This is used formulticast routing daemons. This structure and assocatiated message types must be visible to user programs. >How-To-Repeat: >Fix: move struct igmpmsg outside the #ifdef KERNEL section. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Feb 7 09:00:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA06599 for bugs-outgoing; Fri, 7 Feb 1997 09:00:42 -0800 (PST) Received: from tuminfo2.informatik.tu-muenchen.de (root@tuminfo2.informatik.tu-muenchen.de [131.159.0.81]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA06592 for ; Fri, 7 Feb 1997 09:00:38 -0800 (PST) Received: from hprbg8.informatik.tu-muenchen.de ([131.159.0.75]) by tuminfo2.informatik.tu-muenchen.de with ESMTP id <109685-2936>; Fri, 7 Feb 1997 18:00:15 +0100 Received: by hprbg8.informatik.tu-muenchen.de id <125141>; Fri, 7 Feb 1997 18:00:05 +0100 Subject: Re: bin/2642: Problem in /usr/src/libexec/bootpd/bootpgw/bootpgw.c From: Elmar Bartel To: freebsd-gnats@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Date: Fri, 7 Feb 1997 17:59:59 +0100 (MEZ) In-Reply-To: <199702030930.BAA17394@freefall.freebsd.org> from "FreeBSD-gnats@freefall.freebsd.org" at Feb 3, 97 01:30:03 am X-Mailer: ELM [version 2.4 PL24 PGP2] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <97Feb7.180005+0100mesz.125141+330@hprbg8.informatik.tu-muenchen.de> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hello FreeBSD-gnats@freefall.freebsd.org, You replied: > Thank you very much for your problem report. > It has the internal identification `bin/2642'. > The individual assigned to look at your > bug is: freebsd-bugs. > > >Category: bin > >Responsible: freebsd-bugs > >Synopsis: Problem in /usr/src/libexec/bootpd/bootpgw/bootpgw.c > >Arrival-Date: Mon Feb 3 01:30:02 PST 1997 This bug is still present in 22gamma. Yours, Elmar Bartel, RBG. -- preferred: bartel@informatik.tu-muenchen.de secondary: fax: +49 89 289-28232 or phone: -22025 Last resort: Institut fuer Informatik, TU Muenchen, Arcisstrasse 21, D-80333 Muenchen, Germany ... frau kann durch einen deutschen Artikel nicht diskriminiert werden. From owner-freebsd-bugs Fri Feb 7 09:12:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA07386 for bugs-outgoing; Fri, 7 Feb 1997 09:12:23 -0800 (PST) Received: from nj2.n-jcenter.com (root@nj2.n-jcenter.com [205.160.185.3]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA07373 for ; Fri, 7 Feb 1997 09:12:16 -0800 (PST) Received: from dbpm1c-10.n-jcenter.com by nj2.n-jcenter.com with SMTP (5.65/1.2-eef) id AA22557; Fri, 7 Feb 97 12:03:16 -0500 Message-Id: <9702071703.AA22557@nj2.n-jcenter.com> From: "Hector L Samalot" To: Date: Fri, 7 Feb 1997 12:11:35 -0500 X-Msmail-Priority: High X-Priority: 1 X-Mailer: Microsoft Internet Mail 4.70.1155 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk P133 16MB RAM 1033M HD with a partition for DOS. 600MB PRI-DOS partition 300MB FreeBsd partition I keep getting "panic: bad dir" when i am installing. Then it automatically reboots the machine and i have to start all over with the installation. I am installing from the DOS partition, and sometimes, when i install from the floppy i get another message saying "Write failure on transfer! (wrote -1 byte of 1024)" Is there anything you know about this problem? From owner-freebsd-bugs Fri Feb 7 09:12:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA07396 for bugs-outgoing; Fri, 7 Feb 1997 09:12:24 -0800 (PST) Received: from nj2.n-jcenter.com (root@nj2.n-jcenter.com [205.160.185.3]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA07383 for ; Fri, 7 Feb 1997 09:12:21 -0800 (PST) Received: from dbpm1c-10.n-jcenter.com by nj2.n-jcenter.com with SMTP (5.65/1.2-eef) id AA22564; Fri, 7 Feb 97 12:03:26 -0500 Message-Id: <9702071703.AA22564@nj2.n-jcenter.com> From: "Hector L Samalot" To: Date: Fri, 7 Feb 1997 12:11:35 -0500 X-Msmail-Priority: High X-Priority: 1 X-Mailer: Microsoft Internet Mail 4.70.1155 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk P133 16MB RAM 1033M HD with a partition for DOS. 600MB PRI-DOS partition 300MB FreeBsd partition I keep getting "panic: bad dir" when i am installing. Then it automatically reboots the machine and i have to start all over with the installation. I am installing from the DOS partition, and sometimes, when i install from the floppy i get another message saying "Write failure on transfer! (wrote -1 byte of 1024)" Is there anything you know about this problem? From owner-freebsd-bugs Fri Feb 7 10:20:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA10898 for bugs-outgoing; Fri, 7 Feb 1997 10:20:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA10885; Fri, 7 Feb 1997 10:20:02 -0800 (PST) Date: Fri, 7 Feb 1997 10:20:02 -0800 (PST) Message-Id: <199702071820.KAA10885@freefall.freebsd.org> To: freebsd-bugs Cc: From: jlemon@americantv.com Subject: subject=Re: kern/2681: missing prototype in Reply-To: jlemon@americantv.com Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2681; it has been noted by GNATS. From: jlemon@americantv.com To: freebsd-gnats-submit@freebsd.org, jlemon@americantv.com Cc: Subject: subject=Re: kern/2681: missing prototype in Date: Fri, 7 Feb 1997 12:32:56 -0600 (CST) I just realized that the prototype currently lives in . It probably should be moved. From owner-freebsd-bugs Fri Feb 7 12:06:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA16464 for bugs-outgoing; Fri, 7 Feb 1997 12:06:38 -0800 (PST) Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA16440; Fri, 7 Feb 1997 12:06:29 -0800 (PST) Date: Fri, 7 Feb 1997 12:06:29 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199702072006.MAA16440@freefall.freebsd.org> To: bartel@informatik.tu-muenchen.de, jkh, freebsd-bugs Subject: Re: bin/2642 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Problem in /usr/src/libexec/bootpd/bootpgw/bootpgw.c State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Fri Feb 7 12:05:40 PST 1997 State-Changed-Why: OK, check back with 2.2-970208-GAMMA tommorrow and you should see it gone. From owner-freebsd-bugs Fri Feb 7 12:13:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA16823 for bugs-outgoing; Fri, 7 Feb 1997 12:13:37 -0800 (PST) Received: from smoke.marlboro.vt.us (smoke.marlboro.vt.us [198.206.215.91]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA16814 for ; Fri, 7 Feb 1997 12:13:32 -0800 (PST) Received: (from cgull@localhost) by smoke.marlboro.vt.us (8.7/8.8.3/cgull) id PAA20407; Fri, 7 Feb 1997 15:12:56 -0500 (EST) Date: Fri, 7 Feb 1997 15:12:56 -0500 (EST) Message-Id: <199702072012.PAA20407@smoke.marlboro.vt.us> From: john hood To: bugs@freebsd.org Subject: kern/2124: ATAPI problems with Hitachi CDR-7730 still there Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This bug still exists on 2.2-GAMMA-970206 and 3.0-SNAP-970127. To clarify the original report: # mount_cd9660 -r /dev/wcd0c /mnt mount_cd9660: /dev/wcd0: Input/output error # -- John Hood cgull@smoke.marlboro.vt.us Predictably, they all eventually wandered away, rubbing their bruises and brushing mud out of their hair. Some went off to work for the ESA, launching much smaller rockets into low orbits, while others elected to sit on their front porches drinking Jim Beam from the bottle and launching bottle rockets from the empties. [Jordan Hubbard] From owner-freebsd-bugs Fri Feb 7 12:30:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA17668 for bugs-outgoing; Fri, 7 Feb 1997 12:30:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA17657; Fri, 7 Feb 1997 12:30:02 -0800 (PST) Resent-Date: Fri, 7 Feb 1997 12:30:02 -0800 (PST) Resent-Message-Id: <199702072030.MAA17657@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, cgull@smoke.marlboro.vt.us Received: from smoke.marlboro.vt.us (smoke.marlboro.vt.us [198.206.215.91]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA17478 for ; Fri, 7 Feb 1997 12:26:16 -0800 (PST) Received: (from cgull@localhost) by smoke.marlboro.vt.us (8.7/8.8.3/cgull) id PAA20523; Fri, 7 Feb 1997 15:25:43 -0500 (EST) Message-Id: <199702072025.PAA20523@smoke.marlboro.vt.us> Date: Fri, 7 Feb 1997 15:25:43 -0500 (EST) From: john hood Reply-To: cgull@smoke.marlboro.vt.us To: FreeBSD-gnats-submit@freebsd.org Cc: cgull@smoke.marlboro.vt.us X-Send-Pr-Version: 3.2 Subject: misc/2687: sysinstall umounts floppy after prompting for its removal Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2687 >Category: misc >Synopsis: sysinstall umounts floppy after prompting for its removal >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 7 12:30:01 PST 1997 >Last-Modified: >Originator: john hood >Organization: John Hood >Release: 2.2-970206-GAMMA >Environment: 2.2-gamma boot floppies (and 3.0-snap, too). >Description: sysinstall appears to unmount the fixit floppy *after* prompting the user to remove it. >How-To-Repeat: boot install floppy, run fixit shell, ^D, . note that the floppy swishes and gurgles at this point, not before the last prompt. also flip over to diagnostic screen and note fd0 errors, if you have removed the floppy when prompted. >Fix: move a few lines of code :) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Feb 7 12:45:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA18561 for bugs-outgoing; Fri, 7 Feb 1997 12:45:19 -0800 (PST) Received: from wacky.acet.org.noname ([192.188.104.18]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA18553; Fri, 7 Feb 1997 12:45:11 -0800 (PST) Received: from wacky (localhost.acet.org) by wacky.acet.org.noname (4.1/SMI-4.1) id AA05464; Fri, 7 Feb 97 15:44:58 EST Message-Id: <32FB9449.2781E494@mitre.org> Date: Fri, 07 Feb 1997 15:44:58 -0500 From: George Uhl X-Mailer: Mozilla 3.01 (X11; I; SunOS 4.1.4 sun4m) Mime-Version: 1.0 To: freebsd-hackers@FreeBSD.org Cc: freebsd-bugs@FreeBSD.org Subject: Interrupt/Terminate Signal causes page fault in kernel mode Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I'm porting a version of OSI and X.25 from a heavily modified BSDI ver 1.1 to FreeBSD 2.1.6. I'm running an application with a TP4 socket (OSI's version of a reliable, connection-oriented transport-layer socket) that is causing the kernel to crash when it is interrupted/killed by a signal (control-c, kill -9, etc.). The application is waiting for comm traffic (e.g., is listening for a connect, or is connected and waiting for data) and it receives the signal. Then the kernel crashes with: Fatal trap 12: page fault while in kernel mode Fault virtual address = 0x8 Fault code = supervisor read, page not present Instruction pointer = 0x8:0xf010d620 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32, 1, gran 1 processor eflags = Interrupt enabled, resume, IOPL = 0 current process = 259 (tisink) interrupt mask = kernel: type 12 trap. code=0 Stopped at _exit1+0xc4 [/sys/compile/PORT1/:163]: movl 0x8(%ebp),%esi The source code statement (line 163 in /sys/kern/kern_exit.c) from the kernel is: if (SESS_LEADER(p)) { which translates to: if (p->p_session->s_leader == p) { At this point register %ebp is NULL. p is the pointer to the process descriptor for the application. I've use ddb to examine the registers, when the fdfree function is called from exit1 the ebp register contains a pointer to the kernel stack plus some offset. Just prior to leaving fdfree and returning to exit1, ebp is set to zero. The fdfree function does a closef on the socket fd which in turn calls a detach function in the OSI TP code. If I hack the exit1 function and put a statement like a printf or an if(0); prior to the call to untimeout or fdfree, the kernel doesn't crash. This seems like a timing problem to me, but I'm not sure who or what is messing around with my process descriptor pointer. The OSI TP detach function releases OSI protocol data strcutures (like the TP4 and CLNP protocol control blocks) and frees the socket. I don't think the problem is in the detach code. Does anyone have any ideas? -- George From owner-freebsd-bugs Fri Feb 7 12:53:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA19156 for bugs-outgoing; Fri, 7 Feb 1997 12:53:48 -0800 (PST) Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA19125; Fri, 7 Feb 1997 12:53:38 -0800 (PST) Date: Fri, 7 Feb 1997 12:53:38 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199702072053.MAA19125@freefall.freebsd.org> To: jkh, freebsd-bugs, sos Subject: Re: kern/2124 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Hitachi CDR-7730 ATAPI CD-ROM recognized but inaccessible Responsible-Changed-From-To: freebsd-bugs->sos Responsible-Changed-By: jkh Responsible-Changed-When: Fri Feb 7 12:52:14 PST 1997 Responsible-Changed-Why: Soren's Mr IDE CDROM now and can best coordinate this with the poster throughout the bugfix cycle. From owner-freebsd-bugs Fri Feb 7 12:55:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA19255 for bugs-outgoing; Fri, 7 Feb 1997 12:55:29 -0800 (PST) Received: from earth.infinetconsulting.com (earth.infinetconsulting.com [207.23.43.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA19250; Fri, 7 Feb 1997 12:55:26 -0800 (PST) Received: (from lenc@localhost) by earth.infinetconsulting.com (8.8.3/8.6.12) id NAA17467; Fri, 7 Feb 1997 13:09:43 -0800 (PST) Date: Fri, 7 Feb 1997 13:09:43 -0800 (PST) From: Leonard Chua To: freebsd-bugs@freebsd.org, freebsd-hackers@freebsd.org Subject: moused and X11R6 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Anybody tried running moused on 2.2-BETA? Works beautifully in console mode, But when I run X, there seems to be a conflict with X's mouse events. One reason may be that I have moused doing 2 button microsoft mode and X doing 3 button mode. The mouse cursor at X works fine until I press button 3. Then the mouse no longer responds. The rest of X still works. A possible fix would be to hack moused to notice an X session and stop capturing mouse events then. Cheers. Len. From owner-freebsd-bugs Fri Feb 7 14:00:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA22589 for bugs-outgoing; Fri, 7 Feb 1997 14:00:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA22573; Fri, 7 Feb 1997 14:00:03 -0800 (PST) Resent-Date: Fri, 7 Feb 1997 14:00:03 -0800 (PST) Resent-Message-Id: <199702072200.OAA22573@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mi@aldan.ziplink.net Received: from xxx.video-collage.com (xxx.video-collage.com [199.232.254.68]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA22245 for ; Fri, 7 Feb 1997 13:54:27 -0800 (PST) Received: (from root@localhost) by xxx.video-collage.com (8.8.5/8.8.3) id RAA00732; Fri, 7 Feb 1997 17:00:24 -0500 (EST) Message-Id: <199702072200.RAA00732@xxx.video-collage.com> Date: Fri, 7 Feb 1997 17:00:24 -0500 (EST) From: root@xxx.video-collage.com Reply-To: mi@aldan.ziplink.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2688: cc's internal error Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2688 >Category: bin >Synopsis: Found a C file which kills the stock cc-2.6.3 >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 7 14:00:01 PST 1997 >Last-Modified: >Originator: Mikhail Teterin >Organization: Video Collage >Release: FreeBSD 2.1.5-STABLE i386 >Environment: gcc version 2.6.3 >Description: root@xxx:work/Plotmtv1.4.1/Lib (1322) make matrix.o CC=gcc gcc -m486 -fomit-frame-pointer -O2 -I. -I/usr/X11R6/include -DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO -c matrix.c In file included from matrix.c:8: /usr/include/malloc.h:2: warning: #warning "this file includes which is obsoleted, use instead" gcc: Internal compiler error: program cc1 got fatal signal 11 *** Error code 1 Stop. >How-To-Repeat: The whole package is available -- you are welcome to try to compile it >Fix: Build (compile this file only) with gcc-2.7.2 >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Feb 7 14:11:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA23110 for bugs-outgoing; Fri, 7 Feb 1997 14:11:12 -0800 (PST) Received: from vdp01.vailsystems.com (root@vdp01.vailsystems.com [207.152.98.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA23105; Fri, 7 Feb 1997 14:11:08 -0800 (PST) Received: from crocodile.vale.com (crocodile [204.117.217.147]) by vdp01.vailsystems.com (8.8.3/8.7.3) with ESMTP id QAA20190; Fri, 7 Feb 1997 16:10:59 -0600 (CST) Received: from slave1 (slave1.vale.com [204.117.217.100]) by crocodile.vale.com (8.8.3/8.7.3) with ESMTP id QAA03372; Fri, 7 Feb 1997 16:10:58 -0600 (CST) Message-ID: <32FBA862.5C74@vailsys.com> Date: Fri, 07 Feb 1997 16:10:42 -0600 From: Dan Riley Reply-To: driley@vailsys.com X-Sender: Dan Riley (Unverified) X-Mailer: Mozilla 4.0b1 (WinNT; I) MIME-Version: 1.0 To: Leonard Chua CC: freebsd-bugs@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: moused and X11R6 X-Priority: Normal References: Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Leonard Chua wrote: > > Anybody tried running moused on 2.2-BETA? > Works beautifully in console mode, > But when I run X, there seems to be a conflict with X's mouse events. > One reason may be that I have moused doing 2 button microsoft mode > and X doing 3 button mode. The mouse cursor at X works fine until I press > button 3. Then the mouse no longer responds. The rest of X still works. > A possible fix would be to hack moused to notice an X session and stop > capturing mouse events then. > > Cheers. > Len. The Xserver on my 2.2-Gamma system will not even start up with moused running, although I have no complaints about moused in console mode, it is a very nice feature from the linux-world. :) From owner-freebsd-bugs Fri Feb 7 14:29:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA27430 for bugs-outgoing; Fri, 7 Feb 1997 14:29:47 -0800 (PST) Received: from stanton-1-1.quick.net (soil@newport-1-10.quick.net [206.171.89.210]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA27012; Fri, 7 Feb 1997 14:28:06 -0800 (PST) Received: from localhost (soil@localhost) by stanton-1-1.quick.net (8.8.5/8.8.5) with SMTP id OAA01252; Fri, 7 Feb 1997 14:28:00 -0800 (PST) X-Authentication-Warning: stanton-1-1.quick.net: soil owned process doing -bs Date: Fri, 7 Feb 1997 14:28:00 -0800 (PST) From: Josh Gilliam To: FreeBSD-gnats-submit@FreeBSD.ORG cc: GNATS Management , freebsd-bugs@freefall.freebsd.org Subject: Re: docs/2685: typo in error.1 In-Reply-To: <199702071225.EAA14915@stanton-1-1.quick.net> Message-ID: X-IRC: soil X-Operating-System: FreeBSD 2.1.6.1-RELEASE i386 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 7 Feb 1997 04:25:58 -0800 (PST), in message <199702071225.EAA14915@stanton-1-1.quick.net>, soil@quick.net wrote: > >Fix: > Apply this patch: > > --- error.1 Fri Feb 7 04:22:11 1997 > +++ error.1.orig Fri May 27 05:31:05 1994 > @@ -95,7 +95,7 @@ > .Pp > allows > .Nm error > -to touch files ending with ``.c'', ``.y'', ``.foo*'' and ``.h''. > +to touch files ending with ``.c'', ``.y'', ``.foo*'' and ``.y''. > .It Fl s > Print out > .Em statistics I was very tired when I submitted this pr and gave a reversed diff file. Here it is in the correct format: ----- Begin error.1.patch ----- --- error.1.orig Fri May 27 05:31:05 1994 +++ error.1 Fri Feb 7 04:22:11 1997 @@ -95,7 +95,7 @@ .Pp allows .Nm error -to touch files ending with ``.c'', ``.y'', ``.foo*'' and ``.y''. +to touch files ending with ``.c'', ``.y'', ``.foo*'' and ``.h''. .It Fl s Print out .Em statistics ----- End error.1.patch ----- Josh Gilliam -- soil@quick.net From owner-freebsd-bugs Fri Feb 7 14:30:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA27493 for bugs-outgoing; Fri, 7 Feb 1997 14:30:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA27482; Fri, 7 Feb 1997 14:30:02 -0800 (PST) Date: Fri, 7 Feb 1997 14:30:02 -0800 (PST) Message-Id: <199702072230.OAA27482@freefall.freebsd.org> To: freebsd-bugs Cc: From: Josh Gilliam Subject: Re: docs/2685: typo in error.1 Reply-To: Josh Gilliam Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR docs/2685; it has been noted by GNATS. From: Josh Gilliam To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: GNATS Management , freebsd-bugs@freefall.freebsd.org Subject: Re: docs/2685: typo in error.1 Date: Fri, 7 Feb 1997 14:28:00 -0800 (PST) On Fri, 7 Feb 1997 04:25:58 -0800 (PST), in message <199702071225.EAA14915@stanton-1-1.quick.net>, soil@quick.net wrote: > >Fix: > Apply this patch: > > --- error.1 Fri Feb 7 04:22:11 1997 > +++ error.1.orig Fri May 27 05:31:05 1994 > @@ -95,7 +95,7 @@ > .Pp > allows > .Nm error > -to touch files ending with ``.c'', ``.y'', ``.foo*'' and ``.h''. > +to touch files ending with ``.c'', ``.y'', ``.foo*'' and ``.y''. > .It Fl s > Print out > .Em statistics I was very tired when I submitted this pr and gave a reversed diff file. Here it is in the correct format: ----- Begin error.1.patch ----- --- error.1.orig Fri May 27 05:31:05 1994 +++ error.1 Fri Feb 7 04:22:11 1997 @@ -95,7 +95,7 @@ .Pp allows .Nm error -to touch files ending with ``.c'', ``.y'', ``.foo*'' and ``.y''. +to touch files ending with ``.c'', ``.y'', ``.foo*'' and ``.h''. .It Fl s Print out .Em statistics ----- End error.1.patch ----- Josh Gilliam -- soil@quick.net From owner-freebsd-bugs Fri Feb 7 17:00:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA14864 for bugs-outgoing; Fri, 7 Feb 1997 17:00:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA14849; Fri, 7 Feb 1997 17:00:07 -0800 (PST) Date: Fri, 7 Feb 1997 17:00:07 -0800 (PST) Message-Id: <199702080100.RAA14849@freefall.freebsd.org> To: freebsd-bugs Cc: From: Elmar Bartel Subject: Re: bin/2642: Problem in /usr/src/libexec/bootpd/bootpgw/bootpgw.c Reply-To: Elmar Bartel Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2642; it has been noted by GNATS. From: Elmar Bartel To: freebsd-gnats@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Cc: Subject: Re: bin/2642: Problem in /usr/src/libexec/bootpd/bootpgw/bootpgw.c Date: Fri, 7 Feb 1997 17:59:59 +0100 (MEZ) Hello FreeBSD-gnats@freefall.freebsd.org, You replied: > Thank you very much for your problem report. > It has the internal identification `bin/2642'. > The individual assigned to look at your > bug is: freebsd-bugs. > > >Category: bin > >Responsible: freebsd-bugs > >Synopsis: Problem in /usr/src/libexec/bootpd/bootpgw/bootpgw.c > >Arrival-Date: Mon Feb 3 01:30:02 PST 1997 This bug is still present in 22gamma. Yours, Elmar Bartel, RBG. -- preferred: bartel@informatik.tu-muenchen.de secondary: fax: +49 89 289-28232 or phone: -22025 Last resort: Institut fuer Informatik, TU Muenchen, Arcisstrasse 21, D-80333 Muenchen, Germany ... frau kann durch einen deutschen Artikel nicht diskriminiert werden. From owner-freebsd-bugs Fri Feb 7 17:00:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA14879 for bugs-outgoing; Fri, 7 Feb 1997 17:00:12 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA14863; Fri, 7 Feb 1997 17:00:10 -0800 (PST) Resent-Date: Fri, 7 Feb 1997 17:00:10 -0800 (PST) Resent-Message-Id: <199702080100.RAA14863@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, robert@kudra.com Received: from tabby.kudra.com (gw.kudra.com [199.6.44.145]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA14758 for ; Fri, 7 Feb 1997 16:58:28 -0800 (PST) Received: (from robert@localhost) by tabby.kudra.com (8.8.5/8.6.12) id TAA02695; Fri, 7 Feb 1997 19:58:26 -0500 (EST) Message-Id: <199702080058.TAA02695@tabby.kudra.com> Date: Fri, 7 Feb 1997 19:58:26 -0500 (EST) From: Robert Sexton Reply-To: robert@kudra.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2690: When Using ccd in a mirror mode, file creation fails, Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2690 >Category: kern >Synopsis: When Using ccd in a mirror mode, file creation fails, >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 7 17:00:08 PST 1997 >Last-Modified: >Originator: Robert Sexton >Organization: Robert Sexton - robert@kudra.com >Release: FreeBSD 2.1.6-RELEASE i386 >Environment: 2.1-stable as of 6 Feb - 1997 SCSI-2 drives, on an adaptec 2940 controller. ccdconfig ccd0 128 6 /dev/sd0f /dev/sd2f >Description: In testing ccd for use as a disk mirroring facility, tests determined that disk failure could cause a filesystem inconsistency. For testing purposes, I set up two identical disk slices, and mirrored them with ccd. Whne I turned off the external drive, copies to the ccd device failed as expected, but I was able to unlink existing files. When I brought the external drive back on line, fsck found the unlinked files, and dutifully placed them in lost+found. CCD did not report the write failure to syslog. >How-To-Repeat: See above. >Fix: >Audit-Trail: >Unformatted: but rm works From owner-freebsd-bugs Fri Feb 7 17:33:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA16118 for bugs-outgoing; Fri, 7 Feb 1997 17:33:24 -0800 (PST) Received: from murkwood.gaffaneys.com (dialup17.gaffaneys.com [134.129.252.36]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA16111; Fri, 7 Feb 1997 17:33:20 -0800 (PST) Received: (from zach@localhost) by murkwood.gaffaneys.com (8.8.5/8.8.5) id TAA06666; Fri, 7 Feb 1997 19:33:36 -0600 (CST) To: Leonard Chua Cc: freebsd-bugs@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: moused and X11R6 References: Mime-Version: 1.0 (generated by tm-edit 7.89) Content-Type: text/plain; charset=US-ASCII From: Zach Heilig Date: 07 Feb 1997 19:33:33 -0600 In-Reply-To: Leonard Chua's message of Fri, 7 Feb 1997 13:09:43 -0800 (PST) Message-ID: <876804rsia.fsf@murkwood.gaffaneys.com> Lines: 27 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Leonard Chua writes: > Anybody tried running moused on 2.2-BETA? > Works beautifully in console mode, > But when I run X, there seems to be a conflict with X's mouse events. > One reason may be that I have moused doing 2 button microsoft mode > and X doing 3 button mode. The mouse cursor at X works fine until I press > button 3. Then the mouse no longer responds. The rest of X still works. > A possible fix would be to hack moused to notice an X session and stop > capturing mouse events then. I just started running X on my 2.2-ALPHA system (saw too many problems with the beta version :-). I noticed about half the time I hit the right button it pastes a 'd' into whatever application is active. And when I hit the middle button, it pastes the 'd' and perhaps that buffer after the 'd' (depending one where the mouse is). This is especially annoying when dealing with scroll-bars and other applications that take the 'd' key to mean something. I'm not entirely sure what's wrong, but maybe someone else has noticed. The system is running moused, XF86_SVGA, and fvwm (and a whole boatload of xterms and other applications). -- Zach Heilig (zach@blizzard.gaffaneys.com) | ALL unsolicited commercial email Support bacteria -- it's the only | is unwelcome. I avoid dealing form of culture some people have! | with companies that email ads. From owner-freebsd-bugs Fri Feb 7 17:35:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA16489 for bugs-outgoing; Fri, 7 Feb 1997 17:35:57 -0800 (PST) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA16476; Fri, 7 Feb 1997 17:35:50 -0800 (PST) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by nasu.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id KAA11189; Sat, 8 Feb 1997 10:34:40 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (bf0TKetwxdsN4n3bNA6e7L0F+ouvgbzB@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by outmail.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id KAA24207; Sat, 8 Feb 1997 10:34:39 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zenith.mech.utsunomiya-u.ac.jp [160.12.33.60]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id KAA08565; Sat, 8 Feb 1997 10:38:29 +0900 (JST) Message-Id: <199702080138.KAA08565@zodiac.mech.utsunomiya-u.ac.jp> To: driley@vailsys.com cc: Leonard Chua , freebsd-bugs@freebsd.org, freebsd-hackers@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: moused and X11R6 In-reply-to: Your message of "Fri, 07 Feb 1997 16:10:42 CST." <32FBA862.5C74@vailsys.com> References: <32FBA862.5C74@vailsys.com> Date: Sat, 08 Feb 1997 10:38:27 +0900 From: Kazutaka YOKOTA Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Leonard Chua wrote: >> >> Anybody tried running moused on 2.2-BETA? >> Works beautifully in console mode, >> But when I run X, there seems to be a conflict with X's mouse events. >> One reason may be that I have moused doing 2 button microsoft mode >> and X doing 3 button mode. The mouse cursor at X works fine until I press >> button 3. Then the mouse no longer responds. The rest of X still works. >> A possible fix would be to hack moused to notice an X session and stop >> capturing mouse events then. >> >> Cheers. >> Len. > >The Xserver on my 2.2-Gamma system will not even start up with moused running, > >although I have no complaints about moused in console mode, it is a very nice >feature from the linux-world. :) Slight modification was made to moused, between 2.2-BETA and 2.2-GAMMA. It affects PS/2 and Bus mice only. Although I am not the one who is maintaining moused, I am interested in your problems. Would you give us some more details? Which type of mouse are you using, Serial, bus, or PS/2? >From which manufacturer? How the variables `mousedtype' and `mousedport' are set in `/etc/sysconfig'? How do your `Device' and `Protocol' lines for the pointing device look like in `XF86Config'? Kazu From owner-freebsd-bugs Fri Feb 7 20:33:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA23151 for bugs-outgoing; Fri, 7 Feb 1997 20:33:28 -0800 (PST) Received: from icicle.winternet.com (adm@icicle.winternet.com [198.174.169.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA23146; Fri, 7 Feb 1997 20:33:25 -0800 (PST) Received: (from adm@localhost) by icicle.winternet.com (8.7.5/8.7.5) id WAA15834; Fri, 7 Feb 1997 22:33:18 -0600 (CST) Posted-Date: Fri, 7 Feb 1997 22:33:18 -0600 (CST) Received: from chaos.ecpnet.com(204.246.64.13) by icicle.winternet.com via smap (V2.0beta) id xma015817; Fri, 7 Feb 97 22:32:55 -0600 Received: from localhost (raistlin@localhost) by chaos.ecpnet.com (8.8.5/8.8.3) with SMTP id WAA02156; Fri, 7 Feb 1997 22:31:42 -0600 (CST) Date: Fri, 7 Feb 1997 22:31:41 -0600 (CST) From: Justen Stepka To: Zach Heilig cc: Leonard Chua , freebsd-bugs@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: moused and X11R6 In-Reply-To: <876804rsia.fsf@murkwood.gaffaneys.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 7 Feb 1997, Zach Heilig wrote: > Leonard Chua writes: > > > Anybody tried running moused on 2.2-BETA? > > Works beautifully in console mode, > > But when I run X, there seems to be a conflict with X's mouse events. > > One reason may be that I have moused doing 2 button microsoft mode > > and X doing 3 button mode. The mouse cursor at X works fine until I press > > button 3. Then the mouse no longer responds. The rest of X still works. > > A possible fix would be to hack moused to notice an X session and stop > > capturing mouse events then. > > I just started running X on my 2.2-ALPHA system (saw too many problems > with the beta version :-). I noticed about half the time I hit the > right button it pastes a 'd' into whatever application is active. And > when I hit the middle button, it pastes the 'd' and perhaps that > buffer after the 'd' (depending one where the mouse is). This is > especially annoying when dealing with scroll-bars and other > applications that take the 'd' key to mean something. > > I'm not entirely sure what's wrong, but maybe someone else has > noticed. The system is running moused, XF86_SVGA, and fvwm (and a > whole boatload of xterms and other applications). > > -- > Zach Heilig (zach@blizzard.gaffaneys.com) | ALL unsolicited commercial email > Support bacteria -- it's the only | is unwelcome. I avoid dealing > form of culture some people have! | with companies that email ads. > I to have noticed a problem similar, I have no problem loading X though. The problem is when I go to move the mouse it appears as though it's "drunk" and drags along slowly and in weird patterns. I figured that code had been changed so I just turned moused off. Justen Stepka From owner-freebsd-bugs Fri Feb 7 21:35:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA25138 for bugs-outgoing; Fri, 7 Feb 1997 21:35:50 -0800 (PST) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id VAA25090; Fri, 7 Feb 1997 21:35:36 -0800 (PST) Received: from nanguo.chalmers.com.au (chalmers.com.au) by mail.crl.com with SMTP id AA13882 (5.65c/IDA-1.5); Fri, 7 Feb 1997 21:34:51 -0800 Received: (from robert@localhost) by nanguo.chalmers.com.au (8.7.6/8.7.3) id PAA00214; Sat, 8 Feb 1997 15:16:27 +1000 (EST) From: Robert Chalmers Message-Id: <199702080516.PAA00214@nanguo.chalmers.com.au> Subject: The Grail Quest - Bypassing the Annex. To: freebsd-questions@freebsd.org (bsd), freebsd-isp@freebsd.org (FreeBSD ISP) Date: Sat, 8 Feb 1997 15:16:26 +1000 (EST) Cc: bugs@freebsd.org X-Mailer: ELM [version 2.4ME+ PL22 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk After much traffic on the mail lists about the Annex not passing traffic, I decided to by pass it. Here are the results. The kernel Version: Pentium 120. SOYO board PCI. FreeBSD nanguo.chalmers.com.au 2.2-961014-SNAP FreeBSD 2.2-961014-SNAP #0: Fri Jan 31 13:00:40 EST 1997 root@nanguo.chalmers.com.au:/usr/src/sys/compile/MYKERNEL i386 I set up my Ethernet so that they all talk to one machine, acting as a gateway through a kernel pppd link to the Internet provider. I finally got the pppd link up, with much help from net folk, and talking to the ethernet. Traffic flowed freely in all directions. Or so I thought. To the best of my ability to sus it out, the original problem seems to be persisting. Some folk can talk to me. Some can't. Some run so slow as to be useless. Yet others, some 5000 a month, have no problems. I don't know if the other machine https://ruby.chalmers.com.au has similar problems. It's a trial SSL server. 486 2/66 So, next step. I swapped out the ethernet cable. nada. I swapped out the ehternet card. nada. A helpful net person tells me that he can connect to my www pages with NO PROBLEMS so long as he uses FreeBSD 2.1.5. If he uses 2.2, it wont connect!!!! Is there a subtle message here I wonder.? So, here I sit. Direct ppp link. No Annex. clueless in Mackay. robert -- chalmers.com.au: P.O. Box 2003. Mackay. 4740 +61-0412-079025 robert@chalmers.com.au for Whirled Peas http://www.chalmers.com.au Location: The Great Australian Content Site. 21'7" S, 149'14" E. From owner-freebsd-bugs Fri Feb 7 21:56:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA25948 for bugs-outgoing; Fri, 7 Feb 1997 21:56:45 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA25938; Fri, 7 Feb 1997 21:56:37 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.5/8.8.5) id QAA03871; Sat, 8 Feb 1997 16:55:56 +1100 (EST) Message-ID: <19970208165555.12961@usn.blaze.net.au> Date: Sat, 8 Feb 1997 16:55:55 +1100 From: David Nugent To: Justen Stepka Cc: Zach Heilig , Leonard Chua , freebsd-bugs@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: moused and X11R6 References: <876804rsia.fsf@murkwood.gaffaneys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61 In-Reply-To: ; from Justen Stepka on Feb 02, 1997 at 10:31:41PM Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Feb 02, 1997 at 10:31:41PM, Justen Stepka wrote: > > I'm not entirely sure what's wrong, but maybe someone else has > > noticed. The system is running moused, XF86_SVGA, and fvwm (and a > > whole boatload of xterms and other applications). > > I to have noticed a problem similar, I have no problem loading X though. > The problem is when I go to move the mouse it appears as though it's > "drunk" and drags along slowly and in weird patterns. I figured that code > had been changed so I just turned moused off. It would appear that you've configured both X and moused to access the mouse directly, in which case they're fighting for control, and certainly you'll see the results that you've observed. Had X been configured to use /dev/mouse, then the mouse in X would not have worked at all unless you changed your X configuration as well. It works like this: moused handles the *real* mouse device, and "converts" these into mousesystems events, then emulates a "real" mouse to everything that uses it. In the meatime, It can affect the console device as well if you have mouse actions on via vidcontrol. e.g (for a serial mouse): /dev/cuaa0 -> moused | /dev/mouse | +-- vidcontrol | +-- xfree Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-bugs Fri Feb 7 22:33:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA27002 for bugs-outgoing; Fri, 7 Feb 1997 22:33:59 -0800 (PST) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA26997 for ; Fri, 7 Feb 1997 22:33:50 -0800 (PST) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by nasu.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id PAA11580; Sat, 8 Feb 1997 15:30:33 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (tki7uyjnT9+iKmtrzKLwoX19G18ZFzVe@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by outmail.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id PAA24423; Sat, 8 Feb 1997 15:30:25 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zenith.mech.utsunomiya-u.ac.jp [160.12.33.60]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id PAA15649; Sat, 8 Feb 1997 15:34:12 +0900 (JST) Message-Id: <199702080634.PAA15649@zodiac.mech.utsunomiya-u.ac.jp> To: David Nugent cc: Justen Stepka , Zach Heilig , Leonard Chua , freebsd-bugs@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: moused and X11R6 In-reply-to: Your message of "Sat, 08 Feb 1997 16:55:55 +1100." <19970208165555.12961@usn.blaze.net.au> References: <876804rsia.fsf@murkwood.gaffaneys.com> <19970208165555.12961@usn.blaze.net.au> Date: Sat, 08 Feb 1997 15:34:08 +0900 From: Kazutaka YOKOTA Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >It works like this: > >moused handles the *real* mouse device, and "converts" these >into mousesystems events, then emulates a "real" mouse to >everything that uses it. In the meatime, It can affect the >console device as well if you have mouse actions on via >vidcontrol. > >e.g (for a serial mouse): > >/dev/cuaa0 -> moused > | > /dev/mouse > | > +-- vidcontrol > | > +-- xfree Actually, it's `/dev/sysmouse' rather than `/dev/mouse', unless you have made a symbolic link from `/dev/mouse' to `/dev/sysmouse'... I am currently running moused with a 3-button serial mouse. My XF86Config has the following lines in the Section "Pointer": Device "/dev/sysmouse" Protocol "MouseSystems" Kazu From owner-freebsd-bugs Fri Feb 7 23:18:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA28009 for bugs-outgoing; Fri, 7 Feb 1997 23:18:30 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA28002 for ; Fri, 7 Feb 1997 23:18:20 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.5/8.8.5) id SAA03958; Sat, 8 Feb 1997 18:17:28 +1100 (EST) Message-ID: <19970208181727.21084@usn.blaze.net.au> Date: Sat, 8 Feb 1997 18:17:27 +1100 From: David Nugent To: Kazutaka YOKOTA Cc: David Nugent , Justen Stepka , Zach Heilig , Leonard Chua , freebsd-bugs@freebsd.org Subject: Re: moused and X11R6 References: <876804rsia.fsf@murkwood.gaffaneys.com> <19970208165555.12961@usn.blaze.net.au> <199702080634.PAA15649@zodiac.mech.utsunomiya-u.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61 In-Reply-To: <199702080634.PAA15649@zodiac.mech.utsunomiya-u.ac.jp>; from Kazutaka YOKOTA on Feb 02, 1997 at 03:34:08PM Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Feb 02, 1997 at 03:34:08PM, Kazutaka YOKOTA wrote: > > /dev/mouse > > | > > +-- vidcontrol > > | > > +-- xfree > > Actually, it's `/dev/sysmouse' rather than `/dev/mouse', unless you > have made a symbolic link from `/dev/mouse' to `/dev/sysmouse'... Whoops, yes of course you're quite right. I do have a symlink /dev/mouse -> /dev/sysmouse, and hence the confusion. I do this since my mouse really IS a mousesystems compatible mouse, so I can modify it to use the serial port directly if - for whatever reason - I'm not using moused. It has been ages since I last did that though. :-) Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-bugs Fri Feb 7 23:50:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA28967 for bugs-outgoing; Fri, 7 Feb 1997 23:50:50 -0800 (PST) Received: from murkwood.gaffaneys.com (dialup14.gaffaneys.com [134.129.252.33]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA28962; Fri, 7 Feb 1997 23:50:45 -0800 (PST) Received: (from zach@localhost) by murkwood.gaffaneys.com (8.8.5/8.8.5) id BAA10244; Sat, 8 Feb 1997 01:51:02 -0600 (CST) To: David Nugent Cc: Leonard Chua , freebsd-bugs@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: moused and X11R6 References: <876804rsia.fsf@murkwood.gaffaneys.com> <19970208165555.12961@usn.blaze.net.au> Mime-Version: 1.0 (generated by tm-edit 7.89) Content-Type: text/plain; charset=US-ASCII From: Zach Heilig Date: 08 Feb 1997 01:51:01 -0600 In-Reply-To: David Nugent's message of Sat, 8 Feb 1997 16:55:55 +1100 Message-ID: <87bu9venx6.fsf@murkwood.gaffaneys.com> Lines: 21 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk David Nugent writes: > It would appear that you've configured both X and moused to > access the mouse directly, in which case they're fighting for > control, and certainly you'll see the results that you've > observed. Nope, moused used /dev/cuaa0, X used /dev/sysmouse. What are the device numbers on /dev/sysmouse supposed to be? I have: crw-rw---- 1 uucp dialer 28, 128 Feb 8 01:35 /dev/cuaa0 crw------- 1 root wheel 12, 128 Feb 8 00:58 /dev/sysmouse I killed moused, and set the X mouse pointer to /dev/cuaa0. The problem seems to have gone away. Either the above permissions are wrong, or moused is mildly broken. -- Zach Heilig (zach@blizzard.gaffaneys.com) | ALL unsolicited commercial email Support bacteria -- it's the only | is unwelcome. I avoid dealing form of culture some people have! | with companies that email ads. From owner-freebsd-bugs Sat Feb 8 01:18:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA00871 for bugs-outgoing; Sat, 8 Feb 1997 01:18:53 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA00865 for ; Sat, 8 Feb 1997 01:18:32 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.5/8.8.5) id UAA06184; Sat, 8 Feb 1997 20:17:34 +1100 (EST) Message-ID: <19970208201732.37402@usn.blaze.net.au> Date: Sat, 8 Feb 1997 20:17:32 +1100 From: David Nugent To: Zach Heilig Cc: David Nugent , Leonard Chua , freebsd-bugs@freebsd.org Subject: Re: moused and X11R6 References: <876804rsia.fsf@murkwood.gaffaneys.com> <19970208165555.12961@usn.blaze.net.au> <87bu9venx6.fsf@murkwood.gaffaneys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61 In-Reply-To: <87bu9venx6.fsf@murkwood.gaffaneys.com>; from Zach Heilig on Feb 02, 1997 at 01:51:01AM Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Feb 02, 1997 at 01:51:01AM, Zach Heilig wrote: > > It would appear that you've configured both X and moused to > > access the mouse directly, in which case they're fighting for > > control, and certainly you'll see the results that you've > > observed. > > Nope, moused used /dev/cuaa0, X used /dev/sysmouse. What are the > device numbers on /dev/sysmouse supposed to be? I have: > > crw-rw---- 1 uucp dialer 28, 128 Feb 8 01:35 /dev/cuaa0 > crw------- 1 root wheel 12, 128 Feb 8 00:58 /dev/sysmouse Looks fine. > I killed moused, and set the X mouse pointer to /dev/cuaa0. The > problem seems to have gone away. Either the above permissions are > wrong, or moused is mildly broken. What type of mouse do you have? The type in /etc/sysconfig (for moused) should match the type of the mouse you're using. moused always emulates a mousesystems mouse, so if you're using /dev/sysmouse, then XFree should use the mousesystems type. Failing that, I don't know what to suggest. Running XFree 3.1 & 3.2 has worked perfectly with moused here for months. I use a 3-button no-name brand mouse with both microsoft & mousesystems protocols, but I only ever use the latter. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-bugs Sat Feb 8 01:55:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA03845 for bugs-outgoing; Sat, 8 Feb 1997 01:55:24 -0800 (PST) Received: from murkwood.gaffaneys.com (dialup14.gaffaneys.com [134.129.252.33]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA03840 for ; Sat, 8 Feb 1997 01:55:20 -0800 (PST) Received: (from zach@localhost) by murkwood.gaffaneys.com (8.8.5/8.8.5) id DAA12939; Sat, 8 Feb 1997 03:55:36 -0600 (CST) To: David Nugent Cc: freebsd-bugs@freebsd.org Subject: Re: moused and X11R6 References: <876804rsia.fsf@murkwood.gaffaneys.com> <19970208165555.12961@usn.blaze.net.au> <87bu9venx6.fsf@murkwood.gaffaneys.com> <19970208201732.37402@usn.blaze.net.au> Mime-Version: 1.0 (generated by tm-edit 7.89) Content-Type: text/plain; charset=US-ASCII From: Zach Heilig Date: 08 Feb 1997 03:55:35 -0600 In-Reply-To: David Nugent's message of Sat, 8 Feb 1997 20:17:32 +1100 Message-ID: <87zpxfbp0o.fsf@murkwood.gaffaneys.com> Lines: 34 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk David Nugent writes: > What type of mouse do you have? The type in /etc/sysconfig > (for moused) should match the type of the mouse you're using. > moused always emulates a mousesystems mouse, so if you're > using /dev/sysmouse, then XFree should use the mousesystems > type. The mouse doesn't do anything strange in text mode, and is usually ok in X. It's just that every so often, the middle and right buttons insist on pasting a 'd' in the application (only when moused is running). Mouse movement is always ok. I have a mouse-systems type (3-buttons), so as far as the X server is concerned, /dev/cuaa0 and /dev/sysmouse _should_ be identical. Since I'm running X all the time now, not running moused (and appearantly fixing the problem) isn't a big deal. The mouse does seem to be a tiny bit drunk at times, but those symptoms are of a dirty mouse, and not a wrong protocol. > Failing that, I don't know what to suggest. Running XFree 3.1 & 3.2 > has worked perfectly with moused here for months. I use a 3-button > no-name brand mouse with both microsoft & mousesystems protocols, > but I only ever use the latter. Perhaps it is my mouse. If the problem doesn't go away after I get around to cleaning it, I'll go buy a new one Monday and see if that fixes my problem. -- Zach Heilig (zach@blizzard.gaffaneys.com) | ALL unsolicited commercial email Support bacteria -- it's the only | is unwelcome. I avoid dealing form of culture some people have! | with companies that email ads. From owner-freebsd-bugs Sat Feb 8 07:20:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA16175 for bugs-outgoing; Sat, 8 Feb 1997 07:20:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA16147; Sat, 8 Feb 1997 07:20:02 -0800 (PST) Resent-Date: Sat, 8 Feb 1997 07:20:02 -0800 (PST) Resent-Message-Id: <199702081520.HAA16147@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.HAA15864;Sat; (8.8.5/8.8.5);, 8 Feb 1997 07:12:53.-0800 (PST) Message-Id: <199702081512.HAA15864@freefall.freebsd.org> Date: Sat, 8 Feb 1997 07:12:53 -0800 (PST) From: bwithrow@baynetworks.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/2693: AMD: Direct mounts don't work Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2693 >Category: kern >Synopsis: AMD: Direct mounts don't work >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 8 07:20:01 PST 1997 >Last-Modified: >Originator: Robert Withrow >Organization: Bay Networks >Release: 2.1.5, 2.1.6 >Environment: Varies. (6 different systems) >Description: NFS in 2.1.5 and 2.1.6 (and, from looking at CVS) 2.2 also) has problems doing the stuff necessary for AMD to do direct mounts. This makes AMD nearly useless in real-world automount configurations which nearly always have some direct mounted filesystems. It would be a shame if 2.2 would be the third release of FreeBSD to go out with this bug, especially since there have been patches aparently widely available to fix this... >How-To-Repeat: >Fix: I have patches against 2.1.5 and 2.1.6 that fix this. We are using several FreeBSD machines in very large automount configurations with these patches. I didn't author these patches, but I do know they work. I will be glad to send them to the maintainer. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Feb 8 08:20:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA18534 for bugs-outgoing; Sat, 8 Feb 1997 08:20:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA18527; Sat, 8 Feb 1997 08:20:03 -0800 (PST) Resent-Date: Sat, 8 Feb 1997 08:20:03 -0800 (PST) Resent-Message-Id: <199702081620.IAA18527@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.IAA18384;Sat; (8.8.5/8.8.5);, 8 Feb 1997 08:16:58.-0800 (PST) Message-Id: <199702081616.IAA18384@freefall.freebsd.org> Date: Sat, 8 Feb 1997 08:16:58 -0800 (PST) From: garman@phs.k12.ar.us To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/2695: sio1 (16540 serial port) is not recognized by GENERIC boot kernel Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2695 >Category: kern >Synopsis: sio1 (16540 serial port) is not recognized by GENERIC boot kernel >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 8 08:20:01 PST 1997 >Last-Modified: >Originator: Jason Garman >Organization: individual >Release: 2.2-GAMMA as of yesterday >Environment: (could not install, so this can't be determined) >Description: The internal modem on my machine (on sio1) is recognized fine by 2.1.x kernels, but when booting 2.2 (any version i've tried) the boot messages report that it can't be found. I turned on verbose probe using flags 0x80 and it tells me: sio1: probe test 5 failed sio1: probe test 6 failed sio1 not found at 0x2f8 My working 2.1.6.1-RELEASE kernel reports: sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16450 >How-To-Repeat: boot a 2.2-gamma kernel with my modem installed on com2 :-) >Fix: not enough delay to allow the modem to respond to probes, perhaps? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Feb 8 09:10:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA20283 for bugs-outgoing; Sat, 8 Feb 1997 09:10:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA20277; Sat, 8 Feb 1997 09:10:01 -0800 (PST) Date: Sat, 8 Feb 1997 09:10:01 -0800 (PST) Message-Id: <199702081710.JAA20277@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: kern/2693: AMD: Direct mounts don't work Reply-To: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2693; it has been noted by GNATS. From: "Jordan K. Hubbard" To: bwithrow@baynetworks.com Cc: freebsd-gnats-submit@freebsd.org Subject: Re: kern/2693: AMD: Direct mounts don't work Date: Sat, 08 Feb 1997 09:05:40 -0800 You should include them with this PR. > > >Number: 2693 > >Category: kern > >Synopsis: AMD: Direct mounts don't work > >Confidential: no > >Severity: serious > >Priority: high > >Responsible: freebsd-bugs > >State: open > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Sat Feb 8 07:20:01 PST 1997 > >Last-Modified: > >Originator: Robert Withrow > >Organization: > Bay Networks > >Release: 2.1.5, 2.1.6 > >Environment: > Varies. (6 different systems) > >Description: > NFS in 2.1.5 and 2.1.6 (and, from looking at CVS) 2.2 also) has > problems doing the stuff necessary for AMD to do direct mounts. This > makes AMD nearly useless in real-world automount configurations which > nearly always have some direct mounted filesystems. > > It would be a shame if 2.2 would be the third release of FreeBSD to > go out with this bug, especially since there have been patches > aparently widely available to fix this... > >How-To-Repeat: > > >Fix: > I have patches against 2.1.5 and 2.1.6 that fix this. We are using > several FreeBSD machines in very large automount configurations with > these patches. I didn't author these patches, but I do know they > work. I will be glad to send them to the maintainer. > >Audit-Trail: > >Unformatted: From owner-freebsd-bugs Sat Feb 8 10:50:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA23889 for bugs-outgoing; Sat, 8 Feb 1997 10:50:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA23881; Sat, 8 Feb 1997 10:50:01 -0800 (PST) Date: Sat, 8 Feb 1997 10:50:01 -0800 (PST) Message-Id: <199702081850.KAA23881@freefall.freebsd.org> To: freebsd-bugs Cc: From: root@uhf.wireless.net Subject: Re: kern/2277: 2.2-BETA fails... (still doesn't work in 2.2-GAMMA) Reply-To: root@uhf.wireless.net Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2277; it has been noted by GNATS. From: root@uhf.wireless.net To: freebsd-gnats-submit@freebsd.org, root@uhf.wireless.net Cc: Subject: Re: kern/2277: 2.2-BETA fails... (still doesn't work in 2.2-GAMMA) Date: Sat, 8 Feb 1997 13:47:25 -0500 (EST) Just tried the 2.2-GAMMA boot disk on my TI Extensa 570CDT. Still hangs after displaying apm0 disabled, not probed. Bernie From owner-freebsd-bugs Sat Feb 8 13:30:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA00856 for bugs-outgoing; Sat, 8 Feb 1997 13:30:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA00849; Sat, 8 Feb 1997 13:30:03 -0800 (PST) Resent-Date: Sat, 8 Feb 1997 13:30:03 -0800 (PST) Resent-Message-Id: <199702082130.NAA00849@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jc@irbs.com Received: from irbs.irbs.com (smtpd@irbs.irbs.com [199.182.75.129]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA00464 for ; Sat, 8 Feb 1997 13:20:23 -0800 (PST) Received: from cleat.irbs.com (cleat.irbs.com [199.182.75.131]) by irbs.irbs.com (8.8.5/8.8.5) with ESMTP id QAA26633 for ; Sat, 8 Feb 1997 16:20:18 -0500 (EST) Received: (from jc@localhost) by cleat.irbs.com (8.8.4/8.7.3) id QAA05277; Sat, 8 Feb 1997 16:20:18 -0500 (EST) Message-Id: <199702082120.QAA05277@cleat.irbs.com> Date: Sat, 8 Feb 1997 16:20:18 -0500 (EST) From: John Capo Reply-To: jc@irbs.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2696: de driver support for SMC9332BDT Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2696 >Category: kern >Synopsis: de driver support for SMC9332BDT >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Feb 8 13:30:02 PST 1997 >Last-Modified: >Originator: John Capo >Organization: IRBS Engineering >Release: FreeBSD 2.2-RELEASE i386 >Environment: >Description: The de driver does not recognize the SMC9332BDT card. >How-To-Repeat: >Fix: This patch has not been tested on a 2.2 system. It has been tested on the 2.2 de driver back-ported to -stable. Index: if_de.c =================================================================== RCS file: /usr/cvs/src/sys/pci/if_de.c,v retrieving revision 1.54.2.2 diff -c -r1.54.2.2 if_de.c *** if_de.c 1996/12/03 10:52:49 1.54.2.2 --- if_de.c 1997/02/08 17:06:08 *************** *** 346,351 **** --- 346,352 ---- TULIP_21140_DEC_EB, /* Digital Semicondutor 21140 Evaluation Board */ TULIP_21140_DEC_DE500, /* Digital DE500-?? 10/100 */ TULIP_21140_SMC_9332, /* SMC 9332 */ + TULIP_21140A_SMC_9332BDT, /* SMC 9332BDT with 21140A */ TULIP_21140_COGENT_EM100, /* Cogent EM100 100 only */ TULIP_21140_ZNYX_ZX34X, /* ZNYX ZX342 10/100 */ TULIP_21041_GENERIC, /* Generic 21041 card */ *************** *** 1551,1556 **** --- 1552,1566 ---- tulip_21140_smc9332_media_select, tulip_21140_nomii_media_preset, }; + + static const tulip_boardsw_t tulip_21140A_smc9332bdt_boardsw = { + TULIP_21140A_SMC_9332BDT, + "SMC 9332BDT ", + tulip_21140_smc9332_media_probe, + tulip_21140_mii_media_preset, + tulip_21140_mii_probe, + }; + static int tulip_21140_cogent_em100_media_probe( *************** *** 3014,3019 **** --- 3024,3033 ---- return; if (sc->tulip_chipid == TULIP_21140) { sc->tulip_boardsw = &tulip_21140_smc9332_boardsw; + return; + } + if (sc->tulip_chipid == TULIP_21140A) { + sc->tulip_boardsw = &tulip_21140A_smc9332bdt_boardsw; return; } id1 = sc->tulip_rombuf[0x60] | (sc->tulip_rombuf[0x61] << 8); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Feb 8 14:19:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA03873 for bugs-outgoing; Sat, 8 Feb 1997 14:19:31 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA03783; Sat, 8 Feb 1997 14:18:44 -0800 (PST) Date: Sat, 8 Feb 1997 14:18:44 -0800 (PST) From: Joerg Wunsch Message-Id: <199702082218.OAA03783@freefall.freebsd.org> To: proff@iq.org, joerg, freebsd-bugs Subject: Re: bin/2587 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: remote root security hole in rexecd State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sat Feb 8 23:17:44 MET 1997 State-Changed-Why: Closed at originator's request, see the audit-trail. From owner-freebsd-bugs Sat Feb 8 14:20:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA03974 for bugs-outgoing; Sat, 8 Feb 1997 14:20:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA03953; Sat, 8 Feb 1997 14:20:03 -0800 (PST) Date: Sat, 8 Feb 1997 14:20:03 -0800 (PST) Message-Id: <199702082220.OAA03953@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: kern/2695: sio1 (16540 serial port) is not recognized by GENERIC boot kernel Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2695; it has been noted by GNATS. From: Bruce Evans To: freebsd-gnats-submit@freebsd.org, garman@phs.k12.ar.us Cc: Subject: Re: kern/2695: sio1 (16540 serial port) is not recognized by GENERIC boot kernel Date: Sun, 9 Feb 1997 09:06:46 +1100 >I turned on verbose probe using flags 0x80 and it tells me: > >sio1: probe test 5 failed >sio1: probe test 6 failed >sio1 not found at 0x2f8 > >My working 2.1.6.1-RELEASE kernel reports: > >sio1 at 0x2f8-0x2ff irq 3 on isa >sio1: type 16450 >>How-To-Repeat: >boot a 2.2-gamma kernel with my modem installed on com2 :-) >>Fix: >not enough delay to allow the modem to respond to probes, perhaps? 2.2 delays 1000 usec longer than 2.1.6 between test4 and test 5. I have seen failures for test 3 and test 4 on a UMC8669F (16550 incompatible). I guess this is caused by fifo mode and possibly some other things not being cleared after a crash, and bugs in UMC's control registers. I recently found that the UMC's fifo control register doesn't work either - if it is written to while input is arriving, then the fifo trigger level is not changed until input stops arriving. There are also problems with writing to the divisor latch registers while input is arriving. So initialization of the divisor latch and the fifo in the probe can't be trusted to work (the fifo isn't initialized now). Bruce From owner-freebsd-bugs Sat Feb 8 14:20:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA04054 for bugs-outgoing; Sat, 8 Feb 1997 14:20:52 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA04019; Sat, 8 Feb 1997 14:20:40 -0800 (PST) Date: Sat, 8 Feb 1997 14:20:40 -0800 (PST) From: Joerg Wunsch Message-Id: <199702082220.OAA04019@freefall.freebsd.org> To: javaman@halcyon.com, joerg, freebsd-bugs Subject: Re: kern/2649 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: accessing floppy using wrong major number causes crash at next access State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sat Feb 8 23:19:00 MET 1997 State-Changed-Why: The originator confirmed this to be a problem with his CD-ROM drive. From owner-freebsd-bugs Sat Feb 8 15:14:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA06405 for bugs-outgoing; Sat, 8 Feb 1997 15:14:42 -0800 (PST) Received: from earth.infinetconsulting.com (earth.infinetconsulting.com [207.23.43.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA06399 for ; Sat, 8 Feb 1997 15:14:36 -0800 (PST) Received: (from lenc@localhost) by earth.infinetconsulting.com (8.8.3/8.6.12) id PAA15243; Sat, 8 Feb 1997 15:29:01 -0800 (PST) Date: Sat, 8 Feb 1997 15:29:00 -0800 (PST) From: Leonard Chua To: David Nugent cc: Zach Heilig , David Nugent , yokota@zodiac.mech.utsunomiya-u.ac.jp, freebsd-bugs@freebsd.org Subject: Re: moused and X11R6 In-Reply-To: <19970208201732.37402@usn.blaze.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 8 Feb 1997, David Nugent wrote: > On Feb 02, 1997 at 01:51:01AM, Zach Heilig wrote: > What type of mouse do you have? The type in /etc/sysconfig > (for moused) should match the type of the mouse you're using. > moused always emulates a mousesystems mouse, so if you're > using /dev/sysmouse, then XFree should use the mousesystems > type. > Here's my setup: I use a generic mouse that can autoswitch between 2button microsoft mode and 3 button mousesystems mode. There is no physical switch on the mouse to select the modes. It depends on what instructions it's fed. I run moused as 'moused -p /dev/mouse -t microsoft' /dev/mouse is a symbolic link to /dev/cuaa0 I have XF86Config using: Protocol "Microsoft" Device "/dev/mouse" An interesting point is that (even without moused), X will somehow redetect the mouse as a 3button mouse and switch it to 3button mode. I have tried getting moused to work in mousesystems mode, but all I get are jerky motions, no mouse cursor and garbage whenever I move the mouse. Another note is that with moused on, and at an X session, clicking the right mouse button (or any other for that matter) in an Xterm window will not cause problems. The mouse hangs only when clicking on the root window. (more below) >>It works like this: >> >>moused handles the *real* mouse device, and "converts" these >>into mousesystems events, then emulates a "real" mouse to >>everything that uses it. In the meatime, It can affect the >>console device as well if you have mouse actions on via >>vidcontrol. >> >>e.g (for a serial mouse): >> >> >>/dev/cuaa0 -> moused >> | >> /dev/mouse >> | >> +-- vidcontrol >> | >> +-- xfree > >Actually, it's `/dev/sysmouse' rather than `/dev/mouse', unless you >have made a symbolic link from `/dev/mouse' to `/dev/sysmouse'... I took a cursory glance at the moused.c code and have some questions/assumptions: (feel free to slam me if I'm wrong) >From moused.c: ** Mouse daemon : listens to serial port for mouse data stream, ** interprets same and passes ioctls off to the console driver. I understand XF86 will read off the serial port as well. It does not take mouse events from the console driver. I say this because for an X application which uses the console (e.g. xterm), the mouse did not hang (as mentioned above). But at the root window, X reads the mouse events directly and so hangs. I also ran moused in debug mode. What I noticed was that at an X session, moused continued to read mouse events fine even when the mouse "hung" at the X root window. My guess then is that X detected a mouse event, but before it could receive any more event info, moused captured it first. Then, X's mouse would be hung waiting for the event to complete. Of course all this could be just insane ravings caused by too much monitor radiation :) Cheers. Len From owner-freebsd-bugs Sat Feb 8 15:30:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA07104 for bugs-outgoing; Sat, 8 Feb 1997 15:30:34 -0800 (PST) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA07005; Sat, 8 Feb 1997 15:29:51 -0800 (PST) Received: from nanguo.chalmers.com.au (chalmers.com.au) by mail.crl.com with SMTP id AA16901 (5.65c/IDA-1.5); Sat, 8 Feb 1997 15:29:05 -0800 Received: (from robert@localhost) by nanguo.chalmers.com.au (8.7.6/8.7.3) id JAA00202; Sun, 9 Feb 1997 09:09:48 +1000 (EST) From: Robert Chalmers Message-Id: <199702082309.JAA00202@nanguo.chalmers.com.au> Subject: I give up! no ideas left. To: freebsd-questions@freebsd.org (bsd), freebsd-isp@freebsd.org (FreeBSD ISP), bugs@freebsd.org Date: Sun, 9 Feb 1997 09:09:47 +1000 (EST) X-Mailer: ELM [version 2.4ME+ PL22 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The saga of failing connections to my web site. Some do, some dont. 2.1.5 will, 2.2 wont. Anything SUN based also seems to barf. I dont know about the rest. Some connect and hang. 5000 a month on average have no problems at all!!! Well, I admit defeat on trying to get this ; FreeBSD nanguo.chalmers.com.au 2.2-961014-SNAP FreeBSD 2.2-961014-SNAP #0: Sun Feb 9 08:52:21 EST 1997 robert@nanguo.chalmers.com.au:/usr/src/sys/compile/MYKERNEL i386 ; working so that connections don't hang. I have recompiled the kernel with lots of advice from the handbook; This is my KERNEL config; # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # For more information read the handbook part System Administration -> # Configuring the FreeBSD Kernel -> The Configuration File. # The handbook is available in /usr/share/doc/handbook or online as # latest version from the FreeBSD World Wide Web server # # # An exhaustive list of options and more detailed explanations of the # device lines is present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $Id: GENERIC,v 1.76 1996/09/11 19:53:28 phk Exp $ machine "i386" cpu "I386_CPU" cpu "I486_CPU" cpu "I586_CPU" cpu "I686_CPU" ident MYKERNEL maxusers 20 options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options "TUNE_1542" #Dynamic tune of DMA speed options SCSI_DELAY=5 #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options FAILSAFE #Be conservative options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor # # These three options provide support for System V Interface # Definition-style interprocess communication, in the form of shared # memory, semaphores, and message queues, respectively. # options SYSVSHM options SYSVSEM options SYSVMSG config kernel root on sd0 controller isa0 controller eisa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 tape ft0 at fdc0 drive 2 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr disk wd2 at wdc1 drive 0 disk wd3 at wdc1 drive 1 options ATAPI #Enable ATAPI support for IDE bus options ATAPI_STATIC #Don't do it as an LKM device wcd0 #IDE CD-ROM # A single entry for any of these controllers (ncr, ahb, ahc) is sufficient # for any number of installed devices. controller ncr0 controller ahb0 controller ahc0 controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr controller aic0 at isa? port 0x340 bio irq 11 vector aicintr controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr controller scbus0 device sd0 device od0 #See LINT for possible `od' options. device st0 device cd0 #Only need one of these, the code dynamically grows device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr controller matcd0 at isa? port 0x230 bio device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint #options PCVT_FREEBSD=210 # pcvt running on FreeBSD >= 2.0.5 #options XSERVER # include code for XFree86 #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # Mandatory, don't remove device npx0 at isa? port "IO_NPX" irq 13 vector npxintr # # Laptop support (see LINT for more options) # device apm0 at isa? disable # Advanced Power Management options APM_BROKEN_STATCLOCK # Workaround some buggy APM BIOS # PCCARD (PCMCIA) support #controller crd0 #device pcic0 at crd? #device pcic1 at crd? device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? disable port "IO_COM3" tty irq 5 vector siointr device sio3 at isa? disable port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device lpt1 at isa? port? tty device mse0 at isa? port 0x23c tty irq 5 vector mseintr device psm0 at isa? disable port "IO_KBD" conflicts tty irq 12 vector psmintr # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. device de0 device fxp0 device vx0 device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr device ie0 at isa? port 0x360 net irq 7 iomem 0xd0000 vector ieintr device ep0 at isa? port 0x300 net irq 10 vector epintr device fe0 at isa? port 0x300 net irq ? vector feintr device ix0 at isa? port 0x300 net irq 10 iomem 0xd0000 iosiz 32768 vector ixintr device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 1 # ijppp uses tun instead of ppp device pseudo-device ppp 1 pseudo-device tun 1 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's pseudo-device bpfilter 4 # KTRACE enables the system-call tracing facility ktrace(2). # This adds 4 KB bloat to your kernel, and slightly increases # the costs of each syscall. options KTRACE #kernel tracing ================================================= I have turned externel caching off. Set the DRAM chip speed to 70ns, enabled BIOS caching, swapped out an in new ethernet cards, new cable, enabled PPPD direct from the server. combed my hair a different way, held my mouth differently, and made offerings to the Great God Intel... and not a few others as well. NADA. NOTHING makes the slightest difference. IF.... you have any constructive suggestions. I'd like to hear them. I'd really hate to have to change OS's, as apart from this problem, FBSD is a great system to work with. and I don't even know if the problem is a FBSD problem. cheers, Bob -- chalmers.com.au: P.O. Box 2003. Mackay. 4740 +61-0412-079025 robert@chalmers.com.au for Whirled Peas http://www.chalmers.com.au Location: The Great Australian Content Site. 21'7" S, 149'14" E. From owner-freebsd-bugs Sat Feb 8 16:23:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA10241 for bugs-outgoing; Sat, 8 Feb 1997 16:23:38 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA10126; Sat, 8 Feb 1997 16:22:35 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA09838; Sun, 9 Feb 1997 01:21:46 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id BAA29966; Sun, 9 Feb 1997 01:07:43 +0100 (MET) Message-ID: Date: Sun, 9 Feb 1997 01:07:42 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: robert@nanguo.chalmers.com.au (Robert Chalmers) Cc: freebsd-isp@freebsd.org (FreeBSD ISP), bugs@freebsd.org Subject: Re: I give up! no ideas left. References: <199702082309.JAA00202@nanguo.chalmers.com.au> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199702082309.JAA00202@nanguo.chalmers.com.au>; from Robert Chalmers on Feb 9, 1997 09:09:47 +1000 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Robert Chalmers wrote: > The saga of failing connections to my web site. Some do, some dont. > 2.1.5 will, 2.2 wont. Anything SUN based also seems to barf. I dont > know about the rest. Some connect and hang. 5000 a month on average > have no problems at all!!! What does netstat say for these connections? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Feb 8 18:10:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA15915 for bugs-outgoing; Sat, 8 Feb 1997 18:10:14 -0800 (PST) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA15906 for ; Sat, 8 Feb 1997 18:10:05 -0800 (PST) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by nasu.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id LAA12181; Sun, 9 Feb 1997 11:09:11 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (LsnSRTaEQpVw5Yt3hu3K52U/SqB8PTmm@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by outmail.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id LAA25517; Sun, 9 Feb 1997 11:09:10 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zenith.mech.utsunomiya-u.ac.jp [160.12.33.60]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id LAA11763; Sun, 9 Feb 1997 11:13:00 +0900 (JST) Message-Id: <199702090213.LAA11763@zodiac.mech.utsunomiya-u.ac.jp> To: Leonard Chua cc: David Nugent , Zach Heilig , yokota@zodiac.mech.utsunomiya-u.ac.jp, freebsd-bugs@freebsd.org Subject: Re: moused and X11R6 In-reply-to: Your message of "Sat, 08 Feb 1997 15:29:00 PST." References: Date: Sun, 09 Feb 1997 11:12:57 +0900 From: Kazutaka YOKOTA Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Here's my >setup: >I use a generic mouse that can autoswitch between 2button microsoft mode >and 3 button mousesystems mode. There is no physical switch on the mouse to >select the modes. It depends on what instructions it's fed. Interesting. I haven't heard about such mice before... Which company makes such beast? >I run moused as 'moused -p /dev/mouse -t microsoft' >/dev/mouse is a symbolic link to /dev/cuaa0 >I have XF86Config using: > Protocol "Microsoft" > Device "/dev/mouse" Well, with moused running, you should be using: Protocol "MouseSystems" Device "/dev/sysmouse" Your XF86Confing is OK, if you don't use moused. >An interesting point is that (even without moused), X will somehow >redetect the mouse as a 3button mouse and switch it to 3button mode. Hmm.. Does XFree86 server have such functionality? I didn't know. >I have tried getting moused to work in mousesystems mode, but all I get >are jerky motions, no mouse cursor and garbage whenever I move the mouse. > >Another note is that with moused on, and at an X session, clicking >the right mouse button (or any other for that matter) in an Xterm window >will not cause problems. The mouse hangs only when clicking on the root >window. >I took a cursory glance at the moused.c code and have some >questions/assumptions: (feel free to slam me if I'm wrong) >>From moused.c: >** Mouse daemon : listens to serial port for mouse data stream, >** interprets same and passes ioctls off to the console driver. >I understand XF86 will read off the serial port as well. When you run moused, you NEED to tell XFree86 server not to read the serial port (or the PS/2 mouse port, or the Bus mouse port) directly. >It does >not take mouse events from the console driver. XFree86 server must be instructed to do just that... >I say this because >for an X application which uses the console (e.g. xterm), the mouse >did not hang (as mentioned above). But at the root window, X reads >the mouse events directly and so hangs. I also ran moused in debug mode. >What I noticed was that at an X session, moused continued to read >mouse events fine even when the mouse "hung" at the X root window. >My guess then is that X detected a mouse event, but before it could >receive any more event info, moused captured it first. Then, X's mouse >would be hung waiting for the event to complete. I think your observation is right. X and moused are fighting over mouse data under the configuration specified by your XF86Config. Kazu From owner-freebsd-bugs Sat Feb 8 18:17:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA16321 for bugs-outgoing; Sat, 8 Feb 1997 18:17:01 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA16278; Sat, 8 Feb 1997 18:16:45 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <18650(3)>; Sat, 8 Feb 1997 18:16:13 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177476>; Sat, 8 Feb 1997 18:16:07 -0800 To: Robert Chalmers cc: freebsd-questions@freebsd.org (bsd), freebsd-isp@freebsd.org (FreeBSD ISP), bugs@freebsd.org Subject: Re: I give up! no ideas left. In-reply-to: Your message of "Sat, 08 Feb 97 15:09:47 PST." <199702082309.JAA00202@nanguo.chalmers.com.au> Date: Sat, 8 Feb 1997 18:16:01 PST From: Bill Fenner Message-Id: <97Feb8.181607pst.177476@crevenia.parc.xerox.com> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199702082309.JAA00202@nanguo.chalmers.com.au> you write: >IF.... you have any constructive suggestions. I'd like to hear them. Find a pair of hosts between which the connections always fail. Attempt to do a connection while running "tcpdump -w /tmp/foo tcp and host host1 and host host2". Make the resulting file available to people who are interested in the problem. Bill From owner-freebsd-bugs Sat Feb 8 19:00:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA21172 for bugs-outgoing; Sat, 8 Feb 1997 19:00:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA21160; Sat, 8 Feb 1997 19:00:04 -0800 (PST) Date: Sat, 8 Feb 1997 19:00:04 -0800 (PST) Message-Id: <199702090300.TAA21160@freefall.freebsd.org> To: freebsd-bugs Cc: From: Kazutaka YOKOTA Subject: Re: bin/2539: keyboard lock with Toshiba laptop Reply-To: Kazutaka YOKOTA Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2539; it has been noted by GNATS. From: Kazutaka YOKOTA To: John Brann Cc: FreeBSD-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: bin/2539: keyboard lock with Toshiba laptop Date: Sun, 09 Feb 1997 12:01:21 +0900 >The patch works, so you can close the pr. If it's of any interest, I >am attaching the relevant boot messages... That's a great news!! I am very relieved. Thank you very much for your cooperation. >Boot output (only keyboard and mouse messages)... > >Feb 8 15:54:54 jbtosh /kernel22: Probing for devices on the ISA bus: >Feb 8 15:54:54 jbtosh /kernel22: kbdio: RESET_KBD return code:00fa >Feb 8 15:54:54 jbtosh /kernel22: kbdio: RESET_KBD status:00aa >...... May I ask you one last favor? Would you compile the kernel without "options KBDIO_DEBUG", "options PSM_DEBUG", and "options PSM_NO_RESET", and verify that the patch still works? In a rare case, some systems behave in different ways, with and without these options. Kazu From owner-freebsd-bugs Sat Feb 8 19:38:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA22723 for bugs-outgoing; Sat, 8 Feb 1997 19:38:32 -0800 (PST) Received: from spinner.DIALix.COM (spinner.DIALix.COM [192.203.228.67]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA22712; Sat, 8 Feb 1997 19:38:23 -0800 (PST) Received: from spinner.DIALix.COM (localhost.DIALix.oz.au [127.0.0.1]) by spinner.DIALix.COM (8.8.4/8.8.4) with ESMTP id LAA05161; Sun, 9 Feb 1997 11:37:30 +0800 (WST) Message-Id: <199702090337.LAA05161@spinner.DIALix.COM> X-Mailer: exmh version 2.0gamma 1/27/96 To: Robert Chalmers cc: freebsd-questions@freebsd.org (bsd), freebsd-isp@freebsd.org (FreeBSD ISP), bugs@freebsd.org Subject: Re: I give up! no ideas left. In-reply-to: Your message of "Sun, 09 Feb 1997 09:09:47 +1000." <199702082309.JAA00202@nanguo.chalmers.com.au> Date: Sun, 09 Feb 1997 11:37:29 +0800 From: Peter Wemm Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Robert Chalmers wrote: > The saga of failing connections to my web site. Some do, some dont. > 2.1.5 will, 2.2 wont. Anything SUN based also seems to barf. I dont > know about the rest. Some connect and hang. 5000 a month on average > have no problems at all!!! Have you tried turning off the transaction tcp code? (see RFC1323 and RFC1644) In /etc/sysconfig: # # Some broken implementations can't handle the RFC 1323 and RFC 1644 # TCP options. If TCP connections randomly hang, try disabling this, # and bug the vendor of the losing equipment. # tcp_extensions=YES Changing YES to NO and rebooting is the permanent way. Or, you can do this at run time without a reboot to test it: sysctl -w net.inet.tcp.rfc1323=0 sysctl -w net.inet.tcp.rfc1644=0 Did you mention an Annex in the pathway? I understand they are known to cause problems with T/TCP headers. On http://www.noao.edu/~rstevens/ttcp.html I see: Implementations that Interact Poorly with T/TCP * Solaris, through and including 2.5. See Section 3.7 of TCP/IP Illustrated, Volume 3 for details. * AIX 4.1.2. Earlier versions, specifically 3.2.2, handled SYN/data/FIN segments correctly. * Annex terminal servers. These don't like SYN segments with FIN or data. This botch extends to their SLIP/PPP implementation (perhaps only when doing VJ compression), so that T/TCP across an Annex acting as a dialup SLIP server fails even if both ends are capable. * Linux. * KA9Q. This page is from the author of the TCP/IP Illustrated series, W. Richard Stevens. Cheers, -Peter From owner-freebsd-bugs Sat Feb 8 22:40:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA00858 for bugs-outgoing; Sat, 8 Feb 1997 22:40:02 -0800 (PST) Received: (from imp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA00780; Sat, 8 Feb 1997 22:39:49 -0800 (PST) Date: Sat, 8 Feb 1997 22:39:49 -0800 (PST) From: Warner Losh Message-Id: <199702090639.WAA00780@freefall.freebsd.org> To: imp, freebsd-bugs, imp Subject: Re: bin/2579 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: potential security hole in rcmd.c Responsible-Changed-From-To: freebsd-bugs->imp Responsible-Changed-By: imp Responsible-Changed-When: Sat Feb 8 23:39:24 MST 1997 Responsible-Changed-Why: Cause I'm going to fix this bug. From owner-freebsd-bugs Sat Feb 8 22:40:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA01058 for bugs-outgoing; Sat, 8 Feb 1997 22:40:53 -0800 (PST) Received: (from imp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA01030; Sat, 8 Feb 1997 22:40:45 -0800 (PST) Date: Sat, 8 Feb 1997 22:40:45 -0800 (PST) From: Warner Losh Message-Id: <199702090640.WAA01030@freefall.freebsd.org> To: imp, freebsd-bugs, imp Subject: Re: bin/2580 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: security hole in glob.c Responsible-Changed-From-To: freebsd-bugs->imp Responsible-Changed-By: imp Responsible-Changed-When: Sat Feb 8 23:40:19 MST 1997 Responsible-Changed-Why: It's on my list now. From owner-freebsd-bugs Sat Feb 8 22:41:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA01163 for bugs-outgoing; Sat, 8 Feb 1997 22:41:38 -0800 (PST) Received: (from imp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA01141; Sat, 8 Feb 1997 22:41:29 -0800 (PST) Date: Sat, 8 Feb 1997 22:41:29 -0800 (PST) From: Warner Losh Message-Id: <199702090641.WAA01141@freefall.freebsd.org> To: imp, freebsd-bugs, imp Subject: Re: bin/2581 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: security holes in libtermcap Responsible-Changed-From-To: freebsd-bugs->imp Responsible-Changed-By: imp Responsible-Changed-When: Sat Feb 8 23:41:12 MST 1997 Responsible-Changed-Why: It's on my list now From owner-freebsd-bugs Sat Feb 8 22:42:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA01291 for bugs-outgoing; Sat, 8 Feb 1997 22:42:28 -0800 (PST) Received: (from imp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA01255; Sat, 8 Feb 1997 22:42:21 -0800 (PST) Date: Sat, 8 Feb 1997 22:42:21 -0800 (PST) From: Warner Losh Message-Id: <199702090642.WAA01255@freefall.freebsd.org> To: imp, freebsd-bugs, imp Subject: Re: bin/2582 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: security hole in lib/libc/nls/msgcat.c Responsible-Changed-From-To: freebsd-bugs->imp Responsible-Changed-By: imp Responsible-Changed-When: Sat Feb 8 23:41:53 MST 1997 Responsible-Changed-Why: I'm going to fix this From owner-freebsd-bugs Sat Feb 8 22:43:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA01376 for bugs-outgoing; Sat, 8 Feb 1997 22:43:03 -0800 (PST) Received: (from imp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA01353; Sat, 8 Feb 1997 22:42:52 -0800 (PST) Date: Sat, 8 Feb 1997 22:42:52 -0800 (PST) From: Warner Losh Message-Id: <199702090642.WAA01353@freefall.freebsd.org> To: imp, freebsd-bugs, imp Subject: Re: bin/2578 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: security hole in resolver routines permits limited reads of files as root Responsible-Changed-From-To: freebsd-bugs->imp Responsible-Changed-By: imp Responsible-Changed-When: Sat Feb 8 23:41:53 MST 1997 Responsible-Changed-Why: It's on my list to fix From owner-freebsd-bugs Sat Feb 8 22:43:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA01488 for bugs-outgoing; Sat, 8 Feb 1997 22:43:54 -0800 (PST) Received: (from imp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA01464; Sat, 8 Feb 1997 22:43:33 -0800 (PST) Date: Sat, 8 Feb 1997 22:43:33 -0800 (PST) From: Warner Losh Message-Id: <199702090643.WAA01464@freefall.freebsd.org> To: imp, freebsd-bugs, imp Subject: Re: bin/2583 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: small security hole in localtime.c Responsible-Changed-From-To: freebsd-bugs->imp Responsible-Changed-By: imp Responsible-Changed-When: Sat Feb 8 23:43:21 MST 1997 Responsible-Changed-Why: I'll fix this. From owner-freebsd-bugs Sat Feb 8 22:44:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA01614 for bugs-outgoing; Sat, 8 Feb 1997 22:44:22 -0800 (PST) Received: (from imp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA01594; Sat, 8 Feb 1997 22:44:18 -0800 (PST) Date: Sat, 8 Feb 1997 22:44:18 -0800 (PST) From: Warner Losh Message-Id: <199702090644.WAA01594@freefall.freebsd.org> To: imp, freebsd-bugs, imp Subject: Re: bin/2586 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: various buffer overflow fixes Responsible-Changed-From-To: freebsd-bugs->imp Responsible-Changed-By: imp Responsible-Changed-When: Sat Feb 8 23:44:03 MST 1997 Responsible-Changed-Why: I'll fix this. From owner-freebsd-bugs Sat Feb 8 22:45:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA01723 for bugs-outgoing; Sat, 8 Feb 1997 22:45:08 -0800 (PST) Received: (from imp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA01701; Sat, 8 Feb 1997 22:45:03 -0800 (PST) Date: Sat, 8 Feb 1997 22:45:03 -0800 (PST) From: Warner Losh Message-Id: <199702090645.WAA01701@freefall.freebsd.org> To: imp, freebsd-bugs, imp Subject: Re: bin/2588 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: [possible] remote root exploit in rlogind Responsible-Changed-From-To: freebsd-bugs->imp Responsible-Changed-By: imp Responsible-Changed-When: Sat Feb 8 23:44:45 MST 1997 Responsible-Changed-Why: I'll fix this now. From owner-freebsd-bugs Sat Feb 8 22:45:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA01834 for bugs-outgoing; Sat, 8 Feb 1997 22:45:53 -0800 (PST) Received: (from imp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA01809; Sat, 8 Feb 1997 22:45:48 -0800 (PST) Date: Sat, 8 Feb 1997 22:45:48 -0800 (PST) From: Warner Losh Message-Id: <199702090645.WAA01809@freefall.freebsd.org> To: imp, freebsd-bugs, imp Subject: Re: bin/2605 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Buffer overflow in Paul Vixie's cron Responsible-Changed-From-To: freebsd-bugs->imp Responsible-Changed-By: imp Responsible-Changed-When: Sat Feb 8 23:45:28 MST 1997 Responsible-Changed-Why: I'll verify that this has been corrected and fix if not. From owner-freebsd-bugs Sat Feb 8 22:56:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA02452 for bugs-outgoing; Sat, 8 Feb 1997 22:56:58 -0800 (PST) Received: from saguaro.flyingfox.com (saguaro.flyingfox.com [204.188.109.253]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id WAA02410; Sat, 8 Feb 1997 22:56:45 -0800 (PST) Received: (from jas@localhost) by saguaro.flyingfox.com (8.6.12/8.6.10) id WAA07862; Sat, 8 Feb 1997 22:52:01 -0800 Date: Sat, 8 Feb 1997 22:52:01 -0800 From: Jim Shankland Message-Id: <199702090652.WAA07862@saguaro.flyingfox.com> To: bugs@freebsd.org, freebsd-isp@freebsd.org, freebsd-questions@freebsd.org, robert@nanguo.chalmers.com.au Subject: Re: I give up! no ideas left. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Never give up. There's an answer out there somewhere. Here's what I find when I connect to port 80 of your machine (nanguo.chalmers.com.au) and do a "GET / HTTP/1.0": >From SunOS 4.1.4: everything works. >From FreeBSD 2.2-BETA_A: Connection hangs. My end is ESTABLISHED. A packet trace reveals that after the initial, 3-way TCP handshake, I receive the *second* data packet from you (covering bytes 1440:2049, or something like that), but I never get the first (bytes 1:1440). Of course, my end immediately does an ACK 1 to signal that it got an out-of-sequence packet; but to no avail. That packet simply never arrives. Same thing happens whether RFC1323 and RFC1644 are enabled or not; so my tentative conclusion is that they are not a factor. I can probably look into this further on Monday (Tuesday in Australia, unfortunately), if it hasn't been resolved by that time. Jim Shankland Flying Fox Computer Systems, Inc. From owner-freebsd-bugs Sat Feb 8 23:03:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA03138 for bugs-outgoing; Sat, 8 Feb 1997 23:03:23 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA03115; Sat, 8 Feb 1997 23:03:18 -0800 (PST) Date: Sat, 8 Feb 1997 23:03:18 -0800 (PST) From: Mike Pritchard Message-Id: <199702090703.XAA03115@freefall.freebsd.org> To: soil@quick.net, mpp, freebsd-bugs Subject: Re: docs/2685 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: typo in error.1 State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Feb 8 23:01:39 PST 1997 State-Changed-Why: Fixed. For future reference, I do track the NetBSD-bugs mailing list for documentation changes, so submitting a new FreeBSD PR really isn't require. From owner-freebsd-bugs Sat Feb 8 23:41:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA04684 for bugs-outgoing; Sat, 8 Feb 1997 23:41:13 -0800 (PST) Received: from mp.aha.ru (ns.aha.ru [194.135.22.36]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA04650; Sat, 8 Feb 1997 23:41:04 -0800 (PST) Received: by mp.aha.ru id KAA19046; (8.8.5/vak/1.8e) Sun, 9 Feb 1997 10:40:13 +0300 (MSK) From: bvt@mp.aha.ru (Boris Tyshkiewitch) Message-Id: <199702090740.KAA19046@mp.aha.ru> Subject: Re: I give up! no ideas left. To: jas@flyingfox.COM (Jim Shankland) Date: Sun, 9 Feb 1997 10:40:12 +0300 (MSK) Cc: bugs@freebsd.org, freebsd-isp@freebsd.org, freebsd-questions@freebsd.org, robert@nanguo.chalmers.com.au In-Reply-To: <199702090652.WAA07862@saguaro.flyingfox.com> from "Jim Shankland" at Feb 8, 97 10:52:01 pm X-Mailer: ELM [version 2.4 PL24alpha5] MIME-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Here's what I find when I connect to port 80 of your machine > (nanguo.chalmers.com.au) and do a "GET / HTTP/1.0": > > >From SunOS 4.1.4: everything works. > > >From FreeBSD 2.2-BETA_A: Connection hangs. My end is ESTABLISHED. > A packet trace reveals that after the initial, 3-way TCP handshake, > I receive the *second* data packet from you (covering bytes > 1440:2049, or something like that), but I never get the first > (bytes 1:1440). Of course, my end immediately does an ACK 1 > to signal that it got an out-of-sequence packet; but to no > avail. That packet simply never arrives. > > Same thing happens whether RFC1323 and RFC1644 are enabled or > not; so my tentative conclusion is that they are not a factor. > I have souch problem. squid cache works fine from FreeBSD 2.1.0 but connections hungs from 2.2-BETA. host in question was www.kenwoodusa.com After tricks with tcpdump I see picture like discribed above. I found differense. 2.1.0 begin session with mss 512, 2.2-BETA - with 1460. After setting MTU 1006 or less on 2.2 box they work fine. When I do traceroute to www.kenwoodusa.com, they failed (ping still ok). I think that some router in that place discard ICMP replayes, so MTU discovery not working .... Why 2.1.0 begin session from smaller MSS values that 2.2-BETA? Why 2.2-BETA do that? What is right way? Boris. From owner-freebsd-bugs Sat Feb 8 23:49:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA05139 for bugs-outgoing; Sat, 8 Feb 1997 23:49:33 -0800 (PST) Received: from widefw.csl.sony.co.jp (widefw.csl.sony.co.jp [133.138.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA05105; Sat, 8 Feb 1997 23:49:24 -0800 (PST) Received: from hotaka.csl.sony.co.jp (hotaka.csl.sony.co.jp [43.27.98.57]) by widefw.csl.sony.co.jp (8.8.3/3.5Wbeta) with ESMTP id HAA29002; Sun, 9 Feb 1997 07:49:11 GMT Received: from localhost (localhost [127.0.0.1]) by hotaka.csl.sony.co.jp (8.8.4/3.3W3) with ESMTP id QAA29283; Sun, 9 Feb 1997 16:48:55 +0859 (JST) Message-Id: <199702090749.QAA29283@hotaka.csl.sony.co.jp> To: Garrett Wollman cc: Eka Kelana , freebsd-hackers@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, dg@root.com Subject: Re: Need quick answer In-reply-to: Your message of "Fri, 07 Feb 1997 07:29:24 EST." <9702071229.AA18092@halloran-eldar.lcs.mit.edu> Date: Sun, 09 Feb 1997 16:48:54 +0900 From: Kenjiro Cho Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < said: > I need a good explanation about this code in in_rmx.c: > ... > if (!rt->rt_rmx.rmx_sendpipe && !(rt->rt_rmx.rmx_locks & RTV_SPIPE)) rt-> rt_rmx.rmx_sendpipe = tcp_sendspace; > if (!rt->rt_rmx.rmx_recvpipe && !(rt->rt_rmx.rmx_locks & RTV_RPIPE)) rt-> rt_rmx.rmx_recvpipe = tcp_recvspace; > ... >>>>> On Fri, 7 Feb 1997 07:29:24 -0500, Garrett Wollman said: >> The reason why that is there is because otherwise tcp_close() won't >> save the ssthresh. If this is the only reason to set the pipe sizes, I would suggest to make modifications to - tcp_close to update ssthresh even when the pipe sizes are not specified. - in_addroute to leave the pipe sizes unspecified. Then, ssthresh can be updated in the same manner, but no side-effect. IMO, if the pipe size is ever set automatically, it should reflect the measured throughput * RTT. --kj --- Kenjiro Cho Sony Computer Science Laboratory Inc.