From owner-freebsd-bugs Sun Feb 1 01:00:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA10772 for freebsd-bugs-outgoing; Sun, 1 Feb 1998 01:00:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA10761; Sun, 1 Feb 1998 01:00:01 -0800 (PST) (envelope-from gnats) Received: from noir.crocodile.org (lord@noir.crocodile.org [207.88.166.95]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA10614 for ; Sun, 1 Feb 1998 00:58:07 -0800 (PST) (envelope-from lord@noir.crocodile.org) Received: (from lord@localhost) by noir.crocodile.org (8.8.5/8.8.5) id AAA00357; Sun, 1 Feb 1998 00:57:58 -0800 (PST) Message-Id: <199802010857.AAA00357@noir.crocodile.org> Date: Sun, 1 Feb 1998 00:57:58 -0800 (PST) From: lord@crocodile.org Reply-To: lord@crocodile.org To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: dk@farm.org X-Send-Pr-Version: 3.2 Subject: kern/5618: kernel memory leak Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" >Number: 5618 >Category: kern >Synopsis: kernel memory leak in routetbl. >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 1 01:00:01 PST 1998 >Last-Modified: >Originator: Vadim Zaliva >Organization: Private >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: Moderately loaded 2.2.2 box on LAN running routed, httpd, ircd, sshd. Used and shell box for dosen people. Uptime was around 50 days. There was IP alias on the one and only ethernet interface. >Description: Noticed slowdown of the system. In `vmstat -m` output routbl category occupies more than 10 meg. Output of `vmstat -m`: Memory statistics by bucket size Size In Use Free Requests HighWater Couldfree 16 62 1218 62899 1280 0 32 49630 34 307579 640 0 64 8367 1745 1710296 320 0 128 9936 208 4505330 160 12584 256 62664 392 3000116 80 1168 512 71 193 156979 40 2150 1K 27 161 5810616 20 1514765 2K 8 24 3703 10 1395 4K 8 6 14449 5 0 8K 3 2 7 5 0 16K 4 0 4 5 0 32K 1 0 1 5 0 Memory usage type by bucket size Size Type(s) 16 devbuf, pcb, routetbl, vnodes, proc, mrt, temp, IpFw/IpAcct, sysctl 32 devbuf, pcb, routetbl, pgrp, session, subproc, ether_multi, temp 64 devbuf, routetbl, ifaddr, namecache, VM mapent, VM pgdata, file, lockf, in_multi 128 devbuf, pcb, routetbl, zombie, ifaddr, cred, vnodes, VM map, VM object, VM pgdata, file desc, ip_moptions, temp, ttys, IpFw/IpAcct, isa_devlist 256 devbuf, socket, pcb, routetbl, vnodes, VM map, VM pgdata, file desc, subproc, FFS node, NFS srvsock, NFS daemon, temp, select 512 devbuf, pcb, ioctlops, mount, UFS mount, VM pgdata, file desc, proc, temp, BIO buffer 1K devbuf, namei, UFS mount, VM pgdata, file desc, NQNFS Lease, temp, BIO buffer 2K devbuf, UFS mount, VM pgdata, proc, BIO buffer 4K mbuf, devbuf, ioctlops, VM pgdata, MSDOSFS mount, temp 8K NFS node, UFS quota, UFS mount, VM pgdata 16K devbuf, namecache 32K VM pgdata Memory statistics by type Type Kern Type InUse MemUse HighUse Limit Requests Limit Limit Size(s) mbuf 1 4K 4K 18437K 1 0 0 4K devbuf 38 80K 81K 18437K 129 0 0 16,32,64,128,256,512,1K,2K,4K,16K socket 4663 1166K 1215K 18437K 238525 0 0 256 pcb 9280 1740K 1813K 18437K 316399 0 0 16,32,128,256,512 routetbl 98885 13905K 13907K 18437K 172810 0 0 16,32,64,128,256 zombie 0 0K 1K 18437K 155045 0 0 128 ifaddr 9 2K 2K 18437K 9 0 0 64,128 namei 1 1K 16K 18437K 5749510 0 0 1K ioctlops 0 0K 4K 18437K 27 0 0 512,4K cred 49 7K 30K 18437K 77650 0 0 128 pgrp 34 2K 7K 18437K 37185 0 0 32 session 27 1K 7K 18437K 32596 0 0 32 mount 4 2K 2K 18437K 4 0 0 512 NFS node 1 8K 8K 18437K 1 0 0 8K vnodes 3873 482K 498K 18437K 64729 0 0 16,128,256 namecache 3823 255K 255K 18437K 3823 0 0 64,16K UFS quota 1 8K 8K 18437K 1 0 0 8K UFS mount 10 19K 19K 18437K 10 0 0 512,1K,2K,8K VM map 56 14K 59K 18437K 155101 0 0 128,256 VM mapent 3999 250K 250K 18437K 3999 0 0 64 VM object 834 105K 402K 18437K 3759469 0 0 128 VM pgdata 583 78K 272K 18437K 39710 0 0 64,128,256,512,1K,2K,4K,8K,32K file 126 8K 33K 18437K 1620648 0 0 64 file desc 50 8K 29K 18437K 155692 0 0 128,256,512,1K lockf 4 1K 1K 18437K 47702 0 0 64 proc 61 30K 120K 18437K 157076 0 0 16,512,2K subproc 59 5K 53K 18437K 310149 0 0 32,256 FFS node 3743 936K 955K 18437K 2073167 0 0 256 NQNFS Lease 1 1K 1K 18437K 1 0 0 1K NFS srvsock 2 1K 1K 18437K 2 0 0 256 NFS daemon 1 1K 1K 18437K 1 0 0 256 ip_moptions 1 1K 1K 18437K 45773 0 0 128 in_multi 2 1K 1K 18437K 11445 0 0 64 ether_multi 1 1K 1K 18437K 11444 0 0 32 mrt 1 1K 1K 18437K 1 0 0 16 MSDOSFS mount 1 4K 4K 18437K 1 0 0 4K temp 101 9K 26K 18437K 225380 0 0 16,32,128,256,512,1K,4K ttys 401 51K 99K 18437K 32147 0 0 128 IpFw/IpAcct 6 1K 1K 18437K 6 0 0 16,128 isa_devlist 1 1K 1K 18437K 1 0 0 128 sysctl 0 0K 1K 18437K 11 0 0 16 BIO buffer 21 23K 178K 18437K 64286 0 0 512,1K,2K select 27 7K 52K 18437K 10313 0 0 256 Memory Totals: In Use Free Requests 19202K 599K 15571979 >How-To-Repeat: I don't know :-) >Fix: reboot >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Feb 1 01:20:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA12659 for freebsd-bugs-outgoing; Sun, 1 Feb 1998 01:20:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA12651; Sun, 1 Feb 1998 01:20:01 -0800 (PST) (envelope-from gnats) Received: from sliphost37.uni-trier.de (sliphost37.uni-trier.de [136.199.240.37]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA12550 for ; Sun, 1 Feb 1998 01:19:32 -0800 (PST) (envelope-from blank@sliphost37.uni-trier.de) Received: (from blank@localhost) by sliphost37.uni-trier.de (8.8.8/8.8.8) id KAA00335; Sun, 1 Feb 1998 10:15:22 +0100 (CET) (envelope-from blank) Message-Id: <199802010915.KAA00335@sliphost37.uni-trier.de> Date: Sun, 1 Feb 1998 10:15:22 +0100 (CET) From: blank@fox.uni-trier.de (Sascha Blank) Reply-To: blank@fox.uni-trier.de (Sascha Blank) To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5619: /etc/rc doesn't clean /var/run properly Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" >Number: 5619 >Category: bin >Synopsis: /etc/rc doesn't clean /var/run properly >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 Feb 1 01:20:01 PST 1998 >Last-Modified: >Originator: Sascha Blank >Organization: >Release: FreeBSD 2.2.5-STABLE i386 >Environment: A very recent 2.2.5-STABLE system. The /etc/rc file has the version number: /etc/rc: $Id: rc,v 1.104.2.32 1998/01/29 11:17:44 obrien Exp $ >Description: During system startup /etc/rc cleans the /var/run directory. This works well unless you have a port installed like xemacs-20.3 that creates a subdirectory under /var/run (in this case /var/run/xemacs/lock). Because of this I get the error message rm: /var/run/xemacs: is a directory every time /etc/rc is processed. >How-To-Repeat: Create a directory under /var/run and watch for the message as /etc/rc is processed. >Fix: This small diff fixes the problem by replacing the rm command with a more appropriate find-rm combination. *** /usr/src/etc/rc Fri Jan 30 17:19:36 1998 --- /etc/rc Sun Feb 1 10:07:09 1998 *************** *** 98,104 **** adjkerntz -i ! rm -f /var/run/* # Keep a copy of the boot messages around dmesg > /var/run/dmesg.boot --- 98,104 ---- adjkerntz -i ! find /var/run -type f -exec rm -f {} \; # Keep a copy of the boot messages around dmesg > /var/run/dmesg.boot -- Sascha Blank | "I prefer to work behind the scenes. The Student and System Administrator | reward is nearly as great, and the risk at the University of Trier, Germany | is far far less" - Ambassador Mollari in mailto:blank@fox.uni-trier.de | in Babylon 5, "The coming of shadows" >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Feb 1 02:40:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA21267 for freebsd-bugs-outgoing; Sun, 1 Feb 1998 02:40:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA21261; Sun, 1 Feb 1998 02:40:01 -0800 (PST) (envelope-from gnats) Received: from meshsv68.os.mesh.ad.jp (meshsv68.os.mesh.ad.jp [133.205.64.136]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA21070 for ; Sun, 1 Feb 1998 02:37:20 -0800 (PST) (envelope-from jsakai@mxr.mesh.ne.jp) Received: from footwork.mxr.mesh.ne.jp (kws13DU01.kng.mesh.ad.jp [133.205.47.61]) by meshsv68.os.mesh.ad.jp (8.8.4+2.7Wbeta4/3.5Wpl1-97120315) with ESMTP id TAA24536 for ; Sun, 1 Feb 1998 19:37:16 +0900 (JST) Received: (from sakai@localhost) by footwork.mxr.mesh.ne.jp (8.8.7/3.4W3-05/12/97) id TAA00745; Sun, 1 Feb 1998 19:38:31 +0900 (JST) Message-Id: <199802011038.TAA00745@footwork.mxr.mesh.ne.jp> Date: Sun, 1 Feb 1998 19:38:31 +0900 (JST) From: sakai@jp.freebsd.org Reply-To: sakai@jp.freebsd.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/5621: Typo in mknetid(8) manpage Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" >Number: 5621 >Category: docs >Synopsis: Typo in mknetid(8) manpage >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 1 02:40:00 PST 1998 >Last-Modified: >Originator: Junji SAKAI >Organization: FreeBSD Japanese Online Manual Project >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: $ man 8 mknetid >Description: mknetid(8) manpage says (in OPTIONS section): | -h group-file | The -h flag can be used to specify the location of the hosts | database file. The compiled-in default is /etc/hosts. >How-To-Repeat: $ man 8 mknetid >Fix: I think the first line quoted above should be "-h hosts-file", not "-h group-file". >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Feb 1 03:20:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA25214 for freebsd-bugs-outgoing; Sun, 1 Feb 1998 03:20:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA25206; Sun, 1 Feb 1998 03:20:01 -0800 (PST) (envelope-from gnats) Date: Sun, 1 Feb 1998 03:20:01 -0800 (PST) Message-Id: <199802011120.DAA25206@hub.freebsd.org> To: freebsd-bugs Cc: From: Hans Petter Bieker Subject: Re: bin/5619: /etc/rc doesn't clean /var/run properly Reply-To: Hans Petter Bieker Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" The following reply was made to PR bin/5619; it has been noted by GNATS. From: Hans Petter Bieker To: Sascha Blank Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/5619: /etc/rc doesn't clean /var/run properly Date: Sun, 1 Feb 1998 12:16:44 +0100 (CET) On Sun, 1 Feb 1998, Sascha Blank wrote: > ! find /var/run -type f -exec rm -f {} \; Which is wrong. Why do you want fifos etc to stay? -bieker- From owner-freebsd-bugs Sun Feb 1 07:40:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA22819 for freebsd-bugs-outgoing; Sun, 1 Feb 1998 07:40:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA22783; Sun, 1 Feb 1998 07:40:01 -0800 (PST) (envelope-from gnats) Date: Sun, 1 Feb 1998 07:40:01 -0800 (PST) Message-Id: <199802011540.HAA22783@hub.freebsd.org> To: freebsd-bugs Cc: From: Andre Albsmeier Subject: Re: bin/5619: /etc/rc doesn't clean /var/run properly Reply-To: Andre Albsmeier Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" The following reply was made to PR bin/5619; it has been noted by GNATS. From: Andre Albsmeier To: blank@fox.uni-trier.de Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/5619: /etc/rc doesn't clean /var/run properly Date: Sun, 1 Feb 1998 16:39:13 +0100 (CET) Same here with sudo (look at misc/4723 :-(). I was told that sudo is not allowed to create directories there and should go to /var/db. However I am using now: (cd /var/run && { rm -rf -- *; cp /dev/null utmp; chmod 644 utmp; }) From owner-freebsd-bugs Sun Feb 1 09:35:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA05245 for freebsd-bugs-outgoing; Sun, 1 Feb 1998 09:35:59 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA05214; Sun, 1 Feb 1998 09:35:35 -0800 (PST) (envelope-from steve) Date: Sun, 1 Feb 1998 09:35:35 -0800 (PST) From: Steve Price Message-Id: <199802011735.JAA05214@hub.freebsd.org> To: blank@fox.uni-trier.de, steve, freebsd-bugs Subject: Re: conf/5535 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Synopsis: /var/run is not cleaned properly on system startup in 2.2.5-RELENG State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sun Feb 1 09:35:01 PST 1998 State-Changed-Why: Duplicate of 5619. From owner-freebsd-bugs Sun Feb 1 11:10:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA17155 for freebsd-bugs-outgoing; Sun, 1 Feb 1998 11:10:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA17113; Sun, 1 Feb 1998 11:10:01 -0800 (PST) (envelope-from gnats) Date: Sun, 1 Feb 1998 11:10:01 -0800 (PST) Message-Id: <199802011910.LAA17113@hub.freebsd.org> To: freebsd-bugs Cc: From: dag-erli@ifi.uio.no (Dag-Erling Coidan Smørgrav) Subject: Re: docs/5614: Typos in ifconfig(8) and ep(4) man pages Reply-To: dag-erli@ifi.uio.no (Dag-Erling Coidan Smørgrav) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" The following reply was made to PR docs/5614; it has been noted by GNATS. From: dag-erli@ifi.uio.no (Dag-Erling Coidan Smørgrav) To: Steve Price Cc: freebsd-gnats-submit@freebsd.org Subject: Re: docs/5614: Typos in ifconfig(8) and ep(4) man pages Date: 01 Feb 1998 20:06:20 +0100 Steve Price writes: > IO address 0x110 is indeed correct. See a recent discussion > in -hackers (IIRC), PR kern/4459, and the comments Joerg Wunsch > added in revision 1.22 of if_epreg.h by way of Justin Gibbs manual > on the 3c509. Ah, I see. elink.h defines ELINK_ID_PORT to 0x100, hence the confusion. But how do you explain the problems I experienced (namely, "ep0 not found at 0x340" and "3c5x9 board(s) found at 0x220, 0x220, 0x220...") which disappeared when I mapped my SB32 to 0x108 instead of 0x100? -- * Finrod (INTJ) * Unix weenie * dag-erli@ifi.uio.no * cellular +47-92835919 * RFC1123: "Be liberal in what you accept, and conservative in what you send" From owner-freebsd-bugs Sun Feb 1 11:57:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA23774 for freebsd-bugs-outgoing; Sun, 1 Feb 1998 11:57:42 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from base486.home.org (imdave@imdave.pr.mcs.net [205.164.3.77]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA23764 for ; Sun, 1 Feb 1998 11:57:38 -0800 (PST) (envelope-from imdave@mcs.net) Received: (from imdave@localhost) by base486.home.org (8.8.8/8.8.8) id NAA02253; Sun, 1 Feb 1998 13:57:29 -0600 (CST) Date: Sun, 1 Feb 1998 13:57:29 -0600 (CST) From: Dave Bodenstab Message-Id: <199802011957.NAA02253@base486.home.org> To: archie@whistle.com Subject: Re: bin/5604: memory leak and other bugs in setenv(3) Cc: freebsd-bugs@FreeBSD.ORG Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" > From: Archie Cobbs > > >Description: > > There is a memory leak in the setenv() function. If you overwrite > a value with a longer value, the memory allocated for the shorter > value is never freed. This is ``the way it is'' as long as I can recall (from system 5 release 2 in the early 80's.) This is because the initial environment values and environ[] array are created by the kernel when a process's address space is created by the exec(2) system call. Take a look at /usr/src/libc/csu/i386/crt0.c and /usr/src/sys/kern/kern_exec.c. These areas are not on malloc's memory lists, therefore it is illegal to call free with any of these addresses. Unless setenv were changed to keep a record of which environ[] elements had been malloc'ed by a previous call to setenv, there is no way to know if it is OK to call free(). Your fix to setenv makes an illegal call to free -- change your test program to: #include #define BSIZE 1024 char buf[BSIZE + 1]; int main(int ac, char *av[]) { int x; memset(buf, 'b', BSIZE); buf[BSIZE] = 0; for (x = 0; 1; x++) { buf[x % BSIZE] = 0; setenv("PATH", buf, 1); buf[x % BSIZE] = 'b'; } return(0); } Compile with your patched setenv.c and run with: bash$ MALLOC_OPTIONS=AZX gdb ./a.out GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc... (gdb) r Starting program: /tmp/./a.out a.out in free(): error: junk pointer, too high to make sense. Program received signal SIGABRT, Aborted. 0x806c571 in kill () (gdb) bt #0 0x806c571 in kill () #1 0x806bde3 in abort () #2 0x806a862 in getdtablesize () #3 0x806a8a0 in getdtablesize () #4 0x806b8a3 in getdtablesize () #5 0x806bad6 in free () #6 0x1843 in setenv (name=0x15b0 "PATH", value=0x20f8 "b", rewrite=1) at setenv.c:97 #7 0x161f in main (ac=1, av=0xefbfd934) at t.c:12 (gdb) f 6 #6 0x1843 in setenv (name=0x15b0 "PATH", value=0x20f8 "b", rewrite=1) at setenv.c:97 97 free(environ[offset]); (gdb) q The program is running. Quit anyway (and kill it)? (y or n) y I suspect that the original designers of setenv made a trade off between a more complicated setenv and a minor memory leak. I'm sure that they never considered a program such as your test program as a typical use of setenv. Whether this is a valid assumption or not could certainly be an issue for discussion. > Also, notice what happens to "environ" in the original code when > the realloc() function call fails. > > Also, the "alloced" flag is incorrectly set if the original malloc() > fails. In my opinion, these two points are valid. Dave Bodenstab imdave@mcs.net From owner-freebsd-bugs Sun Feb 1 12:00:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA24258 for freebsd-bugs-outgoing; Sun, 1 Feb 1998 12:00:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA24222; Sun, 1 Feb 1998 12:00:00 -0800 (PST) (envelope-from gnats) Date: Sun, 1 Feb 1998 12:00:00 -0800 (PST) Message-Id: <199802012000.MAA24222@hub.freebsd.org> To: freebsd-bugs Cc: From: Steve Price Subject: Re: docs/5614: Typos in ifconfig(8) and ep(4) man pages Reply-To: Steve Price Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" The following reply was made to PR docs/5614; it has been noted by GNATS. From: Steve Price To: Dag-Erling Coidan Smørgrav , joerg@FreeBSD.ORG, gibbs@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG Cc: Subject: Re: docs/5614: Typos in ifconfig(8) and ep(4) man pages Date: Sun, 01 Feb 1998 13:52:39 -0600 Dag-Erling Coidan Smørgrav wrote: > > Steve Price writes: > > IO address 0x110 is indeed correct. See a recent discussion > > in -hackers (IIRC), PR kern/4459, and the comments Joerg Wunsch > > added in revision 1.22 of if_epreg.h by way of Justin Gibbs manual > > on the 3c509. > > Ah, I see. elink.h defines ELINK_ID_PORT to 0x100, hence the confusion. Hmm... steve[/usr/src/sys]$ find . | xargs grep EP_ID_PORT ./i386/boot/netboot/3c509.c: int data, j, io_base, id_port = EP_ID_PORT; ./i386/boot/netboot/3c509.h:#define EP_ID_PORT 0x100 ./i386/isa/if_epreg.h:#define EP_ID_PORT 0x110 ./pc98/boot/netboot/3c509.c: int data, j, io_base, id_port = EP_ID_PORT; ./pc98/boot/netboot/3c509.h:#define EP_ID_PORT 0x100 ./pc98/boot/netboot/if_epreg.h:#define EP_ID_PORT 0x100 steve[/usr/src/sys]$ find . | xargs grep ELINK_ID_PORT ./i386/isa/elink.c: outb(ELINK_ID_PORT, ELINK_RESET); ./i386/isa/elink.c: outb(ELINK_ID_PORT, c); ./i386/isa/elink.h:#define ELINK_ID_PORT 0x71d0 ./i386/isa/elink.h:#define ELINK_ID_PORT 0x100 ./i386/isa/if_ep.c: int data, i, j, id_port = ELINK_ID_PORT; ^^^^^^^^^^^^^ This is why you experienced the problem. This should be EP_ID_PORT or ELINK_ID_PORT should be changed 0x110. Joerg? Justin? ./i386/isa/if_ie.c: outb(ELINK_ID_PORT, 0x00); ./i386/isa/if_ie.c: outb(ELINK_ID_PORT, 0xff); ./i386/isa/if_ie.c: outb(ELINK_ID_PORT, 0x00); ./i386/isa/if_ie.c: outb(ELINK_ID_PORT, 0x00); steve[/usr/src/sys]$ > But how do you explain the problems I experienced (namely, "ep0 not > found at 0x340" and "3c5x9 board(s) found at 0x220, 0x220, 0x220...") > which disappeared when I mapped my SB32 to 0x108 instead of 0x100? See above explanation. Steve > -- > * Finrod (INTJ) * Unix weenie * dag-erli@ifi.uio.no * cellular +47-92835919 * > RFC1123: "Be liberal in what you accept, and conservative in what you send" From owner-freebsd-bugs Sun Feb 1 12:11:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA26337 for freebsd-bugs-outgoing; Sun, 1 Feb 1998 12:11:43 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA26218; Sun, 1 Feb 1998 12:11:16 -0800 (PST) (envelope-from steve) Date: Sun, 1 Feb 1998 12:11:16 -0800 (PST) From: Steve Price Message-Id: <199802012011.MAA26218@hub.freebsd.org> To: rhh@ct.picker.com, steve, freebsd-bugs Subject: Re: kern/5432 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Synopsis: Re: Very slow throughput & transmit underflows w/ lnc driver State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sun Feb 1 12:06:41 PST 1998 State-Changed-Why: The orginator stated the problem was in the machine's Award BIOS. Setting the "CHIPSET GLOBAL FEATURES" option to DISABLED fixed the problem. Any DMA/BIOS experts out there that can explain why? From owner-freebsd-bugs Sun Feb 1 15:49:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA29210 for freebsd-bugs-outgoing; Sun, 1 Feb 1998 15:49:25 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA29203 for ; Sun, 1 Feb 1998 15:49:24 -0800 (PST) (envelope-from archie@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id PAA19501; Sun, 1 Feb 1998 15:48:49 -0800 (PST) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma019497; Sun Feb 1 15:48:41 1998 Received: (from archie@localhost) by bubba.whistle.com (8.8.7/8.6.12) id PAA03303; Sun, 1 Feb 1998 15:48:41 -0800 (PST) From: Archie Cobbs Message-Id: <199802012348.PAA03303@bubba.whistle.com> Subject: Re: bin/5604: memory leak and other bugs in setenv(3) In-Reply-To: <199802011957.NAA02253@base486.home.org> from Dave Bodenstab at "Feb 1, 98 01:57:29 pm" To: imdave@mcs.net (Dave Bodenstab) Date: Sun, 1 Feb 1998 15:48:41 -0800 (PST) Cc: freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Dave Bodenstab writes: > > From: Archie Cobbs > > There is a memory leak in the setenv() function. If you overwrite > > a value with a longer value, the memory allocated for the shorter > > value is never freed. > > This is ``the way it is'' as long as I can recall (from system 5 > release 2 in the early 80's.) This is because the initial environment > values and environ[] array are created by the kernel when a process's > address space is created by the exec(2) system call. Take a look > at /usr/src/libc/csu/i386/crt0.c and /usr/src/sys/kern/kern_exec.c. > These areas are not on malloc's memory lists, therefore it is > illegal to call free with any of these addresses. Unless setenv > were changed to keep a record of which environ[] elements had been > malloc'ed by a previous call to setenv, there is no way to know if > it is OK to call free(). Your fix to setenv makes an illegal call > to free -- change your test program to: Yes.. I didn't think of this until after submitting the bug. I think the only way to stop the leak is by keeping a list of the actual pointers returned from calls to malloc() and realloc() (rather than a binary array, because user code can modify environ[x]). I'll try to come up with a more correct patch. Thanks, -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-bugs Sun Feb 1 15:50:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA29352 for freebsd-bugs-outgoing; Sun, 1 Feb 1998 15:50:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA29319; Sun, 1 Feb 1998 15:50:00 -0800 (PST) (envelope-from gnats) Date: Sun, 1 Feb 1998 15:50:00 -0800 (PST) Message-Id: <199802012350.PAA29319@hub.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: bin/5596: killall's bogus diagnostics Reply-To: Bill Fenner Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" The following reply was made to PR bin/5596; it has been noted by GNATS. From: Bill Fenner To: Wolfram Schneider Cc: freebsd-gnats-submit@hub.freebsd.org, mi@aldan.algebra.com Subject: Re: bin/5596: killall's bogus diagnostics Date: Sun, 1 Feb 1998 15:48:21 PST Ah, but it might be nice to change the diagnostic if there were no matching processes owned by you; something like this patch? Bill --- killall.pl.orig Sun Feb 1 15:42:15 1998 +++ killall.pl Sun Feb 1 15:45:08 1998 @@ -85,16 +85,22 @@ $proc[$PROC_RUID], $proc[$PROC_NAME] if $debug > 1; if ( # match program name - ($proc[$PROC_NAME] eq $program || - ($match && $proc[$PROC_NAME] =~ /$programMatch/oi) - ) && - # id test - ($proc[$PROC_EUID] eq $id || # effective uid - $proc[$PROC_RUID] eq $id || # real uid - !$id)) # root + $proc[$PROC_NAME] eq $program || + ($match && $proc[$PROC_NAME] =~ /$programMatch/oi) + ) { - push(@kill, $pid); - $thiskill++; + if ( # id test + $proc[$PROC_EUID] eq $id || # effective uid + $proc[$PROC_RUID] eq $id || # real uid + !$id) # root + { + push(@kill, $pid); + $thiskill++; + } + else + { + $noperm++; + } } } close STATUS; @@ -102,7 +108,13 @@ closedir PROCFS; # nothing found - warn "No matching processes ``$program''\n" unless $thiskill; + if (!$thiskill) { + if ($noperm) { + warn "No matching processes ``$program'' belonging to you\n"; + } else { + warn "No matching processes ``$program''\n"; + } + } } # nothing found From owner-freebsd-bugs Sun Feb 1 17:49:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA14017 for freebsd-bugs-outgoing; Sun, 1 Feb 1998 17:49:43 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from pc-21490.bc.rogers.wave.ca (pc-21490.bc.rogers.wave.ca [24.113.51.240]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA14009 for ; Sun, 1 Feb 1998 17:49:39 -0800 (PST) (envelope-from jh@pc-21490.bc.rogers.wave.ca) Received: (from jh@localhost) by pc-21490.bc.rogers.wave.ca (8.8.7/8.8.7) id RAA02506; Sun, 1 Feb 1998 17:48:54 -0800 (PST) Message-ID: X-Mailer: XFMail 1.2 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199802012348.PAA03303@bubba.whistle.com> Date: Sun, 01 Feb 1998 17:48:53 -0800 (PST) Reply-To: Jonathan Hanna Organization: Pangolin Systems From: Jonathan Hanna To: Archie Cobbs Subject: Re: bin/5604: memory leak and other bugs in setenv(3) Cc: freebsd-bugs@FreeBSD.ORG, (Dave Bodenstab) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" On 01-Feb-98 Archie Cobbs wrote: > Dave Bodenstab writes: >>... Unless setenv >> were changed to keep a record of which environ[] elements had been >> malloc'ed by a previous call to setenv, there is no way to know if >> it is OK to call free(). Your fix to setenv makes an illegal call >> to free -- change your test program to: > > Yes.. I didn't think of this until after submitting the bug. I think > the only way to stop the leak is by keeping a list of the actual pointers > returned from calls to malloc() and realloc() (rather than a binary > array, because user code can modify environ[x]). > Is there a problem with just checking that the address is higher up the stack? For threaded environments is there a reliable way of determining that an address is on the original stack? If not, should malloc have an entry point to ask it if it owns something? Jonathan Hanna From owner-freebsd-bugs Sun Feb 1 18:22:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA16344 for freebsd-bugs-outgoing; Sun, 1 Feb 1998 18:22:17 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from pc-21490.bc.rogers.wave.ca (pc-21490.bc.rogers.wave.ca [24.113.51.240]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA16338 for ; Sun, 1 Feb 1998 18:22:16 -0800 (PST) (envelope-from jh@pc-21490.bc.rogers.wave.ca) Received: (from jh@localhost) by pc-21490.bc.rogers.wave.ca (8.8.7/8.8.7) id SAA02583; Sun, 1 Feb 1998 18:20:44 -0800 (PST) Message-ID: X-Mailer: XFMail 1.2 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sun, 01 Feb 1998 18:20:44 -0800 (PST) Reply-To: Jonathan Hanna Organization: Pangolin Systems From: Jonathan Hanna To: Jonathan Hanna Subject: Re: bin/5604: memory leak and other bugs in setenv(3) Cc: (Dave Bodenstab) , freebsd-bugs@FreeBSD.ORG, Archie Cobbs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" On 02-Feb-98 Jonathan Hanna wrote: > > On 01-Feb-98 Archie Cobbs wrote: >> Dave Bodenstab writes: >>>... Unless setenv >>> were changed to keep a record of which environ[] elements had been >>> malloc'ed by a previous call to setenv, there is no way to know if >>> it is OK to call free(). Your fix to setenv makes an illegal call >>> to free -- change your test program to: >> >> Yes.. I didn't think of this until after submitting the bug. I think >> the only way to stop the leak is by keeping a list of the actual pointers >> returned from calls to malloc() and realloc() (rather than a binary >> array, because user code can modify environ[x]). >> > > Is there a problem with just checking that the address is higher up the stack? > For threaded environments is there a reliable way of determining that > an address is on the original stack? If not, should malloc have an entry > point to ask it if it owns something? Oops, ignore the stack nonsense, and even malloc cannot help. Nasty. Jonathan Hanna From owner-freebsd-bugs Sun Feb 1 19:42:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA23803 for freebsd-bugs-outgoing; Sun, 1 Feb 1998 19:42:51 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA23781; Sun, 1 Feb 1998 19:42:30 -0800 (PST) (envelope-from steve) Date: Sun, 1 Feb 1998 19:42:30 -0800 (PST) From: Steve Price Message-Id: <199802020342.TAA23781@hub.freebsd.org> To: mcdouga9@cartman.egr.msu.edu, steve, freebsd-bugs Subject: Re: kern/5550 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Synopsis: 3.0-current doesnt probe a pci card that gets probed fine in 2.2.5-release State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sun Feb 1 19:41:34 PST 1998 State-Changed-Why: The card is indeed probed just not configured as no driver is present as of yet. From owner-freebsd-bugs Sun Feb 1 19:45:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA24167 for freebsd-bugs-outgoing; Sun, 1 Feb 1998 19:45:39 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA24067; Sun, 1 Feb 1998 19:44:44 -0800 (PST) (envelope-from steve) Date: Sun, 1 Feb 1998 19:44:44 -0800 (PST) From: Steve Price Message-Id: <199802020344.TAA24067@hub.freebsd.org> To: d.bodero@mailbox.uq.edu.au, steve, freebsd-bugs Subject: Re: bin/5507 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Synopsis: init: reports "can't exec getty 'usr/libexec/getty for port ttyv0:" "no such file or directory State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sun Feb 1 19:43:52 PST 1998 State-Changed-Why: After repeated attempts to contact the orginator, I can only assume this was a pilot error and not a real bug. From owner-freebsd-bugs Sun Feb 1 21:00:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA02878 for freebsd-bugs-outgoing; Sun, 1 Feb 1998 21:00:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA02870; Sun, 1 Feb 1998 21:00:01 -0800 (PST) (envelope-from gnats) Received: from acetylene.vapornet.net (root@acetylene.vapornet.net [209.100.218.11]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA02731 for ; Sun, 1 Feb 1998 20:58:03 -0800 (PST) (envelope-from john@acetylene.vapornet.net) Received: from nitromethane.vapornet.net (vapornet.xnet.com. [205.243.141.107]) by acetylene.vapornet.net (8.8.8/VaporServer-v3.0+SpamNot) with ESMTP id WAA00776 for ; Sun, 1 Feb 1998 22:58:12 -0600 (CST) Received: by nitromethane.vapornet.net (8.8.8/VaporClient-1.1) id WAA00372; Sun, 1 Feb 1998 22:57:56 -0600 (CST) Message-Id: <199802020457.WAA00372@nitromethane.vapornet.net> Date: Sun, 1 Feb 1998 22:57:56 -0600 (CST) From: john@vapornet.net Reply-To: john@vapornet.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5624: scsi tape woes Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" >Number: 5624 >Category: kern >Synopsis: dumping to tape causes scsi bus reset >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 1 21:00:00 PST 1998 >Last-Modified: >Originator: John Preisler >Organization: vapornet >Release: FreeBSD 3.0-CURRENT i386 >Environment: 2940u and hp 1533a scsi tape drive in a p166 machine running -current >Description: dumping to tape causes scsi bus reset. not logged in kernel, but set to console: ahc0: Issued Channel A Bus Reset. 4 SCBs aborted sd0: SCB 0x1 - timed out in message in phase, SCSISIGI == 0xe6 SEQADDR = 0xca SCSISEQ = 0x12 SSTAT0 = 0x2 STAT1 = 0x3 sd0: abort message in message buffer sd0: SCB 0x1 - timed out in message in phase, SCSISIGI == 0xf6 SEQADDR = 0xca SCSISEQ = 0x12 SSTAT0 = 0x2 SSTAT1 = 0x3 sd0: no longer in timeout over and over and over again until the machine is physically reset [reset button, power cycle, etc] pertinent parts of my demsg: ahc0: rev 0x00 int a irq 11 on pci0.19.0 ahc0: aic7880 Single Channel, SCSI Id=7, 16/255 SCBs scbus0 at ahc0 bus 0 ahc0: target 0 Tagged Queuing Device sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 2049MB (4197405 512 byte sectors) cd0 at scbus0 target 1 lun 0 cd0: type 5 removable SCSI 2 cd0: CD-ROM can't get the size st0 at scbus0 target 3 lun 0 st0: type 1 removable SCSI 2 st0: Sequential-Access density code 0x24, variable blocks, write-enabled >How-To-Repeat: use gnu tar to dump to scsi tape drive. these used to be intermittent now with the latest build its ever time but i didnt notice any recent scsi commits. >Fix: human sacrifice to scsi god had no effect. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Feb 1 22:40:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA11897 for freebsd-bugs-outgoing; Sun, 1 Feb 1998 22:40:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA11889; Sun, 1 Feb 1998 22:40:02 -0800 (PST) (envelope-from gnats) Received: from hardrock.sdsmt.edu (cisco097.sdsmt.edu [151.159.97.254]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA11637 for ; Sun, 1 Feb 1998 22:37:36 -0800 (PST) (envelope-from sbauer@hardrock.sdsmt.edu) Received: (from sbauer@localhost) by hardrock.sdsmt.edu (8.8.8/8.8.8) id XAA00771; Sun, 1 Feb 1998 23:37:34 -0700 (MST) (envelope-from sbauer) Message-Id: <199802020637.XAA00771@hardrock.sdsmt.edu> Date: Sun, 1 Feb 1998 23:37:34 -0700 (MST) From: Steve Bauer Reply-To: sbauer@hardrock.sdsmt.edu To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5625: SMC9432 device driver update Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" >Number: 5625 >Category: kern >Synopsis: Added support for full Auto-negotiation & fixed netcard lockups >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 1 22:40:00 PST 1998 >Last-Modified: >Originator: Steve Bauer >Organization: South Dakota School of Mines and Technology >Release: FreeBSD 3.0-CURRENT i386 >Environment: The machine is running FreeBSD 3.0-CURRENT that was cvsuped at 8:30pm MST. >Description: 1) The driver for the SMC9432 does not support auto-negotiation of the duplex that the netcard ran at. It, the netcard, would lock up every once in a while. 2) Changing states of the card would cause the auto-negotiation code to be re run when the card was already transmitting. 3) FIFO could overflow if the pci bus was not able to respond to a request fast enough. >How-To-Repeat: 1) It would not auto-negotiate Full-duplex connections. 2) Starting mrouted was cause a change in the flags and thus the driver would re negotiated the connection twice. 3) The default for the smc83c170 chip is for the FIFO to be half full, 64, not the full 128. >Fix: Below are the patches to if_tx.c and smc83c170.h to fix the above problems and full auto-negotiation support to the driver. The majority of the patches below are to add the auto-negotiation support to the driver. The deletions of the calls to epic_set_rx_mode and epic_set_media_speed at lines 139+ of if_tx.c fix the problem of the smc9432 locking up. The reason these lines caused the problem was that the card was already receiving & transmitting data -- one is not allowed to change those parameters while the card is transmitting & receiving data. *** if_tx.c.orig Sun Feb 1 20:32:09 1998 --- if_tx.c Sun Feb 1 23:18:08 1998 *************** *** 79,84 **** --- 79,85 ---- #include #include #include + #include #include #include *************** *** 135,146 **** } } - /* Update RXCON register */ - epic_set_rx_mode( sc ); - - /* Update SPEED */ - epic_set_media_speed( sc ); - break; case SIOCADDMULTI: --- 136,141 ---- *************** *** 750,756 **** /* Enable interrupts, set for PCI read multiple and etc */ outl( iobase + GENCTL, GENCTL_ENABLE_INTERRUPT | GENCTL_MEMORY_READ_MULTIPLE | ! GENCTL_ONECOPY | GENCTL_RECEIVE_FIFO_THRESHOLD128 ); /* Set transmit threshold */ outl( iobase + ETXTHR, 0x40 ); --- 745,751 ---- /* Enable interrupts, set for PCI read multiple and etc */ outl( iobase + GENCTL, GENCTL_ENABLE_INTERRUPT | GENCTL_MEMORY_READ_MULTIPLE | ! GENCTL_ONECOPY | GENCTL_RECEIVE_FIFO_THRESHOLD64 ); /* Set transmit threshold */ outl( iobase + ETXTHR, 0x40 ); *************** *** 850,871 **** outl( sc->iobase + TXCON, TXCON_DEFAULT ); ! /* Does not allow to autoneg fullduplex modes */ ! media = epic_read_phy_register( sc->iobase, DP83840_ANAR ); ! media &= ~(ANAR_100|ANAR_100_FD|ANAR_10_FD|ANAR_10); ! media |= ANAR_100|ANAR_10; ! epic_write_phy_register( sc->iobase, DP83840_ANAR, media ); ! /* Set and restart autoneg */ ! epic_write_phy_register( sc->iobase, DP83840_BMCR, ! BMCR_AUTONEGOTIATION | BMCR_RESTART_AUTONEG ); #if defined(EPIC_DEBUG) ! printf("tx%d: Autonegotiation\n",sc->unit); ! #endif } return; } /* --- 845,960 ---- outl( sc->iobase + TXCON, TXCON_DEFAULT ); ! #if defined(EPIC_DEBUG) ! printf("tx%d: Autonegotiation\n",sc->unit); ! #endif*/ ! /*Did it autoneg full duplex?*/ ! if (epic_autoneg(sc) == EPIC_FULL_DUPLEX){ ! outl( sc->iobase + TXCON,TXCON_LOOPBACK_MODE_FULL_DUPLEX|TXCON_DEFAULT); #if defined(EPIC_DEBUG) ! printf("tx%d: Autonegotiation of Full-Duplex\n",sc->unit); ! #endif/ ! } } return; + } + + /* + * This functions controls the autoneg processes of the phy + * It implements the workaround that is described in section 7.2 & 7.3 of the + * DP83840A data sheet + * http://www.national.com/ds/DP/DP83840A.pdf + */ + static int + epic_autoneg( + epic_softc_t * sc) + { + struct ifnet *ifp = &sc->epic_if; + u_int16_t media; + u_int16_t i; + + media = epic_read_phy_register( sc->iobase, DP83840_ANAR ); + media |= ANAR_100|ANAR_100_FD|ANAR_10|ANAR_10_FD; + epic_write_phy_register( sc->iobase, DP83840_ANAR, media ); + + /* Set and restart autoneg */ + epic_write_phy_register( sc->iobase, DP83840_BMCR, + BMCR_AUTONEGOTIATION | BMCR_RESTART_AUTONEG ); + + /*Wait 3 seconds for the autoneg to finish + * This is the recommended time from the DP83840A data sheet + * Section 7.1 + */ + DELAY(3000000); + + epic_read_phy_register( sc->iobase, DP83840_BMSR); + + /* BMSR must be read twice to update the link status bit/ + * since that bit is a latch bit + */ + i = epic_read_phy_register( sc->iobase, DP83840_BMSR); + + if ((i & BMSR_LINK_STATUS) && ( i & BMSR_AUTONEG_COMPLETE)){ + i = epic_read_phy_register( sc->iobase, DP83840_PAR); + + if ( i & PAR_FULL_DUPLEX ) + return EPIC_FULL_DUPLEX; + else + return EPIC_HALF_DUPLEX; + } + else { /*Auto-negotiation or link status is not 1 + Thus the auto-negotiation failed and one + must take other means to fix it. + */ + + /* ANER must be read twice to get the correct reading for the + * Multiple link fault bit -- it is a latched bit + */ + epic_read_phy_register (sc->iobase, DP83840_ANER); + + i = epic_read_phy_register (sc->iobase, DP83840_ANER); + + if ( i & ANER_MULTIPLE_LINK_FAULT ) { + /*it can be forced to 100Mb/s Half-Duplex*/ + media = epic_read_phy_register (sc->iobase, DP83840_BMCR); + media &= !(BMCR_AUTONEGOTIATION | BMCR_FULL_DUPLEX); + media |= BMCR_100MBPS; + epic_write_phy_register(sc->iobase, DP83840_BMCR, media); + + /*read BMSR again to determine link status*/ + epic_read_phy_register(sc->iobase, DP83840_BMSR); + i=epic_read_phy_register( sc->iobase, DP83840_BMSR); + + if (i & BMSR_LINK_STATUS){ + /*port is linked to the non Auto-Negotiation + * 100Mbs partner. + */ + return EPIC_HALF_DUPLEX; + } + else { + media = epic_read_phy_register (sc->iobase, DP83840_BMCR); + media &= !(BMCR_AUTONEGOTIATION | BMCR_FULL_DUPLEX | BMCR_100MBPS); + epic_write_phy_register(sc->iobase, DP83840_BMCR, media); + epic_read_phy_register(sc->iobase, DP83840_BMSR); + i=epic_read_phy_register( sc->iobase, DP83840_BMSR); + + if (i & BMSR_LINK_STATUS) { + /*port is linked to the non + * Auto-Negotiation10Mbs partner + */ + return EPIC_HALF_DUPLEX; + } + } + } + /* If we get here we are most likely not connected + * so lets default it to half duplex + */ + return EPIC_HALF_DUPLEX; + } + } /* *** smc83c170.h.orig Sun Feb 1 20:53:35 1998 --- smc83c170.h Sun Feb 1 23:18:52 1998 *************** *** 39,44 **** --- 39,46 ---- /*#define EPIC_DEBUG 1*/ #define TX_RING_SIZE 16 #define RX_RING_SIZE 16 + #define EPIC_FULL_DUPLEX 1 + #define EPIC_HALF_DUPLEX 0 #define ETHER_MAX_FRAME_LEN (ETHER_MAX_LEN + ETHER_CRC_LEN) *************** *** 185,190 **** --- 187,194 ---- #define DP83840_BMCR 0x00 /* Control register */ #define DP83840_BMSR 0x01 /* Status rgister */ #define DP83840_ANAR 0x04 /* Autonegotiation advertising register */ + #define DP83840_ANER 0x06 /* Auto-Negotiation Expansion Register */ + #define DP83840_PAR 0x19 /* PHY Address Register */ #define DP83840_PHYIDR1 0x02 #define DP83840_PHYIDR2 0x03 *************** *** 203,208 **** --- 207,216 ---- #define BMSR_AUTONEG_ABLE 0x0008 #define BMSR_LINK_STATUS 0x0004 + #define PAR_FULL_DUPLEX 0x0400 + + #define ANER_MULTIPLE_LINK_FAULT 0x10 + #define ANAR_10 0x0020 #define ANAR_10_FD 0x0040 #define ANAR_100 0x0080 *************** *** 282,287 **** --- 290,296 ---- static void epic_set_rx_mode(epic_softc_t *); static void epic_set_mc_table(epic_softc_t *); static void epic_set_media_speed(epic_softc_t *); + static int epic_autoneg(epic_softc_t *); static int epic_read_eeprom(u_int16_t,u_int16_t); static void epic_output_eepromw(u_int16_t, u_int16_t); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Feb 1 23:24:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA15581 for freebsd-bugs-outgoing; Sun, 1 Feb 1998 23:24:54 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA15573; Sun, 1 Feb 1998 23:24:50 -0800 (PST) (envelope-from cwt@FreeBSD.org) From: Chris Timmons Received: (from cwt@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA03561; Sun, 1 Feb 1998 23:24:36 -0800 (PST) Date: Sun, 1 Feb 1998 23:24:36 -0800 (PST) Message-Id: <199802020724.XAA03561@freefall.freebsd.org> To: shigio@wafu.netgate.net, cwt@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5529 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Synopsis: expand(1) cannot treat argument correctly. State-Changed-From-To: open-closed State-Changed-By: cwt State-Changed-When: Sun Feb 1 23:20:01 PST 1998 State-Changed-Why: Suggested fix applied in rev 1.3 of expand.c and also in 2.2.5-stable rev 1.1.1.1.8.2 of expand.c. Thanks! From owner-freebsd-bugs Sun Feb 1 23:46:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA18341 for freebsd-bugs-outgoing; Sun, 1 Feb 1998 23:46:22 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA18335 for ; Sun, 1 Feb 1998 23:46:21 -0800 (PST) (envelope-from archie@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id XAA21078; Sun, 1 Feb 1998 23:18:59 -0800 (PST) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma021074; Sun Feb 1 23:18:40 1998 Received: (from archie@localhost) by bubba.whistle.com (8.8.7/8.6.12) id XAA05015; Sun, 1 Feb 1998 23:18:40 -0800 (PST) From: Archie Cobbs Message-Id: <199802020718.XAA05015@bubba.whistle.com> Subject: Re: bin/5604: memory leak and other bugs in setenv(3) In-Reply-To: from Jonathan Hanna at "Feb 1, 98 06:20:44 pm" To: pangolin@rogers.wave.ca Date: Sun, 1 Feb 1998 23:18:40 -0800 (PST) Cc: imdave@mcs.net, freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Jonathan Hanna writes: > > On 02-Feb-98 Jonathan Hanna wrote: > > > > On 01-Feb-98 Archie Cobbs wrote: > >> Dave Bodenstab writes: > >>>... Unless setenv > >>> were changed to keep a record of which environ[] elements had been > >>> malloc'ed by a previous call to setenv, there is no way to know if > >>> it is OK to call free(). Your fix to setenv makes an illegal call > >>> to free -- change your test program to: > >> > >> Yes.. I didn't think of this until after submitting the bug. I think > >> the only way to stop the leak is by keeping a list of the actual pointers > >> returned from calls to malloc() and realloc() (rather than a binary > >> array, because user code can modify environ[x]). > > > > Is there a problem with just checking that the address is higher up the stack? > > For threaded environments is there a reliable way of determining that > > an address is on the original stack? If not, should malloc have an entry > > point to ask it if it owns something? > > Oops, ignore the stack nonsense, and even malloc cannot help. Nasty. I like the idea of being able to ask the malloc() code if a pointer is valid to call free() with... might have other uses. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-bugs Mon Feb 2 00:04:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA20430 for freebsd-bugs-outgoing; Mon, 2 Feb 1998 00:04:21 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from dns.homer.com.tw (dns.homer.com.tw [210.66.214.129]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA20357 for ; Mon, 2 Feb 1998 00:04:01 -0800 (PST) (envelope-from yushing@dns.homer.com.tw) Received: from dns.homer.com.tw (dns.homer.com.tw [210.66.214.129]) by dns.homer.com.tw (8.8.8/8.8.5) with SMTP id QAA14421 for ; Sun, 2 Feb 1997 16:03:04 +0800 (CST) Date: Sun, 2 Feb 1997 16:03:03 +0800 (CST) From: Yushing Kuo To: freebsd-bugs@FreeBSD.ORG Subject: bug 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 X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Dear freebsd-bugs: I get CTM from ftp.freebsd.org src-2.2.0603.gz and I can't make world. I can do it at src-2.2.0590.gz. I check the error: install:/usr/obj/usr/src/includeosreldate.h ..... I make the change of /usr/src/include/Makefile from ${.OBJDIR}\osreldate.h \ to ${.OBJDIR}/osreldate.h \ then I can make world. thank you read this letter. From owner-freebsd-bugs Mon Feb 2 00:20:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA22627 for freebsd-bugs-outgoing; Mon, 2 Feb 1998 00:20:46 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from jkh@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA22609; Mon, 2 Feb 1998 00:20:43 -0800 (PST) (envelope-from jkh) Date: Mon, 2 Feb 1998 00:20:43 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199802020820.AAA22609@hub.freebsd.org> To: leres@ee.lbl.gov, jkh, freebsd-bugs Subject: Re: kern/5577 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Synopsis: Unnecessary disk I/O and noatime ffs fixes State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Mon Feb 2 00:19:53 PST 1998 State-Changed-Why: Submitted patch applied by John (who forgot to close this PR ;-) From owner-freebsd-bugs Mon Feb 2 05:36:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA28147 for freebsd-bugs-outgoing; Mon, 2 Feb 1998 05:36:33 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA28130; Mon, 2 Feb 1998 05:36:28 -0800 (PST) (envelope-from steve) Date: Mon, 2 Feb 1998 05:36:28 -0800 (PST) From: Steve Price Message-Id: <199802021336.FAA28130@hub.freebsd.org> To: thorhallur@islandia.is, steve, freebsd-bugs Subject: Re: kern/5516 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Synopsis: Bus errors on 980117-SNAP State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Mon Feb 2 05:34:39 PST 1998 State-Changed-Why: The problem was solved by using 'sysctl -w vfs.ioopt=0'. From owner-freebsd-bugs Mon Feb 2 07:59:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA18032 for freebsd-bugs-outgoing; Mon, 2 Feb 1998 07:59:46 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from base486.home.org (imdave@imdave.pr.mcs.net [205.164.3.77]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA18027 for ; Mon, 2 Feb 1998 07:59:43 -0800 (PST) (envelope-from imdave@mcs.net) Received: (from imdave@localhost) by base486.home.org (8.8.8/8.8.8) id JAA12210; Mon, 2 Feb 1998 09:59:33 -0600 (CST) Date: Mon, 2 Feb 1998 09:59:33 -0600 (CST) From: Dave Bodenstab Message-Id: <199802021559.JAA12210@base486.home.org> To: archie@whistle.com, pangolin@rogers.wave.ca Subject: Re: bin/5604: memory leak and other bugs in setenv(3) Cc: freebsd-bugs@FreeBSD.ORG, imdave@mcs.net Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" > Archie Cobbs wrote: > > Jonathan Hanna writes: > > > > On 02-Feb-98 Jonathan Hanna wrote: > > > > > > On 01-Feb-98 Archie Cobbs wrote: > > >> Dave Bodenstab writes: > > >>>... Unless setenv > > >>> were changed to keep a record of which environ[] elements had been > > >>> malloc'ed by a previous call to setenv, there is no way to know if > > >>> it is OK to call free(). Your fix to setenv makes an illegal call > > >>> to free -- change your test program to: > > >> > > >> Yes.. I didn't think of this until after submitting the bug. I think > > >> the only way to stop the leak is by keeping a list of the actual pointers > > >> returned from calls to malloc() and realloc() (rather than a binary > > >> array, because user code can modify environ[x]). > > > > > > Is there a problem with just checking that the address is higher up the stack? > > > For threaded environments is there a reliable way of determining that > > > an address is on the original stack? If not, should malloc have an entry > > > point to ask it if it owns something? > > > > Oops, ignore the stack nonsense, and even malloc cannot help. Nasty. > > I like the idea of being able to ask the malloc() code if a pointer > is valid to call free() with... might have other uses. > I can't really think of a valid use for this -- except as a workaround for sloppy programming. In the case of setenv, the man page should probably mention the memory leak. If there were an application that required the modification of the environment as the test program in the original PR did, then one would have to ``do it by hand'' (ie. not use setenv.) There are times when the routines in the C library are not applicable for a given task. My $.02 Dave Bodenstab imdave@mcs.net From owner-freebsd-bugs Mon Feb 2 09:58:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA01554 for freebsd-bugs-outgoing; Mon, 2 Feb 1998 09:58:54 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA01536; Mon, 2 Feb 1998 09:58:50 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id KAA16236; Mon, 2 Feb 1998 10:58:07 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id KAA28074; Mon, 2 Feb 1998 10:58:03 -0700 Date: Mon, 2 Feb 1998 10:58:03 -0700 Message-Id: <199802021758.KAA28074@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Jordan K. Hubbard" Cc: leres@ee.lbl.gov, jkh@hub.freebsd.org, freebsd-bugs@hub.freebsd.org Subject: Re: kern/5577 In-Reply-To: <199802020820.AAA22609@hub.freebsd.org> References: <199802020820.AAA22609@hub.freebsd.org> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" > Synopsis: Unnecessary disk I/O and noatime ffs fixes > > State-Changed-From-To: open-closed > State-Changed-By: jkh > State-Changed-When: Mon Feb 2 00:19:53 PST 1998 > State-Changed-Why: > Submitted patch applied by John (who forgot to close this PR ;-) Except that these patches were yanked, so I think this shouldn't be closed and John should explain what was wrong with these patches. Nate From owner-freebsd-bugs Mon Feb 2 10:39:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA08473 for freebsd-bugs-outgoing; Mon, 2 Feb 1998 10:39:44 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from iconmail.bellatlantic.net (iconmail.bellatlantic.net [199.173.162.30]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA08468; Mon, 2 Feb 1998 10:39:41 -0800 (PST) (envelope-from dmm125@bellatlantic.net) Received: from myname.my.domain (client201-122-21.bellatlantic.net [151.201.122.21]) by iconmail.bellatlantic.net (IConNet Sendmail) with SMTP id NAA07502; Mon, 2 Feb 1998 13:39:40 -0500 (EST) Date: Mon, 2 Feb 1998 13:38:53 +0000 (GMT) From: Donn Miller X-Sender: dmm125@myname.my.domain To: current@FreeBSD.ORG, bugs@FreeBSD.ORG Subject: netscape/swap_pager causing problems with syscons 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 X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" This problem was alluded to before. When running X windows, say you start netscape. Then you run out of swap space. What happens next is that X windows lock the computer solid, or X windows crashes, leaving me with a blank screen. None of the virtual terminals work then, but I know the system is still running, because ctrl+alt+delete reboots (shuts down) the system. But I still see nothing on the screen. Jordan hinted to this as a problem with syscons in one posting I saw. I would have to agree. In general, running out of swap space with netscape and X running wrecks havoc on syscons. I was wondering if anyone has experience with this problem and a possible solution as to how to get syscons responding again. I can't login by way of serial console so I guess the only choice is to just ctrl+alt+delete Thank you Donn From owner-freebsd-bugs Mon Feb 2 11:11:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA15937 for freebsd-bugs-outgoing; Mon, 2 Feb 1998 11:11:52 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from fledge.watson.org (root@FLEDGE.RES.CMU.EDU [128.2.91.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA15926 for ; Mon, 2 Feb 1998 11:11:35 -0800 (PST) (envelope-from robert@cyrus.watson.org) Received: from trojanhorse.pr.watson.org (trojanhorse.pr.watson.org [192.0.2.10]) by fledge.watson.org (8.8.8/8.6.10) with SMTP id NAA20045 for ; Mon, 2 Feb 1998 13:06:57 -0500 (EST) Date: Mon, 2 Feb 1998 13:06:30 -0500 (EST) From: Robert Watson X-Sender: robert@trojanhorse.pr.watson.org Reply-To: Robert Watson To: bugs@FreeBSD.ORG Subject: zp0 driver 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 X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Uname output: FreeBSD trojanhorse.pr.watson.org 3.0-980107-SNAP FreeBSD 3.0-980107-SNAP #0: Fri Jan 30 01:10:25 EST 1998 root@luthien.watson.org:/usr/src/sys/compile/TROJANHORSE-AUDIO i386 On my notebook (trojanhorse) running this version of current, after some relatively high volume NFS (or other) transfer, the zp0 device appears to stop passing data. Pinging another host results in a buffer space message. This happened on -stable with the zp0 driver also. Below is the ping output; below that is dmesg output. I have tried another 3comm pcmcia card and have the same problem. trojanhorse:/usr/tmp/robert/src/coda-4.3.12> ping fledge PING fledge.pr.watson.org (192.0.2.3): 56 data bytes ping: sendto: No buffer space available ^C --- fledge.pr.watson.org ping statistics --- 1 packets transmitted, 0 packets received, 100% packet loss trojanhorse:/usr/tmp/robert/src/coda-4.3.12> trojanhorse:/usr/tmp/robert/src/coda-4.3.12# ifconfig zp0 down ; ifconfig zp0 up trojanhorse:/usr/tmp/robert/src/coda-4.3.12# ping fledge PING fledge.pr.watson.org (192.0.2.3): 56 data bytes 64 bytes from 192.0.2.3: icmp_seq=0 ttl=255 time=1.283 ms ^C --- fledge.pr.watson.org ping statistics --- 1 packets transmitted, 1 packets received, 0% packet loss round-trip min/avg/max/stddev = 1.283/1.283/1.283/0.000 ms -=------------------------------------------ Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-980107-SNAP #0: Fri Jan 30 01:10:25 EST 1998 root@luthien.watson.org:/usr/src/sys/compile/TROJANHORSE-AUDIO CPU: i486 DX4 (486-class CPU) Origin = "GenuineIntel" Id = 0x480 Stepping=0 Features=0x3 real memory = 25165824 (24576K bytes) avail memory = 22237184 (21716K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 not found at 0x3f8 sio1 not found at 0x2f8 psm0 at 0x60-0x64 irq 12 on motherboard psm0: model Generic PS/2 mouse, device ID 0 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 516MB (1058400 sectors), 1050 cyls, 16 heads, 63 S/T, 512 B/S zp: pcmcia slot 0: zp: found card in slot 1 zp0 at 0x300-0x30f irq 10 maddr 0xd8000 on isa zp0: aui/bnc/utp address 60:cf:21:f0:c4:dc npx0 on motherboard npx0: INT 16 interface apm0 flags 0x31 on isa apm: found APM BIOS version 1.1 sb0 at 0x220 irq 7 drq 1 on isa Hmm... Could this be an ESS688 based card (rev 6) NOTE! SB Pro support required with your soundcard! snd0: sbmidi0 not found at 0x330 opl0 at 0x388 on isa snd0: Robert N Watson Carnegie Mellon University http://www.cmu.edu/ SafePort Network Services http://www.safeport.com/ robert@fledge.watson.org http://www.watson.org/~robert/ From owner-freebsd-bugs Mon Feb 2 14:20:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA19827 for freebsd-bugs-outgoing; Mon, 2 Feb 1998 14:20:20 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.6.51]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA19812; Mon, 2 Feb 1998 14:20:10 -0800 (PST) (envelope-from plm@muon.xs4all.nl) Received: from asterix.xs4all.nl (root@asterix.xs4all.nl [194.109.6.11]) by smtp1.xs4all.nl (8.8.8/8.8.8) with ESMTP id XAA19281; Mon, 2 Feb 1998 23:20:06 +0100 (MET) Received: from muon.xs4all.nl (uucp@localhost) by asterix.xs4all.nl (8.8.6/8.8.6) with UUCP id XAA22838; Mon, 2 Feb 1998 23:11:49 +0100 (MET) Received: (from plm@localhost) by muon.xs4all.nl (8.8.8/8.7.3) id XAA07527; Mon, 2 Feb 1998 23:05:09 +0100 (MET) To: Donn Miller Cc: current@FreeBSD.ORG, bugs@FreeBSD.ORG Subject: Re: netscape/swap_pager causing problems with syscons References: From: Peter Mutsaers Date: 02 Feb 1998 23:05:09 +0100 In-Reply-To: Donn Miller's message of Mon, 2 Feb 1998 13:38:53 +0000 (GMT) Message-ID: <87pvl5u0h6.fsf@muon.xs4all.nl> Lines: 30 X-Mailer: Gnus v5.5/Emacs 20.2 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" >> On Mon, 2 Feb 1998 13:38:53 +0000 (GMT), Donn Miller >> said: DM> This problem was alluded to before. When running X windows, DM> say you start netscape. Then you run out of swap space. What DM> happens next is that X windows lock the computer solid, or X DM> windows crashes, leaving me with a blank screen. None of the DM> virtual terminals work then, but I know the system is still DM> running, because ctrl+alt+delete reboots (shuts down) the DM> system. But I still see nothing on the screen. The problem that I reported before is not this one: I'm sure my swapspace was not depleted, and also the lock is thus that I get a sponaneous reboot (no ctrl+alt+delete needed). Last night I was working from an X-terminal (remotely) on my computer, again with netscape, emacs and lots of other windows at the same time open. The only difference: no X running locally, and also no mouse events on the mousedriver. There was no crash at all. I suspect the problem is with the psm0 driver, because since I started to use a PS/2 mouse instead of a serial one it seems to have started; but that might be coincidence and maybe the X server is causing it. -- /\_/\ ( o.o ) Peter Mutsaers | Abcoude (Utrecht), | Trust me, I know ) ^ ( plm@xs4all.nl | the Netherlands | what I'm doing. From owner-freebsd-bugs Mon Feb 2 16:00:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA13066 for freebsd-bugs-outgoing; Mon, 2 Feb 1998 16:00:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA13025; Mon, 2 Feb 1998 16:00:03 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA12155; Mon, 2 Feb 1998 15:54:00 -0800 (PST) (envelope-from nobody) Message-Id: <199802022354.PAA12155@hub.freebsd.org> Date: Mon, 2 Feb 1998 15:54:00 -0800 (PST) From: mitchy@er.ams.eng.osaka-u.ac.jp To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: docs/5628: Rpcgen.1 in RELEENG_2_2_980114 has some TYPO. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" >Number: 5628 >Category: docs >Synopsis: Rpcgen.1 in RELEENG_2_2_980114 has some TYPO. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 2 16:00:01 PST 1998 >Last-Modified: >Originator: MITSUNAGA Noriaki >Organization: Osaka-univ. >Release: FreeBSD 2.2.5-RELEASE >Environment: FreeBSD asahi.ams.eng.osaka-u.ac.jp 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Wed Jan 7 15:24:51 JST 1998 mitchy@asahi.ams.eng.osaka-u.ac.jp:/usr/src/sys/compile/AKIA i386 >Description: Rpcgen.1 in RELEENG_2_2_980114 (not in 2.2.5-RELEASE) has some TYPO, and the discription of -i option is not displayed correctly. >How-To-Repeat: groff -mandoc -Tascii rpcgen.1 >Fix: --- rpcgen.1.orig Wed Jan 28 18:33:12 1998 +++ rpcgen.1 Wed Jan 28 18:34:43 1998 @@ -283,7 +283,7 @@ header which supports .Tn RPC dispatch tables. -.Fl i Ar size +.It Fl i Ar size Size at which to start generating inline code. This option is useful for optimization. The default size is 5. .Pp >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Feb 2 16:28:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA16426 for freebsd-bugs-outgoing; Mon, 2 Feb 1998 16:28:19 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA16256; Mon, 2 Feb 1998 16:27:03 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id RAA00389; Mon, 2 Feb 1998 17:32:52 -0500 (EST) (envelope-from toor) Message-Id: <199802022232.RAA00389@dyson.iquest.net> Subject: Re: netscape/swap_pager causing problems with syscons In-Reply-To: <87pvl5u0h6.fsf@muon.xs4all.nl> from Peter Mutsaers at "Feb 2, 98 11:05:09 pm" To: plm@xs4all.nl (Peter Mutsaers) Date: Mon, 2 Feb 1998 17:32:51 -0500 (EST) Cc: dmm125@bellatlantic.net, current@FreeBSD.ORG, bugs@FreeBSD.ORG From: "John S. Dyson" Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Peter Mutsaers said: > The problem that I reported before is not this one: I'm sure my > swapspace was not depleted, and also the lock is thus that I get a > sponaneous reboot (no ctrl+alt+delete needed). I am working on the problem, and understand and am working the problem right now. Should be a reboot or two away from working :-). The problem also exists in 2.2.X (I think.) -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-bugs Mon Feb 2 17:10:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA22291 for freebsd-bugs-outgoing; Mon, 2 Feb 1998 17:10:28 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA22286; Mon, 2 Feb 1998 17:10:26 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id SAA19151; Mon, 2 Feb 1998 18:07:45 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id SAA00314; Mon, 2 Feb 1998 18:07:42 -0700 Date: Mon, 2 Feb 1998 18:07:42 -0700 Message-Id: <199802030107.SAA00314@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: dyson@FreeBSD.ORG Cc: plm@xs4all.nl (Peter Mutsaers), dmm125@bellatlantic.net, current@FreeBSD.ORG, bugs@FreeBSD.ORG Subject: Re: netscape/swap_pager causing problems with syscons In-Reply-To: <199802022232.RAA00389@dyson.iquest.net> References: <87pvl5u0h6.fsf@muon.xs4all.nl> <199802022232.RAA00389@dyson.iquest.net> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" > > The problem that I reported before is not this one: I'm sure my > > swapspace was not depleted, and also the lock is thus that I get a > > sponaneous reboot (no ctrl+alt+delete needed). > > I am working on the problem, and understand and am working the problem > right now. Should be a reboot or two away from working :-). The problem > also exists in 2.2.X (I think.) Cool. So does that mean you're going to provide a fix to the 2.2.* code-base? (Last time I asked, you told me to go ahead and backport the changes (FAT CHANCE!), but I'm hoping that won't happen this time. :) Nate From owner-freebsd-bugs Mon Feb 2 17:11:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA22521 for freebsd-bugs-outgoing; Mon, 2 Feb 1998 17:11:14 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA22503; Mon, 2 Feb 1998 17:11:05 -0800 (PST) (envelope-from henrich@crh.cl.msu.edu) Received: (from henrich@localhost) by crh.cl.msu.edu (8.8.7/8.8.7) id UAA02203; Mon, 2 Feb 1998 20:11:04 -0500 (EST) (envelope-from henrich) Date: Mon, 2 Feb 1998 20:11:04 -0500 (EST) From: Charles Henrich Message-Id: <199802030111.UAA02203@crh.cl.msu.edu> To: dyson@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: netscape/swap_pager causing problems with syscons Newsgroups: lists.freebsd.bugs References: <6b5oil$hhi$1@msunews.cl.msu.edu> X-Newsreader: NN version 6.5.0 CURRENT #1 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" In lists.freebsd.bugs you write: >Peter Mutsaers said: >> The problem that I reported before is not this one: I'm sure my >> swapspace was not depleted, and also the lock is thus that I get a >> sponaneous reboot (no ctrl+alt+delete needed). >I am working on the problem, and understand and am working the problem >right now. Should be a reboot or two away from working :-). The problem >also exists in 2.2.X (I think.) Yes! In 2.2.5 I see my machine randomly crash and burn with out of swap space errors, when that shouldnt be possible. It only started occuring with 2.2.5, at 2.2.2 we was golden! (And I speaketh gooder english too :) -Crh -- Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-bugs Mon Feb 2 17:18:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA24037 for freebsd-bugs-outgoing; Mon, 2 Feb 1998 17:18:55 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA23993; Mon, 2 Feb 1998 17:18:43 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id UAA02460; Mon, 2 Feb 1998 20:18:31 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199802030118.UAA02460@dyson.iquest.net> Subject: Re: netscape/swap_pager causing problems with syscons In-Reply-To: <199802030107.SAA00314@mt.sri.com> from Nate Williams at "Feb 2, 98 06:07:42 pm" To: nate@mt.sri.com (Nate Williams) Date: Mon, 2 Feb 1998 20:18:31 -0500 (EST) Cc: dyson@FreeBSD.ORG, plm@xs4all.nl, dmm125@bellatlantic.net, current@FreeBSD.ORG, bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Nate Williams said: > > > The problem that I reported before is not this one: I'm sure my > > > swapspace was not depleted, and also the lock is thus that I get a > > > sponaneous reboot (no ctrl+alt+delete needed). > > > > I am working on the problem, and understand and am working the problem > > right now. Should be a reboot or two away from working :-). The problem > > also exists in 2.2.X (I think.) > > Cool. So does that mean you're going to provide a fix to the 2.2.* > code-base? (Last time I asked, you told me to go ahead and backport the > changes (FAT CHANCE!), but I'm hoping that won't happen this time. :) > Try out the change I just made to swap_pager for -current. If the motivation is solid enough, I can give the 2.2.5-2.2.6 changes a try, but it is exceedingly difficult for me to manage my machines as they are now. I have to run other OSen also. When I run other U**X clones, it makes me realize, even with our bugs, our stuff is much more advanced (bugfixes and robust.) There is a serious difference in personalities amongst the various U**X clones!!! -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-bugs Mon Feb 2 17:30:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA26055 for freebsd-bugs-outgoing; Mon, 2 Feb 1998 17:30:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from gjp.erols.com (root@alex-va-n008c243.moon.jic.com [206.156.18.253]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA25967; Mon, 2 Feb 1998 17:29:35 -0800 (PST) (envelope-from gjp@gjp.erols.com) Received: from gjp.erols.com (gjp@localhost.erols.com [127.0.0.1]) by gjp.erols.com (8.8.8/8.8.7) with ESMTP id UAA16428; Mon, 2 Feb 1998 20:28:07 -0500 (EST) (envelope-from gjp@gjp.erols.com) X-Mailer: exmh version 2.0.1 12/23/97 To: Donn Miller cc: current@FreeBSD.ORG, bugs@FreeBSD.ORG From: "Gary Palmer" Subject: Re: netscape/swap_pager causing problems with syscons In-reply-to: Your message of "Mon, 02 Feb 1998 13:38:53 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 02 Feb 1998 20:28:06 -0500 Message-ID: <16424.886469286@gjp.erols.com> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Donn Miller wrote in message ID : > Jordan hinted to this as a problem with syscons in one posting I saw. I > would have to agree. In general, running out of swap space with netscape > and X running wrecks havoc on syscons. I was wondering if anyone has > experience with this problem and a possible solution as to how to get > syscons responding again. I can't login by way of serial console so I > guess the only choice is to just ctrl+alt+delete The problem is that the X server reprograms the chipset on the video card to do what *it* wants. Syscons has no idea of the original settings, and therefore can't restore them if X exits abnormally (i.e. running out of swap and the kernel killing the server) The only possible solution is telling the console code how to reprogram the video chipset, and making X indirect through the console code for paramater changes. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-bugs Mon Feb 2 18:15:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA02984 for freebsd-bugs-outgoing; Mon, 2 Feb 1998 18:15:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA02975; Mon, 2 Feb 1998 18:15:09 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id SAA14583; Mon, 2 Feb 1998 18:10:13 -0800 (PST) To: Donn Miller cc: current@FreeBSD.ORG, bugs@FreeBSD.ORG Subject: Re: netscape/swap_pager causing problems with syscons In-reply-to: Your message of "Mon, 02 Feb 1998 13:38:53 GMT." Date: Mon, 02 Feb 1998 18:10:13 -0800 Message-ID: <14579.886471813@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" > This problem was alluded to before. When running X windows, say you start > netscape. Then you run out of swap space. What happens next is that X > windows lock the computer solid, or X windows crashes, leaving me with a > blank screen. None of the virtual terminals work then, but I know the > system is still running, because ctrl+alt+delete reboots (shuts down) the > system. But I still see nothing on the screen. > > Jordan hinted to this as a problem with syscons in one posting I saw. I Nope, it's not a "problem" with syscons - it's just what happens when an X server is rudely shot down and has no chance to clean up. And I'm sure that Terry will have some suggestion about how state changes should be pushed and restored in syscons but it's unlikely that this will every happen unless somebody actually figures out how to implement it and has the free time to do the work involved. Don't hold your breath though and allocate more swap space instead. ;-) Jordan From owner-freebsd-bugs Mon Feb 2 18:22:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA03963 for freebsd-bugs-outgoing; Mon, 2 Feb 1998 18:22:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA03957; Mon, 2 Feb 1998 18:22:07 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id VAA02831; Mon, 2 Feb 1998 21:20:19 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199802030220.VAA02831@dyson.iquest.net> Subject: Re: netscape/swap_pager causing problems with syscons In-Reply-To: <14579.886471813@time.cdrom.com> from "Jordan K. Hubbard" at "Feb 2, 98 06:10:13 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 2 Feb 1998 21:20:19 -0500 (EST) Cc: dmm125@bellatlantic.net, current@FreeBSD.ORG, bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Jordan K. Hubbard said: > > This problem was alluded to before. When running X windows, say you start > > netscape. Then you run out of swap space. What happens next is that X > > windows lock the computer solid, or X windows crashes, leaving me with a > > blank screen. None of the virtual terminals work then, but I know the > > system is still running, because ctrl+alt+delete reboots (shuts down) the > > system. But I still see nothing on the screen. > > > > Jordan hinted to this as a problem with syscons in one posting I saw. I > > Nope, it's not a "problem" with syscons - it's just what happens when > an X server is rudely shot down and has no chance to clean up. And > I'm sure that Terry will have some suggestion about how state changes > should be pushed and restored in syscons but it's unlikely that this > will every happen unless somebody actually figures out how to > implement it and has the free time to do the work involved. Don't > hold your breath though and allocate more swap space instead. ;-) > This is another need for a transitive closure of the flow graph of execution. :-). -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-bugs Tue Feb 3 00:09:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA16514 for freebsd-bugs-outgoing; Tue, 3 Feb 1998 00:09:22 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from bugsy.indra.de (proxy.indra.de [193.158.1.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA16509 for ; Tue, 3 Feb 1998 00:09:21 -0800 (PST) (envelope-from deuerl@bugsy.indra.de) Received: (from deuerl@localhost) by bugsy.indra.de (8.8.8/8.8.5) id IAA21771 for freebsd-bugs@freebsd.org; Tue, 3 Feb 1998 08:11:42 GMT From: Robert Deuerling Message-Id: <199802030811.IAA21771@bugsy.indra.de> Subject: bug in ifconfig ??? To: freebsd-bugs@FreeBSD.ORG Date: Tue, 3 Feb 1998 08:11:42 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Hi all, recently i upgraded to 2.2.5 stable... i'm currently running 2.2.5-stable. (built 29.01.1998) Yesterday i tried to add a new alias to my ethernetcard (3com 3c590 PCI). ifconfig vx0 alias X.X.X.X netmask 0xffffffff (virt webserver) if you do a ifconfig -a the entry is visible, but if you try to do a ping to this address, nothing happens. The errormessage shows: arpresolve: can't allocate llinfo for X.X.X.X what does this mean ? Regards Robert From owner-freebsd-bugs Tue Feb 3 00:27:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA18237 for freebsd-bugs-outgoing; Tue, 3 Feb 1998 00:27:14 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA18205; Tue, 3 Feb 1998 00:27:09 -0800 (PST) (envelope-from tlambert@usr08.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id BAA09720; Tue, 3 Feb 1998 01:27:07 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp02.primenet.com, id smtpd009682; Tue Feb 3 01:27:01 1998 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id BAA03197; Tue, 3 Feb 1998 01:26:56 -0700 (MST) From: Terry Lambert Message-Id: <199802030826.BAA03197@usr08.primenet.com> Subject: Re: netscape/swap_pager causing problems with syscons To: toor@dyson.iquest.net (John S. Dyson) Date: Tue, 3 Feb 1998 08:26:56 +0000 (GMT) Cc: jkh@time.cdrom.com, dmm125@bellatlantic.net, current@FreeBSD.ORG, bugs@FreeBSD.ORG In-Reply-To: <199802030220.VAA02831@dyson.iquest.net> from "John S. Dyson" at Feb 2, 98 09:20:19 pm X-Mailer: ELM [version 2.4 PL25] 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 X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" > > Nope, it's not a "problem" with syscons - it's just what happens when > > an X server is rudely shot down and has no chance to clean up. And > > I'm sure that Terry will have some suggestion about how state changes > > should be pushed and restored in syscons but it's unlikely that this > > will every happen unless somebody actually figures out how to > > implement it and has the free time to do the work involved. Don't > > hold your breath though and allocate more swap space instead. ;-) > > This is another need for a transitive closure of the flow graph of > execution. :-). Heh. It's called putting DDX into the kernel. And it's already been implemented... for Linux. It's interesting how much discussion about architecture on these lists finds its way into Linux first... one wonders if FreeBSD people are being abused as the architects for Linux... Demand loadable kernel modules. Generalize reference counting. ELF. Use of ELF sections to implement virtual base classes in g++. Change to a large offset instead of a single page offset so ld.so can be mapped into the image by the exec() rather than by crt0.o Token Ring drivers. SMP. DDX in the kernel. A partidge in a pear tree... 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Tue Feb 3 05:00:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA20081 for freebsd-bugs-outgoing; Tue, 3 Feb 1998 05:00:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA20045; Tue, 3 Feb 1998 05:00:02 -0800 (PST) (envelope-from gnats) Received: from marble.eps.nagoya-u.ac.jp (marble.eps.nagoya-u.ac.jp [133.6.124.146]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA18910 for ; Tue, 3 Feb 1998 04:51:17 -0800 (PST) (envelope-from kato@migmatite.eps.nagoya-u.ac.jp) Received: (from kato@localhost) by marble.eps.nagoya-u.ac.jp (8.8.8/3.4W4) id VAA00361; Tue, 3 Feb 1998 21:31:30 +0900 (JST) Message-Id: <199802031231.VAA00361@marble.eps.nagoya-u.ac.jp> Date: Tue, 3 Feb 1998 21:31:30 +0900 (JST) From: kato@migmatite.eps.nagoya-u.ac.jp Reply-To: kato@migmatite.eps.nagoya-u.ac.jp To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5632: pagefault in umap_bypass() and umap_mapids() Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" >Number: 5632 >Category: kern >Synopsis: pagefault in umap_bypass() when cred == NOCRED. >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 3 05:00:01 PST 1998 >Last-Modified: >Originator: KATO Takenori >Organization: Dept. Earth Plarnet. Sci, Nagoya Univ. >Release: FreeBSD 3.0-CURRENT i386 >Environment: current & RELENG_2_2 >Description: Because umap_bypass() and umap_mapids() do not check whether the pointer to credential is NOCRED or not, pagefault occurs in those functions. For exapmle, vclean calls vinbalbuf at cred = NOCRED and vinvalbuf calls VOP_FSYNC(). In this case, pointer to credential is NOCRED, but umap_bypass() always calls crdup(), which assumes the pointer to credential is not NOCRED. The umap_mapids also assumes that the pointer to credential is not NOCRED. >How-To-Repeat: One example is unmounting umapfs. >Fix: Check the pointer to credential as follows: ---------- BEGIN ---------- *** umap_subr.c.ORIG Tue Feb 3 20:41:24 1998 --- umap_subr.c Tue Feb 3 21:03:37 1998 *************** *** 356,361 **** --- 356,364 ---- uid_t uid; gid_t gid; + if (credp == NOCRED) + return; + unentries = MOUNTTOUMAPMOUNT(v_mount)->info_nentries; usermap = &(MOUNTTOUMAPMOUNT(v_mount)->info_mapdata[0][0]); gnentries = MOUNTTOUMAPMOUNT(v_mount)->info_gnentries; *** umap_vnops.c.ORIG Tue Feb 3 20:32:02 1998 --- umap_vnops.c Tue Feb 3 20:47:18 1998 *************** *** 149,155 **** /* Save old values */ savecredp = (*credpp); ! (*credpp) = crdup(savecredp); credp = *credpp; if (umap_bug_bypass && credp->cr_uid != 0) --- 149,156 ---- /* Save old values */ savecredp = (*credpp); ! if (savecredp != NOCRED) ! (*credpp) = crdup(savecredp); credp = *credpp; if (umap_bug_bypass && credp->cr_uid != 0) *************** *** 176,182 **** compcredp = (*compnamepp)->cn_cred; savecompcredp = compcredp; ! compcredp = (*compnamepp)->cn_cred = crdup(savecompcredp); if (umap_bug_bypass && compcredp->cr_uid != 0) printf("umap_bypass: component credit user was %ld, group %ld\n", --- 177,185 ---- compcredp = (*compnamepp)->cn_cred; savecompcredp = compcredp; ! if (savecompcredp != NOCRED) ! (*compnamepp)->cn_cred = crdup(savecompcredp); ! compcredp = (*compnamepp)->cn_cred; if (umap_bug_bypass && compcredp->cr_uid != 0) printf("umap_bypass: component credit user was %ld, group %ld\n", *************** *** 238,248 **** printf("umap_bypass: returning-user was %ld\n", credp->cr_uid); ! crfree(credp); ! (*credpp) = savecredp; ! if (umap_bug_bypass && credpp && (*credpp)->cr_uid != 0) ! printf("umap_bypass: returning-user now %ld\n\n", ! (*credpp)->cr_uid); } if (descp->vdesc_componentname_offset != VDESC_NO_OFFSET) { --- 241,253 ---- printf("umap_bypass: returning-user was %ld\n", credp->cr_uid); ! if (savecredp != NOCRED) { ! crfree(credp); ! (*credpp) = savecredp; ! if (umap_bug_bypass && credpp && (*credpp)->cr_uid != 0) ! printf("umap_bypass: returning-user now %ld\n\n", ! (*credpp)->cr_uid); ! } } if (descp->vdesc_componentname_offset != VDESC_NO_OFFSET) { *************** *** 250,260 **** printf("umap_bypass: returning-component-user was %ld\n", compcredp->cr_uid); ! crfree(compcredp); ! (*compnamepp)->cn_cred = savecompcredp; ! if (umap_bug_bypass && credpp && (*credpp)->cr_uid != 0) ! printf("umap_bypass: returning-component-user now %ld\n", ! compcredp->cr_uid); } return (error); --- 255,267 ---- printf("umap_bypass: returning-component-user was %ld\n", compcredp->cr_uid); ! if (savecompcredp != NOCRED) { ! crfree(compcredp); ! (*compnamepp)->cn_cred = savecompcredp; ! if (umap_bug_bypass && credpp && (*credpp)->cr_uid != 0) ! printf("umap_bypass: returning-component-user now %ld\n", ! compcredp->cr_uid); ! } } return (error); ---------- END ---------- >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Feb 3 07:40:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA11576 for freebsd-bugs-outgoing; Tue, 3 Feb 1998 07:40:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA11552; Tue, 3 Feb 1998 07:40:02 -0800 (PST) (envelope-from gnats) Received: from marble.eps.nagoya-u.ac.jp (marble.eps.nagoya-u.ac.jp [133.6.124.146]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA10981 for ; Tue, 3 Feb 1998 07:34:01 -0800 (PST) (envelope-from kato@migmatite.eps.nagoya-u.ac.jp) Received: (from kato@localhost) by marble.eps.nagoya-u.ac.jp (8.8.8/3.4W4) id AAA00403; Wed, 4 Feb 1998 00:33:53 +0900 (JST) Message-Id: <199802031533.AAA00403@marble.eps.nagoya-u.ac.jp> Date: Wed, 4 Feb 1998 00:33:53 +0900 (JST) From: KATO Takenori Reply-To: kato@migmatite.eps.nagoya-u.ac.jp To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5634: locking violation in umapfs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" >Number: 5634 >Category: kern >Synopsis: locking violation in umapfs >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 Feb 3 07:40:01 PST 1998 >Last-Modified: >Originator: KATO Takenori >Organization: Dept. Earth Planet. Sci, Nagoya Univ. >Release: FreeBSD 3.0-CURRENT i386 >Environment: umapfs kernel >Description: The umap_node_find() calls vget at flags = 0. This code assumes that vget() does not lock vnode in it. It is true in 4.4BSD-Lite2 but vget() in FreeBSD may lock vnode in it. Therefore, we should not assume that vget() does not lock vnode. >How-To-Repeat: Using umapfs. >Fix: ---------- BEGIN ---------- *** umap_subr.c.ORIG Tue Feb 3 23:12:33 1998 --- umap_subr.c Wed Feb 4 00:19:53 1998 *************** *** 143,148 **** --- 143,150 ---- struct umap_node_hashhead *hd; struct umap_node *a; struct vnode *vp; + int error; + int vpunlocked; #ifdef UMAPFS_DIAGNOSTIC printf("umap_node_find(mp = %x, target = %x)\n", mp, targetvp); *************** *** 165,171 **** * stuff, but we don't want to lock * the lower node. */ ! if (vget(vp, 0, p)) { #ifdef UMAPFS_DIAGNOSTIC printf ("umap_node_find: vget failed.\n"); #endif --- 167,181 ---- * stuff, but we don't want to lock * the lower node. */ ! if (VOP_ISLOCKED(vp)) { ! VOP_UNLOCK(vp, 0, p); ! vpunlocked = 1; ! } else ! vpunlocked = 0; ! error = vget(vp, 0, p); ! if (vpunlocked) ! vn_lock(vp, LK_EXCLUSIVE|LK_RETRY, p); ! if (error) { #ifdef UMAPFS_DIAGNOSTIC printf ("umap_node_find: vget failed.\n"); #endif ---------- END ---------- >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Feb 3 09:42:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA02203 for freebsd-bugs-outgoing; Tue, 3 Feb 1998 09:42:49 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ns0.aid.co.uk (ns0.aid.co.uk [195.134.10.155]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA00793; Tue, 3 Feb 1998 09:34:11 -0800 (PST) (envelope-from marc@netvillage.co.uk) Received: from marc.netvillage.co.uk ([195.134.26.2]) by ns0.aid.co.uk (Netscape Mail Server v2.02) with SMTP id AAA1651; Tue, 3 Feb 1998 16:24:49 +0000 Comments: Authenticated sender is From: "Marc P Summers" To: couk2@thecompetitionpage.com Date: Tue, 3 Feb 1998 16:23:14 +0000 X-Distribution: Bulk MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Static Web-Site or Dynamic Marketing Tool Reply-to: info@the-competition-page.com X-mailer: Pegasus Mail for Win32 (v2.54) Message-ID: <19980203162128.AAA1651@marc.netvillage.co.uk> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Hi The fact that you've opened this e-mail means that you quite correctly consider a web site to mean more than just a static advertisement. How would you like all visitors to your web site to enter a competition to win $500 (350 UK Pounds) each and every month? And how would you like to receive the name, address, contact details and relevant marketing information from every visitor to your site? How much would you pay for this valuable service? 1,000 (UK Pounds) a month, 2,000 (UK Pounds) a month. Try 15 (UK Pounds) a month. Interested? Visit http://www.the-competition-page.com and find out how you can turn your static web site into a powerful marketing tool for only 15 (UK Pounds) a month. Thank you for taking the time out of your day to read this important message. From owner-freebsd-bugs Tue Feb 3 11:00:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA13075 for freebsd-bugs-outgoing; Tue, 3 Feb 1998 11:00:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA13049; Tue, 3 Feb 1998 11:00:01 -0800 (PST) (envelope-from gnats) Date: Tue, 3 Feb 1998 11:00:01 -0800 (PST) Message-Id: <199802031900.LAA13049@hub.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: docs/5614: Typos in ifconfig(8) and ep(4) man pages Reply-To: J Wunsch Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" The following reply was made to PR docs/5614; it has been noted by GNATS. From: J Wunsch To: Steve Price Cc: =?iso-8859-1?Q?Dag-Erling_Coidan_Sm=F8rgrav?= , gibbs@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: docs/5614: Typos in ifconfig(8) and ep(4) man pages Date: Tue, 3 Feb 1998 19:34:05 +0100 As Steve Price wrote: > > Ah, I see. elink.h defines ELINK_ID_PORT to 0x100, hence the confusion. > > Hmm... > > steve[/usr/src/sys]$ find . | xargs grep EP_ID_PORT > ./i386/boot/netboot/3c509.c: int data, j, io_base, id_port = > EP_ID_PORT; > ./i386/boot/netboot/3c509.h:#define EP_ID_PORT 0x100 > ./i386/isa/if_epreg.h:#define EP_ID_PORT 0x110 > ./pc98/boot/netboot/3c509.c: int data, j, io_base, id_port = > EP_ID_PORT; > ./pc98/boot/netboot/3c509.h:#define EP_ID_PORT 0x100 > ./pc98/boot/netboot/if_epreg.h:#define EP_ID_PORT 0x100 > steve[/usr/src/sys]$ find . | xargs grep ELINK_ID_PORT > ./i386/isa/elink.c: outb(ELINK_ID_PORT, ELINK_RESET); > ./i386/isa/elink.c: outb(ELINK_ID_PORT, c); > ./i386/isa/elink.h:#define ELINK_ID_PORT 0x71d0 > ./i386/isa/elink.h:#define ELINK_ID_PORT 0x100 > ./i386/isa/if_ep.c: int data, i, j, id_port = ELINK_ID_PORT; > ^^^^^^^^^^^^^ > This is why you experienced the problem. This should be > EP_ID_PORT or ELINK_ID_PORT should be changed 0x110. Joerg? Hmm, i simply forgot about the netboot stuff. It would probably be better if netboot included the /usr/src/sys/ files anyway. (I think biosboot does it this way for the serial line stuff.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Feb 3 12:20:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA26092 for freebsd-bugs-outgoing; Tue, 3 Feb 1998 12:20:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA26084; Tue, 3 Feb 1998 12:20:02 -0800 (PST) (envelope-from gnats) Received: from hot.ee.lbl.gov (hot.ee.lbl.gov [131.243.1.42]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA25836 for ; Tue, 3 Feb 1998 12:16:59 -0800 (PST) (envelope-from leres@ee.lbl.gov) Received: by hot.ee.lbl.gov (8.8.8/8.8.5) id MAA16297; Tue, 3 Feb 1998 12:16:58 -0800 (PST) Message-Id: <199802032016.MAA16297@hot.ee.lbl.gov> Date: Tue, 03 Feb 1998 12:16:57 PST From: Craig Leres To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: leres@ee.lbl.gov X-Send-Pr-Version: 3.2 Subject: bin/5635: deprecated usage in nfsd(8) and rc.conf Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" >Number: 5635 >Category: bin >Synopsis: deprecated usage in nfsd(8) and rc.conf >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Feb 3 12:20:02 PST 1998 >Last-Modified: >Originator: Craig Leres >Organization: Lawrence Berkeley National Laboratory >Release: FreeBSD 2.2.5-STABLE i386 >Environment: >Description: The example in the nfsd(8) man page is missing the -n flag. The default rc.conf is also missing the -n flag. >How-To-Repeat: Nfsd(8) says: For example, ``nfsd -u -t 6'' serves UDP and TCP transports using six daemons. And src/etc/rc.conf says: nfs_server_flags="-u -t 4" # Flags to nfsd (if enabled). >Fix: RCS file: RCS/nfsd.8,v retrieving revision 1.1 diff -c -r1.1 nfsd.8 *** /tmp/,RCSt1000473 Tue Feb 3 00:16:04 1998 --- nfsd.8 Tue Feb 3 00:14:32 1998 *************** *** 82,88 **** .El .Pp For example, ! .Dq Li "nfsd -u -t 6" serves .Tn UDP and --- 82,88 ---- .El .Pp For example, ! .Dq Li "nfsd -u -t -n 6" serves .Tn UDP and RCS file: RCS/rc.conf,v retrieving revision 1.1 diff -c -r1.1 rc.conf *** /tmp/,RCSt1000478 Tue Feb 3 00:16:15 1998 --- rc.conf Tue Feb 3 00:14:35 1998 *************** *** 49,55 **** nfs_client_enable="NO" # This host is an NFS client (or NO). nfs_client_flags="-n 4" # Flags to nfsiod (if enabled). nfs_server_enable="NO" # This host is an NFS server (or NO). ! nfs_server_flags="-u -t 4" # Flags to nfsd (if enabled). mountd_flags="-r" # Flags to mountd (if NFS server enabled). nfs_reserved_port_only="NO" # Provide NFS only on secure port (or NO). rpc_lockd_enable="NO" # Run NFS rpc.lockd (*broken!*) if nfs_server. --- 49,55 ---- nfs_client_enable="NO" # This host is an NFS client (or NO). nfs_client_flags="-n 4" # Flags to nfsiod (if enabled). nfs_server_enable="NO" # This host is an NFS server (or NO). ! nfs_server_flags="-u -t -n 4" # Flags to nfsd (if enabled). mountd_flags="-r" # Flags to mountd (if NFS server enabled). nfs_reserved_port_only="NO" # Provide NFS only on secure port (or NO). rpc_lockd_enable="NO" # Run NFS rpc.lockd (*broken!*) if nfs_server. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Feb 3 12:24:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA26591 for freebsd-bugs-outgoing; Tue, 3 Feb 1998 12:24:36 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA26567; Tue, 3 Feb 1998 12:24:23 -0800 (PST) (envelope-from pst@FreeBSD.org) From: Paul Traina Received: (from pst@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA22754; Tue, 3 Feb 1998 12:23:57 -0800 (PST) Date: Tue, 3 Feb 1998 12:23:57 -0800 (PST) Message-Id: <199802032023.MAA22754@freefall.freebsd.org> To: iwaki@jaist.ac.jp, pst@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/5542 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Synopsis: Inconsistency between LINT and sound_config.h State-Changed-From-To: open-closed State-Changed-By: pst State-Changed-When: Tue Feb 3 12:23:37 PST 1998 State-Changed-Why: Fixed. From owner-freebsd-bugs Tue Feb 3 12:27:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA26966 for freebsd-bugs-outgoing; Tue, 3 Feb 1998 12:27:39 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA26943; Tue, 3 Feb 1998 12:27:15 -0800 (PST) (envelope-from pst@FreeBSD.org) From: Paul Traina Received: (from pst@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA22853; Tue, 3 Feb 1998 12:26:49 -0800 (PST) Date: Tue, 3 Feb 1998 12:26:49 -0800 (PST) Message-Id: <199802032026.MAA22853@freefall.freebsd.org> To: shin@sm.sony.co.jp, pst@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/4329 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Synopsis: read(2) from /dev/bktr0 hangs State-Changed-From-To: open-closed State-Changed-By: pst State-Changed-When: Tue Feb 3 12:26:16 PST 1998 State-Changed-Why: Amancio claims he committed this fix on Feb 2. From owner-freebsd-bugs Tue Feb 3 12:49:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA00903 for freebsd-bugs-outgoing; Tue, 3 Feb 1998 12:49:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA00890; Tue, 3 Feb 1998 12:49:01 -0800 (PST) (envelope-from pst@FreeBSD.org) From: Paul Traina Received: (from pst@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA23090; Tue, 3 Feb 1998 12:48:34 -0800 (PST) Date: Tue, 3 Feb 1998 12:48:34 -0800 (PST) Message-Id: <199802032048.MAA23090@freefall.freebsd.org> To: pst@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: docs/5563 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Synopsis: /etc/motd says handbook in info dist; not so Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: pst Responsible-Changed-When: Tue Feb 3 12:48:21 PST 1998 Responsible-Changed-Why: From owner-freebsd-bugs Tue Feb 3 13:20:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA06479 for freebsd-bugs-outgoing; Tue, 3 Feb 1998 13:20:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA06430; Tue, 3 Feb 1998 13:20:02 -0800 (PST) (envelope-from gnats) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA05285 for ; Tue, 3 Feb 1998 13:15:31 -0800 (PST) (envelope-from archie@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id NAA08262 for ; Tue, 3 Feb 1998 13:06:00 -0800 (PST) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma008260; Tue Feb 3 13:05:48 1998 Received: (from archie@localhost) by bubba.whistle.com (8.8.7/8.6.12) id NAA19000; Tue, 3 Feb 1998 13:05:48 -0800 (PST) Message-Id: <199802032105.NAA19000@bubba.whistle.com> Date: Tue, 3 Feb 1998 13:05:48 -0800 (PST) From: archie@whistle.com Reply-To: archie@whistle.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5636: line discipline is not unloaded when device closes Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" >Number: 5636 >Category: kern >Synopsis: line discipline is not unloaded when device closes >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: Tue Feb 3 13:20:01 PST 1998 >Last-Modified: >Originator: Archie Cobbs >Organization: Whistle Communications, Inc. >Release: FreeBSD 2.2.5-STABLE i386 >Environment: FreeBSD 2.2.5 >Description: I have written a line discipline module. I have a test program that shows it successfully loads using ioctl(fd, TIOCSETD, &ldisc). The "open" method gets called upon installation, and if the line discipline is changed back to TTYDISC, the "close" method gets called. The problem is that if the device is closed after installing the new line discipline, but before reinstalling TTYDISC, the "close" method does NOT get called. This can cause memory leaks, dangling pointers, etc. >From /sys/sys/conf.h: /* * Line discipline switch table */ struct linesw { l_open_t *l_open; <-- open method l_close_t *l_close; <-- close method l_read_t *l_read; l_write_t *l_write; l_ioctl_t *l_ioctl; l_rint_t *l_rint; l_start_t *l_start; l_modem_t *l_modem; }; >How-To-Repeat: 1. Register your own line discipline as #7 2. Install it with a program containing these lines: ldisc = 7; if ((fd = open(file, O_RDWR, 0)) < 0) { err(1, "%s", file); } if (ioctl(fd, TIOCSETD, &ldisc) < 0) { err(1, "ioctl(TIOCSETD)"); } sleep(10000); 3. Hit control-C during the sleep() statement 4. Notice that the "close" method of your line discipline never gets called. >Fix: Kernel should insure that when a tty device is closed, the "close" method of the corresponding line discipline is called. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Feb 3 13:50:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA13257 for freebsd-bugs-outgoing; Tue, 3 Feb 1998 13:50:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA13250; Tue, 3 Feb 1998 13:50:03 -0800 (PST) (envelope-from gnats) Received: from jnuckolls.iadfw.net (jamesn@jnuckolls.iadfw.net [206.66.13.42]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA12179 for ; Tue, 3 Feb 1998 13:43:31 -0800 (PST) (envelope-from jamesn@jnuckolls.iadfw.net) Received: (from jamesn@localhost) by jnuckolls.iadfw.net (8.8.8/8.8.8) id PAA13309; Tue, 3 Feb 1998 15:43:36 -0600 (CST) (envelope-from jamesn) Message-Id: <199802032143.PAA13309@jnuckolls.iadfw.net> Date: Tue, 3 Feb 1998 15:43:36 -0600 (CST) From: jamesn@iadfw.net Reply-To: jamesn@iadfw.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/5637: Not quite possible to install FreeBSD from a serial console Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" >Number: 5637 >Category: conf >Synopsis: Not quite possible to install FreeBSD from a serial console >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 Feb 3 13:50:01 PST 1998 >Last-Modified: >Originator: James Nuckolls >Organization: None >Release: FreeBSD 2.2.5-STABLE i386 >Environment: A 2.2-STABLE daily snap boot disk >Description: It's not quite possible to install FreeBSD using a serial console. Why? Because in order to switch to the new console you have to either type '-h' or '-P' or even '-D' at the boot prompt. In order to do this, you of course must have a real keyboard (making '-P' useless). Honestly, after I put a keyboard on the machine and did the -h thing, install went perfectly from the console. >How-To-Repeat: Get a boot disk, unplug your keyboard, put a serial console on com1. >Fix: On the boot disk add 'kernel -P' (or -D if you want) to /boot.conf. This shouldn't be on the MFS. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Feb 3 17:30:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA14167 for freebsd-bugs-outgoing; Tue, 3 Feb 1998 17:30:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA14141; Tue, 3 Feb 1998 17:30:02 -0800 (PST) (envelope-from gnats) Received: from flea.best.net (root@flea.best.net [206.184.139.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA13726 for ; Tue, 3 Feb 1998 17:24:52 -0800 (PST) (envelope-from dillon@flea.best.net) Received: (from dillon@localhost) by flea.best.net (8.8.8/8.7.3) id RAA02710; Tue, 3 Feb 1998 17:24:14 -0800 (PST) Message-Id: <199802040124.RAA02710@flea.best.net> Date: Tue, 3 Feb 1998 17:24:14 -0800 (PST) From: Matt Dillon Reply-To: dillon@best.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5639: Another crash tracked down to biowait wakeup / corrupt run queue Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" >Number: 5639 >Category: kern >Synopsis: Another crash tracked down to biowait wakeup / corrupt run queue >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 Feb 3 17:30:01 PST 1998 >Last-Modified: >Originator: Matt Dillon >Organization: BEST Internet communications >Release: FreeBSD 2.2.5-STABLE i386 >Environment: FreeBSD 2.2.5-STABLE (from CVS, with most recent fixes) Adaptec 2940UW four seagate SCSI disks heavily loaded machine, lots of processes, lots of disk I/O. PPro 200, 1 cpu, 256MB of ram >Description: Below is the chain of processes I followed in GDB from the crash dump. I followed the inode lock owner through a chain of processes. The chain ended with a process in biowait() that was in a Run state but was NOT properly on the qs[] run queue, therefore never getting any cpu. 0 865 537457500 0 -14 0 624 0 ufslk2 D ?? 0:00.00 (sendmail) f34f0e00 proc f34f0e00 print *(struct inode *)f24de000 lock holder 0x40e 0 1038 537457500 227 -14 0 256 0 ufslk2 Ds ?? 0:00.00 (popper) f3414c00 proc f3414c00 print *(struct inode *)f2522200 lock holder 0x18BE 1268 6334 537457500 0 -14 0 836 0 ufslk2 D+ q9 0:00.00 (irc-2.9_roof) f2ad0e00 proc f2ad0e00 print *(struct inode *)f2526f00 i_lockholder = 0x43c, UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND PROC 2259 1084 537457500 27 -14 0 232 0 uihget D+ p9 0:00.00 (Mail) f35ee600 #0 mi_switch () at ../../kern/kern_synch.c:635 #1 0xf0114eda in tsleep (ident=0xf256f200, priority=0x8, wmesg=0xf019bfb9 "uihget", timo=0x0) at ../../kern/kern_synch.c:398 #2 0xf019c053 in ufs_ihashget (device=0x413, inum=0x2) at ../../ufs/ufs/ufs_ihash.c:104 #3 0xf019a1cf in ffs_vget (mp=0xf2530600, ino=0x2, vpp=0xefbffd40) at ../../ufs/ffs/ffs_vfsops.c:868 #4 0xf019ed24 in ufs_root (mp=0xf2530600, vpp=0xefbffd80) at ../../ufs/ufs/ufs_vfsops.c:90 #5 0xf0131468 in lookup (ndp=0xefbffef4) at ../../kern/vfs_lookup.c:482 #6 0xf0130e7b in namei (ndp=0xefbffef4) at ../../kern/vfs_lookup.c:156 i_lockholder is 0x43D (process 1085) shell5:/var/crash# kps -M vmcore.6 -N kernel.6 -axl -p 1085 -o proc UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND PROC 2044 1085 537457500 5 -14 0 428 0 ufslk2 D ?? 0:00.00 (perl) f34e9c00 #0 mi_switch () at ../../kern/kern_synch.c:635 #1 0xf0114eda in tsleep (ident=0xf3332800, priority=0x8, wmesg=0xf01a1071 "ufslk2", timo=0x0) at ../../kern/kern_synch.c:398 #2 0xf01a10a1 in ufs_lock (ap=0xefbffc98) at ../../ufs/ufs/ufs_vnops.c:1707 #3 0xf0132707 in vget (vp=0xf2b68180, lockflag=0x1) at vnode_if.h:731 #4 0xf019c652 in ufs_lookup (ap=0xefbffd84) at ../../ufs/ufs/ufs_lookup.c:183 #5 0xf0131339 in lookup (ndp=0xefbffef4) at vnode_if.h:31 #6 0xf0130e7b in namei (ndp=0xefbffef4) at ../../kern/vfs_lookup.c:156 #7 0xf0136a2f in vn_open (ndp=0xefbffef4, fmode=0x1, cmode=0x1a4) at ../../kern/vfs_vnops.c:123 #8 0xf0134202 in open (p=0xf34e9c00, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/vfs_syscalls.c:701 #9 0xf01bf437 in syscall (frame={tf_es = 0x20050027, tf_ds = 0xefbf0027, tf_edi = 0x4, tf_esi = 0x200f3598, tf_ebp = 0xefbfddec, tf_isp = 0xefbfffe4, tf_ebx = 0x200e3060, tf_edx = 0x10, tf_ecx = 0x0, tf_eax = 0x5, tf_trapno = 0xc, tf_err = 0x7, tf_eip = 0x200cc6f1, tf_cs = 0x1f, tf_eflags = 0x292, tf_esp = 0xefbfddcc, tf_ss = 0x27}) inode i_lockholder = 0x43b, == process 1083 shell5:/var/crash# kps -M vmcore.6 -N kernel.6 -axl -p 1083 -o proc UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND PROC 2044 1083 537457500 1 -18 0 428 0 ffsvgt D ?? 0:00.00 (perl) f3341e00 (kgdb) back #0 mi_switch () at ../../kern/kern_synch.c:635 #1 0xf0114eda in tsleep (ident=0xf01fb978, priority=0x4, wmesg=0xf019a1a0 "ffsvgt", timo=0x0) at ../../kern/kern_synch.c:398 #2 0xf019a209 in ffs_vget (mp=0xf2530600, ino=0x5a16b, vpp=0xefbffd14) at ../../ufs/ffs/ffs_vfsops.c:879 #3 0xf019d034 in ufs_lookup (ap=0xefbffd84) at ../../ufs/ufs/ufs_lookup.c:561 #4 0xf0131339 in lookup (ndp=0xefbffef4) at vnode_if.h:31 #5 0xf0130e7b in namei (ndp=0xefbffef4) at ../../kern/vfs_lookup.c:156 #6 0xf0136a2f in vn_open (ndp=0xefbffef4, fmode=0x1, cmode=0x1a4) at ../../kern/vfs_vnops.c:123 #7 0xf0134202 in open (p=0xf3341e00, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/vfs_syscalls.c:701 #8 0xf01bf437 in syscall (frame={tf_es = 0x27, tf_ds = 0x27, tf_edi = 0x4, tf_esi = 0x200f3598, tf_ebp = 0xefbfdde0, tf_isp = 0xefbfffe4, tf_ebx = 0x200e3060, tf_edx = 0x10, tf_ecx = 0x0, tf_eax = 0x5, tf_trapno = 0xc, tf_err = 0x7, tf_eip = 0x200cc6f1, tf_cs = 0x1f, tf_eflags = 0x282, tf_esp = 0xefbfddc0, tf_ss = 0x27}) at ../../i386/i386/trap.c:914 (locked waiting for ffs_inode_hash_lock) tracking down other processes in ffs_vget(), I found: (kgdb) current pcb at f87cf000 (kgdb) #0 mi_switch () at ../../kern/kern_synch.c:635 #1 0xf0114eda in tsleep (ident=0xf44ebf08, priority=0x10, wmesg=0xf012e81b "biowait", timo=0x0) at ../../kern/kern_synch.c:398 #2 0xf012e857 in biowait (bp=0xf44ebf08) at ../../kern/vfs_bio.c:1534 #3 0xf012cc1f in bread (vp=0xf2520b80, blkno=0xa0090, size=0x2000, cred=0x0, bpp=0xefbffd68) at ../../kern/vfs_bio.c:244 #4 0xf019a369 in ffs_vget (mp=0xf2530e00, ino=0x12d7c, vpp=0xefbffde4) at ../../ufs/ffs/ffs_vfsops.c:931 #5 0xf0195376 in ffs_valloc (ap=0xefbffdd0) at ../../ufs/ffs/ffs_alloc.c:535 #6 0xf01a174a in ufs_makeinode (mode=0x81a4, dvp=0xf2a33480, vpp=0xefbfff04, cnp=0xefbfff18) at vnode_if.h:927 #7 0xf019ef65 in ufs_create (ap=0xefbffe28) at ../../ufs/ufs/ufs_vnops.c:113 #8 0xf013697c in vn_open (ndp=0xefbffef4, fmode=0x602, cmode=0x1a4) at vnode_if.h:59 #9 0xf0134202 in open (p=0xf3401400, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/vfs_syscalls.c:701 #10 0xf01bf437 in syscall (frame={tf_es = 0xefbf0027, tf_ds = 0xefbf0027, and found process 3194 shell5:/var/crash# kps -M vmcore.6 -N kernel.6 -axl -p 3194 -o proc UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND PROC 1173 3194 537457500 255 -6 20 996 0 - RN ?? 0:00.00 (eggdrop) f3401400 This process is supposedly in the run state, the p_procq chain linkages: (kgdb) print ((struct proc *)f3401400)->p_procq.tqe_next $3 = (struct proc *) 0xf34f0000 $4 = (struct proc *) 0xf2ee6a00 $5 = (struct proc *) 0xf33f0800 $6 = (struct proc *) 0xf33a3800 $7 = (struct proc *) 0xf267c000 $8 = (struct proc *) 0xf251ec00 $9 = (struct proc *) 0xf3480000 $10 = (struct proc *) 0xf33a3a00 $11 = (struct proc *) 0xf334f800 $12 = (struct proc *) 0xf3342800 $13 = (struct proc *) 0xf0206a38 $14 = (struct proc *) 0xf3401800 $15 = (struct proc *) 0xf3429600 $16 = (struct proc *) 0xf29ad800 $17 = (struct proc *) 0xf267c400 $18 = (struct proc *) 0xf2aba800 $19 = (struct proc *) 0xf34f0600 $20 = (struct proc *) 0xf3424000 $21 = (struct proc *) 0xf3045000 $22 = (struct proc *) 0xf3401c00 $23 = (struct proc *) 0xf2ac3c00 $24 = (struct proc *) 0xf2aba600 $25 = (struct proc *) 0xf3486000 $26 = (struct proc *) 0xf3401400 $27 = (struct proc *) 0xf34f0000 the process is in qs 0x1F (31), but qs[31] is not in the chain! (kgdb) print &qs[1f] $57 = (struct prochd *) 0xf0203428 (kgdb) print qs[1f] $58 = { ph_link = 0xf333b600, ph_rlink = 0xf333b600 } Thus, the process in the biowait is not on any run list even through it is marked as running, and it is linked 'weirdly'. There is, in fact, only one process in qs[31]. This is the forth time I've tracked down a crash to a process that is marked running and not in the actual run queue, with a seemingly corrupt run chain. This is the second time where the process in question was being woken up from a biowait(), probably by the SCSI interrupt (adaptect 2940UW PCI). The first two times might have been that too, but the second two times are DEFINITELY a fuckup when a process in biowait is woken up and then doesn't get put in the run queue properly. -Matt >How-To-Repeat: The bug may be difficult to reproduce. It appears to be a timing window in the SCSI interrupt / wakeup code. I think there may be something broken in the IPL routines that allow a SCSI interrupt to interrupt operations on the run queue (qs[] related stuff). >Fix: Don't know. The crash dump is available if you guys want it. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Feb 3 17:50:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA16993 for freebsd-bugs-outgoing; Tue, 3 Feb 1998 17:50:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA16987; Tue, 3 Feb 1998 17:50:02 -0800 (PST) (envelope-from gnats) Received: from marble.eps.nagoya-u.ac.jp (marble.eps.nagoya-u.ac.jp [133.6.124.146]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA16294 for ; Tue, 3 Feb 1998 17:40:59 -0800 (PST) (envelope-from kato@migmatite.eps.nagoya-u.ac.jp) Received: (from kato@localhost) by marble.eps.nagoya-u.ac.jp (8.8.8/3.4W4) id KAA01171; Wed, 4 Feb 1998 10:40:57 +0900 (JST) Message-Id: <199802040140.KAA01171@marble.eps.nagoya-u.ac.jp> Date: Wed, 4 Feb 1998 10:40:57 +0900 (JST) From: KATO Takenori Reply-To: kato@migmatite.eps.nagoya-u.ac.jp To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5640: incorrect gid-map in umapfs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" >Number: 5640 >Category: kern >Synopsis: incorrect gid-map in umapfs >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 Feb 3 17:50:01 PST 1998 >Last-Modified: >Originator: KATO Takenori >Organization: Dept. Earth Planet. Sci, Nagoya Univ. >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: If the number of entries in gid-mapfile is differs from that of uid-mapfile, gid-map is incorrect. >How-To-Repeat: >Fix: ---------- BEGIN ---------- *** umap_vfsops.c.ORIG Wed Feb 4 10:32:28 1998 --- umap_vfsops.c Wed Feb 4 10:33:04 1998 *************** *** 168,174 **** #endif error = copyin(args.gmapdata, (caddr_t)amp->info_gmapdata, ! 2*sizeof(u_long)*args.nentries); if (error) return (error); --- 168,174 ---- #endif error = copyin(args.gmapdata, (caddr_t)amp->info_gmapdata, ! 2*sizeof(u_long)*args.gnentries); if (error) return (error); ---------- END ---------- >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Feb 3 18:10:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA19695 for freebsd-bugs-outgoing; Tue, 3 Feb 1998 18:10:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA19686; Tue, 3 Feb 1998 18:10:02 -0800 (PST) (envelope-from gnats) Date: Tue, 3 Feb 1998 18:10:02 -0800 (PST) Message-Id: <199802040210.SAA19686@hub.freebsd.org> To: freebsd-bugs Cc: From: KATO Takenori Subject: Re: kern/5634: locking violation in umapfs Reply-To: KATO Takenori Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" The following reply was made to PR kern/5634; it has been noted by GNATS. From: KATO Takenori To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: Re: kern/5634: locking violation in umapfs Date: Wed, 04 Feb 1998 11:02:47 +0900 KATO Takenori wrote: > The umap_node_find() calls vget at flags = 0. This code assumes that > vget() does not lock vnode in it. It is true in 4.4BSD-Lite2 but > vget() in FreeBSD may lock vnode in it. Therefore, we should not > assume that vget() does not lock vnode. Same problem exists in nullfs. ---- KATO Takenori Dept. Earth Planet. Sci., Nagoya Univ., Nagoya, 464-01, Japan PGP public key: finger kato@eclogite.eps.nagoya-u.ac.jp ------------------- Powered by FreeBSD(98) ------------------- From owner-freebsd-bugs Tue Feb 3 20:00:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA06336 for freebsd-bugs-outgoing; Tue, 3 Feb 1998 20:00:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA06312; Tue, 3 Feb 1998 20:00:02 -0800 (PST) (envelope-from gnats) Received: from flea.best.net (root@flea.best.net [206.184.139.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA05886 for ; Tue, 3 Feb 1998 19:54:49 -0800 (PST) (envelope-from dillon@flea.best.net) Received: (from dillon@localhost) by flea.best.net (8.8.8/8.7.3) id TAA18111; Tue, 3 Feb 1998 19:54:18 -0800 (PST) Message-Id: <199802040354.TAA18111@flea.best.net> Date: Tue, 3 Feb 1998 19:54:18 -0800 (PST) From: Matt Dillon Reply-To: dillon@best.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5641: running processes at the IDLE priority (idprio) can crash the kernel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" >Number: 5641 >Category: kern >Synopsis: running processes at the IDLE priority (idprio) can crash the kernel >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 Feb 3 20:00:01 PST 1998 >Last-Modified: >Originator: Matt Dillon >Organization: BEST Internet communications >Release: FreeBSD 2.2.5-STABLE i386 >Environment: FreeBSD 2.2.5-stable, recent CVS >Description: running processes on the IDLE queue, via idprio, can crash the kernel. >How-To-Repeat: Run a process with idprio that accesses the disk a lot. Run a cpu-bound process at normal priority Try to do other things... the kernel will crash because the process at idprio will be tsleep'ing in biowait or ufslk2 or some other critical point and create a cascade lock chain failure. >Fix: Turn the idprio off by default. Hell, get rid of it entirely, it sucks. :-) Or fix the sleep priority stuff to ensure that the process runs at a normal priority while in supervisor mode. NOTE: My previous bug reports in regards to run queue corruption are almost certainly THIS bug. The run queue is NOT corrupted. I thought it was because the process holding the base lock in the cascade failure was in a 'R'un state yet not getting any cpu. -Matt >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Feb 4 00:30:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA11818 for freebsd-bugs-outgoing; Wed, 4 Feb 1998 00:30:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA11811; Wed, 4 Feb 1998 00:30:02 -0800 (PST) (envelope-from gnats) Received: from neunacht.netgsi.com (neunacht.netgsi.com [192.55.203.37]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA11606 for ; Wed, 4 Feb 1998 00:27:59 -0800 (PST) (envelope-from cjohnson@neunacht.netgsi.com) Received: (from cjohnson@localhost) by neunacht.netgsi.com (8.8.8/8.8.6) id DAA00475; Wed, 4 Feb 1998 03:27:58 -0500 (EST) Message-Id: <199802040827.DAA00475@neunacht.netgsi.com> Date: Wed, 4 Feb 1998 03:27:58 -0500 (EST) From: "Christopher T. Johnson" Reply-To: cjohnson@neunacht.netgsi.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5643: NCR 810/815 do not handle rewind correctly Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" >Number: 5643 >Category: kern >Synopsis: NCR 810/815 do not handle rewind correctly >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 4 00:30:01 PST 1998 >Last-Modified: >Originator: Christopher T. Johnson >Organization: NetGSI, INC >Release: FreeBSD 3.0-CURRENT i386 >Environment: Problem presents itself with both an 810 and 815 SCSI card. In both a 486 (AMD X6/133 40MB) and a P166 Dual processor system. The dual processor system shows the problem in both uni and multi processor mode. Problem has been present in CURRENT since atleast Nov 1st 1997. >Description: When the following sequence is executed with an NCR810/815 SCSI control card, the second rewind generates an I/O error with no message logged. open("/dev/nrst0", O_RDONLY); rewind via ioctl(); read(fd, buffer, 32k); close(fd); open("/dev/nrst0", O_RDWR); rewind via ioctl(); The type drive is an older EXABYTE 8200 and it is more than a little slow in doing any tape motion. >How-To-Repeat: #include #include "tapeio.h" main() { int fd; char buffer[32768]; char bout[32768]; int flag; strcpy(bout,"AMANDA: TAPESTART DATE X TAPE NET004\n"); fd = tape_open("/dev/nrst0", 0); /* O_RDONLY */ if (fd < 0) { perror("Tape open"); exit(1); } flag = tapefd_rewind(fd); if (flag < 0 ) { perror("rewind 1"); exit(2); } flag = read(fd, buffer, 32768); if (flag != 32768) { perror("read"); } flag = close(fd); if (flag != 0) { perror("tape close"); exit(4); } fd = tape_open("/dev/nrst0", 2); /* O_RDWR */ if (fd < 0) { perror("open rdwr"); exit(4); } flag = tapefd_rewind(fd); if (flag < 0) { perror("rewind 2"); fprintf(stderr,"Trying to rewind a second time\n"); sleep(5); flag = tapefd_rewind(fd); if (flag < 0) { perror("rewind 3"); } } flag = write(fd, bout, 32768); if (flag != 32768) { perror("write"); exit(6); } flag = close(fd); if (flag != 0) { perror("close 2"); exit(7); } exit(0); } #include int tapefd_rewind(tapefd) int tapefd; { struct mtop mt; mt.mt_op = MTREW; mt.mt_count = 1; return ioctl(tapefd, MTIOCTOP, &mt); } int tape_open(filename, mode) char *filename; int mode; { return open(filename, mode); } >Fix: Because of the fact that the work around shows that there is a timing need I suspect that the ncr code is not waiting for something to settle. This problem does NOT happen with the same equipment but with an Adaptec 1542cp >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Feb 4 01:30:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA19375 for freebsd-bugs-outgoing; Wed, 4 Feb 1998 01:30:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA19314; Wed, 4 Feb 1998 01:29:52 -0800 (PST) (envelope-from bde@FreeBSD.org) From: Bruce Evans Received: (from bde@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA26826; Wed, 4 Feb 1998 01:29:21 -0800 (PST) Date: Wed, 4 Feb 1998 01:29:21 -0800 (PST) Message-Id: <199802040929.BAA26826@freefall.freebsd.org> To: archie@whistle.com, bde@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/5636 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Synopsis: line discipline is not unloaded when device closes State-Changed-From-To: open-closed State-Changed-By: bde State-Changed-When: Wed Feb 4 01:27:12 PST 1998 State-Changed-Why: Closed at the submitter's request. The bug was imaginary. From owner-freebsd-bugs Wed Feb 4 08:30:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA11665 for freebsd-bugs-outgoing; Wed, 4 Feb 1998 08:30:44 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA11656; Wed, 4 Feb 1998 08:30:38 -0800 (PST) (envelope-from wpaul@FreeBSD.org) From: Bill Paul Received: (from wpaul@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA21152; Wed, 4 Feb 1998 08:30:04 -0800 (PST) Date: Wed, 4 Feb 1998 08:30:04 -0800 (PST) Message-Id: <199802041630.IAA21152@freefall.freebsd.org> To: tom@sdf.com, wpaul@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5571 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Synopsis: /var/yp/Makefile does not use temporary files properly State-Changed-From-To: open-closed State-Changed-By: wpaul State-Changed-When: Wed Feb 4 08:22:26 PST 1998 State-Changed-Why: I have modified Makefile.yp in both -current and the 2.2.5 branch so that it no longer needs to create /tmp/ypmake. The reason I had that there in the first place is kind of dump. In a Makefile, if I say: FOO = 'echo $$$$' this does not, as you might expect, assign the current PID ($$) to FOO and keep it there so that it can be referenced as $(FOO), thus yielding the same PID each time. Instead, every time you reference $(FOO), it gets re-evaluated, so multiple references to $(FOO) yields different PIDs each time, which is not what I want. I tried to work around this by writing the PID to a file once so that I could call up the same value a couple different times without it changing unexpectedly. What I did now was to simply append the two commands that need to use $$ together using a semicolon (yp_mkdb -o foo.$$; mv foo.$$ foo) so that both commands are executed in the same subshell and thus the PID won't change. -Bill From owner-freebsd-bugs Wed Feb 4 09:00:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA16307 for freebsd-bugs-outgoing; Wed, 4 Feb 1998 09:00:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA16275; Wed, 4 Feb 1998 09:00:02 -0800 (PST) (envelope-from gnats) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA15608 for ; Wed, 4 Feb 1998 08:53:06 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: from dragon.nuxi.com (d60-090.leach.ucdavis.edu [169.237.60.90]) by relay.nuxi.com (8.8.7/8.6.12) with ESMTP id IAA26829 for ; Wed, 4 Feb 1998 08:53:05 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.8.8/8.7.3) id QAA25162; Wed, 4 Feb 1998 16:52:51 GMT Message-Id: <199802041652.QAA25162@dragon.nuxi.com> Date: Wed, 4 Feb 1998 16:52:51 GMT From: "David O'Brien" Reply-To: obrien@NUXI.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5650: fetch(1) man page out of date WRT FTP URLs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" >Number: 5650 >Category: bin >Synopsis: fetch(1) manpage out of date WRT FTP URLs >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 4 09:00:01 PST 1998 >Last-Modified: >Originator: David O'Brien >Organization: The FreeBSD Project >Release: FreeBSD 2.2.5-STABLE i386 >Environment: 2.2.5-STABLE from Jan 30th 1998 >Description: The user/password in the FTP URL change from rev 1.7 of ftp.c is not documented in the manpage. >How-To-Repeat: man fetch >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Feb 4 09:00:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA16325 for freebsd-bugs-outgoing; Wed, 4 Feb 1998 09:00:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA16302; Wed, 4 Feb 1998 09:00:03 -0800 (PST) (envelope-from gnats) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA16128 for ; Wed, 4 Feb 1998 08:59:12 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: from dragon.nuxi.com (d60-090.leach.ucdavis.edu [169.237.60.90]) by relay.nuxi.com (8.8.7/8.6.12) with ESMTP id IAA26836 for ; Wed, 4 Feb 1998 08:59:00 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.8.8/8.7.3) id QAA25273; Wed, 4 Feb 1998 16:58:46 GMT Message-Id: <199802041658.QAA25273@dragon.nuxi.com> Date: Wed, 4 Feb 1998 16:58:46 GMT From: "David O'Brien" Reply-To: obrien@NUXI.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5651: fetch(1) doesn't CD properly on FTPs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" >Number: 5651 >Category: bin >Synopsis: fetch(1) doesn't CD properly on FTPs >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 Feb 4 09:00:02 PST 1998 >Last-Modified: >Originator: David O'Brien >Organization: University of California, Davis >Release: FreeBSD 2.2.5-STABLE i386 >Environment: 2.2.5-STABLE from 30th Jan 1998 >Description: this URL isn't handled correctly: ftp://foo.bar.com/home/obrien/somefile Fetch does "Sending: CWD home" rather than "Sending: CWD /home" as it should. Thus `somefile' isn't found. The URL ftp://foo.bar.com/somefile must be used, which doesn't seem right. >How-To-Repeat: fetch -v ftp://freefall.freebsd.org/home/`whoami`/.profile >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Feb 4 09:37:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA25404 for freebsd-bugs-outgoing; Wed, 4 Feb 1998 09:37:13 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA25395; Wed, 4 Feb 1998 09:37:00 -0800 (PST) (envelope-from wollman@FreeBSD.org) From: Garrett Wollman Received: (from wollman@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA21439; Wed, 4 Feb 1998 09:36:26 -0800 (PST) Date: Wed, 4 Feb 1998 09:36:26 -0800 (PST) Message-Id: <199802041736.JAA21439@freefall.freebsd.org> To: obrien@NUXI.com, wollman@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5651 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Synopsis: fetch(1) doesn't CD properly on FTPs State-Changed-From-To: open-closed State-Changed-By: wollman State-Changed-When: Wed Feb 4 09:34:50 PST 1998 State-Changed-Why: Fetch's behavior is correct according to the standard. If the user wants to include a literal slash character, it must be %-encoded; i.e., ftp://foo.bar.com/%2fhome/obrien/somefile From owner-freebsd-bugs Wed Feb 4 09:39:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA25880 for freebsd-bugs-outgoing; Wed, 4 Feb 1998 09:39:37 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA25870; Wed, 4 Feb 1998 09:39:33 -0800 (PST) (envelope-from obrien@FreeBSD.org) From: "David E. O'Brien" Received: (from obrien@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA21562; Wed, 4 Feb 1998 09:38:59 -0800 (PST) Date: Wed, 4 Feb 1998 09:38:59 -0800 (PST) Message-Id: <199802041738.JAA21562@freefall.freebsd.org> To: obrien@NUXI.com, obrien@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5651 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Synopsis: fetch(1) doesn't CD properly on FTPs State-Changed-From-To: closed-open State-Changed-By: obrien State-Changed-When: Wed Feb 4 09:38:11 PST 1998 State-Changed-Why: %-encoded + example should be documented in manpage. From owner-freebsd-bugs Wed Feb 4 09:48:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA27581 for freebsd-bugs-outgoing; Wed, 4 Feb 1998 09:48:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA27573; Wed, 4 Feb 1998 09:48:07 -0800 (PST) (envelope-from fenner@FreeBSD.org) From: Bill Fenner Received: (from fenner@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA21651; Wed, 4 Feb 1998 09:47:33 -0800 (PST) Date: Wed, 4 Feb 1998 09:47:33 -0800 (PST) Message-Id: <199802041747.JAA21651@freefall.freebsd.org> To: fenner@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, fenner@FreeBSD.ORG Subject: Re: bin/5651 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Synopsis: fetch(1) doesn't CD properly on FTPs Responsible-Changed-From-To: freebsd-bugs->fenner Responsible-Changed-By: fenner Responsible-Changed-When: Wed Feb 4 09:47:09 PST 1998 Responsible-Changed-Why: I made the change and forgot to document it. From owner-freebsd-bugs Wed Feb 4 11:10:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA16521 for freebsd-bugs-outgoing; Wed, 4 Feb 1998 11:10:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA16511; Wed, 4 Feb 1998 11:10:01 -0800 (PST) (envelope-from gnats) Date: Wed, 4 Feb 1998 11:10:01 -0800 (PST) Message-Id: <199802041910.LAA16511@hub.freebsd.org> To: freebsd-bugs Cc: From: David Greenman Subject: Re: kern/5639: Another crash tracked down to biowait wakeup / corrupt run queue Reply-To: David Greenman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" The following reply was made to PR kern/5639; it has been noted by GNATS. From: David Greenman To: dillon@best.net Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/5639: Another crash tracked down to biowait wakeup / corrupt run queue Date: Wed, 04 Feb 1998 11:02:31 -0800 I've changed idprio so that it is restricted to the superuser until this problem has been properly fixed. I think this PR should remain open until a better fix is found. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Wed Feb 4 16:20:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA16969 for freebsd-bugs-outgoing; Wed, 4 Feb 1998 16:20:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA16955; Wed, 4 Feb 1998 16:20:02 -0800 (PST) (envelope-from gnats) Received: from dial.kfu.com (dial.kfu.com [204.147.226.8]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA16675 for ; Wed, 4 Feb 1998 16:17:31 -0800 (PST) (envelope-from nsayer@dial.kfu.com) Received: (from nsayer@localhost) by dial.kfu.com (8.8.5/8.8.5) id QAA00642; Wed, 4 Feb 1998 16:17:13 -0800 (PST) Message-Id: <199802050017.QAA00642@dial.kfu.com> Date: Wed, 4 Feb 1998 16:17:13 -0800 (PST) From: nick@specialix.com Reply-To: nsayer@dial.kfu.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5654: si driver support for Specialix Jet ISA (SX) host cards Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" >Number: 5654 >Category: kern >Synopsis: si driver support for Specialix Jet ISA (SX) host cards >Confidential: No >Severity: non-critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: support >Submitter-Id: current-users >Arrival-Date: Wed Feb 4 16:20:01 PST 1998 >Last-Modified: >Originator: Nick Sayer >Organization: Specialix, Inc. >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: >Description: This patch is against 2.2.2-RELEASE. It adds support for the old PCI card, and the SX PCI and ISA host cards to the si driver. >How-To-Repeat: >Fix: --- sys/i386/isa/si.c.orig Sun Oct 26 11:40:46 1997 +++ sys/i386/isa/si.c Wed Feb 4 13:45:06 1998 @@ -71,12 +71,20 @@ #include #include +#include "pci.h" +#if NPCI > 0 +#include +#include +#endif + #include "si.h" /* * This device driver is designed to interface the Specialix International * range of serial multiplexor cards (SI/XIO) to BSDI/386 on an ISA bus machine. * + * [ 10/22/97 - And also on PCI machines -NS ] + * * The controller is interfaced to the host via dual port ram * and a (programmable - SIHOST2) interrupt at IRQ 11,12 or 15. */ @@ -111,6 +119,30 @@ struct isa_driver sidriver = { siprobe, siattach, "si" }; +#if NPCI > 0 + +/* + * NOTE! No checking is done to make sure that PCI and ISA unit numbers + * don't collide. Surely something evil would result. Don't let it happen + * to you. + */ + +static char *sipciprobe __P((pcici_t, pcidi_t)); +static void sipciattach __P((pcici_t, int)); + +static u_long sipcicount; + +static struct pci_device sipcidev = { + "si", + sipciprobe, + sipciattach, + &sipcicount, + NULL, +}; + +DATA_SET (pcidevice_set, sipcidev); + +#endif static d_open_t siopen; static d_close_t siclose; @@ -120,6 +152,8 @@ static d_stop_t sistop; static d_devtotty_t sidevtotty; +void siintr __P((int)); + #define CDEV_MAJOR 68 static struct cdevsw si_cdevsw = { siopen, siclose, siread, siwrite, /*68*/ @@ -145,9 +179,17 @@ static struct tty *si_tty; -/* where the firmware lives; defined in si_code.c */ +/* where the firmware lives; defined in si_code.c and si_jet.c */ +/* old: si_code.c */ extern int si_dsize; extern unsigned char si_download[]; +/* new: si_jet.c */ +extern int si3_dsize; +extern unsigned char si3_download[]; +extern unsigned short si3_bootloadaddr; +extern int si3_bsize; +extern unsigned char si3_bootstrap[]; + struct si_softc { int sc_type; /* adapter type */ @@ -248,8 +290,83 @@ "SI2", /* MCA */ "SIHOST2", "SIEISA", + "SIPCI", + "SXPCI", + "SXISA", }; +#if NPCI > 0 + +static char * +sipciprobe(configid, deviceid) +pcici_t configid; +pcidi_t deviceid; +{ + switch (deviceid) + { + case 0x400011cb: + return("Specialix SI/XIO PCI host card"); + break; + case 0x200011cb: + if (pci_conf_read(configid, SIJETSSIDREG) == 0x020011cb) + return("Specialix SX PCI host card"); + else + return NULL; + break; + default: return NULL; + } + /*NOTREACHED*/ +} + +void +sipciattach(configid, unit) +pcici_t configid; +int unit; +{ + struct isa_device id; + vm_offset_t vaddr,paddr; + u_long mapval; + + switch ( pci_conf_read(configid, 0) >> 16 ) + { + case 0x4000: + si_softc[unit].sc_type = SIPCI; + mapval = SIPCIBADR; + break; + case 0x2000: + si_softc[unit].sc_type = SIJETPCI; + mapval = SIJETBADR; + break; + } + if (!pci_map_mem(configid, mapval, &vaddr, &paddr)) + { + printf("si%d: couldn't map memory\n", unit); + } + + /* + * We're cheating here a little bit. The argument to an ISA + * interrupt routine is the unit number. The argument to a + * PCI interrupt handler is a void *, but we're simply going + * to be lazy and hand it the unit number. + */ + if (!pci_map_int(configid, (pci_inthand_t *) siintr, (void *)unit, &tty_imask)) { + printf("si%d: couldn't map interrupt\n", unit); + } + si_softc[unit].sc_typename = si_type[si_softc[unit].sc_type]; + + /* + * More cheating: We're going to dummy up a struct isa_device + * and call the other attach routine. We don't really have to + * fill in very much of the structure, since we filled in a + * little of the soft state already. + */ + id.id_unit=unit; + id.id_maddr=(caddr_t) vaddr; + siattach(&id); +} + +#endif + /* Look for a valid board at the given mem addr */ static int siprobe(id) @@ -351,9 +468,34 @@ return(0); } /* + * Let's look first for a JET ISA card, since that's pretty easy + */ + DPRINT((0, DBG_AUTOBOOT|DBG_FAIL, + "si%d: JET first check - 0x%x\n", + id->id_unit, (*(maddr+SIJETIDBASE)))); + if (*(maddr+SIJETIDBASE) != (SISPLXID&0xff)) + goto try_mk2; + DPRINT((0, DBG_AUTOBOOT|DBG_FAIL, + "si%d: JET second check - 0x%x\n", + id->id_unit, (*(maddr+SIJETIDBASE+2)))); + if (*(maddr+SIJETIDBASE+2) != ((SISPLXID&0xff00)>>8)) + goto try_mk2; + /* It must be a Jet ISA or RIO card */ + DPRINT((0, DBG_AUTOBOOT|DBG_FAIL, + "si%d: JET id check - 0x%x\n", + id->id_unit, (*(maddr+SIUNIQID)))); + if ((*(maddr+SIUNIQID) & 0xf0) !=0x20) + goto try_mk2; + /* It must be a Jet ISA SI/XIO card */ + *(maddr + SIJETCONFIG) = 0; + type = SIJETISA; + ramsize = SIJET_RAMSIZE; + goto got_card; + /* * OK, now to see if whatever responded is really an SI card. - * Try for a MK II first (SIHOST2) + * Try for a MK II next (SIHOST2) */ +try_mk2: for (i=SIPLSIG; iid_msize = SIHOST_MEMSIZE; break; + case SIJETISA: + if ((id->id_irq&(IRQ9|IRQ10|IRQ11|IRQ12|IRQ15)) == 0) { + goto bad_irq; + } + id->id_msize = SIJET_MEMSIZE; + break; case SIEISA: id->id_msize = SIEISA_MEMSIZE; break; @@ -477,17 +625,45 @@ sc->sc_maddr = id->id_maddr; sc->sc_irq = id->id_irq; + DPRINT((0, DBG_AUTOBOOT, "si%d: type: %s paddr: %x maddr: %x\n", unit, + sc->sc_typename, sc->sc_paddr, sc->sc_maddr)); + sc->sc_ports = NULL; /* mark as uninitialised */ maddr = sc->sc_maddr; /* * OK, now lets download the firmware and try and boot the CPU.. + * + * You can't use bcopy, since some cards won't take 32 bit writes. */ - - DPRINT((0, DBG_DOWNLOAD, "si%d: si_download: nbytes %d\n", - id->id_unit, si_dsize)); - bcopy(si_download, maddr, si_dsize); + if ((sc->sc_type == SIJETISA) || (sc->sc_type == SIJETPCI)) + { + DPRINT((0, DBG_DOWNLOAD, "si%d: jet_download: nbytes %d\n", + id->id_unit, si3_dsize)); + { + u_int i; + for (i=0;i %x\n", + id->id_unit, si3_bsize, si3_bootloadaddr)); + { + u_int i; + for (i=0;iid_unit, si_dsize)); + { + u_int i; + for (i=0;isc_type) { case SIEISA: @@ -504,6 +680,20 @@ * these one day, if FreeBSD ever supports it. */ return 0; + case SIPCI: + /* modify the Z280 firmware to tell it that it's on a PCI */ + *(maddr+0x42) = 1; + *(maddr+SIPCIRESET) = 1; + *(maddr+SIPCIINTCL) = 0; + break; + case SIJETPCI: + *(maddr+SIJETRESET) = 0; + *(maddr+SIJETCONFIG) = SIJETBUSEN|SIJETIRQEN; + break; + case SIJETISA: + *(maddr+SIJETRESET) = 0; + *(maddr+SIJETCONFIG) = SIJETBUSEN|SIJETIRQEN|(sc->sc_irq<<4); + break; case SIHOST: *(maddr+SIRESET_CL) = 0; *(maddr+SIINTCL_CL) = 0; @@ -1686,7 +1876,7 @@ regp = (struct si_reg *)sc->sc_maddr; /* * See if there has been a pending interrupt for 2 seconds - * or so. The test = 200) won't correspond + * or so. The test (int_scounter >= 200) won't correspond * to 2 seconds if int_count gets changed. */ if (regp->int_pending != 0) { @@ -1777,6 +1967,17 @@ ((volatile struct si_reg *)maddr)->int_pending = 0; *(maddr+SIPLIRQCLR) = 0x00; *(maddr+SIPLIRQCLR) = 0x10; + break; + case SIPCI: + maddr = sc->sc_maddr; + ((volatile struct si_reg *)maddr)->int_pending = 0; + *(maddr+SIPCIINTCL) = 0x0; + break; + case SIJETPCI: + case SIJETISA: + maddr = sc->sc_maddr; + ((volatile struct si_reg *)maddr)->int_pending = 0; + *(maddr+SIJETINTCL) = 0x0; break; case SIEISA: #if NEISA > 0 --- sys/i386/isa/sireg.h.orig Mon Nov 27 18:07:36 1995 +++ sys/i386/isa/sireg.h Wed Feb 4 13:45:17 1998 @@ -56,10 +56,31 @@ #define SIINTCL 0xA000 /* Clear host int */ #define SIINTCL_CL 0xE000 /* Clear host int */ +/* SI old PCI */ +#define SIPCIBADR 0x10 /* Which BADR to map in RAM */ +#define SIPCI_MEMSIZE 0x100000 /* Mapping size */ +#define SIPCIRESET 0xc0001 /* 0 = Reset */ +#define SIPCIINTCL 0x40001 /* 0 = clear int */ + +/* SI Jet PCI */ +#define SIJETSSIDREG 0x2c /* Is it a SI/XIO or RIO? */ +#define SIJETBADR 0x18 /* Which BADR to map in RAM */ +/* SI Jet PCI & ISA */ +#define SIJETIDBASE 0x7c00 /* ID ROM base */ +#define SISPLXID 0x984d /* Specialix ID */ +#define SIUNIQID 0x7c0e /* & 0xf0 = 0x20 for Si/XIO */ +#define SIJETRESET 0x7d00 +#define SIJETINTCL 0x7d80 +#define SIJETCONFIG 0x7c00 /* for ISA, top nibble = IRQ */ +#define SIJETBUSEN 0x2 +#define SIJETIRQEN 0x4 + /* * MEMSIZE is the total shared mem region * RAMSIZE is value to use when probing */ +#define SIJET_MEMSIZE 0x10000 +#define SIJET_RAMSIZE 0x7000 #define SIHOST_MEMSIZE 0x10000 #define SIHOST_RAMSIZE 0x8000 #define SIHOST2_MEMSIZE 0x8000 --- sys/i386/include/si.h.orig Wed Feb 4 13:44:36 1998 +++ sys/i386/include/si.h Wed Feb 4 13:46:22 1998 @@ -88,6 +88,10 @@ #define SI2 2 #define SIHOST2 3 #define SIEISA 4 +#define SIPCI 5 +#define SIJETPCI 6 +#define SIJETISA 7 + /* Buffer parameters */ #define SI_BUFFERSIZE 256 --- sys/i386/conf/files.i386.orig Wed Feb 4 16:02:14 1998 +++ sys/i386/conf/files.i386 Wed Feb 4 13:48:23 1998 @@ -147,6 +147,7 @@ i386/isa/seagate.c optional sea device-driver i386/isa/si.c optional si device-driver i386/isa/si_code.c optional si device-driver +i386/isa/si_jet.c optional si device-driver i386/isa/sio.c optional sio device-driver i386/isa/sound/dev_table.c optional snd device-driver i386/isa/sound/soundcard.c optional snd device-driver >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Feb 4 16:20:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA16982 for freebsd-bugs-outgoing; Wed, 4 Feb 1998 16:20:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA16968; Wed, 4 Feb 1998 16:20:03 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA16723; Wed, 4 Feb 1998 16:17:53 -0800 (PST) (envelope-from nobody) Message-Id: <199802050017.QAA16723@hub.freebsd.org> Date: Wed, 4 Feb 1998 16:17:53 -0800 (PST) From: tom@wact.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/5655: can't get ps/2 mouse to work (after enabling it in kernel) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" >Number: 5655 >Category: kern >Synopsis: can't get ps/2 mouse to work (after enabling it in kernel) >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: support >Submitter-Id: current-users >Arrival-Date: Wed Feb 4 16:20:02 PST 1998 >Last-Modified: >Originator: Tom Uffner >Organization: >Release: 2.2.5-Release >Environment: FreeBSD eris.chaos.org 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Sun Feb 1 15:50:25 EST 1998 tom@myname.my.domain:/usr/src/sys/compile/ERIS i386 >Description: can't get ps/2 mice to work in 2.2.5 on Compaq PC. when i start X the cursor just sits in the middle of the screen, mouse is totally unresponsive to moves or clicks. the hardware in question is: 3 PS/2 mice from 3 different vendors all of which work fine in Win95 & NT on the problem pc and worked with BSD 2.2.2 on another pc but not this one. Compaq Presario 4770 (Intel Pentium 200/MMX) booting freebsd from a scsi drive i eventually "fixed" it by giving up and installing a serial mouse, but that was only a short term solution... i need my serial port for something else and i want to use my 3 button optical mouse. i read the FAQ and mailing list archives, but nothing seemed appropriate. i notice that IRQ12 is disabled when the system boots but it looks like the psm0 code tries to reenable it. please help. i haven't hacked kernel code since SunOs 4.1.3 which is quite different, and i don't really have time to get familiar with it right now. tom # boot log, courtesy of dmesg Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2.5-RELEASE #0: Sun Feb 1 15:50:25 EST 1998 tom@myname.my.domain:/usr/src/sys/compile/ERIS Calibrating clock(s) ... i586 clock: 200509276 Hz, i8254 clock: 1193509 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency CLK_USE_I586_CALIBRATION not specified - using old calibration method CPU: Pentium (200.46-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x544 Stepping=4 Features=0x8001bf real memory = 67108864 (65536K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x00235000 - 0x03ffdfff, 64786432 bytes (15817 pages) avail memory = 62537728 (61072K bytes) pcibus_setup(1): mode 1 addr port (0x0cf8) is 0x80000058 pcibus_setup(1a): mode1res=0x80000000 (0x80000000) pcibus_check: device 0 is there (id=70308086) Probing for devices on PCI bus 0: configuration mode 1 allows 32 devices. chip0 rev 2 on pci0:0 PCI Concurrency: enabled Cache: 512K dual-bank pipelined-burst secondary; L1 enabled DRAM: no memory hole, 66 MHz refresh Read burst timing: x-3-3-3/x-4-4-4 Write burst timing: x-3-3-3 RAS-CAS delay: 3 clocks chip1 rev 1 on pci0:1:0 I/O Recovery Timing: 8-bit 1 clocks, 16-bit 1 clocks Extended BIOS: disabled Lower BIOS: enabled Coprocessor IRQ13: enabled Mouse IRQ12: disabled Interrupt Routing: A: IRQ11, B: IRQ11, C: IRQ11, D: IRQ11 MB0: IRQ15, MB1: chip2 rev 0 on pci0:1:1 mapreg[20] type=1 addr=00001020 size=0010. Primary IDE: enabled Secondary IDE: enabled pci0:1:2: Intel Corporation, device=0x7020, class=0x0c, subclass=0x03 int d irq 11 [no driver assigned] map(20): io(1000) vga0 rev 4 int a irq 11 on pci0:2 mapreg[10] type=0 addr=40000000 size=4000000. de0 rev 34 int a irq 11 on pci0:3 mapreg[10] type=1 addr=00001080 size=0080. mapreg[14] type=0 addr=44080000 size=0080. reg16: ioaddr=0x1080 size=0x80 de0: 21140A [10-100Mb/s] pass 2.2 de0: address 00:40:33:9f:10:8a ahc0 rev 0 int a irq 11 on pci0:4 mapreg[10] type=1 addr=00001400 size=0100. mapreg[14] type=0 addr=44000000 size=1000. reg16: ioaddr=0x1400 size=0x100 using shared irq 11. ahc0: Reading SEEPROM...done. internal50 cable is present internal68 cable not present brdctl == 0x2c external cable not present eprom not present brdctl == 0x6c low byte termination enabled, high byte termination disabled ahc0: aic7870 Single Channel, SCSI Id=7, 16 SCBs ahc0: Resetting Channel A ahc0: Downloading Sequencer Program...ahc0: 366 instructions downloaded Done ahc0: Probing channel A ahc0 waiting for scsi devices to settle ahc0: target 0 synchronous at 10.0MHz, offset = 0xf (ahc0:0:0): "QUANTUM FIREBALL ST3.2S 0F0C" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 3090MB (6328861 512 byte sectors) sd0(ahc0:0:0): with 7068 cyls, 4 heads, and an average 223 sectors/track ahc0:A:4: refuses synchronous negotiation. Using asynchronous transfers (ahc0:4:0): "HP CD-Writer 6020 1.07" type 5 removable SCSI 2 cd0(ahc0:4:0): CD-ROM can't get the size pci0: uses 67113088 bytes of memory from 40000000 upto 4408007f. pci0: uses 400 bytes of I/O space from 1020 upto 14ff. Probing for devices on the ISA bus: sc0: the current keyboard controller command byte 0065 kbdio: DIAGNOSE status:0055 kbdio: TEST_KBD_PORT status:0000 kbdio: RESET_KBD return code:00fa kbdio: RESET_KBD status:00aa sc0 at 0x60-0x6f irq 1 on motherboard sc0: BIOS video mode:3 sc0: VGA registers upon power-up 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: video mode:24 sc0: VGA registers for mode:24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 not found at 0x2f8 sio2: disabled, not probed. sio3: disabled, not probed. lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found at 0xffffffff mse0: disabled, not probed. psm0: current command byte:0065 kbdio: TEST_AUX_PORT status:0000 kbdio: RESET_AUX return code:00fa kbdio: RESET_AUX status:00aa kbdio: RESET_AUX ID:0000 psm: ENABLE_DEV return code:00fa psm: DISABLE_DEV return code:00fa psm: SEND_AUX_STATUS return code:00fa psm0: status after reset 00 02 64 psm: SEND_DEV_ID return code:00fa psm: device ID: 0000 psm: SET_RESOLUTION (0) 00fa psm: SET_SCALING11 return code:00fa psm: SET_SCALING11 return code:00fa psm: SET_SCALING11 return code:00fa psm: SEND_AUX_STATUS return code:00fa psm: status 00 00 64 (get_mouse_buttons) psm0: SET_DEFAULTS return code:00fa psm: SEND_AUX_STATUS return code:00fa psm0: status 00 02 64 psm0 at 0x60-0x64 irq 12 on motherboard psm0: device ID 0, 2 buttons fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 3681MB (7539840 sectors), 7480 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): , removable, accel, dma, iordis wcd0: 1378Kb/sec, 128Kb cache, audio play, 256 volume levels, ejectable tray wcd0: 120mm audio disc loaded, unlocked scd0 not found at 0x230 npx0 flags 0x1 on motherboard npx0: INT 16 interface apm0 on isa apm: found APM BIOS version 1.1 sb0 at 0x220 irq 5 drq 1 on isa sb0: sbxvi0 not found sbmidi0 not found at 0x330 opl0 at 0x388 on isa opl0: joy0 at 0x201 on isa joy0: joystick imasks: bio c000c840, tty c0031892, net c0031892 BIOS Geometries: 0:03a47f3f 0..932=933 cylinders, 0..127=128 heads, 1..63=63 sectors 1:0188fe3f 0..392=393 cylinders, 0..254=255 heads, 1..63=63 sectors 0 accounted for Device configuration finished. Considering FFS root f/s. configure() finished. sd0s1: type 0xb, start 63, end = 2088449, size 2088387 : OK sd0s2: type 0xa5, start 2088450, end = 6313544, size 4225095 : OK # ls -al /dev/{mouse,mse0,psm0} lrwxrwxrwx 1 root wheel 9 Jan 6 17:05 /dev/mouse -> /dev/psm0 crw------- 1 root wheel 27, 1 Jan 6 16:59 /dev/mse0 crw------- 1 root wheel 21, 1 Feb 1 16:06 /dev/psm0 # kernel config file (basically stripped down GENERIC) # $Id: GENERIC,v 1.77.2.12 1997/10/18 11:03:10 joerg Exp $ machine "i386" cpu "I586_CPU" cpu "I686_CPU" ident ERIS maxusers 10 options "CPU_FASTER_5X86_FPU" options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=5 options "MAXMEM=(64*1024)" options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options FAILSAFE #Be conservative options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor config kernel root on sd0 controller isa0 controller eisa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 tape ft0 at fdc0 drive 2 options "CMD640" # work around CMD640 chip deficiency controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr disk wd2 at wdc1 drive 0 disk wd3 at wdc1 drive 1 options ATAPI #Enable ATAPI support for IDE bus options ATAPI_STATIC #Don't do it as an LKM device wcd0 #IDE CD-ROM # A single entry for any of these controllers (ncr, ahb, ahc, amd) is # sufficient for any number of installed devices. controller ahc0 controller scbus0 device sd0 device od0 #See LINT for possible `od' options. device st0 device cd0 #Only need one of these, the code dynamically grows device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Mandatory, don't remove device npx0 at isa? port "IO_NPX" flags 0x1 irq 13 vector npxintr device apm0 at isa? # Advanced Power Management options APM_BROKEN_STATCLOCK # Workaround some buggy APM BIOS device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? disable port "IO_COM3" tty irq 5 vector siointr device sio3 at isa? disable port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device lpt1 at isa? port? tty device mse0 at isa? disable port 0x23c tty irq 5 vector mseintr device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr options PSM_CHECKSYNC #checks the header byte for sync options PSM_ACCEL=1 options PSM_DEBUG=2 # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. device de0 pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 1 # ijppp uses tun instead of ppp device #pseudo-device ppp 1 pseudo-device vn 1 pseudo-device tun 1 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's # KTRACE enables the system-call tracing facility ktrace(2). # This adds 4 KB bloat to your kernel, and slightly increases # the costs of each syscall. options KTRACE #kernel tracing # This provides support for System V shared memory. # options SYSVSHM options SYSVSEM options SYSVMSG # Controls all sound devices controller snd0 device sb0 at isa? port 0x220 irq 5 drq 1 vector sbintr device sbxvi0 at isa? drq 5 device sbmidi0 at isa? port 0x330 device opl0 at isa? port 0x388 options "SBC_IRQ=5" device joy0 at isa? port IO_GAME # a bit of my /etc/Xf86Config # File generated by xf86config. # ********************************************************************** # Keyboard section # ********************************************************************** Section "Keyboard" Protocol "Standard" AutoRepeat 500 5 # To set the LeftAlt to Meta, RightAlt key to ModeShift, # RightCtl key to Compose, and ScrollLock key to ModeLock: LeftAlt Meta RightAlt ModeShift # RightCtl Compose # ScrollLock ModeLock # To disable the XKEYBOARD extension, uncomment XkbDisable. XkbDisable XkbKeymap "xfree86(us)" EndSection # ********************************************************************** # Pointer section # ********************************************************************** Section "Pointer" Protocol "PS/2" Device "/dev/psm0" EndSection Section "Monitor" Identifier "kds17" VendorName "KDS" ModelName "KDS 17inch" HorizSync 30-70 VertRefresh 50-120 # [...] EndSection # Device configured by xf86config: Section "Device" Identifier "S3 Trio64V2/GX (generic)" VendorName "Unknown" BoardName "Unknown" #VideoRam 2048 EndSection # ********************************************************************** # Screen sections # ********************************************************************** # The Colour SVGA server Section "Screen" Driver "svga" Device "Generic VGA" #Device "S3 Trio64V2/GX (generic)" Monitor "kds17" Subsection "Display" Depth 8 #Modes "1024x768" "1280x1024" "800x600" "640x480" ViewPort 0 0 Virtual 320 200 #Virtual 1280 1024 EndSubsection EndSection # The 16-color VGA server Section "Screen" Driver "vga16" Device "Generic VGA" Monitor "kds17" Subsection "Display" Modes "640x480" "800x600" ViewPort 0 0 Virtual 800 600 EndSubsection EndSection # The Mono server Section "Screen" Driver "vga2" Device "Generic VGA" Monitor "kds17" Subsection "Display" Modes "640x480" "800x600" ViewPort 0 0 Virtual 800 600 EndSubsection EndSection # The accelerated servers (S3, Mach32, Mach8, 8514, P9000, AGX, W32, Mach64) Section "Screen" Driver "accel" Device "S3 Trio64V2/GX (generic)" Monitor "kds17" Subsection "Display" Depth 8 Modes "1024x768" "1280x1024" "800x600" "640x480" ViewPort 0 0 EndSubsection Subsection "Display" Depth 16 Modes "1024x768" "800x600" ViewPort 0 0 EndSubsection Subsection "Display" Depth 24 Modes "800x600" "640x480" ViewPort 0 0 EndSubsection Subsection "Display" Depth 32 Modes "800x600" "640x480" ViewPort 0 0 EndSubsection EndSection >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Feb 4 16:30:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA18470 for freebsd-bugs-outgoing; Wed, 4 Feb 1998 16:30:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA18443; Wed, 4 Feb 1998 16:30:04 -0800 (PST) (envelope-from gnats) Received: from sinai.cs.ucdavis.edu (sinai.cs.ucdavis.edu [128.120.56.114]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA17787 for ; Wed, 4 Feb 1998 16:24:15 -0800 (PST) (envelope-from obrien@sinai.cs.ucdavis.edu) Received: (from obrien@localhost) by sinai.cs.ucdavis.edu (8.8.7/8.8.7) id QAA25036; Wed, 4 Feb 1998 16:24:27 -0800 (PST) (envelope-from obrien) Message-Id: <199802050024.QAA25036@sinai.cs.ucdavis.edu> Date: Wed, 4 Feb 1998 16:24:27 -0800 (PST) From: obrien@FreeBSD.ORG Reply-To: obrien@FreeBSD.ORG To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5656: STABLE's xemacs-20.3 requires libcompface Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" >Number: 5656 >Category: bin >Synopsis: STABLE's xemacs-20.3 requires libcompface >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 Feb 4 16:30:02 PST 1998 >Last-Modified: >Originator: >Organization: >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: 2.2.5-STABLE >Description: the packages-stable xemacs-20.3 package requires libcompface.so.1.0 to run, but there is no dependancy on mail/faces in the Makefile. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Feb 4 19:20:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA16683 for freebsd-bugs-outgoing; Wed, 4 Feb 1998 19:20:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA16674; Wed, 4 Feb 1998 19:20:03 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA15546 for ; Wed, 4 Feb 1998 19:11:29 -0800 (PST) (envelope-from fenner@FreeBSD.org) Received: (from fenner@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id TAA24265; Wed, 4 Feb 1998 19:10:52 -0800 (PST) Message-Id: <199802050310.TAA24265@freefall.freebsd.org> Date: Wed, 4 Feb 1998 19:10:52 -0800 (PST) From: Bill Fenner Reply-To: fenner@FreeBSD.ORG To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5658: ping -R includes DNS delays in RTT Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" >Number: 5658 >Category: bin >Synopsis: ping -R includes DNS delays in RTT >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 4 19:20:01 PST 1998 >Last-Modified: >Originator: Bill Fenner >Organization: Xerox >Release: FreeBSD 2.2.5-STABLE i386 >Environment: >Description: ping -R does DNS lookups on the returned path but does not take the associated delays into account when computing RTT's for future packets. >How-To-Repeat: Use "ping -R" without "-n" freefall% ping -R www.psu.edu PING www.cac.psu.edu (146.186.157.6): 56 data bytes 64 bytes from 146.186.157.6: icmp_seq=1 ttl=245 time=575.358 ms RR: T1-CDROM-00-EX.US.CRL.NET (165.113.118.2) E0-CRL-SFO-02-E0X0.US.CRL.NET (165.113.55.2) pb-nap.crl.net (198.32.128.20) gr1-a350s1.sffca.ip.att.net (192.205.31.61) br1-a3120s2.sffca.ip.att.net (12.127.15.141) br2-h30.sffca.ip.att.net (12.127.15.150) br1-a350s3.wswdc.ip.att.net (12.127.15.185) br2-h00.wswdc.ip.att.net (12.127.15.238) br1-a350s2.n54ny.ip.att.net (12.127.0.6) 64 bytes from 146.186.157.6: icmp_seq=2 ttl=245 time=12848.106 ms The DNS of all the att.net nodes is what took 12 seconds, not the packet round trip. This makes it look like there's something seriously wrong with the network. >Fix: Pick one: - Use the SO_TIMESTAMP option to make the kernel tell you when the packet actually arrived. This provides correct timestamps, but doesn't do anything about the apparent loss rate (if you ^C and there are still packets in the socket buffer). - Don't do DNS on the RR path. - Don't send another probe until you're done printing the RR path. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Feb 4 22:05:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA08438 for freebsd-bugs-outgoing; Wed, 4 Feb 1998 22:05:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA08432; Wed, 4 Feb 1998 22:05:57 -0800 (PST) (envelope-from obrien@FreeBSD.org) From: "David E. O'Brien" Received: (from obrien@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id WAA26140; Wed, 4 Feb 1998 22:05:19 -0800 (PST) Date: Wed, 4 Feb 1998 22:05:19 -0800 (PST) Message-Id: <199802050605.WAA26140@freefall.freebsd.org> To: obrien@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, freebsd-ports@FreeBSD.ORG Subject: Re: ports/5656 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Synopsis: STABLE's xemacs-20.3 requires libcompface Responsible-Changed-From-To: freebsd-bugs->freebsd-ports Responsible-Changed-By: obrien Responsible-Changed-When: Wed Feb 4 22:04:30 PST 1998 Responsible-Changed-Why: misfiled report . From owner-freebsd-bugs Thu Feb 5 02:50:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA29477 for freebsd-bugs-outgoing; Thu, 5 Feb 1998 02:50:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA29471; Thu, 5 Feb 1998 02:50:01 -0800 (PST) (envelope-from gnats) Date: Thu, 5 Feb 1998 02:50:01 -0800 (PST) Message-Id: <199802051050.CAA29471@hub.freebsd.org> To: freebsd-bugs Cc: From: "Daniel O'Callaghan" Subject: Re: bin/5448 /etc/monthly reports are incorrect Reply-To: "Daniel O'Callaghan" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" The following reply was made to PR bin/5448; it has been noted by GNATS. From: "Daniel O'Callaghan" To: freebsd-gnats-submit@freebsd.org, freebsd-hackers@freebsd.org Cc: Subject: Re: bin/5448 /etc/monthly reports are incorrect Date: Thu, 5 Feb 1998 21:44:40 +1100 (EST) I'd like to propose the files below as new /etc/monthly and /etc/periodic/monthly/200.accounting, pending development of a logrotate command. I don't think I'll get logrotate done in time for 2.2.6, but I think that the current system of rotating wtmp in /etc/newsyslog.conf, and generating "monthly" reports of account activity leaves a lot to be desired. This will allow PRs 1708, 1941 and 5448 to be closed. Please review. Thanks, Danny ----------------------- #!/bin/sh - # # $Id: 200.accounting,v 1.1.1.1 1997/08/16 17:04:01 pst Exp $ # if [ -x /usr/sbin/ac ] ; then echo "" echo "Doing login accounting:" W=/var/log/wtmp # Work out what month it was yesterday s1=`date +%s` s2=`expr $s1 - 86400` M=`date -r $s2 +%h` mv $W $W.$M touch $W ac -p -w $W.$M | sort -nr +1 rm -f $W.$M.gz gzip $W.$M fi -------------------------------------------------------- #!/bin/sh - # # /etc/monthly # PATH=/bin:/usr/bin:/sbin:/usr/sbin host=`hostname -s` echo "Subject: $host monthly run output" echo "" echo "Doing login accounting:" W=/var/log/wtmp # Work out what month it was yesterday s1=`date +%s` s2=`expr $s1 - 86400` M=`date -r $s2 +%h` mv $W $W.$M touch $W ac -p -w $W.$M | sort -nr +1 rm -f $W.$M.gz gzip $W.$M if [ -f /etc/monthly.local ]; then echo "" echo "Running monthly.local:" sh /etc/monthly.local fi From owner-freebsd-bugs Thu Feb 5 05:20:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA17195 for freebsd-bugs-outgoing; Thu, 5 Feb 1998 05:20:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA17181; Thu, 5 Feb 1998 05:20:01 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA16538; Thu, 5 Feb 1998 05:11:17 -0800 (PST) (envelope-from nobody) Message-Id: <199802051311.FAA16538@hub.freebsd.org> Date: Thu, 5 Feb 1998 05:11:17 -0800 (PST) From: wefa@unicom.talkline.de To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/5659: 2.2.5 Install doesn't copy kernel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" >Number: 5659 >Category: misc >Synopsis: 2.2.5 Install doesn't copy kernel >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 Feb 5 05:20:00 PST 1998 >Last-Modified: >Originator: Christoph Weber-Fahr >Organization: O.tel.o. Communications >Release: 2.2.5 >Environment: FreeBSD hektor.otelo-call.de 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Thu Jan 29 22:07:42 CET 1998 root@hektor.otelo-call.de:/usr/src/sys/compile/HEKTOR i38 6 >Description: Installed 2.2.5 over an existing 2.2.2-System. Sine I had rescued /etc and other config stuff manually, I didn't use the 'upgrade' option but did a custom install without newfs. Install recognised existing partitions and acknowleged an existing system ('won't make new devices'). Install completed without error messages. After reboot system came up with old custom-compiled 2.2.2 kernel, and quite some error messages (unserstandably :-) The root fs contained (among others) - the old 2.2.2 /kernel - a new 2.2.5 /kernel.GENERIC - a zero length file /kernel.install (or somesuch) >How-To-Repeat: see above >Fix: Copying the .GENERIC to /kernel did the trick. I've checked the errata.txt on the ftp sites and found nothing on that topic. If that's not a bug but a feature, install should refuse to proceed at some point or give some kind of error message on it. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Feb 5 08:37:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA14758 for freebsd-bugs-outgoing; Thu, 5 Feb 1998 08:37:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA14734 for ; Thu, 5 Feb 1998 08:37:04 -0800 (PST) (envelope-from andre.albsmeier@mchp.siemens.de) Received: from salomon.mchp.siemens.de (salomon.siemens.de [139.23.33.13]) by david.siemens.de (8.8.8/8.8.8) with ESMTP id RAA29430 for ; Thu, 5 Feb 1998 17:36:37 +0100 (MET) Received: from curry.mchp.siemens.de (daemon@curry.mchp.siemens.de [146.180.31.23]) by salomon.mchp.siemens.de (8.8.8/8.8.5) with ESMTP id RAA19162 for ; Thu, 5 Feb 1998 17:36:36 +0100 (CET) Received: (from daemon@localhost) by curry.mchp.siemens.de (8.8.8/8.8.8) id RAA21257 for ; Thu, 5 Feb 1998 17:36:37 +0100 (CET) From: Andre Albsmeier Message-Id: <199802051636.RAA02641@intern> Subject: Re: bin/5571 In-Reply-To: <199802041630.IAA21152@freefall.freebsd.org> from Bill Paul at "Feb 4, 98 08:30:04 am" To: wpaul@FreeBSD.ORG (Bill Paul) Date: Thu, 5 Feb 1998 17:36:34 +0100 (CET) Cc: freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" > Synopsis: /var/yp/Makefile does not use temporary files properly > > State-Changed-From-To: open-closed > State-Changed-By: wpaul > State-Changed-When: Wed Feb 4 08:22:26 PST 1998 > State-Changed-Why: > I have modified Makefile.yp in both -current and the 2.2.5 branch so > that it no longer needs to create /tmp/ypmake. The reason I had that there > in the first place is kind of dump. In a Makefile, if I say: > > FOO = 'echo $$$$' Hi, could you please also add my suggestions from bin/2206 ? I still get warnings when using the 4 entries described there. Thanks, -Andre From owner-freebsd-bugs Thu Feb 5 18:10:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA22777 for freebsd-bugs-outgoing; Thu, 5 Feb 1998 18:10:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA22770; Thu, 5 Feb 1998 18:10:02 -0800 (PST) (envelope-from gnats) Received: from s1.jsnet.com (s1.jsnet.com [207.82.57.167]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA22213 for ; Thu, 5 Feb 1998 18:06:06 -0800 (PST) (envelope-from hbarker@jsnet.com) Received: (from root@localhost) by s1.jsnet.com (8.8.7/8.8.6.js3) id RAA02838; Thu, 5 Feb 1998 17:40:27 -0800 (PST) Message-Id: <199802060140.RAA02838@s1.jsnet.com> Date: Thu, 5 Feb 1998 17:40:27 -0800 (PST) From: harold barker Reply-To: hbarker@dsms.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/5662: sysinstall generates short dev names for all slices on root dev when run with install.cfg Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" >Number: 5662 >Category: misc >Synopsis: sysinstall generates short dev names for all slices on root dev when run with install.cfg >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 Feb 5 18:10:01 PST 1998 >Last-Modified: >Originator: harold barker >Organization: dsms.com >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: sysinstall from boot floppy using install.cfg with one ide disk >Description: in /usr/src/release/sysinstall/config.c at ~ line 111 All partitions have there name shortened as if they are the root partition. c1->flags may ahve CHUNK_IS_ROOT set. not sure. >How-To-Repeat: >Fix: Raal simple fix. non optimal, gets a working fstab. root@build:sysinstall[567] cvs diff config.c Index: config.c =================================================================== RCS file: /lhome/cvs_root_freebsd/src/release/sysinstall/config.c,v retrieving revision 1.51.2.56 diff -r1.51.2.56 config.c 110,111c110,112 < if (c1->type == part && c1->flags & CHUNK_IS_ROOT) { < sprintf(rootname, "%sa", c1->disk->name); --- > /* if (c1->type == part && c1->flags & CHUNK_IS_ROOT) {*/ > if( c1->type == part && ( strcmp( "/", ((PartInfo *)c1->private_data)->mountpoint ) == 0 ) ) { > sprintf(rootname, "%sa", c1->disk->name); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Feb 5 18:44:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA00369 for freebsd-bugs-outgoing; Thu, 5 Feb 1998 18:44:37 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from jason04.u.washington.edu (root@jason04.u.washington.edu [140.142.78.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA00361 for ; Thu, 5 Feb 1998 18:44:33 -0800 (PST) (envelope-from jcwells@u.washington.edu) Received: from saul9.u.washington.edu (root@saul9.u.washington.edu [140.142.82.7]) by jason04.u.washington.edu (8.8.4+UW97.07/8.8.4+UW97.05) with ESMTP id SAA13280 for ; Thu, 5 Feb 1998 18:44:22 -0800 Received: from s8-37-26.student.washington.edu (S8-37-26.student.washington.edu [128.208.37.26]) by saul9.u.washington.edu (8.8.4+UW97.07/8.8.4+UW97.04) with SMTP id SAA18462 for ; Thu, 5 Feb 1998 18:44:21 -0800 (PST) Date: Thu, 5 Feb 1998 18:44:09 -0800 (PST) From: "Jason C. Wells" X-Sender: jason@s8-37-26.student.washington.edu Reply-To: "Jason C. Wells" To: freebsd-bugs@FreeBSD.ORG Subject: Obsoleted Manpages Hanging Around 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 X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" I run 2.2.2-R. I have the sysconfig man page. This is obsolete. Should one fill out send-prs when one finds things like this laying about? Are old man pages maintained as part of a release on purpose? I am a bit shy about sending problem reports frivolously. Is this email address appropriate for this question or should I use -questions? VVVVVVV / 0\ / 0\ Have fun, ) Jason Wells )-------( Wannabe Sysadmin \_____/ From owner-freebsd-bugs Thu Feb 5 18:50:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA01428 for freebsd-bugs-outgoing; Thu, 5 Feb 1998 18:50:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA01421; Thu, 5 Feb 1998 18:50:02 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA29712; Thu, 5 Feb 1998 18:41:18 -0800 (PST) (envelope-from nobody) Message-Id: <199802060241.SAA29712@hub.freebsd.org> Date: Thu, 5 Feb 1998 18:41:18 -0800 (PST) From: jlusa@compuserve.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/5663: fdimage fails: sector not found Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" >Number: 5663 >Category: bin >Synopsis: fdimage fails: sector not found >Confidential: no >Severity: critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 5 18:50:01 PST 1998 >Last-Modified: >Originator: Jerry Lusa >Organization: >Release: 2.2.1 (Walnut Creek CDROM) >Environment: 386 DX 25Mhz; 1.44MB floppy; SONY CD-ROM; >Description: When attempting to create a boot floppy using either MAKEFLP.BAT or fdimage ..., I get "sector not found". >How-To-Repeat: It happens every time. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Feb 5 19:14:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA06424 for freebsd-bugs-outgoing; Thu, 5 Feb 1998 19:14:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA06417 for ; Thu, 5 Feb 1998 19:14:08 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id DAA11095; Fri, 6 Feb 1998 03:14:07 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id EAA00688; Fri, 6 Feb 1998 04:14:06 +0100 (MET) Message-ID: <19980206041406.49537@follo.net> Date: Fri, 6 Feb 1998 04:14:06 +0100 From: Eivind Eklund To: "Jason C. Wells" Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: Obsoleted Manpages Hanging Around References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: ; from Jason C. Wells on Thu, Feb 05, 1998 at 06:44:09PM -0800 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" On Thu, Feb 05, 1998 at 06:44:09PM -0800, Jason C. Wells wrote: > I run 2.2.2-R. I have the sysconfig man page. This is obsolete. > > Should one fill out send-prs when one finds things like this laying > about? Are old man pages maintained as part of a release on purpose? > > I am a bit shy about sending problem reports frivolously. Is this email > address appropriate for this question or should I use -questions? As far as I can tell, this manpage is not installed now; would it be possible for you to check with CVS before filing a formal PR for it? I can recommend cvsweb at http://www.freebsd.org/cgi/cvsweb.cgi :-) And the address is probably OK. Eivind. From owner-freebsd-bugs Fri Feb 6 05:52:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA12247 for freebsd-bugs-outgoing; Fri, 6 Feb 1998 05:52:31 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA12237; Fri, 6 Feb 1998 05:52:16 -0800 (PST) (envelope-from cracauer@FreeBSD.org) From: Martin Cracauer Received: (from cracauer@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id FAA24990; Fri, 6 Feb 1998 05:51:27 -0800 (PST) Date: Fri, 6 Feb 1998 05:51:27 -0800 (PST) Message-Id: <199802061351.FAA24990@freefall.freebsd.org> To: Tim.Brown@ctg.com, cracauer@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/3700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Synopsis: FPE error in "normal" math code State-Changed-From-To: open-closed State-Changed-By: cracauer State-Changed-When: Fri Feb 6 14:43:16 MET 1998 State-Changed-Why: I'm not able to reproduce the problem (on 2.2.2). The test program below runs just fine. To further investigate the problem, we would need a complete runnable program, so that type declarations aren't ommited. #define _ANSI_SOURCE #include #include double testfunc1() { return -216 + 5 * -1315 * 40 / (40 * -1221111); } double testfunc2() { return -216.0 + 5.0 * -1315.0 * 40.0 / (40.0 * -1221111.0); } int main() { { double foo; double bar; double baz; foo = 40.0; bar = -.00112334; baz = foo * bar; printf("%g (%g * %g)\n",baz,foo,bar); } printf("%g\n",testfunc1()); printf("%g\n",testfunc2()); return 0; } From owner-freebsd-bugs Fri Feb 6 11:03:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA04544 for freebsd-bugs-outgoing; Fri, 6 Feb 1998 11:03:59 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from eac.iafrica.com (196-31-98-124.iafrica.com [196.31.98.124]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA04494 for ; Fri, 6 Feb 1998 11:03:48 -0800 (PST) (envelope-from rnordier@iafrica.com) Received: (from rnordier@localhost) by eac.iafrica.com (8.8.7/8.6.12) id VAA01070; Fri, 6 Feb 1998 21:02:47 +0200 (SAT) From: Robert Nordier Message-Id: <199802061902.VAA01070@eac.iafrica.com> Subject: Re: bin/5663: fdimage fails: sector not found In-Reply-To: <199802060241.SAA29712@hub.freebsd.org> from "jlusa@compuserve.com" at "Feb 5, 98 06:41:18 pm" To: jlusa@compuserve.com Date: Fri, 6 Feb 1998 21:02:45 +0200 (SAT) Cc: rnordier@iafrica.com, freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Jerry Lusa wrote: > >Number: 5663 > >Category: bin > >Synopsis: fdimage fails: sector not found [.....] > >Release: 2.2.1 (Walnut Creek CDROM) > >Environment: > 386 DX 25Mhz; 1.44MB floppy; SONY CD-ROM; > >Description: > When attempting to create a boot floppy using either MAKEFLP.BAT or > fdimage ..., I get "sector not found". Try fdimage 1.5 (May 1997) available at ftp://ftp.freebsd.org/pub/FreeBSD/tools/fdimage.exe and most mirror sites. There was a bug in the initial release of fdimage (AFAIK still distributed on the 2.2.1 CD-ROM) which caused this problem. If version 1.5 doesn't work for you, please send debug output (eg. fdimage -d boot.flp a:) direct to me at . -- Robert Nordier From owner-freebsd-bugs Fri Feb 6 14:50:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA16322 for freebsd-bugs-outgoing; Fri, 6 Feb 1998 14:50:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA16311; Fri, 6 Feb 1998 14:50:01 -0800 (PST) (envelope-from gnats) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA15973 for ; Fri, 6 Feb 1998 14:47:04 -0800 (PST) (envelope-from pb@fasterix.frmug.org) Received: (from uucp@localhost) by frmug.org (8.8.8/frmug-2.2/nospam) with UUCP id XAA09694 for FreeBSD-gnats-submit@freebsd.org; Fri, 6 Feb 1998 23:46:53 +0100 (CET) (envelope-from pb@fasterix.frmug.org) Received: (from pb@localhost) by fasterix.frmug.org (8.8.8/8.8.5/pb-19970302) id XAA04004; Fri, 6 Feb 1998 23:44:17 +0100 (CET) Message-Id: <199802062244.XAA04004@fasterix.frmug.org> Date: Fri, 6 Feb 1998 23:44:17 +0100 (CET) From: Pierre Beyssac Reply-To: pb@fasterix.freenix.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5669: rarpd is seriously broken Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" >Number: 5669 >Category: bin >Synopsis: rarpd is seriously broken >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 6 14:50:00 PST 1998 >Last-Modified: >Originator: Pierre Beyssac >Organization: individual >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD-current server with a diskless (OpenBSD/sparc) machine booting from it. This might apply to 2.2-STABLE rarpd too, please check if it uses the routing socket like -current does (I don't have 2.2-STABLE sources handy). >Description: rarpd works for a while (at least once), then hangs (doesn't die). Explanation of the bug: when processing its first request, rarpd opens a routing socket to send requests to the arp table. It keeps that socket open afterwards, while waiting for new RARP requests. Meanwhile, the data received on the routing socket fill up until they are about 8Kbytes in size. Any additional data is lost. When rarpd receives its next RARP request, it tries to access the ARP table via a routing socket call, then waits for the answer to its own request. This answer is lost because the received data is already filled: when looking for the reply, rarpd receives only 8kbytes worth of data, then loops waiting forever. >How-To-Repeat: 1) start rarpd on the FreeBSD server 2) boot a diskless machine 3) wait for about 10 minutes (more or less, depending on routing socket traffic on the FreeBSD machine). Just enough time for at least 8kbytes of data to accumulate on the routing socket. 4) try to boot the diskless machine again -> timeouts on RARP requests. >Fix: Proposed (partial) fix: close the routing socket when unused. Note: this isn't 100% robust as it won't cover the cases where the routing socket is flooded by over 8kbytes data between the time we open the socket and the time we get a reply. This might provide for interesting deny-of-service attacks. "arp" (and possibly others) seems to suffer the same kind of problem, but it's less anoying as it doesn't run as a daemon. A 100% robust solution (for example, through use of a timeout + repeated requests) might be a good idea. --- rarpd.c.orig Tue Jan 20 22:24:16 1998 +++ rarpd.c Fri Feb 6 23:13:30 1998 @@ -766,18 +766,15 @@ register struct rt_msghdr *rt; register int xtype, xindex; static pid_t pid; - static int r, seq; - static init = 0; + int r; + static seq; - if (!init) { - r = socket(PF_ROUTE, SOCK_RAW, 0); - if (r < 0) { - syslog(LOG_ERR, "raw route socket: %m"); - exit(1); - } - pid = getpid(); - ++init; + r = socket(PF_ROUTE, SOCK_RAW, 0); + if (r < 0) { + syslog(LOG_ERR, "raw route socket: %m"); + exit(1); } + pid = getpid(); ar = &sin_inarp; ar->sin_addr.s_addr = ipaddr; @@ -797,6 +794,7 @@ errno = 0; if (write(r, rt, rt->rtm_msglen) < 0 && errno != ESRCH) { syslog(LOG_ERR, "rtmsg get write: %m"); + close(r); return; } do { @@ -804,6 +802,7 @@ } while (cc > 0 && (rt->rtm_seq != seq || rt->rtm_pid != pid)); if (cc < 0) { syslog(LOG_ERR, "rtmsg get read: %m"); + close(r); return; } ll2 = (struct sockaddr_dl *)((u_char *)ar2 + ar2->sin_len); @@ -815,6 +814,7 @@ */ syslog(LOG_ERR, "bogus link family (%d) wrong net for %08X?\n", ll2->sdl_family, ipaddr); + close(r); return; } xtype = ll2->sdl_type; @@ -841,11 +841,13 @@ errno = 0; if (write(r, rt, rt->rtm_msglen) < 0 && errno != EEXIST) { syslog(LOG_ERR, "rtmsg add write: %m"); + close(r); return; } do { cc = read(r, rt, sizeof(rtmsg)); } while (cc > 0 && (rt->rtm_seq != seq || rt->rtm_pid != pid)); + close(r); if (cc < 0) { syslog(LOG_ERR, "rtmsg add read: %m"); return; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Feb 6 17:24:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA08471 for freebsd-bugs-outgoing; Fri, 6 Feb 1998 17:24:29 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA08452; Fri, 6 Feb 1998 17:24:16 -0800 (PST) (envelope-from yokota@FreeBSD.org) From: Kazutaka YOKOTA Received: (from yokota@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA19899; Fri, 6 Feb 1998 17:23:23 -0800 (PST) Date: Fri, 6 Feb 1998 17:23:23 -0800 (PST) Message-Id: <199802070123.RAA19899@freefall.freebsd.org> To: tom@wact.net, yokota@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/5655 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Synopsis: can't get ps/2 mouse to work (after enabling it in kernel) State-Changed-From-To: open-closed State-Changed-By: yokota State-Changed-When: Fri Feb 6 17:21:13 PST 1998 State-Changed-Why: The problem was somehow caused by CMOS setup. The riginator reported that after he reset CMOS setup options, all is fine. From owner-freebsd-bugs Fri Feb 6 17:40:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA11099 for freebsd-bugs-outgoing; Fri, 6 Feb 1998 17:40:43 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA11087; Fri, 6 Feb 1998 17:40:29 -0800 (PST) (envelope-from kato@FreeBSD.org) From: KATO Takenori Received: (from kato@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA20104; Fri, 6 Feb 1998 17:39:35 -0800 (PST) Date: Fri, 6 Feb 1998 17:39:35 -0800 (PST) Message-Id: <199802070139.RAA20104@freefall.freebsd.org> To: kato@migmatite.eps.nagoya-u.ac.jp, kato@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/5640 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Synopsis: incorrect gid-map in umapfs State-Changed-From-To: open-closed State-Changed-By: kato State-Changed-When: Fri Feb 6 17:38:30 PST 1998 State-Changed-Why: Fixed. From owner-freebsd-bugs Fri Feb 6 17:50:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA12529 for freebsd-bugs-outgoing; Fri, 6 Feb 1998 17:50:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA12517; Fri, 6 Feb 1998 17:50:02 -0800 (PST) (envelope-from gnats) Received: from timpani.synapse.net (timpani.synapse.net [199.84.54.23]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id RAA12423 for ; Fri, 6 Feb 1998 17:49:24 -0800 (PST) (envelope-from root@synapse.net) Received: (qmail 16042 invoked by uid 0); 7 Feb 1998 01:48:49 -0000 Message-Id: <19980207014849.16041.qmail@timpani.synapse.net> Date: 7 Feb 1998 01:48:49 -0000 From: evanc@synapse.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5670: merge DPT driver from 3.0-current Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" >Number: 5670 >Category: kern >Synopsis: merge DPT driver from 3.0-current >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Feb 6 17:50:00 PST 1998 >Last-Modified: >Originator: Evan Champion >Organization: >Release: FreeBSD 2.2.5-STABLE i386 >Environment: >Description: Could someone take a look at merging the DPT driver from 3.0-current into 2.2-stable (for 2.2.6)? The driver itself is rock solid, so the only problems I expect might be from any 3.0-isms that it depends on that haven't been merged yet. Thanks! >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Feb 6 19:49:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA29985 for freebsd-bugs-outgoing; Fri, 6 Feb 1998 19:49:47 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA29954; Fri, 6 Feb 1998 19:49:22 -0800 (PST) (envelope-from msmith@FreeBSD.org) From: Michael Smith Received: (from msmith@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id TAA20549; Fri, 6 Feb 1998 19:48:27 -0800 (PST) Date: Fri, 6 Feb 1998 19:48:27 -0800 (PST) Message-Id: <199802070348.TAA20549@freefall.freebsd.org> To: pb@fasterix.freenix.org, msmith@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, msmith@FreeBSD.ORG Subject: Re: kern/5464 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Synopsis: Fix to implement TCP socket options in the Linuxulator State-Changed-From-To: open-closed State-Changed-By: msmith State-Changed-When: Fri Feb 6 19:47:45 PST 1998 State-Changed-Why: Updated patches were tested and committed. Responsible-Changed-From-To: freebsd-bugs->msmith Responsible-Changed-By: msmith Responsible-Changed-When: Fri Feb 6 19:47:45 PST 1998 Responsible-Changed-Why: I committed the changes. From owner-freebsd-bugs Fri Feb 6 19:53:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA01057 for freebsd-bugs-outgoing; Fri, 6 Feb 1998 19:53:39 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA01040; Fri, 6 Feb 1998 19:53:18 -0800 (PST) (envelope-from msmith@FreeBSD.org) From: Michael Smith Received: (from msmith@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id TAA20621; Fri, 6 Feb 1998 19:52:23 -0800 (PST) Date: Fri, 6 Feb 1998 19:52:23 -0800 (PST) Message-Id: <199802070352.TAA20621@freefall.freebsd.org> To: pb@fasterix.freenix.org, msmith@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, msmith@FreeBSD.ORG Subject: Re: kern/5465 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Synopsis: fix for connect() in the Linux emulator State-Changed-From-To: open-closed State-Changed-By: msmith State-Changed-When: Fri Feb 6 19:48:44 PST 1998 State-Changed-Why: Updated patches were committed. Responsible-Changed-From-To: freebsd-bugs->msmith Responsible-Changed-By: msmith Responsible-Changed-When: Fri Feb 6 19:48:44 PST 1998 Responsible-Changed-Why: I committed the changes. From owner-freebsd-bugs Fri Feb 6 21:50:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA18618 for freebsd-bugs-outgoing; Fri, 6 Feb 1998 21:50:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA18605; Fri, 6 Feb 1998 21:50:06 -0800 (PST) (envelope-from gnats) Received: from flea.best.net (root@flea.best.net [206.184.139.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA18331 for ; Fri, 6 Feb 1998 21:48:46 -0800 (PST) (envelope-from dillon@flea.best.net) Received: (from dillon@localhost) by flea.best.net (8.8.8/8.7.3) id VAA28136; Fri, 6 Feb 1998 21:48:25 -0800 (PST) Message-Id: <199802070548.VAA28136@flea.best.net> Date: Fri, 6 Feb 1998 21:48:25 -0800 (PST) From: Matt Dillon Reply-To: dillon@best.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5672: crash due to odd scsi error Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" >Number: 5672 >Category: kern >Synopsis: Crash from scsi aborted command 'Overlapped commands attempted' >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 Feb 6 21:50:03 PST 1998 >Last-Modified: >Originator: Matt Dillon >Organization: Best Internet Communications, Inc. >Release: FreeBSD 2.2.5-STABLE i386 >Environment: Heavily loaded shell machine, PPro 200, three seagate SCSI disks. FreeBSD 2.2.5-STABLE #24: Tue Dec 16 14:05:57 PST 1997 dima@tick.best.net:/src/src/sys/compile/BEST CPU: Pentium Pro (199.31-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping=9 Features=0xf9ff,MTRR,PGE,MCA,CMOV> real memory = 134217728 (131072K bytes) avail memory = 121163776 (118324K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0 chip1 rev 1 on pci0:1:0 chip2 rev 0 on pci0:1:1 vga0 rev 211 int a irq 12 on pci0:10 de0 rev 18 int a irq 10 on pci0:11 de0: SMC 9332DST 21140 [10-100Mb/s] pass 1.2 de0: address 00:00:c0:8e:42:dc de0: enabling 10baseT port ahc0 rev 0 int a irq 11 on pci0:12 ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle ahc0: target 0 Tagged Queuing Device (ahc0:0:0): "SEAGATE ST34371W 0484" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 4136MB (8472412 512 byte sectors) sd0(ahc0:0:0): with 5168 cyls, 10 heads, and an average 163 sectors/track ahc0: target 1 Tagged Queuing Device (ahc0:1:0): "SEAGATE ST19171W 0023" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 8683MB (17783112 512 byte sectors) sd1(ahc0:1:0): with 5268 cyls, 20 heads, and an average 168 sectors/track ahc0: target 2 Tagged Queuing Device (ahc0:2:0): "SEAGATE ST19171W 0023" type 0 fixed SCSI 2 sd2(ahc0:2:0): Direct-Access 8683MB (17783112 512 byte sectors) sd2(ahc0:2:0): with 5268 cyls, 20 heads, and an average 168 sectors/track Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface ccd0: Concatenated disk driver WARNING: / was not properly dismounted. de0: enabling 10baseT port >Description: I'm doing the send-pr just so this is in the database. I'd never seen a crash with this error before. A crash dump is available for a short while. sd1(ahc0:1:0): ABORTED COMMAND asc:4e,0 Overlapped commands attempted field replaceable unit: 1 , retries:4 sd1(ahc0:1:0): SCB 0x3 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 SEQADDR = 0x7 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa Ordered Tag queued sd1(ahc0:1:0): SCB 0x6 timedout while recovery in progress sd1(ahc0:1:0): SCB 0x9 timedout while recovery in progress Ordered Tag sent sd1(ahc0:1:0): SCB 0x3 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0xe6 SEQADDR = 0x5 SCSISEQ = 0x12 SSTAT0 = 0x27 SSTAT1 = 0xb sd1(ahc0:1:0): Queueing an Abort SCB sd1(ahc0:1:0): Abort Message Sent sd1(ahc0:1:0): SCB 3 - Abort Tag Completed. sd1(ahc0:1:0): no longer in timeout sd1(ahc0:1:0): SCB 0x6 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 SEQADDR = 0x4 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa Ordered Tag queued sd1(ahc0:1:0): SCB 0x9 timedout while recovery in progress Ordered Tag sent sd1(ahc0:1:0): SCB 0x6 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 SEQADDR = 0x5 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa sd1(ahc0:1:0): Queueing an Abort SCB sd1(ahc0:1:0): Abort Message Sent sd1(ahc0:1:0): SCB 6 - Abort Tag Completed. sd1(ahc0:1:0): no longer in timeout sd1(ahc0:1:0): SCB 0x9 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0xe6 SEQADDR = 0x8 SCSISEQ = 0x12 SSTAT0 = 0x27 SSTAT1 = 0xb Ordered Tag queued Ordered Tag sent sd1(ahc0:1:0): SCB 0x9 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0xe6 SEQADDR = 0x6 SCSISEQ = 0x12 SSTAT0 = 0x27 SSTAT1 = 0xb sd1(ahc0:1:0): Queueing an Abort SCB sd1(ahc0:1:0): Abort Message Sent sd1(ahc0:1:0): SCB 9 - Abort Tag Completed. sd1(ahc0:1:0): no longer in timeout mode = 0100600, inum = 476257, fs = /users/u1 panic: ffs_valloc: dup alloc panic: from debugger dumping to dev 401, offset 786432 dump 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 >How-To-Repeat: unknown >Fix: unknown >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Feb 6 23:40:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA29908 for freebsd-bugs-outgoing; Fri, 6 Feb 1998 23:40:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA29898; Fri, 6 Feb 1998 23:40:01 -0800 (PST) (envelope-from gnats) Received: from chi.coffs.key.net.au (andrew@chi.coffs.key.net.au [203.35.4.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA28721 for ; Fri, 6 Feb 1998 23:29:48 -0800 (PST) (envelope-from andrew@chi.coffs.key.net.au) Received: (from andrew@localhost) by chi.coffs.key.net.au (8.8.8/8.8.8) id SAA01820; Sat, 7 Feb 1998 18:29:50 +1100 (EST) (envelope-from andrew) Message-Id: <199802070729.SAA01820@chi.coffs.key.net.au> Date: Sat, 7 Feb 1998 18:29:50 +1100 (EST) From: andrew@ugh.net.au Reply-To: andrew@chi.coffs.key.net.au To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/5673: 2.2-980204-SNAP installer runs out of diskspace and panics Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" >Number: 5673 >Category: misc >Synopsis: 2.2-980204-SNAP installer runs out of diskspace and panics >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 6 23:40:00 PST 1998 >Last-Modified: >Originator: Andrew >Organization: UgH! >Release: FreeBSD 2.2-980204-SNAP i386 >Environment: 2.2-980204-SNAP as ftped from 22releng yesterday. IDE and SCSI disks. >Description: As you go through the installer (custom option) there are lots of debugging errors about it running out of disk space when gunzipping the help files. When you finally choose commit it panics /: file system full, then some error about swap pager which I missed, and then it panics (automatic reboot in 15 secs) >How-To-Repeat: Try to install 2.2-980204-SNAP. >Fix: Before choosing commit, open a emergency holographic shell and nfs mount something large as /tmp. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Feb 7 00:48:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA07434 for freebsd-bugs-outgoing; Sat, 7 Feb 1998 00:48:31 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA07428; Sat, 7 Feb 1998 00:48:26 -0800 (PST) (envelope-from kato@FreeBSD.org) From: KATO Takenori Received: (from kato@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id AAA21260; Sat, 7 Feb 1998 00:47:30 -0800 (PST) Date: Sat, 7 Feb 1998 00:47:30 -0800 (PST) Message-Id: <199802070847.AAA21260@freefall.freebsd.org> To: kato@migmatite.eps.nagoya-u.ac.jp, kato@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/5634 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Synopsis: locking violation in umapfs State-Changed-From-To: open-closed State-Changed-By: kato State-Changed-When: Sat Feb 7 00:45:47 PST 1998 State-Changed-Why: vget() is fixed (vfs_subr.c revision 1.131). From owner-freebsd-bugs Sat Feb 7 01:04:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA08997 for freebsd-bugs-outgoing; Sat, 7 Feb 1998 01:04:47 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA08984; Sat, 7 Feb 1998 01:04:39 -0800 (PST) (envelope-from kato@FreeBSD.org) From: KATO Takenori Received: (from kato@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA21356; Sat, 7 Feb 1998 01:03:43 -0800 (PST) Date: Sat, 7 Feb 1998 01:03:43 -0800 (PST) Message-Id: <199802070903.BAA21356@freefall.freebsd.org> To: kato@migmatite.eps.nagoya-u.ac.jp, kato@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/5632 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Synopsis: pagefault in umap_bypass() when cred == NOCRED. State-Changed-From-To: open-closed State-Changed-By: kato State-Changed-When: Sat Feb 7 01:03:11 PST 1998 State-Changed-Why: Fixed. From owner-freebsd-bugs Sat Feb 7 01:06:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA09249 for freebsd-bugs-outgoing; Sat, 7 Feb 1998 01:06:48 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from baerle.indra.de (baerle.indra.de [193.158.1.6]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA09113; Sat, 7 Feb 1998 01:05:35 -0800 (PST) (envelope-from deuerl@baerle.indra.de) Received: (from deuerl@localhost) by baerle.indra.de (8.8.8/8.8.8) id KAA09733; Sat, 7 Feb 1998 10:01:38 +0100 (MET) (envelope-from deuerl) From: Robert Deuerling Message-Id: <199802070901.KAA09733@baerle.indra.de> Subject: bin/5666: ifconfig fails to add alias In-Reply-To: <199802061540.HAA01035@hub.freebsd.org> from "FreeBSD-gnats@FreeBSD.ORG" at "Feb 6, 98 07:40:06 am" To: FreeBSD-gnats@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Date: Sat, 7 Feb 1998 10:01:38 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" > Thank you very much for your problem report. > It has the internal identification `bin/5666'. > The individual assigned to look at your > report is: freebsd-bugs. > > >Category: bin > >Responsible: freebsd-bugs > >Synopsis: ifconfig fails to add alias > >Arrival-Date: Fri Feb 6 07:40:05 PST 1998 > just another update.... if you delete the route added by ifconfig vx0 alias 193.158.1.137.... (route delete 193.158.1.137) then everything works ok.. so you can ping the address hope that hint helps... -Robert From owner-freebsd-bugs Sat Feb 7 10:40:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA12485 for freebsd-bugs-outgoing; Sat, 7 Feb 1998 10:40:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA12474; Sat, 7 Feb 1998 10:40:01 -0800 (PST) (envelope-from gnats) Received: from lorax.nvl.virginia.edu (lorax.nvl.Virginia.EDU [128.143.244.37]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA11884 for ; Sat, 7 Feb 1998 10:33:27 -0800 (PST) (envelope-from adrian@lorax.nvl.virginia.edu) Received: (from adrian@localhost) by lorax.nvl.virginia.edu (8.8.8/8.8.8) id NAA01619; Sat, 7 Feb 1998 13:33:35 -0500 (EST) (envelope-from adrian) Message-Id: <199802071833.NAA01619@lorax.nvl.virginia.edu> Date: Sat, 7 Feb 1998 13:33:35 -0500 (EST) From: adrian@virginia.edu Reply-To: adrian@virginia.edu To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/5676: ftpd manpage enhancement Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" >Number: 5676 >Category: docs >Synopsis: commenting in ftphosts is not documented >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 7 10:40:00 PST 1998 >Last-Modified: >Originator: Adrian Filipi-Martin >Organization: University of Virginia >Release: FreeBSD 2.2-971124-SNAP i386 >Environment: >Description: >How-To-Repeat: >Fix: Apply following patch: --- ftpd.8.orig Sat May 10 15:48:12 1997 +++ ftpd.8 Sat Feb 7 13:27:28 1998 @@ -365,7 +365,8 @@ .Pa /etc/ftphosts contains information pertaining to each of the virtual hosts. Each host is defined on its own line which contains a number of -fields separated by whitespace: +fields separated by whitespace; lines beginning with a '#' are +ignored and can be used to include comments: .Bl -tag -offset indent -width hostname .It hostname Contains the hostname or IP address of the virtual host. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Feb 7 11:51:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA20486 for freebsd-bugs-outgoing; Sat, 7 Feb 1998 11:51:19 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from fenner@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA20415; Sat, 7 Feb 1998 11:50:21 -0800 (PST) (envelope-from fenner) Date: Sat, 7 Feb 1998 11:50:21 -0800 (PST) From: Bill Fenner Message-Id: <199802071950.LAA20415@hub.freebsd.org> To: fenner, gnats-admin, freebsd-bugs Subject: Re: pending/5674 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Old Synopsis: New Synopsis: new ports in category devel: DOC++ Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: fenner Responsible-Changed-When: Sat Feb 7 11:48:16 PST 1998 Responsible-Changed-Why: fix up misfiled PR From owner-freebsd-bugs Sat Feb 7 12:10:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA22908 for freebsd-bugs-outgoing; Sat, 7 Feb 1998 12:10:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA22895; Sat, 7 Feb 1998 12:10:01 -0800 (PST) (envelope-from gnats) Received: from lorax.nvl.virginia.edu (lorax.nvl.Virginia.EDU [128.143.244.37]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA21954 for ; Sat, 7 Feb 1998 12:03:40 -0800 (PST) (envelope-from adrian@lorax.nvl.virginia.edu) Received: (from adrian@localhost) by lorax.nvl.virginia.edu (8.8.8/8.8.8) id PAA01988; Sat, 7 Feb 1998 15:04:09 -0500 (EST) (envelope-from adrian) Message-Id: <199802072004.PAA01988@lorax.nvl.virginia.edu> Date: Sat, 7 Feb 1998 15:04:09 -0500 (EST) From: adrian@virginia.edu Reply-To: adrian@virginia.edu To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/5677: enhancement to adduser manpage Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" >Number: 5677 >Category: docs >Synopsis: clarification of -batch arguments >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 7 12:10:00 PST 1998 >Last-Modified: >Originator: Adrian Filipi-Martin >Organization: University of Virginia >Release: FreeBSD 2.2-971124-SNAP i386 >Environment: >Description: >How-To-Repeat: >Fix: Apply this patch: --- adduser.8.orig Tue Oct 14 13:34:01 1997 +++ adduser.8 Sat Feb 7 15:01:37 1998 @@ -138,7 +138,10 @@ .Sh OPTIONS .Bl -tag -width Ds .It Sy -batch username [group[,group]...] [class] [fullname] [password] -Batch mode. +Batch mode. The listed groups are secondary groups that the new +user should be a member of in addition to the default login group. +Null string arguments may be used as place holders, and result in +the default value for the nulled field being used. .It Sy -check_only Check /etc/passwd, /etc/group, /etc/shells and exit. .It Sy -class Ar login_class >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Feb 7 13:11:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA02127 for freebsd-bugs-outgoing; Sat, 7 Feb 1998 13:11:49 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA02122; Sat, 7 Feb 1998 13:11:44 -0800 (PST) (envelope-from hoek@FreeBSD.org) From: Tim Vanderhoek Received: (from hoek@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA20026; Sat, 7 Feb 1998 13:10:44 -0800 (PST) Date: Sat, 7 Feb 1998 13:10:44 -0800 (PST) Message-Id: <199802072110.NAA20026@freefall.freebsd.org> To: hoek@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, freebsd-ports@FreeBSD.ORG Subject: Re: ports/5674 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Synopsis: new ports in category devel: DOC++ Responsible-Changed-From-To: freebsd-bugs->freebsd-ports Responsible-Changed-By: hoek Responsible-Changed-When: Sat Feb 7 13:10:10 PST 1998 Responsible-Changed-Why: Still misfiled. :) From owner-freebsd-bugs Sat Feb 7 13:20:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA03369 for freebsd-bugs-outgoing; Sat, 7 Feb 1998 13:20:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA03361; Sat, 7 Feb 1998 13:20:01 -0800 (PST) (envelope-from gnats) Date: Sat, 7 Feb 1998 13:20:01 -0800 (PST) Message-Id: <199802072120.NAA03361@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: misc/5673: 2.2-980204-SNAP installer runs out of diskspace and panics Reply-To: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" The following reply was made to PR misc/5673; it has been noted by GNATS. From: "Jordan K. Hubbard" To: andrew@chi.coffs.key.net.au Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: misc/5673: 2.2-980204-SNAP installer runs out of diskspace and panics Date: Sat, 07 Feb 1998 13:11:13 -0800 Can you tell us how much disk space you're allocating to the install? Jordan From owner-freebsd-bugs Sat Feb 7 13:32:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA06494 for freebsd-bugs-outgoing; Sat, 7 Feb 1998 13:32:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA06477; Sat, 7 Feb 1998 13:32:02 -0800 (PST) (envelope-from steve) Date: Sat, 7 Feb 1998 13:32:02 -0800 (PST) From: Steve Price Message-Id: <199802072132.NAA06477@hub.freebsd.org> To: leres@ee.lbl.gov, steve, freebsd-bugs Subject: Re: kern/5577 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Synopsis: Unnecessary disk I/O and noatime ffs fixes State-Changed-From-To: closed-open State-Changed-By: steve State-Changed-When: Sat Feb 7 13:29:05 PST 1998 State-Changed-Why: John later reverted these changes. Bruce mentioned that the patch didn't cleanly to any version of FreeBSD and at least one failed attempt to contact the orginator about problems with the patch. Exactly what those problems were, I don't know. From owner-freebsd-bugs Sat Feb 7 13:33:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA06773 for freebsd-bugs-outgoing; Sat, 7 Feb 1998 13:33:48 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA06752; Sat, 7 Feb 1998 13:33:40 -0800 (PST) (envelope-from steve) Date: Sat, 7 Feb 1998 13:33:40 -0800 (PST) From: Steve Price Message-Id: <199802072133.NAA06752@hub.freebsd.org> To: plm@xs4all.nl, steve, freebsd-bugs Subject: Re: kern/5426 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Synopsis: xanim plays slowly with sound (probably sound driver problem) State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sat Feb 7 13:32:43 PST 1998 State-Changed-Why: This appears to be another problem related to the version Award BIOS on the originator's computer. After switching motherboards the problem has gone away. From owner-freebsd-bugs Sat Feb 7 14:11:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA13620 for freebsd-bugs-outgoing; Sat, 7 Feb 1998 14:11:32 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA13575; Sat, 7 Feb 1998 14:11:08 -0800 (PST) (envelope-from steve) Date: Sat, 7 Feb 1998 14:11:08 -0800 (PST) From: Steve Price Message-Id: <199802072211.OAA13575@hub.freebsd.org> To: schweikh@noc.dfn.de, steve, freebsd-bugs Subject: Re: bin/5565 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs" Synopsis: ftp prints garbage State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sat Feb 7 14:10:34 PST 1998 State-Changed-Why: Patch applied to revision 1.5 and 1.4.2.1. Thanks! From owner-freebsd-bugs Sat Feb 7 21:01:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA26558 for freebsd-bugs-outgoing; Sat, 7 Feb 1998 21:01:00 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA26376; Sat, 7 Feb 1998 20:59:11 -0800 (PST) (envelope-from yokota@FreeBSD.org) From: Kazutaka YOKOTA Received: (from yokota@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id UAA21525; Sat, 7 Feb 1998 20:58:09 -0800 (PST) Date: Sat, 7 Feb 1998 20:58:09 -0800 (PST) Message-Id: <199802080458.UAA21525@freefall.freebsd.org> To: dje@concentric.net, yokota@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/2181 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: 2.2-ALPHA flickers/wavers part of the upper monitor during system work State-Changed-From-To: open-closed State-Changed-By: yokota State-Changed-When: Sat Feb 7 20:55:59 PST 1998 State-Changed-Why: The originator has not responded. Timeout. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 7 21:01:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA26614 for freebsd-bugs-outgoing; Sat, 7 Feb 1998 21:01:34 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA26549; Sat, 7 Feb 1998 21:00:48 -0800 (PST) (envelope-from yokota@FreeBSD.org) From: Kazutaka YOKOTA Received: (from yokota@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id UAA21591; Sat, 7 Feb 1998 20:59:46 -0800 (PST) Date: Sat, 7 Feb 1998 20:59:46 -0800 (PST) Message-Id: <199802080459.UAA21591@freefall.freebsd.org> To: julian@whistle.com, yokota@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/1868 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: system knows it has no keyboard but complains leds won't work State-Changed-From-To: open-closed State-Changed-By: yokota State-Changed-When: Sat Feb 7 20:58:20 PST 1998 State-Changed-Why: The problem was fixed in both 2.2-stable and 3.0-current branches last summer. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 7 22:30:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA08429 for freebsd-bugs-outgoing; Sat, 7 Feb 1998 22:30:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA08417; Sat, 7 Feb 1998 22:30:01 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA07930; Sat, 7 Feb 1998 22:24:14 -0800 (PST) (envelope-from nobody) Message-Id: <199802080624.WAA07930@hub.freebsd.org> Date: Sat, 7 Feb 1998 22:24:14 -0800 (PST) From: mzaki@e-mail.ne.jp To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/5679: ftp does not understand 'site' correctly Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5679 >Category: bin >Synopsis: ftp does not understand 'site' correctly >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 Feb 7 22:30:00 PST 1998 >Last-Modified: >Originator: Motomichi Matsuzaki >Organization: >Release: 2.2.5-STABLE >Environment: FreeBSD 2.2.5-STABLE i386 >Description: The new ftp(1) (ported from NetBSD) does not understand correctly long 'site' like 'site foo bar etc etc etc'. It truncated 'site foo bar'. It is the same with 'quote'. >How-To-Repeat: % ftp -d 127.0.0.1 Connected to 127.0.0.1. (...) ftp> site foo bar etc etc etc ---> SITE foo bar 500 'SITE FOO bar': command not understood. ftp> >Fix: --- /usr/src/usr.bin/ftp/cmds.c Fri Feb 6 02:32:24 1998 +++ cmds.c Wed Jan 28 03:42:11 1998 @@ -1460,7 +1460,7 @@ for (i = 2; i < argc && len < sizeof(buf); i++) { buf[len++] = ' '; len += strlen(strncpy(&buf[len], argv[i], - sizeof(buf) - len) - 1); + sizeof(buf) - len - 1)); } } if (command(buf) == PRELIM) { >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 Feb 7 23:20:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA12834 for freebsd-bugs-outgoing; Sat, 7 Feb 1998 23:20:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA12816; Sat, 7 Feb 1998 23:20:01 -0800 (PST) (envelope-from gnats) Date: Sat, 7 Feb 1998 23:20:01 -0800 (PST) Message-Id: <199802080720.XAA12816@hub.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: bin/5679: ftp does not understand 'site' correctly Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5679; it has been noted by GNATS. From: Bruce Evans To: freebsd-gnats-submit@FreeBSD.ORG, mzaki@e-mail.ne.jp Cc: Subject: Re: bin/5679: ftp does not understand 'site' correctly Date: Sun, 8 Feb 1998 18:10:46 +1100 >>Fix: >--- /usr/src/usr.bin/ftp/cmds.c Fri Feb 6 02:32:24 1998 >+++ cmds.c Wed Jan 28 03:42:11 1998 >@@ -1460,7 +1460,7 @@ > for (i = 2; i < argc && len < sizeof(buf); i++) { ^ add ` - 1' > buf[len++] = ' '; > len += strlen(strncpy(&buf[len], argv[i], >- sizeof(buf) - len) - 1); >+ sizeof(buf) - len - 1)); > } > } > if (command(buf) == PRELIM) { The bounds checking is broken too. When len is initially sizeof(buf) - 1, the size passed to strncpy() is (size_t)-1 (essentially infinity). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message