From owner-freebsd-bugs Sun Jun 18 4:40: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5AC4E37B9B7 for ; Sun, 18 Jun 2000 04:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA68052; Sun, 18 Jun 2000 04:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by hub.freebsd.org (Postfix) with ESMTP id DAF6337B9B7 for ; Sun, 18 Jun 2000 04:34:34 -0700 (PDT) (envelope-from netch@nn.kiev.ua) Received: from nn.kiev.ua (nn.kiev.ua [193.193.193.203]) by segfault.kiev.ua (8) with ESMTP id ONG90624 for ; Sun, 18 Jun 2000 14:34:26 +0300 (EEST) (envelope-from netch@nn.kiev.ua) Received: (from netch@localhost) by nn.kiev.ua (8.9.3/8.9.3) id OAA02185; Sun, 18 Jun 2000 14:34:27 +0300 (EEST) (envelope-from netch) Message-Id: <200006181134.OAA02185@nn.kiev.ua> Date: Sun, 18 Jun 2000 14:34:27 +0300 (EEST) From: netch@segfault.kiev.ua (Valentin Nechayev) Reply-To: netch@segfault.kiev.ua To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/19363: Do allow processes know about their file descriptors, reliably & efficiently Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19363 >Category: kern >Synopsis: Do allow processes know about their file descriptors, reliably & efficiently >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Jun 18 04:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: netch@netch.kiev.ua (Valentin Nechayev) >Release: FreeBSD >Organization: Kiev >Environment: FreeBSD >Description: The goal is described in synopsis field. I suppose it is really useful now. Reasons (mostly in field of security): 1) On exec(), caller can pass any descriptor to called program. This can be used for DoS attacks: i.e., sendmail slowly sends a letter and locks some file system from unmounting. (The situation is semi phantastic, but only "semi".) 2) ==={ root@nn:~##sysctl -a | grep chroot kern.chroot_allow_open_directories: 1 root@nn:~## ===} This is, of course, good idea ;|, but it is correct to provide more flexibility for programs, isn't it? :) 3) Some programs (sendmail, uucico) try to close all extra files, but they do it ugly and non-reliably (getdtablesize() does not report possible descriptors which are more that soft rlimit). This ugly method should be changed to something similar to ==={ while ((o = getfd(GETFD_NEXT, 2)) != -1) close(o); ===} and at least added to most setuid/setgid programs, for safety sake. >How-To-Repeat: ;) >Fix: Add syscall with following implementation. === cut here === --- src/include/unistd.h.orig Sat Jun 17 22:56:11 2000 +++ src/include/unistd.h Sat Jun 17 22:57:39 2000 @@ -134,6 +134,7 @@ #endif int getdomainname __P((char *, int)); int getdtablesize __P((void)); +int getfd __P((int, int)); int getgrouplist __P((const char *, int, int *, int *)); long gethostid __P((void)); int gethostname __P((char *, int)); --- kern_descrip.c.orig Fri Jun 16 00:05:49 2000 +++ kern_descrip.c Sat Jun 17 23:18:40 2000 @@ -124,6 +124,49 @@ } /* + * Query used descriptors + */ +#ifndef _SYS_SYSPROTO_H_ +struct getfd_args { + int query; + int param; +}; +#endif +int +getfd(p, uap) + struct proc *p; + struct getfd_args *uap; +{ + register struct filedesc *fdp = p->p_fd; + register int i; + if (uap->query == GETFD_NEXT) { + i = uap->param + 1; + if (i < 0) + i = 0; + for (; i < fdp->fd_nfiles; i++) { + if (fdp->fd_ofiles[i] != NULL) { + p->p_retval[0] = i; + return (0); + } + } + return (EBADF); + } + if (uap->query == GETFD_PREV) { + i = uap->param - 1; + if (i < 0 || i >= fdp->fd_nfiles) + i = fdp->fd_nfiles - 1; + for (; i >= 0; i--) { + if (fdp->fd_ofiles[i] != NULL) { + p->p_retval[0] = i; + return (0); + } + } + return (EBADF); + } + return (EINVAL); +} + +/* * Duplicate a file descriptor to a particular value. */ #ifndef _SYS_SYSPROTO_H_ --- src/sys/kern/syscalls.master.orig Sun Jun 18 14:16:27 2000 +++ src/sys/kern/syscalls.master Sun Jun 18 14:17:07 2000 @@ -520,3 +520,4 @@ int nchanges, struct kevent **changelist, \ int nevents, struct kevent *eventlist, \ struct timespec *timeout); } +364 STD BSD { int getfd( int query, int param); } --- src/sys/sys/unistd.h.orig Wed May 10 08:16:11 2000 +++ src/sys/sys/unistd.h Sat Jun 17 23:00:49 2000 @@ -219,6 +219,12 @@ #define RFLINUXTHPN (1<<16) /* do linux clone exit parent notification */ #define RFPPWAIT (1<<31) /* parent sleeps until child exits (vfork) */ +/* + * getfd() queries + */ +#define GETFD_NEXT 0 +#define GETFD_PREV 1 + #endif /* !_POSIX_SOURCE */ #endif /* !_SYS_UNISTD_H_ */ === end cut === Selected syscall number, of course, does not matter.;) Iteration in both upper and lower should be sufficient for first time. Possible progress for next extension may be adding filter on f_type field value of struct file. PS. Possibly, MPSAFE can be added to getfd() syscall description. -- NVA >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jun 18 7:20:49 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from southern-software.com (rosetta.thundercat.com [203.37.173.7]) by hub.freebsd.org (Postfix) with SMTP id CDB4437B556; Sun, 18 Jun 2000 07:19:35 -0700 (PDT) (envelope-from info@southern-software.com) Received: from southern-software.com [198.142.196.124] by southern-software.com (SMTPD32-4.06) id A80EC73A0392; Sun, 18 Jun 2000 00:19:42 PDT From: info@southern-software.com Reply-To: info@southern-software.com To: info@southern-software.com Subject: Can you please assist ? Date: Sun, 18 Jun 2000 00:21:23 PDT Message-Id: <20000618141935.CDB4437B556@hub.freebsd.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org ___________________________________________________________ We are a software development company that specializes in security software. For some time now we have been working on developing a Client email program that contains security features never before available. In order for us to make this program the best that it can possibly be, we ask your assistance by taking a few minutes to answer these important questions for us. Which of the following functions do you consider to be important or essential for an email program? For questions 1-7, please rate 1-5. (1 being the least important and 5 being most important). A client email program should have: Question 1: The ability to prevent certain attachments that may possibly be carrying a virus. (This allows you to accept only safe attachments) Importance Rating______ Question 2: Automatic searching for file attachments that have been renamed or tampered with. (Virus senders can rename vbs files to txt files hoping you will open them) Importance Rating______ Question 3: The ability to limit the size of incoming email and attachments. (Reduce time wasted downloading large files, graphics, audio files, jokes, etc.) Importance Rating______ Question 4: The ability to select the size of outgoing emails and attachments. (Saves bandwidth as large files are roughly doubled when transferred by email). Importance Rating______ Question 5: An encrypted Address Book. (This will stop worm viruses sending copies of itself to your clients and/or friends). Importance Rating______ Question 6: The ability to restrict the number of attachments and size of attachments sent or received. And the ability to the restrict types of attachments received. (Gives control to employers and eliminate privacy issues arising). Importance Rating______ Question 7: A viewable log file containing information such as; email deleted without being opened, when email was downloaded, when email was read (opened), if email was forwarded or replied to etc. (Mail management and accountability at a glance) Importance Rating______ Question 8: Has your company been the victim of a computer virus attack? Yes/No ________ Question 9: If yes to question 8, approximately how many hours did it take to fix the problem? Hours ________ Question 10: If an email program was developed with the above security features, would you be interested in trialing a free demonstration version? Yes/No ________ Question 11: What percentage of email traffic is personal email? __________% We sincerely thank you for your time in answering these important questions for us. Sincere thanks, Graeme A. Ryan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jun 18 7:40: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E992637B99B for ; Sun, 18 Jun 2000 07:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA72532; Sun, 18 Jun 2000 07:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from smtp1.nifty.ne.jp (smtp1.nifty.ne.jp [202.219.63.53]) by hub.freebsd.org (Postfix) with ESMTP id A07BF37B99B for ; Sun, 18 Jun 2000 07:39:03 -0700 (PDT) (envelope-from sgu03026@nifty.ne.jp) Received: from localhost (tckw015n028.ppp.infoweb.ne.jp [211.2.7.92]) by smtp1.nifty.ne.jp (8.9.3+3.2W/3.7W-991025) with ESMTP id XAA24474 for ; Sun, 18 Jun 2000 23:38:57 +0900 (JST) Message-Id: <20000618233730B.sgu03026@nifty.ne.jp> Date: Sun, 18 Jun 2000 23:37:30 +0900 From: SGU03026@nifty.ne.jp Reply-To: SGU03026@nifty.ne.jp To: FreeBSD-gnats-submit@freebsd.org Subject: i386/19365: lnc1 is not worked with Am79C973 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19365 >Category: i386 >Synopsis: lnc1 is not worked with Am79C973 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Jun 18 07:40:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Koichi Soraku >Release: FreeBSD 3.3-RELEASE i386 >Organization: NIFTY-SERVE Japan >Environment: FreeBSD creunoc.magi.nifty.ne.jp.invalid 3.3-RELEASE FreeBSD 3.3-RELEASE #0: Wed Jun 14 18:37:10 JST 2000 root@creunoc.magi.nifty.ne.jp.invalid:/usr/src/sys/compile/CREUNOC i386 >Description: lnc1 is not worked with HITACHI FLORA270SX's internal NIC. That use Am79C973 chip. But if_lnc.c and if_lnc.h are not supported it's chip-ID. >How-To-Repeat: Setup FreeBSD 3.3-RELEASE i386 on FLORA270SX. >Fix: To support Am79C973's chip-ID. #Patch for if_lnc.c ---->start---->start---->start---->staet-----> *** /sys/i386/isa/if_lnc.c.org Mon Aug 30 01:07:22 1999 --- /sys/i386/isa/if_lnc.c Wed Jun 14 18:32:12 2000 *************** *** 151,156 **** --- 151,157 ---- "PCnet-PCI II", "PCnet-FAST", "PCnet-FAST+", + "PCnet-FAST III", }; static void lnc_setladrf __P((struct lnc_softc *sc)); *************** *** 1192,1197 **** --- 1193,1200 ---- return (PCnet_FAST); case Am79C972: return (PCnet_FASTplus); + case Am79C973: + return (PCnet_FAST_III); default: break; } <---- END <---- END <---- END <---- END <---- #Patch for if_lnc.h ---->start---->start---->start---->staet-----> *** /sys/i386/isa/if_lnc.h.org Mon Aug 30 01:07:23 1999 --- /sys/i386/isa/if_lnc.h Wed Jun 14 18:33:19 2000 *************** *** 107,112 **** --- 107,113 ---- #define PCnet_PCI_II 8 /* Am79C970A */ #define PCnet_FAST 9 /* Am79C971 */ #define PCnet_FASTplus 10 /* Am79C972 */ + #define PCnet_FAST_III 11 /* Am79C973, Am79C975 */ /* CSR88-89: Chip ID masks */ #define AMD_MASK 0x003 *************** *** 119,124 **** --- 120,127 ---- #define Am79C970A 0x2621 #define Am79C971 0x2623 #define Am79C972 0x2624 + #define Am79C973 0x2625 + #define Am79C975 0x2627 /* Board types */ #define UNKNOWN 0 <---- END <---- END <---- END <---- END <---- >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jun 18 10:10: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D908B37B923 for ; Sun, 18 Jun 2000 10:10:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA16403; Sun, 18 Jun 2000 10:10:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id B63AE37B8A6; Sun, 18 Jun 2000 10:03:25 -0700 (PDT) Message-Id: <20000618170325.B63AE37B8A6@hub.freebsd.org> Date: Sun, 18 Jun 2000 10:03:25 -0700 (PDT) From: patl@phoenix.volant.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/19367: /etc/defaults/make.conf lists wrong value for PERL_THREADED Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19367 >Category: misc >Synopsis: /etc/defaults/make.conf lists wrong value for PERL_THREADED >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jun 18 10:10:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: PM Lashley >Release: 4.0-STABLE >Organization: Phoenix Volant >Environment: >Description: In /etc/defaults/make.conf there is a commented-out entry for PERL_THREADED, with a comment indicating that uncommenting it will build perl with multi-thread support. It quietly fails. The value should be 'yes', not 'true'. >How-To-Repeat: copy the PERL_THREADED=true line to /etc/make.conf and 'make world'; then run 'perl -V'. You will see that it lists usethreads=undef. >Fix: Change the value of the PERL_THREADED macro to: yes >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jun 18 15:15:57 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A883637BAB0; Sun, 18 Jun 2000 15:15:56 -0700 (PDT) (envelope-from mckusick@FreeBSD.org) Received: (from mckusick@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA54206; Sun, 18 Jun 2000 15:15:56 -0700 (PDT) (envelope-from mckusick@FreeBSD.org) Date: Sun, 18 Jun 2000 15:15:56 -0700 (PDT) From: Message-Id: <200006182215.PAA54206@freefall.freebsd.org> To: jason@unixguy.fidalgo.net, mckusick@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/18959: If softupdates are enabled w/ inode quotas, user can panic kernel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: If softupdates are enabled w/ inode quotas, user can panic kernel State-Changed-From-To: open->closed State-Changed-By: mckusick State-Changed-When: Sun Jun 18 15:14:36 PDT 2000 State-Changed-Why: This is fixed with delta 1.68 to sys/contrib/softupdates/ffs_softdep.c http://www.freebsd.org/cgi/query-pr.cgi?pr=18959 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jun 18 15:32:54 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2BCA937BAC9; Sun, 18 Jun 2000 15:32:53 -0700 (PDT) (envelope-from joe@FreeBSD.org) Received: (from joe@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA55532; Sun, 18 Jun 2000 15:32:53 -0700 (PDT) (envelope-from joe@FreeBSD.org) Date: Sun, 18 Jun 2000 15:32:53 -0700 (PDT) From: Message-Id: <200006182232.PAA55532@freefall.freebsd.org> To: dglo@SSEC.WISC.EDU, joe@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/7826: ls(1) knows too much about format of strftime() Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ls(1) knows too much about format of strftime() State-Changed-From-To: open->closed State-Changed-By: joe State-Changed-When: Sun Jun 18 15:31:36 PDT 2000 State-Changed-Why: Thanks. I've committed this to -current. http://www.freebsd.org/cgi/query-pr.cgi?pr=7826 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jun 18 15:45: 0 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7082137BAE7; Sun, 18 Jun 2000 15:44:58 -0700 (PDT) (envelope-from joe@FreeBSD.org) Received: (from joe@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA56359; Sun, 18 Jun 2000 15:44:58 -0700 (PDT) (envelope-from joe@FreeBSD.org) Date: Sun, 18 Jun 2000 15:44:58 -0700 (PDT) From: Message-Id: <200006182244.PAA56359@freefall.freebsd.org> To: dchapes@ddm.on.ca, joe@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/8989: (patch) chflags support for mtree(8) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: (patch) chflags support for mtree(8) State-Changed-From-To: open->closed State-Changed-By: joe State-Changed-When: Sun Jun 18 15:38:23 PDT 2000 State-Changed-Why: FreeBSD's mtree now has file flags support in 4.0. It uses the same syntax as that in NetBSD. http://www.freebsd.org/cgi/query-pr.cgi?pr=8989 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jun 18 16:10: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 75AE937BADA for ; Sun, 18 Jun 2000 16:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA62727; Sun, 18 Jun 2000 16:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id A566B37BAD5; Sun, 18 Jun 2000 16:02:31 -0700 (PDT) Message-Id: <20000618230231.A566B37BAD5@hub.freebsd.org> Date: Sun, 18 Jun 2000 16:02:31 -0700 (PDT) From: zerkle@home.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/19369: Inadequate error reporting in "mount" command. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19369 >Category: bin >Synopsis: Inadequate error reporting in "mount" command. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jun 18 16:10:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Dan Zerkle >Release: 4.0-STABLE >Organization: n/a >Environment: FreeBSD c239505-a.plstn1.sfba.home.com 4.0-STABLE FreeBSD 4.0-STABLE #0: Sat May 27 19:53:36 PDT 2000 root@c239505-a.plstn1.sfba.home.com:/usr/obj/usr/src/sys/kern052700 i386 >Description: When updating to 4.0-STABLE, I remembered to create /dev/acd0c for my CD-ROM, but forgot to create /dev/acd0. The fstab was correct. /dev/acd0c /cdrom cd9660 ro,noauto 0 0 The error message that resulted was singularly unhelpful. To wit: su-2.03# mount /cdrom cd9660: No such file or directory Note the lack of mention of /dev/acd0, which is what I needed. Doing it manually was no help, either: su-2.03# mount_cd9660 /dev/acd0 /cdrom mount_cd9660: No such file or directory >How-To-Repeat: Remove acd0, attempt a mount, and see how unhelpful the error messages are. >Fix: Update the error message code of mount or mount_cd9660, as appropriate. It should simply mention the full path name of the special device file it wants. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jun 18 19:34:38 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from ns.corridor.net (ns.corridor.net [63.90.208.8]) by hub.freebsd.org (Postfix) with ESMTP id 706D237BB34 for ; Sun, 18 Jun 2000 19:34:31 -0700 (PDT) (envelope-from anarchy@lockhart.net) Received: from dialup2-74 (unverified [63.90.223.202]) by ns.corridor.net (Vircom SMTPRS 4.2.181) with SMTP id for ; Sun, 18 Jun 2000 21:40:02 -0500 From: Brian To: freebsd-bugs@FreeBSD.ORG Date: Sun, 18 Jun 2000 21:35:45 -0500 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain MIME-Version: 1.0 Message-Id: <00061821355602.00431@dialup2-74> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org auth f573a40f subscribe freebsd-bugs anarchy@lockhart.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jun 18 20:20: 3 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1D5F037B511 for ; Sun, 18 Jun 2000 20:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA34939; Sun, 18 Jun 2000 20:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 18 Jun 2000 20:20:01 -0700 (PDT) Message-Id: <200006190320.UAA34939@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Dan Zerkle Subject: Re: bin/19369: Inadequate error reporting in "mount" command. Reply-To: Dan Zerkle Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19369; it has been noted by GNATS. From: Dan Zerkle To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: bin/19369: Inadequate error reporting in "mount" command. Date: Sun, 18 Jun 2000 20:17:56 -0700 I'm not familiar with this followup mechanism. Someone correct me if I'm doing this wrong. My "Description" section has a tiny error. This was wrong: su-2.03# mount_cd9660 /dev/acd0 /cdrom Of course, I really meant: su-2.03# mount_cd9660 /dev/acd0c /cdrom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 19 5:30:14 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3E62237B7FA for ; Mon, 19 Jun 2000 05:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA85149; Mon, 19 Jun 2000 05:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from mail.uni-bielefeld.de (mail2.uni-bielefeld.de [129.70.4.90]) by hub.freebsd.org (Postfix) with ESMTP id EFC2337B517 for ; Mon, 19 Jun 2000 05:23:06 -0700 (PDT) (envelope-from root@odie.hrz.uni-bielefeld.de) Received: from odie.hrz.uni-bielefeld.de (odie.hrz.uni-bielefeld.de [129.70.5.87]) by mail.uni-bielefeld.de (Sun Internet Mail Server sims.4.0.2000.05.17.04.13.p6) with ESMTP id <0FWE00LGGIEHO5@mail.uni-bielefeld.de> for FreeBSD-gnats-submit@freebsd.org; Mon, 19 Jun 2000 14:23:05 +0200 (MET DST) Received: (from root@localhost) by odie.hrz.uni-bielefeld.de (8.9.3/8.9.3) id OAA02232; Mon, 19 Jun 2000 14:23:04 +0200 (CEST envelope-from root) Message-Id: <200006191223.OAA02232@odie.hrz.uni-bielefeld.de> Date: Mon, 19 Jun 2000 14:23:04 +0200 (CEST) From: root@uni-bielefeld.de Reply-To: lars.koeller@uni-bielefeld.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/19375: makekey accepts only 8-byte Passwords (noninteractive password change) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19375 >Category: bin >Synopsis: makekey accepts only 8-byte password >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Jun 19 05:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Charlie & >Release: FreeBSD 3.4-RELEASE i386 >Organization: Computing Center, University of Bielefeld, Germany >Environment: Freebsd 3.4-RELEASE i386 >Description: There is the need to change user passwords non-interactively over a privisioning system. adduser: does nothing cause the user exists chpass : interactively reads from /dev/tty or you need makekey to encrypt the passwd passwd : only interactive usable So the focus came to makekey, which reads a fixed length of 8 chars for the password and 2 chars for the salt. So one can't set a 7 byte pasword. Also the documentation isn't very usefull. >How-To-Repeat: /usr/libexec/makekey >Fix: A very complicated "hack" is echo -e "secret\0\0Sa" | /usr/libexec/makekey this is equivalent to echo -e "secret\0 Sa" | /usr/libexec/makekey cause the \0 ist the implicit end of string in C. The very best would be an adduser script which allows the change of the password with a flag, like adduser -c -p or a chpass with this option. Sure, it's better to transfer the password encrypted, but than we need a better makekey to do the job. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 19 6:20: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 02BA637B5A6 for ; Mon, 19 Jun 2000 06:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA03814; Mon, 19 Jun 2000 06:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 19 Jun 2000 06:20:01 -0700 (PDT) Message-Id: <200006191320.GAA03814@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Valentin Nechayev Subject: Re: kern/18798: microuptime() went backwards Reply-To: Valentin Nechayev Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/18798; it has been noted by GNATS. From: Valentin Nechayev To: freebsd-gnats-submit@freebsd.org, phk@freebsd.org Cc: Subject: Re: kern/18798: microuptime() went backwards Date: Mon, 19 Jun 2000 16:11:16 +0300 phk wrote: > State-Changed-From-To: open->feedback > State-Changed-By: phk > State-Changed-When: Sat Jun 10 12:17:24 PDT 2000 > State-Changed-Why: > Please try with a kernel without APM support. > please include dmesg & sysctl kern.timecounter output. I have seen it at our Alpha box: ==={ Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-STABLE #0: Tue May 2 23:54:37 EEST 2000 root@aleph.carrier.kiev.ua:/var/src/sys/compile/ALEPH EB164 Digital AlphaPC 164SX 533 MHz, 531MHz 8192 byte page size, 1 processor. CPU: PCA56 (21164PC) major=9 minor=2 extensions=0x1 OSF PAL rev: 0x1000600020116 real memory = 132268032 (129168K bytes) avail memory = 124796928 (121872K bytes) Preloaded elf kernel "kernel" at 0xfffffc0000586000. md0: Malloc disk cia0: Pyxis, pass 1 cia0: extended capabilities: 1 pcib0: <2117x PCI host bus adapter> on cia0 pci0: on pcib0 dc0: port 0x10100-0x1017f mem 0x82072000-0x820723ff i rq 9 at device 5.0 on pci0 dc0: interrupting at CIA irq 9 dc0: Ethernet address: 00:80:48:cd:63:0a miibus0: on dc0 amphy0: on miibus0 amphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: at device 8.0 on pci0 isa0: on isab0 pci0: at 8.1 pci0: at 8.2 pci0: at 8.3 sym0: <875> port 0x10000-0x100ff mem 0x82071000-0x82071fff,0x82072400-0x820724ff irq 8 at device 9.0 on pci0 sym0: Symbios NVRAM, ID 7, Fast-20, SE, NO parity sym0: open drain IRQ line driver, using on-chip SRAM sym0: SCAN AT BOOT disabled for targets 2 4 5 6 8 9 10 11 12 13 14 15. sym0: SCAN FOR LUNS disabled for targets 2 4 5 6 8 9 10 11 12 13 14 15. sym0: interrupting at CIA irq 8 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: interrupting at ISA irq 6 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 atkbd0: interrupting at ISA irq 1 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> mcclock0: at port 0x70-0x71 on isa0 sio0 at port 0x3f8-0x3ff irq 4 on isa0 sio0: type 16550A sio0: interrupting at ISA irq 4 sio1: reserved for low-level i/o Timecounter "alpha" frequency 533176256 Hz Waiting 5 seconds for SCSI devices to settle (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. Mounting root from ufs:/dev/da0a da0 at sym0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit) da0: 4134MB (8467200 512 byte sectors: 255H 63S/T 527C) WARNING: / was not properly dismounted dc0: TX underrun -- increasing TX threshold dc0: TX underrun -- increasing TX threshold dc0: TX underrun -- increasing TX threshold dc0: TX underrun -- using store and forward mode microuptime() went backwards (1119617.816600 -> 1119617,321192) microuptime() went backwards (1119617.816600 -> 1119617,321813) microuptime() went backwards (1119617.816600 -> 1119617,420793) microuptime() went backwards (1119617.816600 -> 1119617,520401) microuptime() went backwards (1119617.816600 -> 1119617,620007) microuptime() went backwards (1119617.816600 -> 1119617,664929) microuptime() went backwards (1119617.816600 -> 1119617,665738) microuptime() went backwards (1119617.816600 -> 1119617,665738) microuptime() went backwards (1119617.816600 -> 1119617,719616) pid 208 (squid), uid 65530: exited on signal 6 Waiting (max 60 seconds) for system process `bufdaemon' to stop...stopped Waiting (max 60 seconds) for system process `syncer' to stop...stopped syncing disks... done Uptime: 26d8h2m58s Rebooting... Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-STABLE #0: Tue May 2 23:54:37 EEST 2000 root@aleph.carrier.kiev.ua:/var/src/sys/compile/ALEPH ===} Also: netch@aleph:~>sysctl kern.timecounter kern.timecounter.method: 0 kern.timecounter.hardware: alpha netch@aleph:~> -- NVA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 19 6:30: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B58F037B9E6 for ; Mon, 19 Jun 2000 06:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA07060; Mon, 19 Jun 2000 06:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 19 Jun 2000 06:30:02 -0700 (PDT) Message-Id: <200006191330.GAA07060@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Poul-Henning Kamp Subject: Re: kern/18798: microuptime() went backwards Reply-To: Poul-Henning Kamp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/18798; it has been noted by GNATS. From: Poul-Henning Kamp To: netch@lucky.net Cc: freebsd-gnats-submit@freebsd.org Subject: Re: kern/18798: microuptime() went backwards Date: Mon, 19 Jun 2000 15:20:21 +0200 Alphas are special in two ways: The CPU clock is not quartz xtal derived, but rather generated by a SAW device which has really good applications as thermometer. This brings the other surprise: SMP alpha systems have asynchronous CPU clocks. I have no suggestions at this time. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 19 8:30: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 68B9537B72A for ; Mon, 19 Jun 2000 08:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA94102; Mon, 19 Jun 2000 08:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from lerbsd.lerctr.org (lerbsd.lerctr.org [207.158.72.45]) by hub.freebsd.org (Postfix) with ESMTP id 7FF4C37B617 for ; Mon, 19 Jun 2000 08:20:41 -0700 (PDT) (envelope-from ler@lerbsd.lerctr.org) Received: (from ler@localhost) by lerbsd.lerctr.org (8.9.3/8.9.3) id KAA89400; Mon, 19 Jun 2000 10:20:40 -0500 (CDT) (envelope-from ler) Message-Id: <200006191520.KAA89400@lerbsd.lerctr.org> Date: Mon, 19 Jun 2000 10:20:40 -0500 (CDT) From: ler@lerctr.org Reply-To: fdc@columbia.edu, ler@lerctr.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/19376: Curses bug Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19376 >Category: misc >Synopsis: ncurses alters buffering of stdin/stdout and does not restore it. >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 19 08:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Frank da Cruz & Larry Rosenman >Release: FreeBSD 4.0-STABLE i386 >Organization: The Kermit Project Columbia University >Environment: C-Kermit 7.0 was released prior to FreeBSD 4.0, and it worked fine on all FreeBSDs, 2.2.7 through 3.3. Then when FreeBSD 4.0 came out, a problem appeared. When C-Kermit makes a connection (serial, telnet, anything else) and then transfers a file, it puts up a curses-based file-transfer progress display, using the normal APIs to initialize curses and then "end the window" when the display is finished, returning to normal prompt-and-command operation. When accepting commands at its prompt, C-Kermit must read a character at a time, since it controls echoing, and acts immediately on certain characters such as Tab, Esc, question mark, etc, and so puts the terminal in CBREAK mode. In FreeBSD 4.0, upon exit from curses, C-Kermit is no longer able to read a character at a time; it is not given any characters until the user types a carriage return. This causes characters not to echo and it prevents Kermit's keyword and filename completion, menu-on-demand, and command editing features from working after a file transfer. Of course after returning from curses, C-Kermit makes the appropriate calls to put the console back in CBREAK mode, but these don't work in FreeBSD 4.x. The only workaround is for C-Kermit to call setbuf(stdout,NULL). The problem was reported to Joerg Wunsch shortly after FreeBSD 4.0 came out, but it's still in 4.1. C-Kermit 7.0 is here: http://www.columbia.edu/kermit/ckermit.html >Description: sw-bug >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 19 8:50: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C3EC237B952 for ; Mon, 19 Jun 2000 08:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA97706; Mon, 19 Jun 2000 08:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from mail.ruhr.de (in-ruhr2.ruhr.de [141.39.224.60]) by hub.freebsd.org (Postfix) with SMTP id 1577D37BD35 for ; Mon, 19 Jun 2000 08:46:18 -0700 (PDT) (envelope-from ue@nathan.ruhr.de) Received: (qmail 5863 invoked by alias); 19 Jun 2000 15:45:25 -0000 Received: (from ue@localhost) by nathan.ruhr.de (8.9.3/8.9.3) id RAA08024; Mon, 19 Jun 2000 17:46:58 +0200 (CEST) (envelope-from ue) Message-Id: <200006191546.RAA08024@nathan.ruhr.de> Date: Mon, 19 Jun 2000 17:46:58 +0200 (CEST) From: Udo Erdelhoff Reply-To: ue@nathan.ruhr.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/19377: tcpdump and tun-Device Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19377 >Category: bin >Synopsis: tcpdump -i tun0 not port/host x shows incoming traffic for that host/port >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 19 08:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Udo Erdelhoff >Release: FreeBSD 5.0-CURRENT i386 >Organization: private User >Environment: -current as of 18-JUN-2000 buildworld/installworld/new kernel ppp-connections over PPPoE and "conventional" modems with and without nat >Description: According to manpage, ``tcpdump not port X'' should not display traffic from or to that port. Likewise, ``tcpdump not host X'' should not display traffic from or to that host. tcpdump works "as advertised" when I'm snooping on a conventional interface (tested with bofh ed and fxp). If I'm sniffing on the tun device, tcpdump will still capture and display the incoming traffic. Using ``tcpdump not ( port X ) '' or ``tcpdump not ( src port X )'' doesn't change anything. >How-To-Repeat: use tcpdump not port X on a tun device with traffic for that port >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 19 10:30: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6CDB337BD06 for ; Mon, 19 Jun 2000 10:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA12863; Mon, 19 Jun 2000 10:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 19 Jun 2000 10:30:02 -0700 (PDT) Message-Id: <200006191730.KAA12863@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Garrett Wollman Subject: bin/19375: makekey accepts only 8-byte Passwords (noninteractive password change) Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19375; it has been noted by GNATS. From: Garrett Wollman To: lars.koeller@uni-bielefeld.de Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: bin/19375: makekey accepts only 8-byte Passwords (noninteractive password change) Date: Mon, 19 Jun 2000 13:21:05 -0400 (EDT) < There is the need to change user passwords non-interactively over a > privisioning system. perl -e 'print crypt(foo, bar);' -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 19 10:38:27 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 13AE537BA8D; Mon, 19 Jun 2000 10:38:26 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (from jhb@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA14501; Mon, 19 Jun 2000 10:38:26 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Date: Mon, 19 Jun 2000 10:38:26 -0700 (PDT) From: Message-Id: <200006191738.KAA14501@freefall.freebsd.org> To: jhb@FreeBSD.org, freebsd-bugs@FreeBSD.org, jhb@FreeBSD.org Subject: Re: i386/17391: FreeBSD boot loader does not recognize keyboard on MSI 6195 motherboard Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: FreeBSD boot loader does not recognize keyboard on MSI 6195 motherboard Responsible-Changed-From-To: freebsd-bugs->jhb Responsible-Changed-By: jhb Responsible-Changed-When: Mon Jun 19 10:37:25 PDT 2000 Responsible-Changed-Why: This may be fixed by some hacking around in boot2's keyboard probe code. Since I sort of maintain boot2, I'll take this. http://www.freebsd.org/cgi/query-pr.cgi?pr=17391 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 19 10:39: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 815EC37BD40; Mon, 19 Jun 2000 10:39:03 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (from jhb@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA14630; Mon, 19 Jun 2000 10:39:03 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Date: Mon, 19 Jun 2000 10:39:03 -0700 (PDT) From: Message-Id: <200006191739.KAA14630@freefall.freebsd.org> To: yousuc@donutbleet.com, jhb@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/17557: BTX Loader Hardlocks on FIC-SD11 Motherboard Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: BTX Loader Hardlocks on FIC-SD11 Motherboard State-Changed-From-To: open->closed State-Changed-By: jhb State-Changed-When: Mon Jun 19 10:38:34 PDT 2000 State-Changed-Why: Duplicate of i386/17391. http://www.freebsd.org/cgi/query-pr.cgi?pr=17557 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 19 10:41: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E62A137BD32; Mon, 19 Jun 2000 10:41:07 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (from jhb@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA14884; Mon, 19 Jun 2000 10:41:07 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Date: Mon, 19 Jun 2000 10:41:07 -0700 (PDT) From: Message-Id: <200006191741.KAA14884@freefall.freebsd.org> To: gradz@radbyte.com, jhb@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/17630: Install loader failed to recognize 84-key keyboard Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Install loader failed to recognize 84-key keyboard State-Changed-From-To: open->closed State-Changed-By: jhb State-Changed-When: Mon Jun 19 10:40:07 PDT 2000 State-Changed-Why: This is not quite a duplicate, but it is the same problem as in i386/17391 and will be fixed when that PR is fixed. http://www.freebsd.org/cgi/query-pr.cgi?pr=17630 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 19 10:45:22 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 88B5337BD32; Mon, 19 Jun 2000 10:45:20 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (from jhb@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA15336; Mon, 19 Jun 2000 10:45:20 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Date: Mon, 19 Jun 2000 10:45:20 -0700 (PDT) From: Message-Id: <200006191745.KAA15336@freefall.freebsd.org> To: Tor.Egge@fast.no, jhb@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/13847: missing support for INT 0x13 extensions in /boot/loader Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: missing support for INT 0x13 extensions in /boot/loader State-Changed-From-To: open->closed State-Changed-By: jhb State-Changed-When: Mon Jun 19 10:44:54 PDT 2000 State-Changed-Why: Committed a modified version of this, thanks. http://www.freebsd.org/cgi/query-pr.cgi?pr=13847 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 19 10:47:31 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 387BE37BD32; Mon, 19 Jun 2000 10:47:29 -0700 (PDT) (envelope-from billf@FreeBSD.org) Received: (from billf@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA15719; Mon, 19 Jun 2000 10:47:29 -0700 (PDT) (envelope-from billf@FreeBSD.org) Date: Mon, 19 Jun 2000 10:47:29 -0700 (PDT) From: Message-Id: <200006191747.KAA15719@freefall.freebsd.org> To: sean@stat.Duke.EDU, billf@FreeBSD.org, freebsd-bugs@FreeBSD.org, billf@FreeBSD.org Subject: Re: conf/19217: Add an IGNORE_LIST to mergemaster. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Add an IGNORE_LIST to mergemaster. State-Changed-From-To: open->suspended State-Changed-By: billf State-Changed-When: Mon Jun 19 10:46:46 PDT 2000 State-Changed-Why: The author of mergemaster would like to implement this change, but will be doing this differently Responsible-Changed-From-To: freebsd-bugs->billf Responsible-Changed-By: billf Responsible-Changed-When: Mon Jun 19 10:46:46 PDT 2000 Responsible-Changed-Why: I'm co-maintainer of mergemaster http://www.freebsd.org/cgi/query-pr.cgi?pr=19217 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 19 13: 0: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C902C37BD6F for ; Mon, 19 Jun 2000 13:00:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA36578; Mon, 19 Jun 2000 13:00:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from ady.warpnet.ro (ady.warpnet.ro [194.102.224.1]) by hub.freebsd.org (Postfix) with ESMTP id B46CB37B641 for ; Mon, 19 Jun 2000 12:52:45 -0700 (PDT) (envelope-from ady@ady.warpnet.ro) Received: (from ady@localhost) by ady.warpnet.ro (8.9.3/8.9.3) id XAA83914; Mon, 19 Jun 2000 23:00:17 +0300 (EEST) (envelope-from ady) Message-Id: <200006192000.XAA83914@ady.warpnet.ro> Date: Mon, 19 Jun 2000 23:00:17 +0300 (EEST) From: Adrian Penisoara Reply-To: Adrian Penisoara To: FreeBSD-gnats-submit@freebsd.org Cc: Brian Somers X-Send-Pr-Version: 3.2 Subject: bin/19384: PPP route deletion bug/possible DoS Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19384 >Category: bin >Synopsis: PPP route deletion bug/possible DoS >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 19 13:00:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Adrian Penisoara >Release: FreeBSD 3.4-STABLE i386 >Organization: Warp Net Technologies >Environment: This has been "tested" on 3.4-STABLE, but, as I checked in the CVS repository, it affects _all_ FreeBSD branches. OpenBSD might be affected too ?!? >Description: After more than half an year that I've been stressed by a weird route deletion problem I finally discoverd the bug that affected me. First, let me say that my situation is a bit special in that I use almost 30 PPP processes at the same time on our dial-up / leased line server. The problem I was bitten by was that every now and then, and especially whenever some dial-up user was hanging up, I was loosing routing information on the first tunnel interfaces (including the IP on the interface, I use proxy ARP). The problem: in function iface_Create in ppp/iface.c the index number of the interface is taken from the routing table by comparing the interface names with a strncmp call like this: dl = (struct sockaddr_dl *)(ifm + 1); /* Single _dl at end */ if (!strncmp(name, dl->sdl_data, dl->sdl_nlen)) { iface = (struct iface *)malloc(sizeof *iface); ... This code works as expected when using no more than 9 tunnel interfaces; but when we are using an interface numbered over 9 (eg. tun28) then we will be comparing strings like "tun28" and "tun2" on the length of the second, so we'll have a match when we shouldn't had... This way the PPP process was computing a wrong index number in the routing table. Later, when the process is about to die, in ppp/route.c, it will remove the routes from the shorter named interface tunnel instead of the right one (e.g. it will remove all routing information tied to tun2 instead of tun28). From this moment the link is effectively dead (at least in the proxy ARP case): whatever traffic is sent from one end is discarded on the other end, but the link remains up; the only solution is to force a link renegotiation in order to restore the routing information. >How-To-Repeat: This may be exploited by users allowed to use PPP (e.g. users in group network and with proper allow lines in /etc/ppp.conf), provided that support for over 9 tunnel devices was compiled in the kernel: say an user wants to block tun1, he will initiate a PPP session forcing the use of a tunnel in the 10-19 range, like this: $ ppp -unit 12 link-label then he hangs up and upon termination all tun1's routing information will be removed from the routing tables (this can be checked using "route monitor" or even logging PPP at debug level). >Fix: Suggested patch (tested with success for more than 2 hours): --- usr.sbin/ppp/iface.c.orig Mon Jan 10 20:29:04 2000 +++ usr.sbin/ppp/iface.c Mon Jun 19 21:12:04 2000 @@ -91,6 +91,8 @@ return bits; } +static inline size_t max(size_t a, size_t b) { return (a>b ? a : b); } + struct iface * iface_Create(const char *name) { @@ -146,7 +148,7 @@ if (ifm->ifm_type != RTM_IFINFO) break; dl = (struct sockaddr_dl *)(ifm + 1); /* Single _dl at end */ - if (!strncmp(name, dl->sdl_data, dl->sdl_nlen)) { + if (!strncmp(name, dl->sdl_data, max(strlen(name),dl->sdl_nlen))) { iface = (struct iface *)malloc(sizeof *iface); if (iface == NULL) { fprintf(stderr, "iface_Create: malloc: %s\n", strerror(errno)); You may contact me for further details if you need. Thank you, Adrian Penisoara Ady (@freebsd.ady.ro) Warp Net Technologies >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 19 16:22:24 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9335237B89B; Mon, 19 Jun 2000 16:22:22 -0700 (PDT) (envelope-from brian@FreeBSD.org) Received: (from brian@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA64828; Mon, 19 Jun 2000 16:22:22 -0700 (PDT) (envelope-from brian@FreeBSD.org) Date: Mon, 19 Jun 2000 16:22:22 -0700 (PDT) From: Message-Id: <200006192322.QAA64828@freefall.freebsd.org> To: ady@freebsd.ady.ro, brian@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/19384: PPP route deletion bug/possible DoS Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: PPP route deletion bug/possible DoS State-Changed-From-To: open->closed State-Changed-By: brian State-Changed-When: Mon Jun 19 16:21:37 PDT 2000 State-Changed-Why: Fixed about an hour ago in 3stable, 4stable and 5current(this PR was cc'd to me) http://www.freebsd.org/cgi/query-pr.cgi?pr=19384 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 19 16:40: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7BC2037B7E0 for ; Mon, 19 Jun 2000 16:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA67929; Mon, 19 Jun 2000 16:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from heitec.net (paladin.heitec.net [212.204.92.251]) by hub.freebsd.org (Postfix) with ESMTP id AB43037B8E5 for ; Mon, 19 Jun 2000 16:32:45 -0700 (PDT) (envelope-from bernd@heitec.net) Received: (from bernd@localhost) by heitec.net (8.9.3/8.9.3) id BAA00995; Tue, 20 Jun 2000 01:33:03 +0200 (CEST) (envelope-from bernd) Message-Id: <200006192333.BAA00995@ heitec.net> Date: Tue, 20 Jun 2000 01:33:03 +0200 (CEST) From: bdluevel@heitec.net Reply-To: bdluevel@heitec.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/19388: bash prompt problem, or perhaps curses problem Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19388 >Category: misc >Synopsis: bash prompt problem, or perhaps curses problem >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 19 16:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Bernd Luevelsmeyer >Release: FreeBSD 4.0-STABLE i386 >Organization: Heitec AG >Environment: FreeBSD 4.0-Stable as of 2000-06-19 >Description: If you have escape sequences in a bash prompt, and execute several long commands (longer than one line) so that they are in the history buffer, and then press cursor-up and cursor-down to change between these commands, the prompt may be messed up and the displayed command lines too. >How-To-Repeat: I assume you are in a bash shell (port shells/bash2), in a cons50 terminal with 80 columns. a) Get a prompt with escape sequences: export PS1='\[\e[7m\]hello\[\e[m\]' b) Get suitable command into the history: ab ab ab ab ab ab ... ab (That is so many 'ab' groups that the last 'b' is in the second row exactly under the first 'l' of the prompt) c) Get second command so you've got something to change: cd cd cd cd cd cd ... cd (Make it the same length, so the last 'd' is also below the first 'l' of the prompt) d) Press cursor-up and cursor-down so you change between these two commands in bash's history. Watch the prompt. >Fix: Do not have escape sequences in the prompt. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 19 16:48:39 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from ns.itga.com.au (ns.itga.com.au [202.53.40.210]) by hub.freebsd.org (Postfix) with ESMTP id 84C0737B65A for ; Mon, 19 Jun 2000 16:48:35 -0700 (PDT) (envelope-from gnb@itga.com.au) Received: from lightning.itga.com.au (lightning.itga.com.au [192.168.71.20]) by ns.itga.com.au (8.9.3/8.9.3) with ESMTP id JAA73029 for ; Tue, 20 Jun 2000 09:48:29 +1000 (EST) (envelope-from gnb@itga.com.au) Received: from itga.com.au (lightning.itga.com.au [192.168.71.20]) by lightning.itga.com.au (8.9.3/8.9.3) with ESMTP id JAA17688; Tue, 20 Jun 2000 09:48:29 +1000 (EST) Message-Id: <200006192348.JAA17688@lightning.itga.com.au> X-Mailer: exmh version 2.0.1 12/23/97 From: Gregory Bond To: bugs@freebsd.org Subject: can someone please commit PR 13769 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 20 Jun 2000 09:48:29 +1000 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Would someone mind taking a look at this PR and committing the patch? This question comes up a lot (I've just answered it yet again on Usenet). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 19 16:50: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0831637B7E0 for ; Mon, 19 Jun 2000 16:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA69345; Mon, 19 Jun 2000 16:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from overlord.e-gerbil.net (e-gerbil.net [207.91.110.247]) by hub.freebsd.org (Postfix) with ESMTP id 8796937B7E5 for ; Mon, 19 Jun 2000 16:41:06 -0700 (PDT) (envelope-from root@overlord.e-gerbil.net) Received: (from root@localhost) by overlord.e-gerbil.net (8.9.3/8.9.3) id TAA26487; Mon, 19 Jun 2000 19:41:05 -0400 (EDT) (envelope-from root) Message-Id: <200006192341.TAA26487@overlord.e-gerbil.net> Date: Mon, 19 Jun 2000 19:41:05 -0400 (EDT) From: ras@e-gerbil.net Reply-To: ras@e-gerbil.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/19389: sendfile(2) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19389 >Category: kern >Synopsis: Panic caused by sendfile(2) >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 19 16:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Richard Steenbergen >Release: FreeBSD 4.0-STABLE i386 >Organization: >Environment: >Description: Deleting a file while doing a sendfile(2) on it results in kernel panic. Non-priv'd users can panic box. >How-To-Repeat: figure it out :P >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 19 17: 0: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 417DA37B806 for ; Mon, 19 Jun 2000 17:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA70144; Mon, 19 Jun 2000 17:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 19 Jun 2000 17:00:02 -0700 (PDT) Message-Id: <200006200000.RAA70144@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: David Greenman Subject: Re: kern/19389: sendfile(2) Reply-To: David Greenman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/19389; it has been noted by GNATS. From: David Greenman To: ras@e-gerbil.net Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/19389: sendfile(2) Date: Mon, 19 Jun 2000 16:48:20 -0700 > Deleting a file while doing a sendfile(2) on it results in > kernel panic. Non-priv'd users can panic box. This is a case that I've specifically tested for in the past, so I'm a bit surprised to see this bug report. sendfile(2) holds a vnode reference to the file (via the open file descriptor), which should prevent bad things from happening when the file is unlinked (the actual deletion is defered until all internal references have been dropped). Is it possible that there is more involved than just deleting the file? Can you provide a traceback? -DG David Greenman Co-founder, The FreeBSD Project - http://www.freebsd.org Manufacturer of high-performance Internet servers - http://www.terasolutions.com Pave the road of life with opportunities. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 19 17: 0: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7DF1337B824 for ; Mon, 19 Jun 2000 17:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA70149; Mon, 19 Jun 2000 17:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 19 Jun 2000 17:00:03 -0700 (PDT) Message-Id: <200006200000.RAA70149@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Richard A. Steenbergen" Subject: Re: kern/19389: sendfile(2) Reply-To: "Richard A. Steenbergen" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/19389; it has been noted by GNATS. From: "Richard A. Steenbergen" To: David Greenman Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/19389: sendfile(2) Date: Mon, 19 Jun 2000 19:59:30 -0400 (EDT) On Mon, 19 Jun 2000, David Greenman wrote: > > Deleting a file while doing a sendfile(2) on it results in > > kernel panic. Non-priv'd users can panic box. > > This is a case that I've specifically tested for in the past, so I'm a bit > surprised to see this bug report. sendfile(2) holds a vnode reference to the > file (via the open file descriptor), which should prevent bad things from > happening when the file is unlinked (the actual deletion is defered until > all internal references have been dropped). Is it possible that there is more > involved than just deleting the file? Can you provide a traceback? I wish I had let the coredump go. Kernel panic from ncftpd sendfile, immediately after I rm -rf'd the files in another console. -- Richard A Steenbergen http://www.e-gerbil.net/humble PGP Key ID: 0x138EA177 (67 29 D7 BC E8 18 3E DA B2 46 B3 D8 14 36 FE B6) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 19 17:50: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D879937B909 for ; Mon, 19 Jun 2000 17:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA75983; Mon, 19 Jun 2000 17:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 6B2D737B71E; Mon, 19 Jun 2000 17:40:44 -0700 (PDT) Message-Id: <20000620004044.6B2D737B71E@hub.freebsd.org> Date: Mon, 19 Jun 2000 17:40:44 -0700 (PDT) From: mjoyner@rv1.dynip.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/19391: Evilness with Linux Terminus, causes X to dump core. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19391 >Category: misc >Synopsis: Evilness with Linux Terminus, causes X to dump core. >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 19 17:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Michael Joyner >Release: 4.0-Stable >Organization: self >Environment: FreeBSD host100.internal 4.0-STABLE FreeBSD 4.0-STABLE #0: Sun May 14 15:37:26 EDT 2000 root@:/usr/src/sys/compile/psychomouse i386 >Description: Downloaded demo of Linux Terminus. Neat looking networked privateer like game. === Attempt one Jun 19 20:28:53 host100 /kernel: linux: 'ioctl' fd=10, cmd=5327 ('S',39) not implemented Jun 19 20:28:53 host100 /kernel: linux: 'ioctl' fd=10, cmd=5016 ('P',22) not implemented Jun 19 20:28:54 host100 /kernel: pid 744 (terminus), uid 1001: exited on signal 11 === Attempt two Jun 19 20:31:29 host100 /kernel: linux: 'ioctl' fd=10, cmd=5327 ('S',39) not implemented Jun 19 20:31:29 host100 /kernel: linux: 'ioctl' fd=10, cmd=5016 ('P',22) not implemented Jun 19 20:31:36 host100 /kernel: pid 409 (X), uid 0: exited on signal 6 (core dumped) === My linux stamped packages installed. linux-realplayer-5.0 Linux RealPlayer 5.0 from RealNetworks linux_base-6.1 The base set of packages needed in Linux mode linux_glide-2.4 Linux library implementing the GLIDE interface to 3dfx video linux_glx-991127 Libraries to make use of glx-aware Linux apps linux_procfs-2000.05.09 Kernel module which provides /compat/linux/proc for some Lin >How-To-Repeat: Install Terminus. Try and run it. >Fix: don't know >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 19 18: 0: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 05EFE37B90A for ; Mon, 19 Jun 2000 18:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA77055; Mon, 19 Jun 2000 18:00:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from mpeks.tomsk.su (mpeks.tomsk.su [212.111.92.11]) by hub.freebsd.org (Postfix) with ESMTP id BF3BB37B8E5 for ; Mon, 19 Jun 2000 17:55:45 -0700 (PDT) (envelope-from root@mpeks.tomsk.su) Received: (from root@localhost) by mpeks.tomsk.su (8.9.3/8.9.3) id IAA38866; Tue, 20 Jun 2000 08:52:24 +0800 (KRAST) (envelope-from root) Message-Id: <200006200052.IAA38866@mpeks.tomsk.su> Date: Tue, 20 Jun 2000 08:52:24 +0800 (KRAST) From: MPEKS Root Reply-To: vas@tsu.ru To: FreeBSD-gnats-submit@freebsd.org Cc: noc@sibptus.tomsk.ru X-Send-Pr-Version: 3.2 Subject: bin/19393: programs using strftime () dump core if Russian locale is set Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19393 >Category: bin >Synopsis: programs using strftime () dump core if Russian locale is set >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 19 18:00:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Victor Sudakov >Release: FreeBSD 3.4-RELEASE i386 >Organization: AO "Svyaztransneft", SibPTUS >Environment: >Description: Programs using strftime () dump core if Russian locale is set. >How-To-Repeat: setenv LANG ru_RU.KOI8-R Run any program like pr(1) >Fix: unsetenv LANG >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 19 19:13:16 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from ns.itga.com.au (ns.itga.com.au [202.53.40.210]) by hub.freebsd.org (Postfix) with ESMTP id 8979B37B9E4 for ; Mon, 19 Jun 2000 19:13:09 -0700 (PDT) (envelope-from gnb@itga.com.au) Received: from lightning.itga.com.au (lightning.itga.com.au [192.168.71.20]) by ns.itga.com.au (8.9.3/8.9.3) with ESMTP id MAA73546 for ; Tue, 20 Jun 2000 12:13:05 +1000 (EST) (envelope-from gnb@itga.com.au) Received: from itga.com.au (lightning.itga.com.au [192.168.71.20]) by lightning.itga.com.au (8.9.3/8.9.3) with ESMTP id MAA29801; Tue, 20 Jun 2000 12:13:05 +1000 (EST) Message-Id: <200006200213.MAA29801@lightning.itga.com.au> X-Mailer: exmh version 2.0.1 12/23/97 From: Gregory Bond Cc: bugs@FreeBSD.ORG Subject: Re: can someone please commit PR 13769 In-reply-to: Your message of Tue, 20 Jun 2000 09:48:29 +1000. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 20 Jun 2000 12:13:05 +1000 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Would someone mind taking a look at this PR and committing the patch? This > question comes up a lot (I've just answered it yet again on Usenet). Nick reminded me I orta include this info: http://www.freebsd.org/cgi/query-pr.cgi?pr=13769 Synopsis: NATD is not compatible with the "simple" firewall as shipped To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 19 21:37:46 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from ux.accesscom.net (ux.accesscom.net [204.181.176.2]) by hub.freebsd.org (Postfix) with SMTP id E7E8B37B531; Mon, 19 Jun 2000 21:37:37 -0700 (PDT) (envelope-from mlistbsd@icorp.net) Received: from p501.accesscom.net (icorp.net [206.160.4.1]) by ux(smtpd 2.1.3) with SMTP id smtp001463 for ; Tue, 20 Jun 00 04:37:28 GMT (envelope-from ) Message-ID: <394EF4EF.FDBD3928@icorp.net> Date: Mon, 19 Jun 2000 23:37:04 -0500 From: James X-Mailer: Mozilla 4.72 [en] (Win98; U) X-Accept-Language: en Mime-Version: 1.0 To: troy@picus.com Cc: freebsd-isp@FreeBSD.ORG Subject: Re: Compaq SmartRAID compatibility issues? X-Priority: 1 (Highest) References: Content-Length: 2807 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Snapshot doesn't work. I booted and installed from 4.0-20000619-STABLE and still NO GO. It went through the entire installation and then reported that no kernel was found. Can ANYONE verify that they have managed to get the Compaq SmartRAID controller running under FreeBSD 4.0? I know that earlier versions were hacked (i.e. 3.4 with wd0 controllers) to work, but I think the ida driver bundled with 4.0 does not support the SmartRaid controllers - it's a shame because it seems to be a minor error - the array is recognized; the filesystem is created successfully but something is messed up during setting up of the kernel - this is driving me crazy - any info anyone can provide would be *greatly* appreciated - and it save someone from getting hit by a flying Compaq (proprietary piece of sh*t) raid controller. Troy Settle wrote: > James, > > I've been flipping through messages pretty quickly the last few days, but I > could swear that someone responded to this same question not too long ago, > suggesting that you (or whomever) use a 4.0 snapshot, rather than the > release. > > Try it, it just might do the trick for you. > > g'luck, > > -Troy > > ** -----Original Message----- > ** From: owner-freebsd-isp@FreeBSD.ORG > ** [mailto:owner-freebsd-isp@FreeBSD.ORG]On Behalf Of James > ** Sent: Monday, June 19, 2000 12:46 PM > ** To: void@humankind.com > ** Subject: Compaq SmartRAID compatibility issues? > ** > ** > ** > ** I'm still having problems getting this Proliant 3000R with the Compaq > ** 2DH controller to work properly - I've seen some historical messages > ** indicating people have gotten 3.3 to work incorporating a non-bundled > ** IDA driver; I've also heard that this driver is now integrated in with > ** FreeBSD in the later versions. I'm still running into the following > ** issues: > ** > ** * Booting/installing FreeBSD <4.0 does not recognize the drive array > ** * FBSD 4.0 does recognize the array but either: > ** a) crashes with a "makedev returns non-zero" during install > ** b) won't reboot - saying kernel not found > ** c) crashes during post-install config with all forks causing core > ** dumps > ** > ** I can pull out the raid array and reconfigure the disks on Compaq's > ** on-board scsi and it installs and runs perfectly, so I know it's an > ** issue with the raid card. > ** > ** I'm trying to install the os straight to the raid5 array - I really do > ** not want to have to dedicate a non-raid drive just to work around a bug > ** in the OS. Does anyone have any ideas? > ** > ** > ** > ** > ** > ** To Unsubscribe: send mail to majordomo@FreeBSD.org > ** with "unsubscribe freebsd-isp" in the body of the message > ** > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isp" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jun 20 9: 0:16 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 53CC837BD12 for ; Tue, 20 Jun 2000 09:00:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA62575; Tue, 20 Jun 2000 09:00:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from burka.carrier.kiev.ua (burka.carrier.kiev.ua [193.193.193.107]) by hub.freebsd.org (Postfix) with ESMTP id 5FBF937BF1D for ; Tue, 20 Jun 2000 08:57:23 -0700 (PDT) (envelope-from netch@lucky.net) Received: from netch@localhost by burka.carrier.kiev.ua id SWA63293; Tue, 20 Jun 2000 18:57:16 +0300 (EEST) (envelope-from netch) Message-Id: <200006201557.SWA63293@burka.carrier.kiev.ua> Date: Tue, 20 Jun 2000 18:57:16 +0300 (EEST) From: netch@segfault.kiev.ua (Valentin Nechayev) Reply-To: netch@segfault.kiev.ua To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/19402: Signals 127 and 128 cannot be detected normally in wait4() interface Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19402 >Category: kern >Synopsis: Signals 127 and 128 cannot be detected in wait4() interface >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jun 20 09:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Valentin Nechayev >Release: FreeBSD 4.0 >Organization: Kiev >Environment: FreeBSD 4.0; possibly, 5.0 also >Description: Syscall wait4() and libc routines wait3(), waitpid() return status of terminated/stopped process in "status" parameter passed by pointer in some encoded format. Standard header provides macros for its decoding. Some of them are: #define _WSTATUS(x) (_W_INT(x) & 0177) #define _WSTOPPED 0177 /* _WSTATUS if process is stopped */ #define WIFSTOPPED(x) (_WSTATUS(x) == _WSTOPPED) #define WIFSIGNALED(x) (_WSTATUS(x) != _WSTOPPED && _WSTATUS(x) != 0) But FreeBSD 4 & 5 has signal with number 127, and terminating on this signal mixes mistakely with stopping. Stopping on signal 128 mixes with coredumping without signal. >How-To-Repeat: Compile two following test programs: === cut si.c === #include #include #include #include #include int main( int argc, char *argv[] ) { int sig; sig = strtol( argv[1], NULL, 0 ); signal( sig, SIG_DFL ); kill( getpid(), sig ); printf( "si: trace: after kill\n" ); return 0; } === end cut === === cut sic.c === #include #include #include #include #include int main( int argc, char *argv[] ) { int rr; pid_t cpid; #if 0 char bb[1000]; snprintf( bb, sizeof bb, "./si %s", argv[1] ); rr = system( bb ); #endif cpid = fork(); if( cpid == -1 ) { fprintf( stderr, "fork(): failed\n" ); return 2; } if( cpid == 0 ) execl( "./si", "./si", argv[1], NULL ); else waitpid( cpid, &rr, 0 ); printf( "rr==%d==0x%X\n", rr, rr ); printf( "Exited: %s\n", WIFEXITED(rr) ? "yes" : "no" ); printf( "Stopped: %s\n", WIFSTOPPED(rr) ? "yes" : "no" ); printf( "Signaled: %s\n", WIFSIGNALED(rr) ? "yes" : "no" ); printf( "Exit status: %d\n", WEXITSTATUS(rr) ); printf( "Stop sig: %d\n", WSTOPSIG(rr) ); printf( "Term sig: %d\n", WTERMSIG(rr) ); printf( "Coredumped: %s\n", WCOREDUMP(rr) ? "yes" : "no" ); return 0; } === end cut === Compile them: cc -o si si.c cc -o sic sic.c and run "sic 126", "sic 127" and "sic 128". Result print attached: === cut result log === netch@ox:~/tmp>./sic 126 rr==126==0x7E Exited: no Stopped: no Signaled: yes Exit status: 0 Stop sig: 0 Term sig: 126 Coredumped: no netch@ox:~/tmp>./sic 127 rr==127==0x7F Exited: no Stopped: yes Signaled: no Exit status: 0 Stop sig: 0 Term sig: 127 Coredumped: no netch@ox:~/tmp>./sic 128 rr==128==0x80 Exited: yes Stopped: no Signaled: no Exit status: 0 Stop sig: 0 Term sig: 0 Coredumped: yes === end cut === With signal 127, WIFSTOPPED() is true. With signal 128, WCOREDUMP() is true and WIFEXITED() is true. ;( Also another test: netch@ox:~/tmp>./si 127 [1]+ Stopped ./si 127 netch@ox:~/tmp>fg ./si 127 and in this case bash falls to infinite cycle on waitpid() with eating of all available CPU. Of course, this is ugly bash bug, but it is called by kernel interface inconsistency. Version of system on testing host: netch@ox:~>uname -mrs FreeBSD 4.0-STABLE i386 netch@ox:~>fgrep __FreeBSD_version /usr/include/sys/param.h #undef __FreeBSD_version #define __FreeBSD_version 400019 /* Master, propagated to newvers */ netch@ox:~> >Fix: As a quick-and-dirty fix, disable signals 127-128 at all (desrease value of _SIG_MAXSIG by 2, new value should be 126). As normal fix, change kernel interface (wait4() syscall). -- NVA >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jun 20 9:30: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E3E6737B9DE for ; Tue, 20 Jun 2000 09:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA67770; Tue, 20 Jun 2000 09:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from kiwi.ayan.net (kiwi.ayan.net [209.119.145.2]) by hub.freebsd.org (Postfix) with ESMTP id 31B9337BAEA for ; Tue, 20 Jun 2000 09:24:54 -0700 (PDT) (envelope-from ayan@kiwi.ayan.net) Received: (from ayan@localhost) by kiwi.ayan.net (8.9.3/8.9.3) id MAA00486; Tue, 20 Jun 2000 12:24:28 -0400 (EDT) (envelope-from ayan) Message-Id: <200006201624.MAA00486@kiwi.ayan.net> Date: Tue, 20 Jun 2000 12:24:28 -0400 (EDT) From: Ayan George Reply-To: ayan@kiwi.ayan.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/19404: /usr/bin/error should be included in the FreeBSD distribution. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19404 >Category: bin >Synopsis: /usr/bin/error should be included in the FreeBSD distribution. >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Jun 20 09:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Ayan George >Release: FreeBSD 5.0-CURRENT i386 >Organization: None. >Environment: >Description: I'd like to see /usr/bin/error re-incorporated into the FreeBSD distribution. It is a useful utility and works with the current toolchain. >How-To-Repeat: Look in /usr/src/usr.bin for error and you won't find anything. :) >Fix: Reincorporate the /usr/bin/error source in the FreeBSD source tree. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jun 20 11:20: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0E9B037B6D5 for ; Tue, 20 Jun 2000 11:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA88376; Tue, 20 Jun 2000 11:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226]) by hub.freebsd.org (Postfix) with ESMTP id BBE4837B9C0 for ; Tue, 20 Jun 2000 11:17:37 -0700 (PDT) (envelope-from joelh@beastie.mayfield.hp.com) Received: from beastie.mayfield.hp.com (beastie.mayfield.hp.com [15.37.242.90]) by palrel3.hp.com (Postfix) with ESMTP id 58D2D320 for ; Tue, 20 Jun 2000 11:17:17 -0700 (PDT) Received: (from joelh@localhost) by beastie.mayfield.hp.com (8.9.3/8.9.3) id LAA64066; Tue, 20 Jun 2000 11:17:25 -0700 (PDT) (envelope-from joelh) Message-Id: <200006201817.LAA64066@beastie.mayfield.hp.com> Date: Tue, 20 Jun 2000 11:17:25 -0700 (PDT) From: joelh@gnu.org Reply-To: joelh@gnu.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/19405: telnetd sends DO AUTHENTICATION w/ authentication disabled [PATCH] Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19405 >Category: bin >Synopsis: telnetd sends DO AUTHENTICATION even if authentication is disabled >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jun 20 11:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Joel Ray Holveck >Release: FreeBSD 4.0-STABLE i386 >Organization: >Environment: FreeBSD 4.0 w/ crypto. inetd.conf lists: telnet stream tcp nowait root /home/joelh/telnetd/telnetd telnetd -a off >Description: telnetd sends DO AUTHENTICATION even when authentication is disabled. With HP-UX 11.0 telnet, this causes a deadlock condition, in which the server is waiting for a WILL/WONT AUTHENTICATION, and the client... well I don't know what the client is thinking. Here's a trace for the interested. The boxes in question are tonga (HP-UX 11.0) and beastie (FreeBSD 4.0). 10:58:21.015413 tonga.49417 > beastie.telnet: S 2767829556:2767829556(0) win 32768 (ttl 64, id 38837) 10:58:21.015985 beastie.telnet > tonga.49417: S 3941562774:3941562774(0) ack 2767829557 win 17520 (DF) (ttl 64, id 2711) 10:58:21.026234 tonga.49417 > beastie.telnet: P 1:16(15) ack 1 win 32768 [telnet DO SUPPRESS GO AHEAD, WILL TERMINAL TYPE, WILL TSPEED, WILL LFLOW, WILL NAWS] (ttl 64, id 38838) 10:58:21.118078 beastie.telnet > tonga.49417: P 1:4(3) ack 16 win 17505 [telnet DO AUTHENTICATION] (DF) [tos 0x10] (ttl 64, id 2715) 10:58:21.187846 tonga.49417 > beastie.telnet: . 16:16(0) ack 4 win 32768 (ttl 64, id 38839) 10:58:21.188154 beastie.telnet > tonga.49417: P 4:19(15) ack 16 win 17520 [telnet WILL SUPPRESS GO AHEAD, DO TERMINAL TYPE, DO TSPEED, DO LFLOW, DO NAWS] (DF) [tos 0x10] (ttl 64, id 2718) 10:58:21.189491 tonga.49417 > beastie.telnet: P 16:25(9) ack 19 win 32768 [telnet SB NAWS IS 'P' SE] (ttl 64, id 38840) 10:58:21.280924 beastie.telnet > tonga.49417: . 19:19(0) ack 25 win 17520 (DF) [tos 0x10] (ttl 64, id 2719) === wait for a while, then close telnet === 10:58:28.942639 tonga.49417 > beastie.telnet: F 25:25(0) ack 19 win 32768 (ttl 64, id 38841) 10:58:28.942987 beastie.telnet > tonga.49417: . 19:19(0) ack 26 win 17520 (DF) [tos 0x10] (ttl 64, id 2771) 10:58:28.946987 beastie.telnet > tonga.49417: F 19:19(0) ack 26 win 17520 (DF) [tos 0x10] (ttl 64, id 2772) 10:58:28.948412 tonga.49417 > beastie.telnet: . 26:26(0) ack 20 win 32768 (ttl 64, id 38842) >How-To-Repeat: Take a stock HP-UX 11.0 box and a FreeBSD 4.0 box with crypto installed. Edit inetd.conf and add "-a off" to the end, and SIGHUP inetd. Start a tcpdump -v if you like. Telnet from the HP to the BSD box. Watch a whole lot of nothing happen. >Fix: For the problem of telnetd incorrectly sending DO AUTHENTICATE: Apply the below patch to /usr/src/crypto/telnet/telnetd/telnetd.c (The non-crypto telnetd has this code #ifdef'd out anyway. The heimdal and krb4 telnetd's are much different; I don't know if they suffer the same symptoms.) -----cut here----- --- telnetd.c.orig Tue Jun 20 11:08:41 2000 +++ telnetd.c Fri Jun 9 18:38:27 2000 @@ -643,11 +643,13 @@ /* * Handle the Authentication option before we do anything else. */ - send_do(TELOPT_AUTHENTICATION, 1); - while (his_will_wont_is_changing(TELOPT_AUTHENTICATION)) - ttloop(); - if (his_state_is_will(TELOPT_AUTHENTICATION)) { - retval = auth_wait(name); + if (auth_level >= 0) { + send_do(TELOPT_AUTHENTICATION, 1); + while (his_will_wont_is_changing(TELOPT_AUTHENTICATION)) + ttloop(); + if (his_state_is_will(TELOPT_AUTHENTICATION)) { + retval = auth_wait(name); + } } #endif -----cut here----- If you're having the problem with HP/BSD communication, apply the above patch and disable authentication (described in How-To-Repeat, above). >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jun 20 11:30:12 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id EC1B037BDF0 for ; Tue, 20 Jun 2000 11:30:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA89977; Tue, 20 Jun 2000 11:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from binnen.mail.nl.demon.net (binnen.mail.nl.demon.net [194.159.72.192]) by hub.freebsd.org (Postfix) with ESMTP id 8C74B37B829 for ; Tue, 20 Jun 2000 11:29:14 -0700 (PDT) (envelope-from pdp@nl.demon.net) Received: from samhain.noc.nl.demon.net ([194.159.72.214] ident=exim) by binnen.mail.nl.demon.net with esmtp (Exim 3.13 #1) id 134Skw-000CLP-00 for FreeBSD-gnats-submit@freebsd.org; Tue, 20 Jun 2000 20:28:14 +0200 Received: from pdp by samhain.noc.nl.demon.net with local id 134Skv-0008h2-00 for FreeBSD-gnats-submit@freebsd.org; Tue, 20 Jun 2000 20:28:13 +0200 Message-Id: Date: Tue, 20 Jun 2000 20:28:13 +0200 From: Phil Pennock To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/19406: setenv() allocates memory which is not freed by unsetenv() Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19406 >Category: misc >Synopsis: setenv() allocates memory which is not freed by unsetenv() >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jun 20 11:30:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Phil Pennock >Release: FreeBSD 3.4-STABLE i386 >Organization: n/a >Environment: Any >Description: setenv() allocates memory for variable. unsetenv() does not free that memory. >How-To-Repeat: Compile the code below, run, find pid and use "ps up " to see the RSS grow without apparent bound. #include #include #define Name "testing" #define Value "1234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890" int main (int argc, char *argv[]) { int i; while(1) { for (i=0; i<1000; ++i) { setenv(Name, Value, 1); unsetenv(Name); } sleep(1); } return 0; } >Fix: Anyone want to think how many old programs depend on some buggy aspect of the memory allocation involved here? >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jun 20 11:40: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5448837BFAE for ; Tue, 20 Jun 2000 11:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA91442; Tue, 20 Jun 2000 11:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 20 Jun 2000 11:40:02 -0700 (PDT) Message-Id: <200006201840.LAA91442@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: David Malone Subject: Re: misc/19406: setenv() allocates memory which is not freed by unsetenv() Reply-To: David Malone Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/19406; it has been noted by GNATS. From: David Malone To: Phil Pennock Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: misc/19406: setenv() allocates memory which is not freed by unsetenv() Date: Tue, 20 Jun 2000 19:36:25 +0100 On Tue, Jun 20, 2000 at 08:28:13PM +0200, Phil Pennock wrote: > Anyone want to think how many old programs depend on some buggy aspect of the > memory allocation involved here? I believe this is required by some spec (probably POSIX), and has been discussed several times on the FreeBSD lists. I think the conclusion was that the current implimentation was correct. See: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=5604 http://www.FreeBSD.org/cgi/query-pr.cgi?pr=10341 David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jun 20 12: 0: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5D90B37C02D for ; Tue, 20 Jun 2000 12:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA94506; Tue, 20 Jun 2000 12:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 20 Jun 2000 12:00:02 -0700 (PDT) Message-Id: <200006201900.MAA94506@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nick Hibma Subject: Re: bin/19404: /usr/bin/error should be included in the FreeBSD distribution. Reply-To: Nick Hibma Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19404; it has been noted by GNATS. From: Nick Hibma To: Ayan George Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/19404: /usr/bin/error should be included in the FreeBSD distribution. Date: Tue, 20 Jun 2000 17:32:42 +0100 (BST) > I'd like to see /usr/bin/error re-incorporated into the FreeBSD > distribution. It is a useful utility and works with the current > toolchain. Forgive me my ignorance, but what does the utility do. Also, you suggest that it has been in the tree and has been removed. Did you checkout why? Replacements that have been added? -- n_hibma@webweaving.org n_hibma@freebsd.org USB project http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jun 20 12: 0: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 386FC37BF87 for ; Tue, 20 Jun 2000 12:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA94501; Tue, 20 Jun 2000 12:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 20 Jun 2000 12:00:01 -0700 (PDT) Message-Id: <200006201900.MAA94501@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Phil Pennock Subject: Re: misc/19406: setenv() allocates memory which is not freed by unsetenv() Reply-To: Phil Pennock Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/19406; it has been noted by GNATS. From: Phil Pennock To: David Malone Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: misc/19406: setenv() allocates memory which is not freed by unsetenv() Date: Tue, 20 Jun 2000 20:51:16 +0200 On Tue 20 Jun 2000 (19:36 +0100), David Malone wrote: > On Tue, Jun 20, 2000 at 08:28:13PM +0200, Phil Pennock wrote: > > Anyone want to think how many old programs depend on some buggy aspect of the > > memory allocation involved here? > > I believe this is required by some spec (probably POSIX), and has been > discussed several times on the FreeBSD lists. I think the conclusion was > that the current implimentation was correct. See: Not sure about that. But going to and finding the Single UNIX Specification online and searching for relevant manual pages, putenv() is there whilst setenv() isn't. Sorry, their copyright prevents me posting a full URL which includes some form of session-ID. The implementation of putenv() on setenv() appears to not comply with this spec. This is what led me to find this in the first place. *sighs* -- Phil Pennock Demon Internet Nederland -- Network Operations Centre -- Systems Administrator Libertes philosophica. Sales: +31 20 422 20 00 Support: 0800 33 6666 8 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jun 20 13:20:14 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 93E1E37BF0E for ; Tue, 20 Jun 2000 13:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA08829; Tue, 20 Jun 2000 13:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id B066837BE0C; Tue, 20 Jun 2000 13:19:57 -0700 (PDT) Message-Id: <20000620201957.B066837BE0C@hub.freebsd.org> Date: Tue, 20 Jun 2000 13:19:57 -0700 (PDT) From: krentel@dreamscape.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/19407: Panic running linux binary on ext2fs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19407 >Category: kern >Synopsis: Panic running linux binary on ext2fs >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jun 20 13:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Mark W. Krentel >Release: FreeBSD 4.0-STABLE as of May 20 >Organization: Home >Environment: FreeBSD 4.0-STABLE as of May 20 >Description: I get a panic when running linux binaries directly from an ext2fs partition. They run fine on UFS, but on ext2fs they panic. I'm using linux_base-6.1 and Freebsd 4.0 as of May 20. I can reboot, login as root, mount the Linux partition, load the linux module, login as user, cd to /mnt/bin (Linux's /bin), run ./ls, cd out of /mnt, unmount /mnt, and then it panics. I've asked about this on -emulation and the answer was "works fine for me." But it happens so easily and reliably for me that I'm just baffled about what I'm doing differently. The problem is not new. I've seen it with linux_base-5.2 and Freebsd 3.2, and now with linux_base-6.1 and Freebsd 4.0. It happens with Slackware 7, RedHat 6.0 and 6.1 binaries, and on ext2 file systems with revision 0 and 1, and with blocksize 1024, 2048 and 4096. I know everyone says, "it's not hardware", but really, it's not the hardware. :-) The machine has always been very reliable, I can do multiple buildworlds, this is the only crash I've had in two years, and I can produce the panic on demand. And it's not bad sectors on the disk, I've tried the Linux partition on two disks and it panics on both. The machine is a PPro/166, ASUS mobo, 64 meg parity memory, Adaptec 2940 controller. The kernel is GENERIC plus EXT2FS and IPFIREWALL, and minus a bunch of devices I don't have. Kernel and world built with "-O -pipe". The panics are a bit different in 3.4 from 4.0. In 3.4, the Linux ./ls panics immediately, usually with ext2_readdir somewhere on the stack. And I often a get "lockmgr: not exclusive lock holder" error. In 4.0, ./ls returns, but the output is corrupt (too few files). But then, unmounting /mnt produces the panic. So, 4.0 is more recent, but I think the 3.4 stack traces are more informative. Here is a stack trace from 3.4. % gdb -k GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. This GDB was configured as "i386-unknown-freebsd". (kgdb) symbol-file kernel.debug Reading symbols from kernel.debug...done. (kgdb) exec-file kernel.1 (kgdb) core-file vmcore.1 IdlePTD 2768896 initial pcb at 23b078 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc08d7000 fault code = supervisor write, page not present instruction pointer = 0x8:0xc012fe83 stack pointer = 0x10:0xc4583bb8 frame pointer = 0x10:0xc4583d34 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 = 272 (ls) interrupt mask = trap number = 12 panic: page fault syncing disks... done dumping to dev 401, offset 196608 dump 64 63 62 ... 3 2 1 --- #0 boot (howto=256) at ../../kern/kern_shutdown.c:285 285 dumppcb.pcb_cr3 = rcr3(); (kgdb) bt #0 boot (howto=256) at ../../kern/kern_shutdown.c:285 #1 0xc0144f90 in at_shutdown ( function=0xc021ec86 <__set_sysinit_set_sym_memdev_sys_init+1050>, arg=0xc4534700, queue=-1000850564) at ../../kern/kern_shutdown.c:446 #2 0xc01f6e3d in trap_fatal (frame=0xc4583b7c, eva=3230494720) at ../../i386/i386/trap.c:942 #3 0xc01f6b1b in trap_pfault (frame=0xc4583b7c, usermode=0, eva=3230494720) at ../../i386/i386/trap.c:835 #4 0xc01f67be in trap (frame={tf_es = -2147483632, tf_ds = -1064501232, tf_edi = 0, tf_esi = -1064479919, tf_ebp = -1000850124, tf_isp = -1000850524, tf_ebx = -1064479920, tf_edx = 848, tf_ecx = 0, tf_eax = -1064472576, tf_trapno = 12, tf_err = 2, tf_eip = -1072497021, tf_cs = 8, tf_eflags = 66118, tf_esp = -1000760896, tf_ss = -1000850008}) at ../../i386/i386/trap.c:437 #5 0xc012fe83 in ext2_readdir (ap=0xc4583d8c) at ../../gnu/ext2fs/ext2_lookup.c:238 #6 0xc08ba4ab in ?? () #7 0xc01f707f in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 3, tf_esi = 134578064, tf_ebp = -1077945160, tf_isp = -1000849436, tf_ebx = 3, tf_edx = 849, tf_ecx = -1077946080, tf_eax = 141, tf_trapno = 12, tf_err = 2, tf_eip = 672099533, tf_cs = 31, tf_eflags = 642, tf_esp = -1077946084, tf_ss = 39}) at ../../i386/i386/trap.c:1100 #8 0xc01ed5dc in Xint0x80_syscall () #9 0x280f696c in ?? () #10 0x804a6d5 in ?? () #11 0x8049594 in ?? () #12 0x280811eb in ?? () (kgdb) fr 4 #4 0xc01f67be in trap (frame={tf_es = -2147483632, tf_ds = -1064501232, tf_edi = 0, tf_esi = -1064479919, tf_ebp = -1000850124, tf_isp = -1000850524, tf_ebx = -1064479920, tf_edx = 848, tf_ecx = 0, tf_eax = -1064472576, tf_trapno = 12, tf_err = 2, tf_eip = -1072497021, tf_cs = 8, tf_eflags = 66118, tf_esp = -1000760896, tf_ss = -1000850008}) at ../../i386/i386/trap.c:437 437 (void) trap_pfault(&frame, FALSE, eva); (kgdb) info fr Stack level 4, frame at 0xc4583b74: eip = 0xc01f67be in trap (../../i386/i386/trap.c:437); saved eip 0xc012fe83 called by frame at 0xc4583d34, caller of frame at 0xc4583b48 source language c. Arglist at 0xc4583b74, args: frame={tf_es = -2147483632, tf_ds = -1064501232, tf_edi = 0, tf_esi = -1064479919, tf_ebp = -1000850124, tf_isp = -1000850524, tf_ebx = -1064479920, tf_edx = 848, tf_ecx = 0, tf_eax = -1064472576, tf_trapno = 12, tf_err = 2, tf_eip = -1072497021, tf_cs = 8, tf_eflags = 66118, tf_esp = -1000760896, tf_ss = -1000850008} Locals at 0xc4583b74, Previous frame's sp is 0x0 Saved registers: ebx at 0xc4583b5c, ebp at 0xc4583b74, esi at 0xc4583b60, edi at 0xc4583b64, eip at 0xc4583b78 (kgdb) info loc p = (struct proc *) 0xc4534700 sticks = 1024 i = 0 ucode = 0 type = 12 code = 0 eva = 3230494720 (kgdb) up #5 0xc012fe83 in ext2_readdir (ap=0xc4583d8c) at ../../gnu/ext2fs/ext2_lookup.c:238 238 *cookiep++ = (u_long) off; (kgdb) info fr Stack level 5, frame at 0xc4583d34: eip = 0xc012fe83 in ext2_readdir (../../gnu/ext2fs/ext2_lookup.c:238); saved eip 0xc08ba4ab called by frame at 0xc4583f60, caller of frame at 0xc4583b74 source language c. Arglist at 0xc4583d34, args: ap=0xc4583d8c Locals at 0xc4583d34, Previous frame's sp is 0x0 Saved registers: ebx at 0xc4583bb8, ebp at 0xc4583d34, esi at 0xc4583bbc, edi at 0xc4583bc0, eip at 0xc4583d38 (kgdb) info loc cookies = (long unsigned int *) 0xc08d6e00 cookiep = (long unsigned int *) 0x0 off = 848 uio = (struct uio *) 0xc4583f40 count = -2147483648 error = 0 edp = (struct ext2_dir_entry_2 *) 0xc08d5351 dp = (struct ext2_dir_entry_2 *) 0x80000000 ncookies = 56 dstdp = {d_fileno = 26226, d_reclen = 20, d_type = 0 '\000', d_namlen = 9 '\t', d_name = "linuxconf\000\000\000 ... " ...} auio = {uio_iov = 0xc4583c04, uio_iovcnt = 1, uio_offset = 849, uio_resid = 0, uio_segflg = UIO_SYSSPACE, uio_rw = UIO_READ, uio_procp = 0xc4534700} aiov = {iov_base = 0xc08d5351 "", iov_len = 0} dirbuf = 0xc08d5000 "e" readcnt = 0 startoffset = 0 (kgdb) up #6 0xc08ba4ab in ?? () (kgdb) info fr Stack level 6, frame at 0xc4583f60: eip = 0xc08ba4ab; saved eip 0xc01f707f called by frame at 0xc4583fb4, caller of frame at 0xc4583d34 Arglist at 0xc4583f60, args: Locals at 0xc4583f60, Previous frame's sp is 0x0 Saved registers: ebp at 0xc4583f60, eip at 0xc4583f64 (kgdb) up #7 0xc01f707f in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 3, tf_esi = 134578064, tf_ebp = -1077945160, tf_isp = -1000849436, tf_ebx = 3, tf_edx = 849, tf_ecx = -1077946080, tf_eax = 141, tf_trapno = 12, tf_err = 2, tf_eip = 672099533, tf_cs = 31, tf_eflags = 642, tf_esp = -1077946084, tf_ss = 39}) at ../../i386/i386/trap.c:1100 1100 error = (*callp->sy_call)(p, args); (kgdb) info fr Stack level 7, frame at 0xc4583fb4: eip = 0xc01f707f in syscall (../../i386/i386/trap.c:1100); saved eip 0xc01ed5dc called by frame at 0xbfbfdcb8, caller of frame at 0xc4583f60 source language c. Arglist at 0xc4583fb4, args: frame={tf_es = 39, tf_ds = 39, tf_edi = 3, tf_esi = 134578064, tf_ebp = -1077945160, tf_isp = -1000849436, tf_ebx = 3, tf_edx = 849, tf_ecx = -1077946080, tf_eax = 141, tf_trapno = 12, tf_err = 2, tf_eip = 672099533, tf_cs = 31, tf_eflags = 642, tf_esp = -1077946084, tf_ss = 39} Locals at 0xc4583fb4, Previous frame's sp is 0x0 Saved registers: ebx at 0xc4583f70, ebp at 0xc4583fb4, esi at 0xc4583f74, edi at 0xc4583f78, eip at 0xc4583fb8 (kgdb) info loc params = 0x0 callp = (struct sysent *) 0xc4583da8 p = (struct proc *) 0xc45999c0 sticks = 3 error = 3 args = {3, -1077946080, 849, 134578064, 3, 134579140, 3, 0} code = 141 (kgdb) up #8 0xc01ed5dc in Xint0x80_syscall () (kgdb) info fr Stack level 8, frame at 0xbfbfdcb8: eip = 0xc01ed5dc in Xint0x80_syscall; saved eip 0x280f696c (FRAMELESS), called by frame at 0xbfbfdccc, caller of frame at 0xc4583fb4 Arglist at 0xbfbfdcb8, args: Locals at 0xbfbfdcb8, Previous frame's sp is 0x0 Saved registers: ebp at 0xbfbfdcb8, eip at 0xbfbfdcbc (kgdb) And here is a stack trace from 4.0. % gdb -k GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. This GDB was configured as "i386-unknown-freebsd". (kgdb) symbol-file kernel.debug Reading symbols from kernel.debug...done. (kgdb) exec-file kernel.5 (kgdb) core-file vmcore.5 IdlePTD 2953216 initial pcb at 265020 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x1e4 fault code = supervisor read, page not present instruction pointer = 0x8:0xc016faac stack pointer = 0x10:0xc61f2e90 frame pointer = 0x10:0xc61f2e9c 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 = 237 (umount) interrupt mask = none trap number = 12 panic: page fault syncing disks... 1 done Uptime: 6m46s dumping to dev #da/1, offset 196608 dump 64 63 62 ... 3 2 1 --- #0 boot (howto=256) at ../../kern/kern_shutdown.c:302 302 dumppcb.pcb_cr3 = rcr3(); (kgdb) bt #0 boot (howto=256) at ../../kern/kern_shutdown.c:302 #1 0xc014ad50 in poweroff_wait (junk=0xc023f5cf, howto=-976397344) at ../../kern/kern_shutdown.c:552 #2 0xc02108d1 in trap_fatal (frame=0xc61f2e50, eva=484) at ../../i386/i386/trap.c:927 #3 0xc02105a9 in trap_pfault (frame=0xc61f2e50, usermode=0, eva=484) at ../../i386/i386/trap.c:820 #4 0xc02101a7 in trap (frame={tf_fs = 16, tf_es = -971112432, tf_ds = -976420848, tf_edi = -1064273920, tf_esi = 484, tf_ebp = -971034980, tf_isp = -971035012, tf_ebx = -1064570884, tf_edx = 484, tf_ecx = -976397344, tf_eax = -971091648, tf_trapno = 12, tf_err = 0, tf_eip = -1072235860, tf_cs = 8, tf_eflags = 66054, tf_esp = -1064273920, tf_ss = -971078016}) at ../../i386/i386/trap.c:426 #5 0xc016faac in cache_purgevfs (mp=0xc0907800) at ../../kern/vfs_cache.c:403 #6 0xc0176349 in dounmount (mp=0xc0907800, flags=0, p=0xc5cd5be0) at ../../kern/vfs_syscalls.c:482 #7 0xc01762d9 in unmount (p=0xc5cd5be0, uap=0xc61f2f80) at ../../kern/vfs_syscalls.c:456 #8 0xc0210b7d in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134640005, tf_esi = 134706237, tf_ebp = -1077937140, tf_isp = -971034668, tf_ebx = 0, tf_edx = 0, tf_ecx = 3, tf_eax = 22, tf_trapno = 12, tf_err = 2, tf_eip = 134522392, tf_cs = 31, tf_eflags = 647, tf_esp = -1077938288, tf_ss = 47}) at ../../i386/i386/trap.c:1126 #9 0xc0205b76 in Xint0x80_syscall () #10 0x8048402 in ?? () #11 0x80480f9 in ?? () (kgdb) fr 4 #4 0xc02101a7 in trap (frame={tf_fs = 16, tf_es = -971112432, tf_ds = -976420848, tf_edi = -1064273920, tf_esi = 484, tf_ebp = -971034980, tf_isp = -971035012, tf_ebx = -1064570884, tf_edx = 484, tf_ecx = -976397344, tf_eax = -971091648, tf_trapno = 12, tf_err = 0, tf_eip = -1072235860, tf_cs = 8, tf_eflags = 66054, tf_esp = -1064273920, tf_ss = -971078016}) at ../../i386/i386/trap.c:426 426 (void) trap_pfault(&frame, FALSE, eva); (kgdb) info fr Stack level 4, frame at 0xc61f2e48: eip = 0xc02101a7 in trap (../../i386/i386/trap.c:426); saved eip 0xc016faac called by frame at 0xc61f2e9c, caller of frame at 0xc61f2e08 source language c. Arglist at 0xc61f2e48, args: frame={tf_fs = 16, tf_es = -971112432, tf_ds = -976420848, tf_edi = -1064273920, tf_esi = 484, tf_ebp = -971034980, tf_isp = -971035012, tf_ebx = -1064570884, tf_edx = 484, tf_ecx = -976397344, tf_eax = -971091648, tf_trapno = 12, tf_err = 0, tf_eip = -1072235860, tf_cs = 8, tf_eflags = 66054, tf_esp = -1064273920, tf_ss = -971078016} Locals at 0xc61f2e48, Previous frame's sp is 0x0 Saved registers: ebx at 0xc61f2e1c, ebp at 0xc61f2e48, esi at 0xc61f2e20, edi at 0xc61f2e24, eip at 0xc61f2e4c (kgdb) info loc p = (struct proc *) 0xc5cd5be0 sticks = 14275995756443556832 i = 0 ucode = 0 type = 12 code = 0 eva = 484 (kgdb) up #5 0xc016faac in cache_purgevfs (mp=0xc0907800) at ../../kern/vfs_cache.c:403 403 for (ncp = LIST_FIRST(ncpp); ncp != 0; ncp = nnp) { (kgdb) info fr Stack level 5, frame at 0xc61f2e9c: eip = 0xc016faac in cache_purgevfs (../../kern/vfs_cache.c:403); saved eip 0xc0176349 called by frame at 0xc61f2ec0, caller of frame at 0xc61f2e48 source language c. Arglist at 0xc61f2e9c, args: mp=0xc0907800 Locals at 0xc61f2e9c, Previous frame's sp is 0x0 Saved registers: ebx at 0xc61f2e90, ebp at 0xc61f2e9c, esi at 0xc61f2e94, edi at 0xc61f2e98, eip at 0xc61f2ea0 (kgdb) info loc mp = (struct mount *) 0xc0907800 ncpp = (struct nchashhead *) 0x0 ncp = (struct namecache *) 0x0 nnp = (struct namecache *) 0x1e4 (kgdb) up #6 0xc0176349 in dounmount (mp=0xc0907800, flags=0, p=0xc5cd5be0) at ../../kern/vfs_syscalls.c:482 482 cache_purgevfs(mp); /* remove cache entries for this file sys */ (kgdb) info fr Stack level 6, frame at 0xc61f2ec0: eip = 0xc0176349 in dounmount (../../kern/vfs_syscalls.c:482); saved eip 0xc01762d9 called by frame at 0xc61f2f2c, caller of frame at 0xc61f2e9c source language c. Arglist at 0xc61f2ec0, args: mp=0xc0907800, flags=0, p=0xc5cd5be0 Locals at 0xc61f2ec0, Previous frame's sp is 0x0 Saved registers: ebx at 0xc61f2eb0, ebp at 0xc61f2ec0, esi at 0xc61f2eb4, edi at 0xc61f2eb8, eip at 0xc61f2ec4 (kgdb) info loc mp = (struct mount *) 0xc0907800 p = (struct proc *) 0xc5cd5be0 coveredvp = (struct vnode *) 0x0 error = -971078016 async_flag = 0 (kgdb) up #7 0xc01762d9 in unmount (p=0xc5cd5be0, uap=0xc61f2f80) at ../../kern/vfs_syscalls.c:456 456 return (dounmount(mp, SCARG(uap, flags), p)); (kgdb) info fr Stack level 7, frame at 0xc61f2f2c: eip = 0xc01762d9 in unmount (../../kern/vfs_syscalls.c:456); saved eip 0xc0210b7d called by frame at 0xc61f2fa0, caller of frame at 0xc61f2ec0 source language c. Arglist at 0xc61f2f2c, args: p=0xc5cd5be0, uap=0xc61f2f80 Locals at 0xc61f2f2c, Previous frame's sp is 0x0 Saved registers: ebx at 0xc61f2ed8, ebp at 0xc61f2f2c, esi at 0xc61f2edc, edi at 0xc61f2ee0, eip at 0xc61f2f30 (kgdb) info loc vp = (struct vnode *) 0xc61e8680 mp = (struct mount *) 0xc0907800 error = 0 nd = {ni_dirp = 0xbfbffd73 "/mnt", ni_segflg = UIO_USERSPACE, ni_startdir = 0x0, ni_rootdir = 0xc5cd2e00, ni_topdir = 0x0, ni_vp = 0xc61e8680, ni_dvp = 0xc5cd2e00, ni_pathlen = 1, ni_next = 0xc5ce7404 "", ni_loopcnt = 0, ni_cnd = {cn_nameiop = 0, cn_flags = 49220, cn_proc = 0xc5cd5be0, cn_cred = 0xc0955900, cn_pnbuf = 0xc5ce7400 "", cn_nameptr = 0xc5ce7401 "p", cn_namelen = 3, cn_consume = 0}} (kgdb) up #8 0xc0210b7d in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134640005, tf_esi = 134706237, tf_ebp = -1077937140, tf_isp = -971034668, tf_ebx = 0, tf_edx = 0, tf_ecx = 3, tf_eax = 22, tf_trapno = 12, tf_err = 2, tf_eip = 134522392, tf_cs = 31, tf_eflags = 647, tf_esp = -1077938288, tf_ss = 47}) at ../../i386/i386/trap.c:1126 1126 error = (*callp->sy_call)(p, args); (kgdb) info fr Stack level 8, frame at 0xc61f2fa0: eip = 0xc0210b7d in syscall2 (../../i386/i386/trap.c:1126); saved eip 0xc0205b76 called by frame at 0xbfbffc0c, caller of frame at 0xc61f2f2c source language c. Arglist at 0xc61f2fa0, args: frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134640005, tf_esi = 134706237, tf_ebp = -1077937140, tf_isp = -971034668, tf_ebx = 0, tf_edx = 0, tf_ecx = 3, tf_eax = 22, tf_trapno = 12, tf_err = 2, tf_eip = 134522392, tf_cs = 31, tf_eflags = 647, tf_esp = -1077938288, tf_ss = 47} Locals at 0xc61f2fa0, Previous frame's sp is 0x0 Saved registers: ebx at 0xc61f2f3c, ebp at 0xc61f2fa0, esi at 0xc61f2f40, edi at 0xc61f2f44, eip at 0xc61f2fa4 (kgdb) info loc params = 0xbfbff794 "s" i = 0 callp = (struct sysent *) 0xc024c0f4 p = (struct proc *) 0xc5cd5be0 sticks = 0 error = 0 narg = 2 args = {-1077936781, 0, 0, 0, 0, 0, 0, 0} have_mplock = 1 code = 22 (kgdb) up #9 0xc0205b76 in Xint0x80_syscall () (kgdb) info fr Stack level 9, frame at 0xbfbffc0c: eip = 0xc0205b76 in Xint0x80_syscall; saved eip 0x8048402 (FRAMELESS), called by frame at 0xbfbffc5c, caller of frame at 0xc61f2fa0 Arglist at 0xbfbffc0c, args: Locals at 0xbfbffc0c, Previous frame's sp is 0x0 Saved registers: ebp at 0xbfbffc0c, eip at 0xbfbffc10 (kgdb) >How-To-Repeat: On my system in 4.0, I can reboot, login as root, mount the Linux partition, load the linux module, switch to an alternate console and login as user, cd to /mnt/bin (Linux's /bin), run ./ls, cd out of /mnt, switch back to root and unmount /mnt, and then it panics. And it happens with Slackware 7, RedHat 6.0 and 6.1 binaries, and on ext2 file systems with revision 0 and 1, and with blocksize 1024, 2048 and 4096. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jun 20 14:56:16 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id BC04437BFFF; Tue, 20 Jun 2000 14:56:14 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Received: (from nrahlstr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA22338; Tue, 20 Jun 2000 14:56:15 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Date: Tue, 20 Jun 2000 14:56:15 -0700 (PDT) From: Message-Id: <200006202156.OAA22338@freefall.freebsd.org> To: ben@narcissus.net, nrahlstr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/17958: pkg_delete runs away when given path with trailing / Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: pkg_delete runs away when given path with trailing / State-Changed-From-To: open->closed State-Changed-By: nrahlstr State-Changed-When: Tue Jun 20 14:55:42 PDT 2000 State-Changed-Why: Fixed in revision 1.19 of usr.sbin/pkg_install/delete/main.c by steve. http://www.freebsd.org/cgi/query-pr.cgi?pr=17958 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jun 20 15:40: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 66A9737B5DB for ; Tue, 20 Jun 2000 15:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA29327; Tue, 20 Jun 2000 15:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 20 Jun 2000 15:40:01 -0700 (PDT) Message-Id: <200006202240.PAA29327@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nick Hibma Subject: Re: bin/19404: /usr/bin/error should be included in the FreeBSD distribution. Reply-To: Nick Hibma Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19404; it has been noted by GNATS. From: Nick Hibma To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: Re: bin/19404: /usr/bin/error should be included in the FreeBSD distribution. Date: Tue, 20 Jun 2000 23:30:30 +0100 (BST) For reference. Please include in the CC line in any answer. Nick ---------- Forwarded message ---------- Date: Tue, 20 Jun 2000 20:40:45 +0100 (BST) From: Nick Hibma To: Ayan George Subject: Re: bin/19404: /usr/bin/error should be included in the FreeBSD distribution. Well best chance is to see whether it works/ make it work and then send of a PR or submit it to -hackers or -current. Waiting for someone else to do it is probably not going to work. Nick > The utility was removed. I emailed the person who removed it. > > The error utility reads the output of make and cc (gcc) as well as > other utilities. If there is an error or warning, error inserts > that information in the source file in a comment. This is really > useful. > > It was removed by kris@freebsd.org on Dec 11, 1999 according to > the web based CVS repository browser at www.freebsd.org. The reason > he cites is that it doesn't work with the toolchain (make, gcc, > etc.) that FreeBSD uses but I've found that the be untrue. It > seems to work great. If it doesn't, I'd be willing to make it > work. > > [ Quoted message from Nick Hibma, received Jun 20, 5:32pm.] > > > > > Forgive me my ignorance, but what does the utility do. Also, you suggest > > that it has been in the tree and has been removed. Did you checkout > > why? Replacements that have been added? > > > > -- > > n_hibma@webweaving.org > > n_hibma@freebsd.org USB project > > http://www.etla.net/~n_hibma/ > > > > [ End message from Nick Hibma. ] > > -- n_hibma@webweaving.org n_hibma@freebsd.org USB project http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jun 20 18:30: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8817E37B76A for ; Tue, 20 Jun 2000 18:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA54093; Tue, 20 Jun 2000 18:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 5776737B76A; Tue, 20 Jun 2000 18:25:14 -0700 (PDT) Message-Id: <20000621012514.5776737B76A@hub.freebsd.org> Date: Tue, 20 Jun 2000 18:25:14 -0700 (PDT) From: goatvet@aol.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/19408: from quicken99 can not update security prices online getting 1760 & 1517 errors Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19408 >Category: misc >Synopsis: from quicken99 can not update security prices online getting 1760 & 1517 errors >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jun 20 18:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: michael >Release: >Organization: chiavetta wallpapering >Environment: >Description: >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jun 20 19: 6:13 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 07C2A37BB2F; Tue, 20 Jun 2000 19:06:12 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Received: (from nrahlstr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA58918; Tue, 20 Jun 2000 19:06:11 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Date: Tue, 20 Jun 2000 19:06:11 -0700 (PDT) From: Message-Id: <200006210206.TAA58918@freefall.freebsd.org> To: goatvet@aol.com, nrahlstr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/19408: from quicken99 can not update security prices online getting 1760 & 1517 errors Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: from quicken99 can not update security prices online getting 1760 & 1517 errors State-Changed-From-To: open->closed State-Changed-By: nrahlstr State-Changed-When: Tue Jun 20 19:05:53 PDT 2000 State-Changed-Why: Invalid PR http://www.freebsd.org/cgi/query-pr.cgi?pr=19408 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jun 20 19:22:53 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 95ECB37B589; Tue, 20 Jun 2000 19:22:52 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Received: (from nrahlstr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA60458; Tue, 20 Jun 2000 19:22:52 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Date: Tue, 20 Jun 2000 19:22:52 -0700 (PDT) From: Message-Id: <200006210222.TAA60458@freefall.freebsd.org> To: gdonl@tsc.tdk.com, nrahlstr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/2675: lkmcioctl() is not consistent and careful with module names Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: lkmcioctl() is not consistent and careful with module names State-Changed-From-To: analyzed->closed State-Changed-By: nrahlstr State-Changed-When: Tue Jun 20 19:21:44 PDT 2000 State-Changed-Why: LKM has been deprecated in favor of KLD's. There does not appear to be an equivalent ioctl in the KLD design. http://www.freebsd.org/cgi/query-pr.cgi?pr=2675 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jun 20 19:30:39 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A16E137B54C; Tue, 20 Jun 2000 19:30:37 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Received: (from nrahlstr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA61286; Tue, 20 Jun 2000 19:30:36 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Date: Tue, 20 Jun 2000 19:30:36 -0700 (PDT) From: Message-Id: <200006210230.TAA61286@freefall.freebsd.org> To: proff@iq.org, nrahlstr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/3667: [PATCH] make vn LKM'able. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] make vn LKM'able. State-Changed-From-To: suspended->closed State-Changed-By: nrahlstr State-Changed-When: Tue Jun 20 19:26:02 PDT 2000 State-Changed-Why: Peter add loadable module support to vn in revision 1.72 of sys/dev/vn.c. http://www.freebsd.org/cgi/query-pr.cgi?pr=3667 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jun 20 19:35:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 94F6037B54C; Tue, 20 Jun 2000 19:35:09 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Received: (from nrahlstr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA61710; Tue, 20 Jun 2000 19:35:09 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Date: Tue, 20 Jun 2000 19:35:09 -0700 (PDT) From: Message-Id: <200006210235.TAA61710@freefall.freebsd.org> To: plm@xs4all.nl, nrahlstr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/6464: tcpdump doesn't recognize tun0 when it's an lkm Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: tcpdump doesn't recognize tun0 when it's an lkm State-Changed-From-To: open->closed State-Changed-By: nrahlstr State-Changed-When: Tue Jun 20 19:34:39 PDT 2000 State-Changed-Why: Seems to work fine now. Thanks for the PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=6464 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jun 20 19:40: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 25D9F37B86D for ; Tue, 20 Jun 2000 19:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA62232; Tue, 20 Jun 2000 19:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from scarybright.merseine.nu (host21-205.prestige.net [63.73.209.205]) by hub.freebsd.org (Postfix) with ESMTP id A8DDF37B589 for ; Tue, 20 Jun 2000 19:30:07 -0700 (PDT) (envelope-from tcb@ga.prestige.net) Received: by damascus.scarybright.com (Postfix, from userid 1000) id 20DA33F; Tue, 20 Jun 2000 21:32:08 -0400 (EDT) Message-Id: <20000621013208.20DA33F@damascus.scarybright.com> Date: Tue, 20 Jun 2000 21:32:08 -0400 (EDT) From: tcb@ga.prestige.net Reply-To: tcb@ga.prestige.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/19410: emu10k1 (pcm) kernel blowup when esd is loading Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19410 >Category: i386 >Synopsis: spontaneous reboot when esd runs on a -STABLE system (emu10k1 chipset) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jun 20 19:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Timothy C. Brown >Release: FreeBSD 4.0-STABLE i386 >Organization: Independent / Home User >Environment: Intel PII/450, SBLive! (non-Value Edition) >Description: When esd runs and tries to access /dev/dsp, the system reboots, yelling about RAM parity errors (which do not exist). If pcm0 is not installed in the kernel and the emu10k1 is not recognized, this problem does not exist. it could be with any /dev/dsp on my system, but since the emu10k1 driver is still supposedly fuzzy, I thought i'd send a PR about it. >How-To-Repeat: As above. If you need a system to play with, i'll provide an SSH account to this one. I don't know enough about kernel programming to really identify the source. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jun 20 19:46:29 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D832237B54C; Tue, 20 Jun 2000 19:46:27 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Received: (from nrahlstr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA62706; Tue, 20 Jun 2000 19:46:27 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Date: Tue, 20 Jun 2000 19:46:27 -0700 (PDT) From: Message-Id: <200006210246.TAA62706@freefall.freebsd.org> To: dwhite@freebsd.org, nrahlstr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/14266: vfsload() looks in /lkm, not /modules Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: vfsload() looks in /lkm, not /modules State-Changed-From-To: open->closed State-Changed-By: nrahlstr State-Changed-When: Tue Jun 20 19:45:19 PDT 2000 State-Changed-Why: Peter fixed this in revision 1.14 of src/lib/libc/gen/getvfsent.c. http://www.freebsd.org/cgi/query-pr.cgi?pr=14266 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jun 20 22:10:32 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9688337B860; Tue, 20 Jun 2000 22:10:30 -0700 (PDT) (envelope-from asmodai@FreeBSD.org) Received: (from asmodai@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA01128; Tue, 20 Jun 2000 22:10:30 -0700 (PDT) (envelope-from asmodai@FreeBSD.org) Date: Tue, 20 Jun 2000 22:10:30 -0700 (PDT) From: Message-Id: <200006210510.WAA01128@freefall.freebsd.org> To: benno@netizen.com.au, asmodai@FreeBSD.org, freebsd-bugs@FreeBSD.org, asmodai@FreeBSD.org Subject: Re: conf/17967: etc/Makefile attempts to build whatis databases even if NOMAN is defined Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: etc/Makefile attempts to build whatis databases even if NOMAN is defined State-Changed-From-To: open->suspended State-Changed-By: asmodai State-Changed-When: Tue Jun 20 22:09:42 PDT 2000 State-Changed-Why: Keep as nagging reminder for MFC. Responsible-Changed-From-To: freebsd-bugs->asmodai Responsible-Changed-By: asmodai Responsible-Changed-When: Tue Jun 20 22:09:42 PDT 2000 Responsible-Changed-Why: I'll MFC this ASAP. http://www.freebsd.org/cgi/query-pr.cgi?pr=17967 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jun 20 22:20: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A681937B84D; Tue, 20 Jun 2000 22:20:02 -0700 (PDT) (envelope-from asmodai@FreeBSD.org) Received: (from asmodai@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA05292; Tue, 20 Jun 2000 22:20:02 -0700 (PDT) (envelope-from asmodai@FreeBSD.org) Date: Tue, 20 Jun 2000 22:20:02 -0700 (PDT) From: Message-Id: <200006210520.WAA05292@freefall.freebsd.org> To: lgodsey@md5.com, asmodai@FreeBSD.org, freebsd-bugs@FreeBSD.org, asmodai@FreeBSD.org Subject: Re: kern/19162: 4.0-STABLE panics w/ softupdates and quota when user goes over inode limit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: 4.0-STABLE panics w/ softupdates and quota when user goes over inode limit State-Changed-From-To: analyzed->feedback State-Changed-By: asmodai State-Changed-When: Tue Jun 20 22:18:41 PDT 2000 State-Changed-Why: Mr McKusick commited a fix a few days ago, could you test this and verify if it works for your situation? Responsible-Changed-From-To: freebsd-bugs->asmodai Responsible-Changed-By: asmodai Responsible-Changed-When: Tue Jun 20 22:18:41 PDT 2000 Responsible-Changed-Why: I'm monitoring/working on this with Kirk. So I'll keep close tabs. http://www.freebsd.org/cgi/query-pr.cgi?pr=19162 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jun 20 22:40: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0B03D37BB48 for ; Tue, 20 Jun 2000 22:40:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA09966; Tue, 20 Jun 2000 22:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 20 Jun 2000 22:40:03 -0700 (PDT) Message-Id: <200006210540.WAA09966@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jeroen Ruigrok van der Werven Subject: Re: kern/19389: sendfile(2) Reply-To: Jeroen Ruigrok van der Werven Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/19389; it has been noted by GNATS. From: Jeroen Ruigrok van der Werven To: "Richard A. Steenbergen" Cc: FreeBSD Gnats , dg@freebsd.org Subject: Re: kern/19389: sendfile(2) Date: Wed, 21 Jun 2000 07:36:27 +0200 -On [20000620 02:02], Richard A. Steenbergen (ras@e-gerbil.net) wrote: > I wish I had let the coredump go. Kernel panic from ncftpd sendfile, > immediately after I rm -rf'd the files in another console. But since you can reproduce it reliably, please get another crashdump. =) -- Jeroen Ruigrok van der Werven Network- and systemadministrator VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl Knowledge is power... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jun 21 0:40: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6179B37BC09 for ; Wed, 21 Jun 2000 00:40:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA26640; Wed, 21 Jun 2000 00:40:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 21 Jun 2000 00:40:04 -0700 (PDT) Message-Id: <200006210740.AAA26640@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Andre Albsmeier Subject: Re: bin/18058: ctm: error with large file in cvs-cur.6200xEmpty.gz Reply-To: Andre Albsmeier Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/18058; it has been noted by GNATS. From: Andre Albsmeier To: freebsd-gnats-submit@FreeBSD.org Cc: housley@thehousleys.net Subject: Re: bin/18058: ctm: error with large file in cvs-cur.6200xEmpty.gz Date: Wed, 21 Jun 2000 09:39:13 +0200 This would also unbreak 'ctm cvs-cur.6450.gz'. I would suggest bumping it up even more since cvs-cur.6450.gz expands to 20192371 byte which is quite close to 1024*1024*20. Or we should kill this MAXSIZE thing entirely... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jun 21 4:21:48 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C288337BD52; Wed, 21 Jun 2000 04:21:46 -0700 (PDT) (envelope-from brian@FreeBSD.org) Received: (from brian@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA38062; Wed, 21 Jun 2000 04:21:46 -0700 (PDT) (envelope-from brian@FreeBSD.org) Date: Wed, 21 Jun 2000 04:21:46 -0700 (PDT) From: Message-Id: <200006211121.EAA38062@freefall.freebsd.org> To: howard@ee.utah.edu, brian@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/14269: NIS passwd and group maps do not clean out comments Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: NIS passwd and group maps do not clean out comments State-Changed-From-To: open->closed State-Changed-By: brian State-Changed-When: Wed Jun 21 04:20:05 PDT 2000 State-Changed-Why: Fixed in -current, -stable and releng_3 http://www.freebsd.org/cgi/query-pr.cgi?pr=14269 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jun 21 5:48: 0 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0655437BE57; Wed, 21 Jun 2000 05:47:59 -0700 (PDT) (envelope-from cjh@FreeBSD.org) Received: (from cjh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA64171; Wed, 21 Jun 2000 05:47:58 -0700 (PDT) (envelope-from cjh@FreeBSD.org) Date: Wed, 21 Jun 2000 05:47:58 -0700 (PDT) From: Message-Id: <200006211247.FAA64171@freefall.freebsd.org> To: jhpark@hanirc.org, cjh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/8480: odd Korean timedef(LC_TIME) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: odd Korean timedef(LC_TIME) State-Changed-From-To: open->analyzed State-Changed-By: cjh State-Changed-When: Wed Jun 21 05:46:37 PDT 2000 State-Changed-Why: I'll talk about this issue with other related people(i18n, ache, and hackers@kr.freebsd.org). http://www.freebsd.org/cgi/query-pr.cgi?pr=8480 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jun 21 6: 1:34 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from imo-d09.mx.aol.com (imo-d09.mx.aol.com [205.188.157.41]) by hub.freebsd.org (Postfix) with ESMTP id A068537B52A; Wed, 21 Jun 2000 06:01:32 -0700 (PDT) (envelope-from GOATVET@aol.com) Received: from GOATVET@aol.com by imo-d09.mx.aol.com (mail_out_v27.10.) id n.14.535c838 (2170); Wed, 21 Jun 2000 09:01:27 -0400 (EDT) From: GOATVET@aol.com Message-ID: <14.535c838.268216a7@aol.com> Date: Wed, 21 Jun 2000 09:01:27 EDT Subject: Re: misc/19408: from quicken99 can not update security prices online getting ... To: gnats-admin@freebsd.org, freebsd-bugs@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: AOL 5.1 for Windows sub 34 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org still having same problem 3rd day mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jun 21 8: 4:17 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mail.wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by hub.freebsd.org (Postfix) with ESMTP id 656A737BB5D for ; Wed, 21 Jun 2000 08:04:14 -0700 (PDT) (envelope-from cdillon@wolves.k12.mo.us) Received: from mail.wolves.k12.mo.us (cdillon@mail.wolves.k12.mo.us [207.160.214.1]) by mail.wolves.k12.mo.us (8.9.3/8.9.3) with ESMTP id KAA97613; Wed, 21 Jun 2000 10:04:11 -0500 (CDT) (envelope-from cdillon@wolves.k12.mo.us) Date: Wed, 21 Jun 2000 10:04:11 -0500 (CDT) From: Chris Dillon To: GOATVET@aol.com Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: misc/19408: from quicken99 can not update security prices online getting ... In-Reply-To: <14.535c838.268216a7@aol.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 21 Jun 2000 GOATVET@aol.com wrote: > still having same problem 3rd day > mike This is a bug tracking system for the FreeBSD operating system, not for Quicken. Please call Quicken technical support instead. -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net FreeBSD: The fastest and most stable server OS on the planet. For Intel x86 and Alpha architectures. ( http://www.freebsd.org ) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jun 21 8:55:13 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E700A37C00D; Wed, 21 Jun 2000 08:55:11 -0700 (PDT) (envelope-from cjh@FreeBSD.org) Received: (from cjh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA31917; Wed, 21 Jun 2000 08:55:11 -0700 (PDT) (envelope-from cjh@FreeBSD.org) Date: Wed, 21 Jun 2000 08:55:11 -0700 (PDT) From: Message-Id: <200006211555.IAA31917@freefall.freebsd.org> To: jhpark@hanirc.org, cjh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/8480: odd Korean timedef(LC_TIME) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: odd Korean timedef(LC_TIME) State-Changed-From-To: analyzed->closed State-Changed-By: cjh State-Changed-When: Wed Jun 21 08:52:21 PDT 2000 State-Changed-Why: Fix applied and committed by ache. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=8480 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jun 21 9:50: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 013F137BEDC for ; Wed, 21 Jun 2000 09:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA39557; Wed, 21 Jun 2000 09:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 5D0DA37BEDC; Wed, 21 Jun 2000 09:49:27 -0700 (PDT) Message-Id: <20000621164927.5D0DA37BEDC@hub.freebsd.org> Date: Wed, 21 Jun 2000 09:49:27 -0700 (PDT) From: naoyuki_tai@mac.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: conf/19413: Too few MCAM SCSI devices in /dev Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19413 >Category: conf >Synopsis: Too few MCAM SCSI devices in /dev >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Jun 21 09:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Naoyuki Tai >Release: FreeBSD 4.0-RELEASE >Organization: >Environment: >Description: Standard installation creates four (4) MCAM devices in /dev. This is too few for some users. (1) With no MCAM device node, apps report there is no H/W. Since this is SCSI, admins tend to think that there is something wrong with cabling. (2) There is no obvious way to "fix" the problem. It took me a while to figure out why some apps are failing to see some SCSI devices. >How-To-Repeat: Install 4.0-RELEASE. Add a SCSI card. Add 4 SCSI drives on ID=0 - 3. Add Tape drive on ID=5. Add CD-Writer driveon ID=6. Use cdrecord. cdrecord can not find the CD-Writer drive. >Fix: run "cd /dev;sh ./MAKEDEV mcam4;sh ./MAKEDEV mcam5" It would be really nice if sysinstall or start up rc scripts detect the number of scsi devices and create MCAM devices if missing in /dev >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jun 21 11:20: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E808637BF2B for ; Wed, 21 Jun 2000 11:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA52771; Wed, 21 Jun 2000 11:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 21 Jun 2000 11:20:03 -0700 (PDT) Message-Id: <200006211820.LAA52771@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: James Housley Subject: Re: bin/18058: ctm: error with large file in cvs-cur.6200xEmpty.gz Reply-To: James Housley Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/18058; it has been noted by GNATS. From: James Housley To: freebsd-gnats-submit@FreeBSD.org, housley@thehousleys.net Cc: Subject: Re: bin/18058: ctm: error with large file in cvs-cur.6200xEmpty.gz Date: Wed, 21 Jun 2000 14:14:45 -0400 Please close this since the latest CTM reports patches were submitted by Stefan Esser to double MAXSIZE. There however is question if that is enought!!!!! Jim -- If it happens once, it's a bug. If it happens twice, it's a feature. If it happens more than twice, it's windows. -- Luiz de Barros To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jun 21 13:40: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9446B37B776 for ; Wed, 21 Jun 2000 13:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA71930; Wed, 21 Jun 2000 13:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by hub.freebsd.org (Postfix) with ESMTP id 3C40837B65D for ; Wed, 21 Jun 2000 13:30:49 -0700 (PDT) (envelope-from marcolz@stack.nl) Received: from toad.stack.nl (toad.stack.nl [131.155.140.135]) by mailhost.stack.nl (Postfix) with ESMTP id 74A63156BC for ; Wed, 21 Jun 2000 22:30:24 +0200 (CEST) Received: by toad.stack.nl (Postfix, from userid 333) id F0882972A; Wed, 21 Jun 2000 22:30:23 +0200 (CEST) Message-Id: <20000621203023.F0882972A@toad.stack.nl> Date: Wed, 21 Jun 2000 22:30:23 +0200 (CEST) From: marcolz@stack.nl Reply-To: marcolz@stack.nl To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/19422: buffer overflow in ps Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19422 >Category: bin >Synopsis: users can overflow argv to make ps segfault >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jun 21 13:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Marc Olzheim >Release: FreeBSD 3.4-RELEASE i386 >Organization: M.C.G.V. Stack >Environment: Doesn't matter. >Description: When a user reset his argv[0] within a program to a string, with a size larger than sysconf(_SC_ARG_MAX), ps does not prevent it from overflowing an internal buffer with strvis. >How-To-Repeat: A program that does argv[0] = blah; , where blah is a string, longer than sysconf(_SC_ARG_MAX), and keeps waiting. Then just run 'ps wwwaxuU ' and chances are ps segfaults. >Fix: --- /usr/src/bin/ps/fmt.c Sat Aug 28 01:14:51 1999 +++ /usr/src/bin/ps/fmt.c Wed Jun 21 22:19:22 2000 @@ -80,7 +80,7 @@ for (p = argv; (src = *p++) != 0; ) { if (*src == 0) continue; - strvis(dst, src, VIS_NL | VIS_CSTYLE); + strvisx(dst, src, arg_max - strlen(buf) - 1, VIS_NL | VIS_CSTYLE); while (*dst) dst++; *dst++ = ' '; >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jun 21 15: 0: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B280137B61E for ; Wed, 21 Jun 2000 15:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA81043; Wed, 21 Jun 2000 15:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 21 Jun 2000 15:00:02 -0700 (PDT) Message-Id: <200006212200.PAA81043@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Udo Erdelhoff Subject: Re: bin/19377: tcpdump and tun-Device Reply-To: Udo Erdelhoff Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19377; it has been noted by GNATS. From: Udo Erdelhoff To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: bin/19377: tcpdump and tun-Device Date: Wed, 21 Jun 2000 23:55:27 +0200 Some additional datapoints: - the problem also exists in both 4.0-RELEASE and RELENG-4 as of 08-JUN - "postive" filtering (e.g. tcpdump -i tun0 port foo) works as expected - Doing a tcpdump -i tun0 -w file and then tcpdump -r file not port foo show the same symptoms. Using the same commandline on a file captured from an ethernet device works as expected To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jun 21 15:30: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3FA3E37C10F for ; Wed, 21 Jun 2000 15:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA85013; Wed, 21 Jun 2000 15:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 215B537B9B6 for ; Wed, 21 Jun 2000 15:26:40 -0700 (PDT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 21 Jun 2000 23:26:39 +0100 (BST) Message-Id: <200006212326.aa55817@walton.maths.tcd.ie> Date: Wed, 21 Jun 2000 23:26:37 +0100 (BST) From: iedowse@maths.tcd.ie Reply-To: iedowse@maths.tcd.ie To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/19426: fsck(8) allows non-zero di_size on device inodes Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19426 >Category: bin >Synopsis: fsck(8) allows non-zero di_size on device inodes >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jun 21 15:30:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Ian Dowse >Release: FreeBSD 3.4-STABLE i386 >Organization: School of Mathematics, Trinity College Dublin >Environment: All versions of FreeBSD. >Description: The FreeBSD ffs code assumes that the di_size field of a device special file's inode will always be zero. However fsck(8) does not ensure that this is the case. This is only a problem if part of a filesystem's inode tables should become corrupted. In this case it is possible for fsck to consider the filesystem as 'clean' when it is not; attempts to delete these corrupted device special files wil result in system panics. (After a relatively minor case of disk corruption on a machine I was working on, deleting the affected device file appeared to make ffs_truncate go wild. The resulting corruption was much worse than the original problem.) >How-To-Repeat: The following commands demonstrate the problem by specifically writing junk into the di_size field of a special file's inode. dd if=/dev/zero bs=1k of=/tmp/fdimage count=1440 vnconfig -e /dev/vn0 /tmp/fdimage newfs -T fd1440 /dev/vn0c mount /dev/vn0c /mnt mknod /mnt/chardev c 1 1 umount /mnt # some magic to corrupt the di_size field of 'chardev' dd if=/dev/vn0c skip=56 count=1 > /tmp/x (head -c 395 /tmp/x; echo -n x; tail -c 116 /tmp/x) > /tmp/x1 dd if=/tmp/x1 of=/dev/vn0c seek=56 count=1 # Perform a full check, note how no errors are found fsck /dev/vn0 mount /dev/vn0c /mnt rm /mnt/chardev # *Boom* >Fix: Apply the following patch in src/sbin/fsck. Someone might like to comment on whether checking for types IFIFO and IFSOCK is sensible here? --- pass1.c.orig Wed Jun 21 22:47:35 2000 +++ pass1.c Wed Jun 21 22:49:12 2000 @@ -209,6 +209,12 @@ dp->di_mode = IFREG|0600; inodirty(); } + if ((mode == IFBLK || mode == IFCHR || mode == IFIFO || + mode == IFSOCK) && dp->di_size != 0) { + if (debug) + printf("bad special-file size %qu:", dp->di_size); + goto unknown; + } ndb = howmany(dp->di_size, sblock.fs_bsize); if (ndb < 0) { if (debug) >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jun 21 21:30: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E8C8B37C15E for ; Wed, 21 Jun 2000 21:30:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA24555; Wed, 21 Jun 2000 21:30:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from ns.itga.com.au (ns.itga.com.au [202.53.40.210]) by hub.freebsd.org (Postfix) with ESMTP id B958F37C053 for ; Wed, 21 Jun 2000 21:24:37 -0700 (PDT) (envelope-from gnb@itga.com.au) Received: from lightning.itga.com.au (lightning.itga.com.au [192.168.71.20]) by ns.itga.com.au (8.9.3/8.9.3) with ESMTP id OAA82292 for ; Thu, 22 Jun 2000 14:24:33 +1000 (EST) (envelope-from gnb@itga.com.au) Received: from hellcat.itga.com.au (hellcat.itga.com.au [192.168.71.163]) by lightning.itga.com.au (8.9.3/8.9.3) with ESMTP id OAA29966; Thu, 22 Jun 2000 14:24:33 +1000 (EST) Received: (from gnb@localhost) by hellcat.itga.com.au (8.9.3/8.9.3) id OAA00436; Thu, 22 Jun 2000 14:24:33 +1000 (EST) (envelope-from gnb@itga.com.au) Message-Id: <200006220424.OAA00436@hellcat.itga.com.au> Date: Thu, 22 Jun 2000 14:24:33 +1000 (EST) From: Gregory Bond To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/19431: rc.network wants to generate unsupported DSA key for SSH Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19431 >Category: conf >Synopsis: rc.network wants to generate unsupported DSA key for SSH >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jun 21 21:30:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Gregory Bond >Release: FreeBSD 4.0-STABLE i386 >Organization: ITG Australia Limited >Environment: 4.0-Stable, CVSup'd with crypto from internat.FreeBSD.org >Description: If enable_sshd is set in rc.conf, then rc.network will check if the host keys are present, and create them if not. It tries to create two host keys, an ordinary one and a DSA one. My ssh-keygen (build from a buildworld with the international crypto source but no other known tweaks) doesn't have the required -d option for generating DSA keys. This makes the boot give somewhat odd error messages. >How-To-Repeat: make update && make world && reboot >Fix: I don't know whether this is a simple bug in rc.network (in which case the fix is simple), or if DSA is supported in the US version but not the international version (which seems more likely). In the latter case, rc.network needs to be more careful about what it attempts to do. Should it grep USA_RESIDENT out of make.conf? This is ugly, but I can't think of anything less ugly! >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jun 21 23: 0: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 793F837C189 for ; Wed, 21 Jun 2000 23:00:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA45889; Wed, 21 Jun 2000 23:00:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 21 Jun 2000 23:00:04 -0700 (PDT) Message-Id: <200006220600.XAA45889@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: David Malone Subject: Re: conf/19431: rc.network wants to generate unsupported DSA key for SSH Reply-To: David Malone Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/19431; it has been noted by GNATS. From: David Malone To: Gregory Bond Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: conf/19431: rc.network wants to generate unsupported DSA key for SSH Date: Thu, 22 Jun 2000 06:59:32 +0100 On Thu, Jun 22, 2000 at 02:24:33PM +1000, Gregory Bond wrote: > I don't know whether this is a simple bug in rc.network (in which case > the fix is simple), or if DSA is supported in the US version but not the > international version (which seems more likely). In the latter case, > rc.network needs to be more careful about what it attempts to do. > Should it grep USA_RESIDENT out of make.conf? This is ugly, but I can't > think of anything less ugly! I'm building from international crypto sources here, cvsuped indirectly from cvsup.uk.FreeBSD.org and it built a DSA key fine. "ssh-keygen -d" still seems to work too. Are you sure you have recent crypto sources? (DSA is actually more likely to be exported from the US than RSA. DSA is designed as a signature algorithm and was designed to be difficult to use for encryption. It is possible to use it for encryption tough, just not as easy as RSA). David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jun 21 23:53:53 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from king.ukrnet.net (king.ukrnet.net [212.26.128.2]) by hub.freebsd.org (Postfix) with ESMTP id 99EB437B837 for ; Wed, 21 Jun 2000 23:53:36 -0700 (PDT) (envelope-from gnut@fc.kiev.ua) Received: from blend.fc.kiev.ua (blend.fc.kiev.ua [212.26.129.73]) by king.ukrnet.net (8.10.2/8.10.0) with ESMTP id e5M6qko27030; Thu, 22 Jun 2000 09:52:48 +0300 Received: from GNUT ([212.26.129.66]) by blend.fc.kiev.ua (8.9.3/8.9.2) with ESMTP id JAA32909; Thu, 22 Jun 2000 09:52:41 +0300 (EEST) (envelope-from gnut@fc.kiev.ua) Date: Thu, 22 Jun 2000 09:52:35 +0400 From: "Oles' Hnatkevych" X-Mailer: The Bat! (v1.41) UNREG / CD5BF9353B3B7091 Reply-To: "Oles' Hnatkevych" Organization: Finance & Credit Banking Corporation X-Priority: 2 (High) Message-ID: <13411.000622@fc.kiev.ua> To: freebsd-bugs@freebsd.org Cc: brian@Awfulhak.org Subject: bug in PPP code Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello! PPP code does not properly handle the information about interfaces, resulting in routing lost to some peers and complaining about inability to delete address from interface (though it does not belong to that interface). Some of you may have seen me in freebsd-questions complaining about "Warning" that issued PPP telling that can not removed address from interface. Finally the bug in PPP source code was found. The bug is difficult to spot because not many of you use more than 10 tunnel devices simultaneously. The bug is in iface.c: look at the lines below and check out the quoted line while (ptr < end && iface == NULL) { ifm = (struct if_msghdr *)ptr; /* On if_msghdr */ if (ifm->ifm_type != RTM_IFINFO) break; dl = (struct sockaddr_dl *)(ifm + 1); /* Single _dl at end */ >> if (!strncmp(name, dl->sdl_data, dl->sdl_nlen)) { iface = (struct iface *)malloc(sizeof *iface); if (iface == NULL) { fprintf(stderr, "iface_Create: malloc: %s\n", strerror(errno)); return NULL; } Suppose the tun30 has been chosen and in the loop we've received the information about tun3. The strncmp function WILL return 0, because tun3 = tun30, comparing just first 4 characters, which is the length of "tun3" (dl->sdl_nlen). The result of this that internal PPP structure that contains information about interface at the beginning has wrong data about it's current addresses (in example tun3 address). And again, the route to this address is removed from routing table, but kernel can not delete this address from interface cause it does not belong to it. We've removed the letter 'n' from the function name and it's last argument and are now happy ;) I believe that strncmp may cause some other errors, since it is used serveral times in the PPP source code, and I'm not bothering to find out if it is used properly. With best wishes, Oles' Hnatkevych, http://gnut.kiev.ua, gnut@fc.kiev.ua Finance & Credit Banking Corporation, Kyiv, Ukraine. Industrialnaya str. 27 +380 44 2417190 Artema str. 60, +380 44 4906877 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jun 21 23:58:55 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mppsystems.com (mppsystems.com [208.210.148.205]) by hub.freebsd.org (Postfix) with ESMTP id 8DC7C37BDC4 for ; Wed, 21 Jun 2000 23:58:52 -0700 (PDT) (envelope-from mpp@mppsystems.com) Received: (from mpp@localhost) by mppsystems.com (8.9.3/8.9.3) id BAA11995; Thu, 22 Jun 2000 01:58:48 -0500 (CDT) (envelope-from mpp) Date: Thu, 22 Jun 2000 01:58:48 -0500 From: Mike Pritchard To: David Malone Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: conf/19431: rc.network wants to generate unsupported DSA key for SSH Message-ID: <20000622015848.B11875@mppsystems.com> References: <200006220600.XAA45889@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200006220600.XAA45889@freefall.freebsd.org>; from dwmalone@maths.tcd.ie on Wed, Jun 21, 2000 at 11:00:04PM -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Jun 21, 2000 at 11:00:04PM -0700, David Malone wrote: > On Thu, Jun 22, 2000 at 02:24:33PM +1000, Gregory Bond wrote: > > > I don't know whether this is a simple bug in rc.network (in which case > > the fix is simple), or if DSA is supported in the US version but not the > > international version (which seems more likely). In the latter case, > > rc.network needs to be more careful about what it attempts to do. > > Should it grep USA_RESIDENT out of make.conf? This is ugly, but I can't > > think of anything less ugly! > > I'm building from international crypto sources here, cvsuped indirectly > from cvsup.uk.FreeBSD.org and it built a DSA key fine. "ssh-keygen -d" > still seems to work too. Are you sure you have recent crypto sources? I noticed a problem after upgrading a 4.0-something machine to 5.0-current. I started getting errors starting sshd, complaining about the DSA host key not being present. I suspect that since I already had a ssh_host_key present, it didn't try to generate the DSA key. -Mike -- Mike Pritchard mpp@FreeBSD.org or mpp@mppsystems.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 22 2:28: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 810DC37B671; Thu, 22 Jun 2000 02:28:05 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA75327; Thu, 22 Jun 2000 02:28:04 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Thu, 22 Jun 2000 02:28:04 -0700 (PDT) From: Message-Id: <200006220928.CAA75327@freefall.freebsd.org> To: sheldonh@FreeBSD.org, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/17698: [PATCH] Let Makefile.inc1 installkernel install multiple kernels Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] Let Makefile.inc1 installkernel install multiple kernels Responsible-Changed-From-To: sheldonh->freebsd-bugs Responsible-Changed-By: sheldonh Responsible-Changed-When: Thu Jun 22 02:26:39 PDT 2000 Responsible-Changed-Why: I need to release this one back into the general domain, since I have another project for FreeBSD which must receive my undivided attention. Sorry about this, Johan. You may wish to solicit interest in this one by mailing committers@FreeBSD.org. http://www.freebsd.org/cgi/query-pr.cgi?pr=17698 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 22 3:20: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 190AF37C247 for ; Thu, 22 Jun 2000 03:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA81834; Thu, 22 Jun 2000 03:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id B982137C288; Thu, 22 Jun 2000 03:15:38 -0700 (PDT) Message-Id: <20000622101538.B982137C288@hub.freebsd.org> Date: Thu, 22 Jun 2000 03:15:38 -0700 (PDT) From: vova@express.ru To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/19436: when using vlanX interface arp ageing work incorrectly Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19436 >Category: kern >Synopsis: when using vlanX interface arp ageing work incorrectly >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jun 22 03:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Vladimir B. Grebenschikov >Release: 4.0-STABLE >Organization: TSB "Russian Expfress" >Environment: FreeBSD gw9a.express.ru 4.0-STABLE FreeBSD 4.0-STABLE #3: Wed Jun 14 19:54:31 MSD 2000 root@gw9a.express.ru:/usr/src/sys/compile/GW9A i386 >Description: My network environment fbsd server with fxp interface connected to Intel 460t switch into trunked port (802.1q) to not-trunked port of switch connected other server when I configure vlan interface: ifconfig vlan3 vlan 3 vlandev fxp0 192.168.1.1 netmask 255.255.255.0 - all work Ok packets go to 192.168.1.2 (server address) and back but after about 10 minutes of inactivity (no traffic) I can't send packets to 192.168.1.2, it seems like packet go to nowere but I still see packets from 192.168.1.2 when I do 'arp -an' I see his correct arp, BUT when I try to do 'arp -d 192.168.1.2' arp complains: delete: can't locate 192.168.2.1 when I do 'route delete 192.168.1.2' - all begins work so it seem there problem in arp aging >How-To-Repeat: see above >Fix: not known >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 22 3:20: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D64C137C236 for ; Thu, 22 Jun 2000 03:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA81825; Thu, 22 Jun 2000 03:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from baerle.baerle.new-wen.net (gritizikna.dials.kiosk-online.de [212.72.92.180]) by hub.freebsd.org (Postfix) with ESMTP id 813D837B56C for ; Thu, 22 Jun 2000 03:12:11 -0700 (PDT) (envelope-from deuerl@baerle.baerle.new-wen.net) Received: (from deuerl@localhost) by baerle.baerle.new-wen.net (8.9.3/8.9.3) id MAA01069; Thu, 22 Jun 2000 12:09:54 +0200 (CEST) (envelope-from deuerl) Message-Id: <200006221009.MAA01069@baerle.baerle.new-wen.net> Date: Thu, 22 Jun 2000 12:09:54 +0200 (CEST) From: deuerl@new-wen.net Reply-To: deuerl@new-wen.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/19435: Problem with ctm Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19435 >Category: bin >Synopsis: ctm exits Fatal error: Bytecount too large >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jun 22 03:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Robert Deuerling >Release: FreeBSD 4.0-STABLE i386 >Organization: Robert Deuerling >Environment: Clean 4.0-stable installation as of 18.06.2000 ctm's installed since 5200xEmpty >Description: As of today everything works ok for me. But today ctm exits with: /home/ctm-cvs-cur/cvs-cur.6450.gz Fatal error: Bytecount too large. ctm: exit(65) On another machine this also occurs, if you try to ctm xEmpty.gz (e.g. cvs-cur.6200xEmpty.gz) >How-To-Repeat: ctm /home/ctm-cvs-cur/cvs-cur.6450.gz and see your ctm exit... >Fix: sorry no fix >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 22 4:10:54 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3044137C260; Thu, 22 Jun 2000 04:10:51 -0700 (PDT) (envelope-from knu@FreeBSD.org) Received: (from knu@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA89804; Thu, 22 Jun 2000 04:10:51 -0700 (PDT) (envelope-from knu@FreeBSD.org) Date: Thu, 22 Jun 2000 04:10:51 -0700 (PDT) From: Message-Id: <200006221110.EAA89804@freefall.freebsd.org> To: knu@FreeBSD.org, freebsd-ports@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/19390: non connect virtual hosting support in ftpd daemon Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: non connect virtual hosting support in ftpd daemon Responsible-Changed-From-To: freebsd-ports->freebsd-bugs Responsible-Changed-By: knu Responsible-Changed-When: Thu Jun 22 20:09:11 JST 2000 Responsible-Changed-Why: Misfiled PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=19390 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 22 4:42:53 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from pawn.primelocation.net (pawn.primelocation.net [205.161.238.235]) by hub.freebsd.org (Postfix) with ESMTP id 38B1A37B680 for ; Thu, 22 Jun 2000 04:42:50 -0700 (PDT) (envelope-from jedgar@fxp.org) Received: from earth.causticlabs.com (oca-u1-22.hitter.net [207.192.78.22]) by pawn.primelocation.net (Postfix) with ESMTP id 96E6B9B1F; Thu, 22 Jun 2000 07:42:47 -0400 (EDT) Date: Thu, 22 Jun 2000 07:42:46 -0400 (EDT) From: "Chris D. Faulhaber" X-Sender: jedgar@earth.causticlabs.com To: Mike Pritchard Cc: David Malone , freebsd-bugs@FreeBSD.ORG Subject: Re: conf/19431: rc.network wants to generate unsupported DSA key for SSH In-Reply-To: <20000622015848.B11875@mppsystems.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 22 Jun 2000, Mike Pritchard wrote: > On Wed, Jun 21, 2000 at 11:00:04PM -0700, David Malone wrote: > > On Thu, Jun 22, 2000 at 02:24:33PM +1000, Gregory Bond wrote: > > > > > I don't know whether this is a simple bug in rc.network (in which case > > > the fix is simple), or if DSA is supported in the US version but not the > > > international version (which seems more likely). In the latter case, > > > rc.network needs to be more careful about what it attempts to do. > > > Should it grep USA_RESIDENT out of make.conf? This is ugly, but I can't > > > think of anything less ugly! > > > > I'm building from international crypto sources here, cvsuped indirectly > > from cvsup.uk.FreeBSD.org and it built a DSA key fine. "ssh-keygen -d" > > still seems to work too. Are you sure you have recent crypto sources? > > I noticed a problem after upgrading a 4.0-something machine to 5.0-current. > I started getting errors starting sshd, complaining about the DSA host > key not being present. I suspect that since I already had a ssh_host_key > present, it didn't try to generate the DSA key. > Nope, the DSA host key is checked/created separately from the RSA host key (all wrapped around a 'case ${sshd_enable}')...see /etc/rc.network. ----- Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org -------------------------------------------------------- FreeBSD: The Power To Serve - http://www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 22 6: 9:13 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A7C6D37B89A; Thu, 22 Jun 2000 06:09:12 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA05828; Thu, 22 Jun 2000 06:09:12 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Thu, 22 Jun 2000 06:09:12 -0700 (PDT) From: Message-Id: <200006221309.GAA05828@freefall.freebsd.org> To: sheldonh@FreeBSD.org, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/17593: [PATCH] Add KERNEL identifier to GENERIC Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] Add KERNEL identifier to GENERIC Responsible-Changed-From-To: sheldonh->freebsd-bugs Responsible-Changed-By: sheldonh Responsible-Changed-When: Thu Jun 22 06:08:35 PDT 2000 Responsible-Changed-Why: Divest myself of another PR so that I can focus on my only goal for 5.0-RELEASE. Sorry about this, Doug. http://www.freebsd.org/cgi/query-pr.cgi?pr=17593 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 22 6:42:11 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from storm.FreeBSD.org.uk (storm.freebsd.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 070D837B66A for ; Thu, 22 Jun 2000 06:42:07 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (hak.nat.Awfulhak.org [172.31.0.12]) by storm.FreeBSD.org.uk (8.9.3/8.9.3) with ESMTP id OAA54529; Thu, 22 Jun 2000 14:41:56 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id OAA01823; Thu, 22 Jun 2000 14:41:42 +0100 (BST) (envelope-from brian@Awfulhak.org) Message-Id: <200006221341.OAA01823@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Oles' Hnatkevych" Cc: freebsd-bugs@freebsd.org, brian@Awfulhak.org, brian@hak.lan.Awfulhak.org Subject: Re: bug in PPP code In-Reply-To: Message from "Oles' Hnatkevych" of "Thu, 22 Jun 2000 09:52:35 +0400." <13411.000622@fc.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 Jun 2000 14:41:40 +0100 From: Brian Somers Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, This bug has been fixed recently in -current, -stable and releng3 and is available via http://www.Awfulhak.org/ppp.html > Hello! > > PPP code does not properly handle the information about > interfaces, resulting in routing lost to some peers > and complaining about inability to delete address from > interface (though it does not belong to that interface). > > Some of you may have seen me in freebsd-questions complaining > about "Warning" that issued PPP telling that can not removed > address from interface. > > Finally the bug in PPP source code was found. The bug is > difficult to spot because not many of you use more than > 10 tunnel devices simultaneously. > > The bug is in iface.c: look at the lines below and check out the > quoted line > > while (ptr < end && iface == NULL) { > ifm = (struct if_msghdr *)ptr; /* On if_msghdr */ > if (ifm->ifm_type != RTM_IFINFO) > break; > dl = (struct sockaddr_dl *)(ifm + 1); /* Single _dl at end */ > >> if (!strncmp(name, dl->sdl_data, dl->sdl_nlen)) { > iface = (struct iface *)malloc(sizeof *iface); > if (iface == NULL) { > fprintf(stderr, "iface_Create: malloc: %s\n", strerror(errno)); > return NULL; > } > > Suppose the tun30 has been chosen and in the loop > we've received the information about tun3. The strncmp function > WILL return 0, because tun3 = tun30, comparing just first 4 > characters, which is the length of "tun3" (dl->sdl_nlen). The > result of this that internal PPP structure that contains > information about interface at the beginning has wrong > data about it's current addresses (in example tun3 address). > And again, the route to this address is removed from routing > table, but kernel can not delete this address from interface > cause it does not belong to it. > > We've removed the letter 'n' from the function name and > it's last argument and are now happy ;) > > I believe that strncmp may cause some other errors, since > it is used serveral times in the PPP source code, and > I'm not bothering to find out if it is used properly. > > With best wishes, Oles' Hnatkevych, http://gnut.kiev.ua, gnut@fc.kiev.ua > Finance & Credit Banking Corporation, Kyiv, Ukraine. > Industrialnaya str. 27 +380 44 2417190 > Artema str. 60, +380 44 4906877 > > > -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 22 8: 0: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5568037B606 for ; Thu, 22 Jun 2000 08:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA03914; Thu, 22 Jun 2000 08:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 22 Jun 2000 08:00:02 -0700 (PDT) Message-Id: <200006221500.IAA03914@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Marc Olzheim Subject: Re: bin/19422: users can overflow argv to make ps segfault Reply-To: Marc Olzheim Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19422; it has been noted by GNATS. From: Marc Olzheim To: freebsd-gnats-submit@FreeBSD.org, marcolz@stack.nl Cc: Subject: Re: bin/19422: users can overflow argv to make ps segfault Date: Thu, 22 Jun 2000 16:58:12 +0200 I must've been sleeping... A better patch would be: strvisx(dst, src, arg_max - (dst - buf) - 1, VIS_NL | VIS_CSTYLE); Btw. This is also the case with FreeBSD 4.0. Marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 22 8:49:23 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9D70137BE71; Thu, 22 Jun 2000 08:49:22 -0700 (PDT) (envelope-from roger@FreeBSD.org) Received: (from roger@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA13532; Thu, 22 Jun 2000 08:49:17 -0700 (PDT) (envelope-from roger@FreeBSD.org) Date: Thu, 22 Jun 2000 08:49:17 -0700 (PDT) From: Message-Id: <200006221549.IAA13532@freefall.freebsd.org> To: j_guojun@lbl.gov, roger@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/14814: 4.0-CURRENT SMP mode causes ep0 slow Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: 4.0-CURRENT SMP mode causes ep0 slow State-Changed-From-To: open->closed State-Changed-By: roger State-Changed-When: Thu Jun 22 08:48:13 PDT 2000 State-Changed-Why: On Wed, 16 Feb 2000, the PR author posted a follow saying the poblem was solved in 4.0-20000212-CURRENT and asked for the PR to be closed. http://www.freebsd.org/cgi/query-pr.cgi?pr=14814 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 22 9:40:12 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A2AE037C357 for ; Thu, 22 Jun 2000 09:40:10 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA20260; Thu, 22 Jun 2000 09:40:10 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 406E837C331; Thu, 22 Jun 2000 09:30:16 -0700 (PDT) Message-Id: <20000622163016.406E837C331@hub.freebsd.org> Date: Thu, 22 Jun 2000 09:30:16 -0700 (PDT) From: kyle@rageout.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/19441: 4.0-STABLE (06/21/00) Panics On bootup Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19441 >Category: misc >Synopsis: 4.0-STABLE (06/21/00) Panics On bootup >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jun 22 09:40:04 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Kyle Patrick >Release: 4.0-STABLE (06/21/00) >Organization: >Environment: FreeBSD pe-orl-msg01 4.0-STABLE FreeBSD 4.0-STABLE #0: Wed Jun 21 15:46:05 EDT 2000 kyle@pe-orl-msg01.pe-plastics.com:/usr/src/sys/compile/PE-ORL-MSG01 i386 >Description: FreeBSD panics on bootup after miibus MMIO Failed to allocate resource, Pagefault in (swapper) Compaq PLT 1600R Server w/ 2 Netlligent 10/100 Cards, >How-To-Repeat: Boot up kernel on same? hardware config >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 22 9:50: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id BAF2437C331 for ; Thu, 22 Jun 2000 09:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA21390; Thu, 22 Jun 2000 09:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 22 Jun 2000 09:50:02 -0700 (PDT) Message-Id: <200006221650.JAA21390@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Alexander Langer Subject: Re: misc/19441: 4.0-STABLE (06/21/00) Panics On bootup Reply-To: Alexander Langer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/19441; it has been noted by GNATS. From: Alexander Langer To: kyle@rageout.org Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/19441: 4.0-STABLE (06/21/00) Panics On bootup Date: Thu, 22 Jun 2000 18:49:14 +0200 Please submit further information (to gnats, _not_(!!!!) to me!!!). Please include at least a backtrace or similar information. The handbook describes in detail, how you can help us with this. This way it just includes too less information. Thanks Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 22 9:50: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 948D337C32E for ; Thu, 22 Jun 2000 09:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA21384; Thu, 22 Jun 2000 09:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id AACF637C33D; Thu, 22 Jun 2000 09:45:29 -0700 (PDT) Message-Id: <20000622164529.AACF637C33D@hub.freebsd.org> Date: Thu, 22 Jun 2000 09:45:29 -0700 (PDT) From: r_larvik@hotmail.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: conf/19442: can't install on diverse harddisks. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19442 >Category: conf >Synopsis: can't install on diverse harddisks. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jun 22 09:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Roger Andreassen >Release: FreeBSD 4.0 bulk distro >Organization: @home >Environment: >Description: This is an installer problem. I have a small leftover slice on the primary drive, and an enormous second drive. Partition hdb starts out well, but prompted for the bootloader, I select hda, and the partitioning I've done on hdb is all gone. If I would like to have my bootloader on hda, I have to partition on hda as well. This way I can only have 300 MB hda for FreeBSD while I have 3.5 GB hdb available. Funny or what? >How-To-Repeat: Well, get an old VX board, I'm running 200MHz on a QDI 430VX, IDE drives. Never have had any problems with Linux distros, albeit this is my first try in FreeBSD. >Fix: Better installer, please. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 22 14:30: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id BDD3537C014 for ; Thu, 22 Jun 2000 14:30:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA75267; Thu, 22 Jun 2000 14:30:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 4737637BE81; Thu, 22 Jun 2000 14:20:32 -0700 (PDT) Message-Id: <20000622212032.4737637BE81@hub.freebsd.org> Date: Thu, 22 Jun 2000 14:20:32 -0700 (PDT) From: john@bartok.lanl.gov To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/19447: ALIGN macro undefined in /usr/include/sys/socket.h Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19447 >Category: misc >Synopsis: ALIGN macro undefined in /usr/include/sys/socket.h >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jun 22 14:30:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: John Galbraith >Release: 4.0-RELEASE (i386) >Organization: Los Alamos National Laboratory >Environment: FreeBSD bartok.lanl.gov 4.0-RELEASE FreeBSD 4.0-RELEASE #1: Wed May 31 14:33:37 MDT 2000 john@bartok.lanl.gov:/usr/src/sys/compile/BARTOK i386 >Description: Programs using the CMSG_DATA (and others) in /usr/include/sys/socket.h will not link/load because the ALIGN macro is not defined, and the compiler thinks it should be a function that should be resolved. I think that the definition of the ALIGN macro is in /usr/include/machine/param.h. At least, my program works when I include it before sys/socket.h. I think that any include file that uses the ALIGN macro should define it itself, or include machine/param.h. >How-To-Repeat: Compile srfd.c from the lam-6.3.2 (an MPI implementation) and look at the symbols in srfd.o, or the assembler output. They both include a call to ALIGN, which should have been a macro. >Fix: Include machine/param.h in sys/socket.h >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 22 22:36:21 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E795337B6BF; Thu, 22 Jun 2000 22:36:19 -0700 (PDT) (envelope-from davidn@FreeBSD.org) Received: (from davidn@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA05350; Thu, 22 Jun 2000 22:36:20 -0700 (PDT) (envelope-from davidn@FreeBSD.org) Date: Thu, 22 Jun 2000 22:36:20 -0700 (PDT) From: Message-Id: <200006230536.WAA05350@freefall.freebsd.org> To: davidn@FreeBSD.org, freebsd-bugs@FreeBSD.org, davidn@FreeBSD.org Subject: Re: bin/19390: non connect virtual hosting support in ftpd daemon Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: non connect virtual hosting support in ftpd daemon Responsible-Changed-From-To: freebsd-bugs->davidn Responsible-Changed-By: davidn Responsible-Changed-When: Fri Jun 23 15:35:47 EST 2000 Responsible-Changed-Why: I first implemented this, so my bug http://www.freebsd.org/cgi/query-pr.cgi?pr=19390 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jun 23 1:10: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 327B037BAC8 for ; Fri, 23 Jun 2000 01:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA76149; Fri, 23 Jun 2000 01:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from ns.itga.com.au (ns.itga.com.au [202.53.40.210]) by hub.freebsd.org (Postfix) with ESMTP id 847D437BA64 for ; Fri, 23 Jun 2000 01:09:40 -0700 (PDT) (envelope-from gnb@itga.com.au) Received: from lightning.itga.com.au (lightning.itga.com.au [192.168.71.20]) by ns.itga.com.au (8.9.3/8.9.3) with ESMTP id SAA88066 for ; Fri, 23 Jun 2000 18:09:38 +1000 (EST) (envelope-from gnb@itga.com.au) Received: from hellcat.itga.com.au (hellcat.itga.com.au [192.168.71.163]) by lightning.itga.com.au (8.9.3/8.9.3) with ESMTP id SAA24683; Fri, 23 Jun 2000 18:09:38 +1000 (EST) Received: (from gnb@localhost) by hellcat.itga.com.au (8.9.3/8.9.3) id SAA01784; Fri, 23 Jun 2000 18:09:37 +1000 (EST) (envelope-from gnb@itga.com.au) Message-Id: <200006230809.SAA01784@hellcat.itga.com.au> Date: Fri, 23 Jun 2000 18:09:37 +1000 (EST) From: Gregory Bond To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/19461: X authentication doesn't work because crypto is broken Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19461 >Category: conf >Synopsis: X authentication doesn't work off the CD due to crypto problems >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jun 23 01:10:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Gregory Bond >Release: FreeBSD 4.0-STABLE i386 >Organization: ITG Australia Limited >Environment: 4.0 installed off the CD, no crypto or international crypto. XDM running from /etc/ttys. >Description: X refused to start on my system, a new install from the 4.0 CD. Symptoms were that xdm would start, I'd log in, then get kicked straight off. xdm-errors had a bunch of lines like XDM-AUTHORIZATION-1 failed: -1 (exact message no longer in the logs :< ) No clients could get access to the server, not even xhost. Much hair-pulling, truss-ing of processes etc later, I discovered that XDM-AUTHORIZATION-1 is not working. If I disable this in xdm-config by forcing use of MIT-MAGIC-COOKIE-1, everything works as normal. >How-To-Repeat: Iinstall from CD, no crypto, boot & log in to xdm. Check errors in /usr/X11R6/lib/X11/xdm/xdm-errors >Fix: --- /usr/X11R6/lib/X11/xdm/xdm-config-DIST Sat Jan 8 17:09:54 2000 +++ /usr/X11R6/lib/X11/xdm/xdm-config Fri Jun 23 05:09:10 2000 @@ -10,11 +10,12 @@ ! X terminals will be configured that way, so by default ! use authorization only for local displays :0, :1, etc. DisplayManager._0.authorize: true +DisplayManager._0.authName: MIT-MAGIC-COOKIE-1 DisplayManager._1.authorize: true ! The following three resources set up display :0 as the console. DisplayManager._0.setup: /usr/X11R6/lib/X11/xdm/Xsetup_0 >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jun 23 1:30: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 41EB937BC85 for ; Fri, 23 Jun 2000 01:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA12449; Fri, 23 Jun 2000 01:30:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id B71EB37BBC9; Fri, 23 Jun 2000 01:29:28 -0700 (PDT) Message-Id: <20000623082928.B71EB37BBC9@hub.freebsd.org> Date: Fri, 23 Jun 2000 01:29:28 -0700 (PDT) From: togni@dpt-info.u-strasbourg.fr To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/19462: using HARP atm driver on FreeBSD3.4 freeze the system Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19462 >Category: misc >Synopsis: using HARP atm driver on FreeBSD3.4 freeze the system >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jun 23 01:30:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Olivier Togni >Release: FreeBSD 3.4 >Organization: LSIIT Laboratory, France >Environment: FreeBSD mptrb.u-strasbg.fr 3.4-RELEASE FreeBSD 3.4-RELEASE #1: Tue Jun 20 15:53:40 CEST 2000 root@mptrb.u-strasbg.fr:/usr/local/kame/freebsd3/sys/compile/MPTRB i386 >Description: I have two hosts running FreeBSD3.4 (plus Kame) with a Fore pca200E ATM adaptator, I use the HARP hfa0 driver. The problem: When I try to set the ATM prefix with atm set prefix hfa0 0x39250f0000002d000101020101 it hangs the system: "Fatal trap 12: page fault while in kernel mode" If I configure a pvc beetween these two hosts (without setting the prefix), the first paquet sent on that pvc hangs the host on the other side of the pvc. In contrast, the same operations on FreeBSD3.2 work nice I think (hope) the problem is independant of Kame, since I only work in IPv4 >How-To-Repeat: Two FreeBSD3.4 boxes with Fore pca200E adaptators linked to an ATM switch I have configured the ATM options following the steps given at: http://ftp.arl.mil/~mike/howto/atm-freebsd.html >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jun 23 3:20: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7EDC437B90C for ; Fri, 23 Jun 2000 03:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA30867; Fri, 23 Jun 2000 03:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 23 Jun 2000 03:20:03 -0700 (PDT) Message-Id: <200006231020.DAA30867@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Gerald Pfeifer Subject: Re: kern/11936: wine don't work (SMP) (-STABLE) Reply-To: Gerald Pfeifer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/11936; it has been noted by GNATS. From: Gerald Pfeifer To: frank@vogon.agala.harz.de Cc: freebsd-gnats-submit@freebsd.org Subject: Re: kern/11936: wine don't work (SMP) (-STABLE) Date: Fri, 23 Jun 2000 12:16:32 +0200 (MET DST) hoek wrote: > As promised. The WINE port is being updated and the update is > signficant. Please consider trying it again when you notice the port > has been updated, or when/if I remember to close this PR a month > from now. http://www.freshports.org and wosch's "New Ports" email > to ports@FreeBSD.org may both be useful. I believe the Wine port to be more or less stable on 3.4/3.5, 4-STABLE and 5-CURRENT now, so please give the updated port a try. Concerning SMP, there are patches and a README in the file directory of the Wine port, but as far as I understood you really, really want to use FreeBSD 4.x instead of 3.x on your SMP boxes. Gerald -- Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/ Have a look at http://petition.eurolinux.org ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jun 23 3:30:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 91BA537C19B for ; Fri, 23 Jun 2000 03:30:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA31615; Fri, 23 Jun 2000 03:30:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 23 Jun 2000 03:30:05 -0700 (PDT) Message-Id: <200006231030.DAA31615@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Gerald Pfeifer Subject: Re: kern/7562: Running wine can cause other applications to fail Reply-To: Gerald Pfeifer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/7562; it has been noted by GNATS. From: Gerald Pfeifer To: dgilbert@velocet.ca Cc: freebsd-gnats-submit@freebsd.org Subject: Re: kern/7562: Running wine can cause other applications to fail Date: Fri, 23 Jun 2000 12:29:04 +0200 (MET DST) I believe this bug should not occur any longer, with a "current" version of FreeBSD (3.4, 3.5 or 4.x) and the current version of the Wine port. Please give both a try and report and problems you still might have! I'm sorry that you didn't get a response earlier, but I became maintainer of the Wine port only recently. Considering the age of the PR and what I wrote above, I suggest to close the PR. Gerald -- Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/ Have a look at http://petition.eurolinux.org ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jun 23 3:30:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 644BF37B90C for ; Fri, 23 Jun 2000 03:30:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA31607; Fri, 23 Jun 2000 03:30:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 9F39437C19B; Fri, 23 Jun 2000 03:25:29 -0700 (PDT) Message-Id: <20000623102529.9F39437C19B@hub.freebsd.org> Date: Fri, 23 Jun 2000 03:25:29 -0700 (PDT) From: taguchi@tohoku.iij.ad.jp To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/19465: SYNC_CHACHE PROBREM: NEWTECH NDA20128A Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19465 >Category: kern >Synopsis: SYNC_CHACHE PROBREM: NEWTECH NDA20128A >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jun 23 03:30:04 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Taguchi, Takeshi >Release: FreeBSD-3.4-STABLE >Organization: IIJ >Environment: FreeBSD hoya 3.4-STABLE FreeBSD 3.4-STABLE #1: Fri Jun 23 18:56:36 JST 2000 root@hoya:/usr/src/sys/compile/TEST i386 >Description: NEWTECH NDA20128A is a cheep RAID 0,1 unit. I found a following error message when shutdown is complete. # shutdown -h now ...[snip]... (da1:ahc0:0:0:2:0) SYNCHRONIZE CACHE CDB:35 0 0 0 0 0 0 0 0 0 (da1:ahc0:0:0:2:0) error code 27 >How-To-Repeat: connect this RAID unit, and execute shutdown commands. >Fix: Following patch work fine. BEGIN>---88--- diff -u cam/scsi/scsi_da.c.OLD cam/scsi/scsi_da.c --- cam/scsi/scsi_da.c.OLD Fri Jun 23 19:11:08 2000 +++ cam/scsi/scsi_da.c Fri Jun 23 18:55:27 2000 @@ -152,6 +152,12 @@ }, { /* + */ + {T_DIRECT, SIP_MEDIA_FIXED, "NEWTECH", "NDA20128A", "*"}, + /*quirks*/ DA_Q_NO_SYNC_CACHE + }, + { + /* * Doesn't like the synchronize cache command. * Reported by: Blaz Zupan */ END>---88--- >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jun 23 3:50: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1339937C206 for ; Fri, 23 Jun 2000 03:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA33316; Fri, 23 Jun 2000 03:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 63A6C37C19B; Fri, 23 Jun 2000 03:45:06 -0700 (PDT) Message-Id: <20000623104506.63A6C37C19B@hub.freebsd.org> Date: Fri, 23 Jun 2000 03:45:06 -0700 (PDT) From: dh@digitalbrain.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/19467: OpenSSH (as an rsync tunnel) blocks forever Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19467 >Category: misc >Synopsis: OpenSSH (as an rsync tunnel) blocks forever >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jun 23 03:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: David Hanney >Release: 4.0-STABLE FreeBSD (last cvsupped on 2000.05.01.00.00.00) >Organization: Digital Brain >Environment: FreeBSD server.workgroup 4.0-STABLE FreeBSD 4.0-STABLE #0: Thu May 4 14:56:46 GMT 2000 dave@server.workgroup:/usr/src/sys/compile/IDA i386 SSH Version OpenSSH-1.2.2, protocol version 1.5. rsync version 2.3.1 Copyright Andrew Tridgell and Paul Mackerras >Description: a large rsync operation (over OpenSSH) transfers a few files and then gets stuck (i.e. block forever in a select()) >How-To-Repeat: do a big rsync like this rsync -ave ssh digitalbrain.com:/web/ /web/ you may have to re-run it 15 or more times before it'll complete coz it'll keep getting stuck :( >Fix: install the old ssh cd /usr/ports/security/ssh make install chmod a-x /usr/sbin/sshd chmod a-x /usr/bin/ssh rehash >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jun 23 4:34: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from sivka.carrier.kiev.ua (sivka.carrier.kiev.ua [193.193.193.101]) by hub.freebsd.org (Postfix) with ESMTP id 0F53537B590; Fri, 23 Jun 2000 04:33:55 -0700 (PDT) (envelope-from samj@itcj.kiev.ua) Received: from tools.itci.kiev.ua (tools.itci.kiev.ua [62.244.54.249]) by sivka.carrier.kiev.ua (8/Kilkenny_is_better) with ESMTP id ONA12168; Fri, 23 Jun 2000 14:33:52 +0300 (EEST) (envelope-from samj@itcj.kiev.ua) Received: from primsrv ([62.244.54.220]) by tools.itci.kiev.ua (8.9.3/8.9.3) with SMTP id OAA08477; Fri, 23 Jun 2000 14:33:11 +0300 (EEST) (envelope-from samj@itcj.kiev.ua) Message-ID: <004d01bfdd06$e6f40fc0$dc36f43e@primsrv.itci.kiev.ua> From: "Yuriy" To: Cc: Subject: Date: Fri, 23 Jun 2000 14:33:47 +0300 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have problems with mgetty+ppp+scripts+tty sometimes . My script uses 'tty' utility for definition of port. But suddenly on some moment 'tty' determines port as cuaa10 instead of cuaaa. 'wtmp' contains records with even after user on cuaaa was disconnected until host will be reboot. 'w' does not show cuaa10 too. 'ps -ax' shows cuaa10. It breaks all statistics for cuaaa. As it is possible to explain it? Thanks _______ Yuriy Samartsev, Firm ITC Ltd, http://www.itci.net. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jun 23 5:50: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7C43237B9D1 for ; Fri, 23 Jun 2000 05:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA47818; Fri, 23 Jun 2000 05:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 23 Jun 2000 05:50:03 -0700 (PDT) Message-Id: <200006231250.FAA47818@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: David Gilbert Subject: Re: kern/7562: Running wine can cause other applications to fail Reply-To: David Gilbert Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/7562; it has been noted by GNATS. From: David Gilbert To: Gerald Pfeifer Cc: dgilbert@velocet.ca, freebsd-gnats-submit@freebsd.org Subject: Re: kern/7562: Running wine can cause other applications to fail Date: Fri, 23 Jun 2000 08:47:52 -0400 (EDT) >>>>> "Gerald" == Gerald Pfeifer writes: Gerald> I believe this bug should not occur any longer, with a Gerald> "current" version of FreeBSD (3.4, 3.5 or 4.x) and the current Gerald> version of the Wine port. Gerald> Please give both a try and report and problems you still might Gerald> have! I'm sorry that you didn't get a response earlier, but I Gerald> became maintainer of the Wine port only recently. Gerald> Considering the age of the PR and what I wrote above, I Gerald> suggest to close the PR. I have been using wine recently, but not seriously. I keep hoping, but then my need for it is decreasing rapidly. Since Star Office 5.1 came out (and now 5.2) it's become only a curiosity for me. I don't remember seeing the bug recently. Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =========================================================GLO================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jun 23 8:19:39 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C5E5837C367; Fri, 23 Jun 2000 08:19:36 -0700 (PDT) (envelope-from nbm@FreeBSD.org) Received: (from nbm@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA25486; Fri, 23 Jun 2000 08:19:36 -0700 (PDT) (envelope-from nbm@FreeBSD.org) Date: Fri, 23 Jun 2000 08:19:36 -0700 (PDT) From: Message-Id: <200006231519.IAA25486@freefall.freebsd.org> To: rotel@indigo.ie, nbm@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/7779: [PATCH] modload should detect stripped kernels and use consistent option names Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] modload should detect stripped kernels and use consistent option names State-Changed-From-To: open->feedback State-Changed-By: nbm State-Changed-When: Fri Jun 23 08:18:44 PDT 2000 State-Changed-Why: Does kldload need these changes, since modload is no more? http://www.freebsd.org/cgi/query-pr.cgi?pr=7779 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jun 23 10:10: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7AF7F37C3B5 for ; Fri, 23 Jun 2000 10:10:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA40220; Fri, 23 Jun 2000 10:10:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from bmah-freebsd-0.cisco.com (bmah-freebsd-0.cisco.com [171.70.84.42]) by hub.freebsd.org (Postfix) with ESMTP id A819B37C37E for ; Fri, 23 Jun 2000 10:08:49 -0700 (PDT) (envelope-from bmah@cisco.com) Received: (from bmah@localhost) by bmah-freebsd-0.cisco.com (8.10.2/8.10.2) id e5NH8mC78232; Fri, 23 Jun 2000 10:08:48 -0700 (PDT) (envelope-from bmah) Message-Id: <200006231708.e5NH8mC78232@bmah-freebsd-0.cisco.com> Date: Fri, 23 Jun 2000 10:08:48 -0700 (PDT) From: bmah@cisco.com (Bruce A. Mah) Reply-To: bmah@cisco.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/19474: [patch] src/release/Makefile needs tag update Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19474 >Category: bin >Synopsis: [patch] src/release/Makefile needs tag update >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jun 23 10:10:03 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Bruce A. Mah >Release: FreeBSD 4.0-RELEASE i386 >Organization: Cisco Systems, Inc. >Environment: RELENG_4 >Description: A comment in src/release/Makefile on the RELENG_4 branch refers to using the RELENG_3 tag to make a STABLE snapshot. While presumably anyone building a release ought to be able to figure out the right tag, maybe this should be fixed in the interest of correctness? >How-To-Repeat: >Fix: Index: Makefile =================================================================== RCS file: /usr/local/cvsroot/src/release/Makefile,v retrieving revision 1.536.2.4 diff -c -r1.536.2.4 Makefile *** Makefile 2000/06/08 23:07:27 1.536.2.4 --- Makefile 2000/06/23 17:04:10 *************** *** 23,29 **** # #CHROOTDIR=/junk/release # If this is a -stable snapshot, then set ! #RELEASETAG=RELENG_3 # # Non-zero if ${RELEASETAG} is in the form "RELENG_ver_RELEASE"; we # are building an official release. Otherwise, we are building for --- 23,29 ---- # #CHROOTDIR=/junk/release # If this is a -stable snapshot, then set ! #RELEASETAG=RELENG_4 # # Non-zero if ${RELEASETAG} is in the form "RELENG_ver_RELEASE"; we # are building an official release. Otherwise, we are building for >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jun 23 10:50:11 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2CD3B37C4CA; Fri, 23 Jun 2000 10:50:10 -0700 (PDT) (envelope-from alex@FreeBSD.org) Received: (from alex@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA45367; Fri, 23 Jun 2000 10:50:10 -0700 (PDT) (envelope-from alex@FreeBSD.org) Date: Fri, 23 Jun 2000 10:50:10 -0700 (PDT) From: Message-Id: <200006231750.KAA45367@freefall.freebsd.org> To: bmah@cisco.com, alex@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/19474: [patch] src/release/Makefile needs tag update Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [patch] src/release/Makefile needs tag update State-Changed-From-To: open->closed State-Changed-By: alex State-Changed-When: Fri Jun 23 10:49:59 PDT 2000 State-Changed-Why: Commited, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=19474 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jun 23 10:50:20 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 96B0537C410 for ; Fri, 23 Jun 2000 10:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA45313; Fri, 23 Jun 2000 10:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from home.bsdclub.org (home.bsdclub.org [202.227.26.94]) by hub.freebsd.org (Postfix) with ESMTP id 12D1B37BA4C for ; Fri, 23 Jun 2000 10:40:01 -0700 (PDT) (envelope-from sada@bsdclub.org) Received: (from sada@localhost) by home.bsdclub.org (8.9.3/3.7W) id CAA97797; Sat, 24 Jun 2000 02:39:55 +0900 (JST) Message-Id: <200006231739.CAA97797@home.bsdclub.org> Date: Sat, 24 Jun 2000 02:39:55 +0900 (JST) From: sada@FreeBSD.org Reply-To: sada@FreeBSD.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/19475: /bin/sh: sometimes fails with alias Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19475 >Category: bin >Synopsis: /bin/sh sometimes says "not fould" with registered alias. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jun 23 10:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: SADA Kenji >Release: FreeBSD 3.4-RELEASE/5.0-CURRENT i386 >Organization: private >Environment: FreeBSD 5.0-CURRENT FreeBSD 3.4-RELEASE >Description: /bin/sh sometimes fails looking-up alias. >How-To-Repeat: NOTE: This doesn't occur everytime, every alias. Some alias would go, others fail. $ alias lcvs alias lcvs=time nice cvs -d /ncvs -R $ type lcvs lcvs not found $ lcvs lcvs: not found >Fix: /bin/sh records its aliases in structures named "alias" (alias.h). The structure's integer member "flag" includes "ALIASINUSE" bit and it controls if that alias would be replaced or not. "ALIASINUSE" bit is expected to be set only when that alias is being replaced, so it stops limit-less replacing. But sometimes the flag is set when alias command is executed, and never unset until shell is aborted. This problem would be solved by just clearing the member "flag" at its creation point. diff -u -w -B -b -r1.12 alias.c --- alias.c 1999/08/27 23:15:07 1.12 +++ alias.c 2000/06/23 15:57:07 @@ -109,6 +109,7 @@ ap->val[len+1] = '\0'; } #endif + ap->flag = 0; ap->next = *app; *app = ap; INTON; >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jun 23 13:20: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5C70337B9B7 for ; Fri, 23 Jun 2000 13:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA66667; Fri, 23 Jun 2000 13:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from cs94004.pp.htv.fi (cs94004.pp.htv.fi [212.90.94.4]) by hub.freebsd.org (Postfix) with ESMTP id 8B4C137C3EC for ; Fri, 23 Jun 2000 13:13:29 -0700 (PDT) (envelope-from jau@cs94004.pp.htv.fi) Received: (from jau@localhost) by cs94004.pp.htv.fi (8.9.3/8.9.3) id XAA67061; Fri, 23 Jun 2000 23:13:16 +0300 (EEST) (envelope-from jau) Message-Id: <200006232013.XAA67061@cs94004.pp.htv.fi> Date: Fri, 23 Jun 2000 23:13:16 +0300 (EEST) From: "Jukka A. Ukkonen" Reply-To: jau@iki.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/19477: linux_rt_sigprocmask() raises SIGSYS Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19477 >Category: i386 >Synopsis: linux_rt_sigprocmask() raises SIGSYS >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jun 23 13:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Jukka A. Ukkonen >Release: FreeBSD 3.4-RELEASE i386 >Organization: Private person >Environment: FreeBSD 3.4-RELEASE on i386 with the Linux system calls emulation kernel module loaded >Description: Any Linux program that calls linux_rt_sigprocmask gets SIGSYS and dies on FreeBSD-3.4. Quite a number of Linux binaries seem to make such a call. When running FreeBSD-3.2 the same binaries worked just fine. >How-To-Repeat: Take e.g. the FrameMaker for Linux which is now distributed as a free beta test version. It is the latest Linux program I have had problems with. It can be downloaded from www.adobe.com. (You need to modify the start scripts a bit to make it start normally.) Once the start scripts are fixed to recognize FreeBSD as just another form of "Linux" add ktrace to the script which tries to start the real binary, and start the maker script. The binary crashes immediately at the beginning of the program. Run linux_kdump and look for a call to linux_rt_sigprogmask and SIGSYS at the end of the dump. Several, practically all Linux binaries, except some rather old ones, I have tried seem to produce the same result. Luckily I neither need nor use many Linux binaries though. I gave this report critical priority because this sort of problem could make the whole Linux emulation useless if many Linux programs are using the rt_sigprocmask() system call. As much as I know such a call could be part of the crt0.o for some or even all relatively new Linux versions. This seems to happen so early in the program that it might not have even reached the main() function yet. >Fix: I have not found a fix yet. In fact I guess there might have been a reason for someone changing the behaviour of linux system calls this way, but if there is such a reason I would sure like to know why. I tried to asking people for known reasons or known bugs for this odd behaviour, but apparently nobody has been able to give me any explanation. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jun 23 17:20: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 960AE37BAD6 for ; Fri, 23 Jun 2000 17:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA92360; Fri, 23 Jun 2000 17:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 570B937BAB1; Fri, 23 Jun 2000 17:19:43 -0700 (PDT) Message-Id: <20000624001943.570B937BAB1@hub.freebsd.org> Date: Fri, 23 Jun 2000 17:19:43 -0700 (PDT) From: wessels@ircache.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/19479: processes stuck in 'ffsvgt' and 'FFS no' states Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19479 >Category: kern >Synopsis: processes stuck in 'ffsvgt' and 'FFS no' states >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jun 23 17:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Duane Wessels >Release: RELENG_3 from 20000620 >Organization: IRCache >Environment: FreeBSD mr-garrison.measurement-factory.com 3.5-STABLE FreeBSD 3.5-STABLE #4: Tue Jun 20 14:15:04 MDT 2000 root@mr-garrison.measurement-factory.com:/usr/src/sys/compile/SQUID i386 >Description: I'm benchmarking the Squid proxy cache, which generates a lot of disk I/O. After an hour or two, all of the Squid processes get stuck in the 'ffsvgt' state, and one of them is stuck in 'FFS no': PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 368 wessels 98 0 102M 99036K RUN 106:01 98.14% 98.14% squid 375 wessels -18 0 1272K 812K ffsvgt 2:23 0.00% 0.00% diskd 373 wessels -18 0 1272K 812K ffsvgt 2:22 0.00% 0.00% diskd 374 wessels -20 0 1272K 812K FFS no 2:22 0.00% 0.00% diskd 372 wessels -18 0 1272K 812K ffsvgt 2:20 0.00% 0.00% diskd 370 wessels -18 0 1272K 812K ffsvgt 2:19 0.00% 0.00% diskd 371 wessels -18 0 1272K 812K ffsvgt 2:19 0.00% 0.00% diskd Although the system continues to run, it seems like any process that tries to access a filesystem also becomes stuck in the ffsvgt state. I can't start new commands, log in, etc. Filesystems are mounted normally. No special options: /dev/da0c /cache1 ufs rw 0 3 /dev/da1c /cache2 ufs rw 0 3 /dev/da2c /cache3 ufs rw 0 3 /dev/da3c /cache4 ufs rw 0 3 /dev/da4c /cache5 ufs rw 0 3 /dev/da5c /cache6 ufs rw 0 3 I gather that 'FFS no' is related to filesystem vnodes. I wonder if I'm running out of vnodes, or if they're not getting freed? Here's systat after the benchmark has been running for 20 minutes: 2 users Load 1.23 1.16 0.90 Fri Jun 23 18:10 Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER Tot Share Tot Share Free in out in out Act 68748 1064 74260 3860 21700 count All 513584 1440 3026816 4408 pages 53 cow Interrupts Proc:r p d s w Csw Trp Sys Int Sof Flt 75 zfod 2377 total 1 7 4 527 297 6247 2377 268 152 50408 wire 100 clk0 irq0 71716 act 128 rtc0 irq8 45.3%Sys 6.3%Intr 47.1%User 0.0%Nice 1.2%Idl 370040 inact 1864 pci irq10 | | | | | | | | | | 20564 cache 266 pci irq11 =======================+++>>>>>>>>>>>>>>>>>>>>>> 1136 free fdc0 irq6 daefr 19 wdc0 irq14 Namei Name-cache Dir-cache 106 prcfr Calls hits % hits % react 1920 1529 80 6 0 pdwake 525 pdpgs Discs da0 da1 da2 da3 da4 da5 wd0 intrn KB/t 7.18 7.38 8.13 8.26 10.58 8.03 8.00 8342 buf tps 55 57 50 40 18 47 1 202 dirtybuf MB/s 0.39 0.41 0.39 0.32 0.18 0.37 0.01 32702 desiredvnodes % busy 25 24 25 16 12 21 0 55047 numvnodes 24 freevnodes >How-To-Repeat: Install the latest squid-2.4 code and pummel it with a Web Polygraph workload. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jun 23 17:30:11 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 34F5937BAB7 for ; Fri, 23 Jun 2000 17:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA93239; Fri, 23 Jun 2000 17:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from ariel.astercity.net (ariel.astercity.net [212.76.32.5]) by hub.freebsd.org (Postfix) with ESMTP id 1FD7237BAE9 for ; Fri, 23 Jun 2000 17:22:59 -0700 (PDT) (envelope-from madej@ariel.astercity.net) Received: from korsarz.astercity.net (unknown [192.168.4.254]) by ariel.astercity.net (SECureMail) with ESMTP id 39C152E2D9 for ; Sat, 24 Jun 2000 02:22:41 +0200 (CEST) Received: by korsarz.astercity.net (SECureMail, from userid 1000) id 41D7EBB34; Sat, 24 Jun 2000 02:23:31 +0200 (CEST) Message-Id: <20000624002331.41D7EBB34@korsarz.astercity.net> Date: Sat, 24 Jun 2000 02:23:31 +0200 (CEST) From: madej@korsarz.astercity.net Reply-To: madej@korsarz.astercity.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/19480: System hang when use current (GENERIC) kernel and detect fdc0 device Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19480 >Category: kern >Synopsis: System hang when use current (GENERIC) kernel and detect fdc0 device >Confidential: yes >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jun 23 17:30:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: madej >Release: FreeBSD 5.0-CURRENT Alpha >Organization: >Environment: Geting GENERIC kernel conf for Alpha, compiling and boot: /kernel.new data=0x39ff40+0x2901a syms=[0x8+0x48c60+0x8+0x35a51] ok boot Entering kernel.new at 0xfffffc000032c940... Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #0: Sat Jun 24 02:04:13 CEST 2000 root@foo.acn.pl:/usr/src/sys/compile/GENERIC ST6600 AlphaServer DS20 500 MHz, 500MHz 8192 byte page size, 1 processor. CPU: EV6 (21264) major=8 minor=7 extensions=0x303 OSF PAL rev: 0x200370002013e real memory = 534142976 (521624K bytes) avail memory = 514277376 (502224K bytes) Preloaded elf kernel "kernel.new" at 0xfffffc000074a000. md0: Malloc disk pcib0: <21271 PCI host bus adapter> on tsunami0 pci0: on pcib0 isab0: at device 5.0 on pci0 isa0: on isab0 atapci0: port 0x2080-0x208f,0x3f4-0x3f7,0x1f0-00 atapci1: port 0x374-0x377,0x170-0x177 irq 239 a0 atapci1: Busmastering DMA not supported ohci0: mem 0x2180000-0x2180fff irq 234 at devic0 ohci0: interrupting at ISA irq 10 usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: (unknown) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at 7.0 irq 31 pcib2: at device 8.0 on pci0 pci2: on pcib2 ncr0: port 0x1000-0x10ff mem 0x2060000-0x2060fff,2 ncr0: interrupting at TSUNAMI irq 27 ncr1: port 0x1400-0x14ff mem 0x2061000-0x2061fff,2 ncr1: interrupting at TSUNAMI irq 26 de0: port 0x1800-0x187f mem 0x2062200-0x206227f 2 de0: interrupting at TSUNAMI irq 25 de0: 21140A [10-100Mb/s] pass 2.2 de0: address 00:06:2b:00:d0:de de0: supplying EUI64: 00:06:2b:ff:fe:00:d0:de dc0: port 0x2000-0x207f mem 0x2181000-0x218107f irq 0 dc0: interrupting at TSUNAMI irq 23 dc0: Ethernet address: 08:00:2b:c4:a1:f0 miibus0: on dc0 dcphy0: on miibus0 dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcib1: <21271 PCI host bus adapter> on tsunami0 pci1: on pcib1 dc1: port 0x80010000-0x8001007f mem 0x81048000-0x8101 dc1: interrupting at TSUNAMI irq 47 dc1: Ethernet address: 08:00:2b:c4:54:cf miibus1: on dc1 dcphy1: on miibus1 dcphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci1: (vendor=0x1069, dev=0x0001) at 8.0 irq 43 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: interrupting at ISA irq 6 >Description: >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jun 23 20:50: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7E13137B507 for ; Fri, 23 Jun 2000 20:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA27871; Fri, 23 Jun 2000 20:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (Postfix) with ESMTP id 6E31837B747 for ; Fri, 23 Jun 2000 20:40:40 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from magnesium.scientia.demon.co.uk ([192.168.91.34] ident=exim) by scientia.demon.co.uk with esmtp (Exim 3.15 #1) id 135dCx-000CRC-00 for FreeBSD-gnats-submit@freebsd.org; Sat, 24 Jun 2000 00:49:59 +0100 Received: (from ben) by magnesium.scientia.demon.co.uk (Exim 3.15 #1) id 135dCw-000L50-00 for FreeBSD-gnats-submit@freebsd.org; Sat, 24 Jun 2000 00:49:58 +0100 Message-Id: Date: Sat, 24 Jun 2000 00:49:58 +0100 From: Ben Smithurst Reply-To: ben@scientia.demon.co.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/19483: option to compress accounting files in /var/account Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19483 >Category: bin >Synopsis: option to compress accounting files in /var/account >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Jun 23 20:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Ben Smithurst >Release: FreeBSD 3.4-STABLE i386 >Organization: >Environment: >Description: The accounting files under /var/account can grow quite large, so it would be nice to have an option to compress them as part of the daily run. I've been doing this for a while, but didn't send-pr it because I thought people might object. Now it's all configurable, I can't see a problem, so the attached patch will do this. >How-To-Repeat: >Fix: Index: defaults/periodic.conf =================================================================== RCS file: /usr/cvs/src/etc/defaults/periodic.conf,v retrieving revision 1.1 diff -u -r1.1 periodic.conf --- periodic.conf 2000/06/23 01:18:21 1.1 +++ periodic.conf 2000/06/23 23:42:19 @@ -68,6 +68,7 @@ # 310.accounting daily_accounting_enable="YES" # Rotate acct files +daily_accounting_compress="NO" # Gzip rotated files # 320.distfile daily_distfile_enable="YES" # Run rdist daily Index: periodic/daily/310.accounting =================================================================== RCS file: /usr/cvs/src/etc/periodic/daily/310.accounting,v retrieving revision 1.4 diff -u -r1.4 310.accounting --- 310.accounting 2000/06/23 01:18:23 1.4 +++ 310.accounting 2000/06/23 23:25:56 @@ -19,10 +19,28 @@ echo "Rotating accounting logs and gathering statistics:" cd /var/account - [ -f acct.2 ] && mv -f acct.2 acct.3 - [ -f acct.1 ] && mv -f acct.1 acct.2 - [ -f acct.0 ] && mv -f acct.0 acct.1 + + # Delete any old files left around if the user changes from + # non-compressed to compressed or vice-versa. + find . -name 'acct.*' -mtime +5 -delete + + # Does the user want the files compressed? + case "$daily_accounting_compress" in + [Yy][Ee][Ss]) + ext=".gz" ;; + *) + ext="" ;; + esac + + [ -f acct.2$ext ] && mv -f acct.2$ext acct.3$ext + [ -f acct.1$ext ] && mv -f acct.1$ext acct.2$ext + [ -f acct.0$ext ] && mv -f acct.0$ext acct.1$ext cp -pf acct acct.0 sa -s >/dev/null + + case "$daily_accounting_compress" in + [Yy][Ee][Ss]) + gzip -f acct.0 ;; + esac fi;; esac >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jun 24 1: 2:12 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A84B037BB53; Sat, 24 Jun 2000 01:02:10 -0700 (PDT) (envelope-from asmodai@FreeBSD.org) Received: (from asmodai@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA22450; Sat, 24 Jun 2000 01:02:10 -0700 (PDT) (envelope-from asmodai@FreeBSD.org) Date: Sat, 24 Jun 2000 01:02:10 -0700 (PDT) From: Message-Id: <200006240802.BAA22450@freefall.freebsd.org> To: asmodai@FreeBSD.org, freebsd-bugs@FreeBSD.org, cracauer@FreeBSD.org Subject: Re: bin/19475: /bin/sh sometimes says "not fould" with registered alias. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /bin/sh sometimes says "not fould" with registered alias. Responsible-Changed-From-To: freebsd-bugs->cracauer Responsible-Changed-By: asmodai Responsible-Changed-When: Sat Jun 24 01:01:35 PDT 2000 Responsible-Changed-Why: Over to Mr. Shell. http://www.freebsd.org/cgi/query-pr.cgi?pr=19475 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jun 24 1: 3:30 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id CCE9637BB53; Sat, 24 Jun 2000 01:03:28 -0700 (PDT) (envelope-from asmodai@FreeBSD.org) Received: (from asmodai@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA22604; Sat, 24 Jun 2000 01:03:29 -0700 (PDT) (envelope-from asmodai@FreeBSD.org) Date: Sat, 24 Jun 2000 01:03:29 -0700 (PDT) From: Message-Id: <200006240803.BAA22604@freefall.freebsd.org> To: asmodai@FreeBSD.org, freebsd-bugs@FreeBSD.org, marcel@FreeBSD.org Subject: Re: i386/19477: linux_rt_sigprocmask() raises SIGSYS Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: linux_rt_sigprocmask() raises SIGSYS Responsible-Changed-From-To: freebsd-bugs->marcel Responsible-Changed-By: asmodai Responsible-Changed-When: Sat Jun 24 01:02:55 PDT 2000 Responsible-Changed-Why: Over to Mr. Linuxulator. http://www.freebsd.org/cgi/query-pr.cgi?pr=19477 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jun 24 1: 6:47 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B8CC937BB53; Sat, 24 Jun 2000 01:06:46 -0700 (PDT) (envelope-from asmodai@FreeBSD.org) Received: (from asmodai@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA24410; Sat, 24 Jun 2000 01:06:47 -0700 (PDT) (envelope-from asmodai@FreeBSD.org) Date: Sat, 24 Jun 2000 01:06:47 -0700 (PDT) From: Message-Id: <200006240806.BAA24410@freefall.freebsd.org> To: asmodai@FreeBSD.org, freebsd-bugs@FreeBSD.org, marcel@FreeBSD.org Subject: Re: misc/19391: Evilness with Linux Terminus, causes X to dump core. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Evilness with Linux Terminus, causes X to dump core. Responsible-Changed-From-To: freebsd-bugs->marcel Responsible-Changed-By: asmodai Responsible-Changed-When: Sat Jun 24 01:06:13 PDT 2000 Responsible-Changed-Why: More ioctl for mister Linuxulator. http://www.freebsd.org/cgi/query-pr.cgi?pr=19391 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jun 24 5:20: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2788B37BBF6 for ; Sat, 24 Jun 2000 05:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA71252; Sat, 24 Jun 2000 05:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 03E0F37B6B1; Sat, 24 Jun 2000 05:13:39 -0700 (PDT) Message-Id: <20000624121339.03E0F37B6B1@hub.freebsd.org> Date: Sat, 24 Jun 2000 05:13:39 -0700 (PDT) From: mhenry@speednet.com.au To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/19485: Syscall module example fails to compile Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19485 >Category: kern >Synopsis: Syscall module example fails to compile >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jun 24 05:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Michael Henry >Release: FreeBSD 4.0-STABLE i386 >Organization: >Environment: FreeBSD playground.foonet 4.0-STABLE FreeBSD 4.0-STABLE #0: Thu Jun 15 20:54:58 EST 2000 root@playground.foonet:/usr/obj/usr/src/sys/PLAYGROUND i386 >Description: I'm getting errors when trying to compile the example system call in /usr/share/examples/kld/syscall/module/syscall.c. The version of the file is 1.2. The errors are as follows: *** In file included from syscall.c:35: *** /usr/include/sys/systm.h:327: syntax error before `int' *** /usr/include/sys/systm.h:328: syntax error before `int' *** /usr/include/sys/systm.h:329: syntax error before `(' The corresponding lines from the header are: *** int major(dev_t x); *** int minor(dev_t x); *** dev_t makedev(int x, int y); There is a comment above these lines: "Common `dev_t' stuff are declared here to avoid #include poisoning". But these lines are getting mangled by the following macros defined in : *** #define major(x) ((int)(((u_int)(x) >> 8)&0xff)) /* major number */ *** #define minor(x) ((int)((x)&0xffff00ff)) /* minor number */ *** #define makedev(x,y) ((dev_t)(((x) << 8) | (y))) /* create dev_t */ which, after pre-processing, results in the following: *** int ((int)(((u_int)( dev_t x ) >> 8)&0xff)) ; *** int ((int)(( dev_t x )&0xffff00ff)) ; *** dev_t ((dev_t)((( int x ) << 8) | ( int y ))) ; Clearly this is nonsense. >How-To-Repeat: cd /usr/share/examples/kld/syscall/module/ gcc -c syscall.c >Fix: Remove offending lines from >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jun 24 6:40: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3EA4A37B632 for ; Sat, 24 Jun 2000 06:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA94179; Sat, 24 Jun 2000 06:40:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 4E7CD37B55F; Sat, 24 Jun 2000 06:36:31 -0700 (PDT) Message-Id: <20000624133631.4E7CD37B55F@hub.freebsd.org> Date: Sat, 24 Jun 2000 06:36:31 -0700 (PDT) From: r.avanzi@agonet.it To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/19487: I can't install my Free BSD 3.2 OS: problem during CD-ROM installation Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19487 >Category: misc >Synopsis: I can't install my Free BSD 3.2 OS: problem during CD-ROM installation >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jun 24 06:40:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Roberto Avanzi >Release: 3.2 >Organization: Siemens ICN SpA >Environment: >Description: While booting the CD-ROM, I see the following messagge, and I can't do anything: Keyboard: no I tried the solution reported on your errata.txt files, but after I entered the '-Dh' command, the installation freezed on the next screen shot (kernel configuration). keyboard is dead and nothing happens. What can I do? I have an USB keyboard, with some additionality features (Volume button, Web button). My PC is an Pentium III 450 Mhz/64 Mbyte/8 Gbyte HD. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jun 24 7:10: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8372937BAAB for ; Sat, 24 Jun 2000 07:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA35809; Sat, 24 Jun 2000 07:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id A487537B862; Sat, 24 Jun 2000 07:03:44 -0700 (PDT) Message-Id: <20000624140344.A487537B862@hub.freebsd.org> Date: Sat, 24 Jun 2000 07:03:44 -0700 (PDT) From: ted@wiz.plymouth.edu To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/19488: Bug in 4.0-STABLE (acting as a Bridging firewall) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19488 >Category: kern >Synopsis: Bug in 4.0-STABLE (acting as a Bridging firewall) >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jun 24 07:10:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Ted Wisniewski >Release: 4.0-RELEASE cvsup'd to STABLE >Organization: Plymouth State College >Environment: FreeBSD firewall.plymouth.edu 4.0-STABLE FreeBSD 4.0-STABLE #0: Mon Mar 27 15:58:31 EST 2000 sysop@firewall.plymouth.edu:/usr/src/sys/compile/MYKERNEL i386 >Description: FreeBSD 4.0-RELEASE upgrading to FreeBSD 4.0-STABLE (6-22) Firewall using Dummynet (problem still occurs even with no rules) Dell 550Mhz with 128MB RAM and 2 ethernet cards xl0: <3Com 3c905B-TX Fast Etherlink XL> xl1: <3Com 3c905B-TX Fast Etherlink XL> Applicable Kernel config options: options TCP_DROP_SYNFIN options TCP_RESTRICT_RST options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_DEFAULT_TO_ACCEPT options IPSTEALTH options BRIDGE options DUMMYNET options NMBCLUSTERS=16384startup options: bridging_enable="YES" bridging_fw_enable="YES" portmap_enable="NO" firewall_enable="YES" firewall_script="/usr/local/etc/firewall/rc.firewall" drop_synfin_enable="YES" excerpt from /etc/rc.network (I added some options): case ${drop_synfin_enable} in [Yy][Ee][Ss]) echo -n ' DROP_SYNFIN=YES' sysctl -w net.inet.tcp.drop_synfin=1 >/dev/null ;; esac case ${bridging_enable} in [Yy][Ee][Ss]) echo -n ' BRIDGING=YES' sysctl -w net.link.ether.bridge=1 >/dev/null ;; esac case ${bridging_fw_enable} in [Yy][Ee][Ss]) echo -n ' BRIDGING_FW=YES' sysctl -w net.link.ether.bridge_ipfw=1 >/dev/null ;; esac Following upgrade, Loss of reliable RIP updates via firewall from WAN gateway to LAN routing switch. WAN gateway RIP stats confirmed outgoing packets sent. Sniffer connected via switch mirror ports on either side of firewall. On WAN side of firewall, set to filter for WAN router IP address, confirmed subnet broadcast packets (RIP packets) in transit. Sniffer on LAN side of firewall confirmed very few of those getting through. Physically patched around firewall and normal operation returned. Reverted to old kernel on firewall, put it back in line, and normal operation was maintained. (Did not happen to notice whether the opposite was also true, that LAN RIP packets failed to get through to WAN router.) >How-To-Repeat: Build kernel on 4.0-STABLE (as of 6-22) >Fix: Revert to kernel made on FreeBSD-4.0-RELEASE system. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jun 24 7:27:58 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6904037B77E; Sat, 24 Jun 2000 07:27:56 -0700 (PDT) (envelope-from ru@FreeBSD.org) Received: (from ru@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA39508; Sat, 24 Jun 2000 07:27:55 -0700 (PDT) (envelope-from ru@FreeBSD.org) Date: Sat, 24 Jun 2000 07:27:55 -0700 (PDT) From: Message-Id: <200006241427.HAA39508@freefall.freebsd.org> To: mhenry@speednet.com.au, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/19485: Syscall module example fails to compile Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Syscall module example fails to compile State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Sat Jun 24 07:27:09 PDT 2000 State-Changed-Why: syscall module example compiles just fine on 4.0-STABLE. http://www.freebsd.org/cgi/query-pr.cgi?pr=19485 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jun 24 7:30: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0B92E37B622 for ; Sat, 24 Jun 2000 07:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA39664; Sat, 24 Jun 2000 07:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 24 Jun 2000 07:30:02 -0700 (PDT) Message-Id: <200006241430.HAA39664@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ruslan Ermilov Subject: Re: kern/19485: Syscall module example fails to compile Reply-To: Ruslan Ermilov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/19485; it has been noted by GNATS. From: Ruslan Ermilov To: mhenry@speednet.com.au Cc: bug-followup@FreeBSD.org Subject: Re: kern/19485: Syscall module example fails to compile Date: Sat, 24 Jun 2000 17:26:31 +0300 On Sat, Jun 24, 2000 at 05:13:39AM -0700, mhenry@speednet.com.au wrote: > > I'm getting errors when trying to compile the example system > call in /usr/share/examples/kld/syscall/module/syscall.c. > The version of the file is 1.2. > > The errors are as follows: > > *** In file included from syscall.c:35: > *** /usr/include/sys/systm.h:327: syntax error before `int' > *** /usr/include/sys/systm.h:328: syntax error before `int' > *** /usr/include/sys/systm.h:329: syntax error before `(' > > The corresponding lines from the header are: > > *** int major(dev_t x); > *** int minor(dev_t x); > *** dev_t makedev(int x, int y); > > There is a comment above these lines: "Common `dev_t' > stuff are declared here to avoid #include poisoning". > But these lines are getting mangled by the following > macros defined in : > > *** #define major(x) ((int)(((u_int)(x) >> 8)&0xff)) /* major number */ > *** #define minor(x) ((int)((x)&0xffff00ff)) /* minor number */ > *** #define makedev(x,y) ((dev_t)(((x) << 8) | (y))) /* create dev_t */ > > which, after pre-processing, results in the following: > > *** int ((int)(((u_int)( dev_t x ) >> 8)&0xff)) ; > *** int ((int)(( dev_t x )&0xffff00ff)) ; > *** dev_t ((dev_t)((( int x ) << 8) | ( int y ))) ; > > Clearly this is nonsense. > > > >How-To-Repeat: > cd /usr/share/examples/kld/syscall/module/ > gcc -c syscall.c > Try `gcc -D_KERNEL -c syscall.c' or better yet just `make' :-) > >Fix: > Remove offending lines from > Add -D_KERNEL to CFLAGS. -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jun 24 8:10: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2B0A637B7FA for ; Sat, 24 Jun 2000 08:10:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA43501; Sat, 24 Jun 2000 08:10:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 24 Jun 2000 08:10:06 -0700 (PDT) Message-Id: <200006241510.IAA43501@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Cyrille Lefevre Subject: Re: misc/18459: us syscons keymap w/ accent Reply-To: Cyrille Lefevre Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/18459; it has been noted by GNATS. From: Cyrille Lefevre To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: misc/18459: us syscons keymap w/ accent Date: Sat, 24 Jun 2000 17:09:16 +0200 (CEST) the Makefile patch was wrong, this one follow the right way. Index: /usr/src/share/syscons/keymaps/Makefile =================================================================== RCS file: /home/ncvs/src/share/syscons/keymaps/Makefile,v retrieving revision 1.44 diff -u -r1.44 Makefile --- /usr/src/share/syscons/keymaps/Makefile 2000/03/02 14:43:51 1.44 +++ /usr/src/share/syscons/keymaps/Makefile 2000/05/21 21:25:23 @@ -32,6 +32,7 @@ KEYMAPS+= ua.koi8-u.kbd KEYMAPS+= uk.iso.kbd uk.cp850.kbd KEYMAPS+= us.iso.kbd us.dvorak.kbd us.dvorakx.kbd us.emacs.kbd us.unix.kbd +KEYMAPS+= us.iso.acc.kbd MAPSDIR = ${SHAREDIR}/syscons/keymaps NOMAN = noman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jun 24 8:37:52 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1653D37BC35; Sat, 24 Jun 2000 08:37:51 -0700 (PDT) (envelope-from ru@FreeBSD.org) Received: (from ru@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA45977; Sat, 24 Jun 2000 08:37:50 -0700 (PDT) (envelope-from ru@FreeBSD.org) Date: Sat, 24 Jun 2000 08:37:50 -0700 (PDT) From: Message-Id: <200006241537.IAA45977@freefall.freebsd.org> To: dwmalone@maths.tcd.ie, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/18619: ftp cmds.c thinks gateport is a short, it's a char *. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ftp cmds.c thinks gateport is a short, it's a char *. State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Sat Jun 24 08:36:20 PDT 2000 State-Changed-Why: Fixed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=18619 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jun 24 8:50: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8EE6037B914 for ; Sat, 24 Jun 2000 08:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA47156; Sat, 24 Jun 2000 08:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 6087537B7C6; Sat, 24 Jun 2000 08:44:11 -0700 (PDT) Message-Id: <20000624154411.6087537B7C6@hub.freebsd.org> Date: Sat, 24 Jun 2000 08:44:11 -0700 (PDT) From: rbt@zort.on.ca To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/19489: UPDATE: net/gnut Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19489 >Category: misc >Synopsis: UPDATE: net/gnut >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jun 24 08:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Rod Taylor >Release: >Organization: >Environment: >Description: Lots of bug fixes with this release, better documentation, and a few minor features added (blocking vpns). >How-To-Repeat: >Fix: diff -ruN gnut.old/Makefile gnut/Makefile --- gnut.old/Makefile Sat Jun 24 11:29:06 2000 +++ gnut/Makefile Sat Jun 24 11:38:06 2000 @@ -6,9 +6,9 @@ # PORTNAME= gnut -PORTVERSION= 0.3.24 +PORTVERSION= 0.4.8 CATEGORIES= net audio -MASTER_SITES= http://www.umr.edu/~jjp/ +MASTER_SITES= http://www.mrob.com/gnut/tars/ MAINTAINER= kris@FreeBSD.org @@ -19,7 +19,11 @@ .if !defined(NOPORTDOCS) ${MKDIR} ${PREFIX}/share/doc/gnut ${INSTALL_DATA} ${WRKSRC}/README ${PREFIX}/share/doc/gnut - ${INSTALL_DATA} ${WRKSRC}/TUTORIAL ${PREFIX}/share/doc/gnut + +.for file in TUTORIAL gnut-1.html gnut-2.html gnut-3.html gnut-4.html gnut-5.html gnut-6.html gnut.html + ${INSTALL_DATA} ${WRKSRC}/doc/${file} ${PREFIX}/share/doc/gnut +.endfor + .endif ${MKDIR} ${PREFIX}/share/gnut ${INSTALL_DATA} ${WRKSRC}/gnutrc.sample ${PREFIX}/share/gnut diff -ruN gnut.old/files/md5 gnut/files/md5 --- gnut.old/files/md5 Sat Jun 24 11:29:06 2000 +++ gnut/files/md5 Sat Jun 24 11:30:31 2000 @@ -1 +1 @@ -MD5 (gnut-0.3.24.tar.gz) = 9b08bbe2b47165363889efcbe70f1a44 +MD5 (gnut-0.4.8.tar.gz) = 655130ecb0e9ba9971dc32db55b3767b diff -ruN gnut.old/pkg/PLIST gnut/pkg/PLIST --- gnut.old/pkg/PLIST Sat Jun 24 11:29:06 2000 +++ gnut/pkg/PLIST Sat Jun 24 11:39:27 2000 @@ -1,6 +1,13 @@ bin/gnut share/doc/gnut/README share/doc/gnut/TUTORIAL +share/doc/gnut/gnut.html +share/doc/gnut/gnut-1.html +share/doc/gnut/gnut-2.html +share/doc/gnut/gnut-3.html +share/doc/gnut/gnut-4.html +share/doc/gnut/gnut-5.html +share/doc/gnut/gnut-6.html share/gnut/gnutrc.sample @dirrm share/doc/gnut/ @dirrm share/gnut/ >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jun 24 11: 0: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8A22637B8CD for ; Sat, 24 Jun 2000 11:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA59196; Sat, 24 Jun 2000 11:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from sabre.velocet.net (sabre.velocet.net [198.96.118.66]) by hub.freebsd.org (Postfix) with ESMTP id AA6BD37B90B for ; Sat, 24 Jun 2000 10:50:40 -0700 (PDT) (envelope-from dgilbert@office.tor.velocet.net) Received: from office.tor.velocet.net (trooper.velocet.net [216.126.82.226]) by sabre.velocet.net (Postfix) with ESMTP id 17B35137F75 for ; Sat, 24 Jun 2000 13:50:01 -0400 (EDT) Received: (from dgilbert@localhost) by office.tor.velocet.net (8.9.3/8.9.3) id NAA07157; Sat, 24 Jun 2000 13:49:30 -0400 (EDT) (envelope-from dgilbert) Message-Id: <200006241749.NAA07157@office.tor.velocet.net> Date: Sat, 24 Jun 2000 13:49:30 -0400 (EDT) From: David Gilbert Reply-To: dgilbert@velocet.ca To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/19490: Collisions of faith. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19490 >Category: kern >Synopsis: faith0 network device has high number of collisions >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jun 24 11:00:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: David Gilbert >Release: FreeBSD 4.0-STABLE i386 >Organization: Velocet Communications >Environment: FreeBSD-4.0-STABLE CVSup'd on 2000 06 16 >Description: netstat -in reports: faith 1500 0 0 0 0 925983588 Which is somewhat strange since the machine's only been up for 2 hours and hasn't any IPv6 configured that I know of. >How-To-Repeat: netstat -in >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jun 24 11: 1:15 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from sabre.velocet.net (sabre.velocet.net [198.96.118.66]) by hub.freebsd.org (Postfix) with ESMTP id D32F737B8CD; Sat, 24 Jun 2000 11:01:04 -0700 (PDT) (envelope-from dgilbert@office.tor.velocet.net) Received: from office.tor.velocet.net (trooper.velocet.net [216.126.82.226]) by sabre.velocet.net (Postfix) with ESMTP id 50460137F75; Sat, 24 Jun 2000 14:01:03 -0400 (EDT) Received: (from dgilbert@localhost) by office.tor.velocet.net (8.9.3/8.9.3) id OAA08148; Sat, 24 Jun 2000 14:01:03 -0400 (EDT) (envelope-from dgilbert) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14676.63326.950427.727812@trooper.velocet.net> Date: Sat, 24 Jun 2000 14:01:02 -0400 (EDT) To: gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/19490: Collisions of faith. In-Reply-To: <200006241800.LAA59191@freefall.freebsd.org> References: <200006241749.NAA07157@office.tor.velocet.net> <200006241800.LAA59191@freefall.freebsd.org> X-Mailer: VM 6.75 under 20.4 "Emerald" XEmacs Lucid Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >>>>> "gnats-admin" == gnats-admin writes: ... Actually, that cvsup would actually be 2000 06 23. Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =========================================================GLO================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jun 24 18:35:52 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E637737B748; Sat, 24 Jun 2000 18:35:49 -0700 (PDT) (envelope-from brian@FreeBSD.org) Received: (from brian@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA03414; Sat, 24 Jun 2000 18:35:49 -0700 (PDT) (envelope-from brian@FreeBSD.org) Date: Sat, 24 Jun 2000 18:35:49 -0700 (PDT) From: Message-Id: <200006250135.SAA03414@freefall.freebsd.org> To: brian@FreeBSD.org, freebsd-bugs@FreeBSD.org, brian@FreeBSD.org Subject: Re: bin/19483: option to compress accounting files in /var/account Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: option to compress accounting files in /var/account Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Sat Jun 24 18:35:15 PDT 2000 Responsible-Changed-Why: I'm talking to Ben about this. http://www.freebsd.org/cgi/query-pr.cgi?pr=19483 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jun 24 20:20: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A872837B6EF for ; Sat, 24 Jun 2000 20:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA12592; Sat, 24 Jun 2000 20:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 2325437B52B; Sat, 24 Jun 2000 20:16:02 -0700 (PDT) Message-Id: <20000625031602.2325437B52B@hub.freebsd.org> Date: Sat, 24 Jun 2000 20:16:02 -0700 (PDT) From: thni@post6.tele.dk To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/19494: hang on boot; culpit seems to be ed0 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19494 >Category: kern >Synopsis: hang on boot; culpit seems to be ed0 >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jun 24 20:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Thomas Nikolajsen >Release: 4.0-STABLE >Organization: private >Environment: FreeBSD ask.rod.dk 4.0-STABLE #22: Sun Jun 25 04:28:31 CEST 2000 root@ask.rod.dk:/usr/src/i386/compile/ask i386 >Description: i386 hangs on boot; last message (verbose): bpf: lp0 attached Happens after updating (cvsup of src-all & cvs-crypto) on June 23 2000, 'make world' and building new kernel. src/sys/dev/ed/if_ed.c was updated to v. 1.173.2.4 Disabling ed0 in config (boot_userconfig) removes problem. ed0 detected as: ed0 at port 0x340-0x35f irq 10 on isa0 ed0: address 00:00:e8:c9:5e:72, type NE2000 (16 bit) >How-To-Repeat: Boot i386 with (my) NE2000 card, on kernel with ed-driver (if_ed.c v. 1.173.2.4). >Fix: Downgrade src/sys/dev/ed/if_ed.c to v. 1.173.2.3 >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jun 24 22:50: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 69B5437B7BE for ; Sat, 24 Jun 2000 22:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA23905; Sat, 24 Jun 2000 22:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from sanson.reyes.somos.net (freyes.static.inch.com [216.223.199.224]) by hub.freebsd.org (Postfix) with ESMTP id 95BF537B7B3 for ; Sat, 24 Jun 2000 22:49:17 -0700 (PDT) (envelope-from fran@sanson.reyes.somos.net) Received: (from fran@localhost) by sanson.reyes.somos.net (8.9.3/8.9.3) id BAA42039; Sun, 25 Jun 2000 01:43:06 -0400 (EDT) (envelope-from fran) Message-Id: <200006250543.BAA42039@sanson.reyes.somos.net> Date: Sun, 25 Jun 2000 01:43:06 -0400 (EDT) From: fran@reyes.somos.net Reply-To: fran@reyes.somos.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/19496: Change to /usr/src/UPDATING in Stable due to softupdates Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19496 >Category: misc >Synopsis: Update to /usr/src/UPDATING to include recent changes to softupdate >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Jun 24 22:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Francisco Reyes >Release: FreeBSD 3.4-STABLE i386 >Organization: >Environment: 4.X stable >Description: Add note about Softupdate moved to /sys/ufs/ufs >How-To-Repeat: >Fix: > 20000621: > Softupdates are now part of the main tree. If you have been > using them you need to remove the links at /usr/src/ufs/ffs. > The two links that need to be deleted are softdep.h and > ffs_softdep.h. > >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jun 24 23: 0: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 371E537B794 for ; Sat, 24 Jun 2000 23:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA24593; Sat, 24 Jun 2000 23:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 24 Jun 2000 23:00:03 -0700 (PDT) Message-Id: <200006250600.XAA24593@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Francisco Reyes Subject: Re: misc/19496: Update to /usr/src/UPDATING to include recent changes to softupdate Reply-To: Francisco Reyes Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/19496; it has been noted by GNATS. From: Francisco Reyes To: freebsd-gnats-submit@FreeBSD.org, fran@reyes.somos.net Cc: Subject: Re: misc/19496: Update to /usr/src/UPDATING to include recent changes to softupdate Date: Sun, 25 Jun 2000 01:49:11 -0400 On the diff I submited I left out the first character. It should be 8a9,14 > 20000621: > Softupdates are now part of the main tree. If you have been > using them you need to remove the links at /usr/src/ufs/ffs. > The two links that need to be deleted are softdep.h and > ffs_softdep.h. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message