From owner-freebsd-bugs Sun Mar 1 04:10:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA06957 for freebsd-bugs-outgoing; Sun, 1 Mar 1998 04:10: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 EAA06946; Sun, 1 Mar 1998 04:10:02 -0800 (PST) (envelope-from gnats) Received: from gaia.coppe.ufrj.br (cisigw.coppe.ufrj.br [146.164.5.200]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA05368 for ; Sun, 1 Mar 1998 04:05:03 -0800 (PST) (envelope-from jonny@coppe.ufrj.br) Received: (from jonny@localhost) by gaia.coppe.ufrj.br (8.8.8/8.8.8) id JAA13238; Sun, 1 Mar 1998 09:05:01 -0300 (EST) (envelope-from jonny) Message-Id: <199803011205.JAA13238@gaia.coppe.ufrj.br> Date: Sun, 1 Mar 1998 09:05:01 -0300 (EST) From: Joao Carlos Mendes Luis Reply-To: jonny@coppe.ufrj.br To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5880: df -t does not support devfs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5880 >Category: bin >Synopsis: df -t does not support devfs >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Mar 1 04:10:01 PST 1998 >Last-Modified: >Originator: Joao Carlos Mendes Luis >Organization: COPPE/UFRJ >Release: FreeBSD 2.2.5-STABLE i386 >Environment: FreeBSD -stable >Description: df -t flag does not recognize devfs >How-To-Repeat: Just type: df -t devfs >Fix: The source patches for this particular problem are incredibly simple, but it could use some higher level interface like getvfsbyname() or similar and avoid having to change here everytime a new fs type is added. Since I don't have experience with that, I'll not try a patch. Probably changing to true vfs interface is also needed by other programs. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 1 06:40:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA18729 for freebsd-bugs-outgoing; Sun, 1 Mar 1998 06:40: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 GAA18721; Sun, 1 Mar 1998 06:40:03 -0800 (PST) (envelope-from gnats) Received: from mail.yyy.or.jp (host03.interwave.or.jp [202.214.252.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id GAA18456 for ; Sun, 1 Mar 1998 06:34:54 -0800 (PST) (envelope-from hnokubi@yyy.or.jp) Received: from ppp-client.yyy.or.jp (urayasu115.interwave.or.jp [210.138.157.151]) by mail.yyy.or.jp (8.6.12+2.4W3/3.4W4) with ESMTP id XAA03744 for ; Sun, 1 Mar 1998 23:27:55 +0900 Received: from sassaby.nokubi.or.jp (sassaby.nokubi.or.jp [192.168.9.3]) by ppp-client.yyy.or.jp (8.8.7/3.5Wpl7-ppp) with ESMTP id XAA01514 for ; Sun, 1 Mar 1998 23:24:30 +0900 (JST) Received: (from h-nokubi@localhost) by sassaby.nokubi.or.jp (8.8.5/3.5Wpl7-glove) id XAA01299; Sun, 1 Mar 1998 23:23:40 +0900 (JST) Message-Id: <199803011427.XAA03744@mail.yyy.or.jp> Date: Sun, 1 Mar 1998 23:23:40 +0900 (JST) From: hnokubi@yyy.or.jp Reply-To: hnokubi@yyy.or.jp To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/5883: some small bugs in ftp.1 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5883 >Category: docs >Synopsis: some small bugs in ftp.1 >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 Mar 1 06:40:01 PST 1998 >Last-Modified: >Originator: NOKUBI Hirotaka >Organization: NEC Microcomputer Technology >Release: FreeBSD 2.2.5-STABLE i386 >Environment: FreeBSD sassaby.nokubi.or.jp 2.2.5-STABLE FreeBSD 2.2.5-STABLE #1: Thu Jan 1 21:55:59 JST 1998 h-nokubi@sassaby.nokubi.or.jp:/usr/obj/usr/src/sys/compile/SASSABY i386 >Description: When I updated doc/ja/man/man1/ftp.1, I found some small bugs in ftp.1. Because I'm not so good at English, I'm not sure about some of following fixes. But, some are exactly bug. So please correct these. Thanks. >How-To-Repeat: >Fix: Index: ftp.1 =================================================================== RCS file: /home/ncvs/src/usr.bin/ftp/ftp.1,v retrieving revision 1.4.2.2 diff -u -r1.4.2.2 ftp.1 --- ftp.1 1998/01/28 02:27:56 1.4.2.2 +++ ftp.1 1998/03/01 12:16:00 @@ -611,7 +611,7 @@ .Ar outpattern , as in the example: `nmap $1 sed "s/ *$//" > $1' . Use the `\e' character to prevent special treatment -of the `$','[','[', and `,' characters. +of the `$','[',']', and `,' characters. .It Ic ntrans Op Ar inchars Op Ar outchars Set or unset the filename character translation mechanism. If no arguments are specified, the filename character @@ -728,7 +728,7 @@ Answer .Sq yes to the current file, and turn off prompt mode -(as is +(as if .Dq prompt off had been given). .El @@ -850,10 +850,10 @@ .Ux systems, marker is usually a byte offset into the file. -+.It Ic restrict +.It Ic restrict Toggle data port range restrictions. When not operating in passive mode, the -.Nm ftp , +.Nm client program requests that the remote server open a connection back to the client host on a separate data port. In previous versions, that remote port fell in the range 1024..4999. However, most firewall setups @@ -1145,8 +1145,8 @@ .Nm then forks a shell, using .Xr popen 3 -with the argument supplied, and reads (writes) from the stdout -(stdin). +with the argument supplied, and reads (writes) from the stdin +(stdout). If the shell command includes spaces, the argument must be quoted; e.g. \*(Lq" ls -lt"\*(Rq. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 1 07:30:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA22508 for freebsd-bugs-outgoing; Sun, 1 Mar 1998 07:30:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA22498; Sun, 1 Mar 1998 07:30:03 -0800 (PST) (envelope-from gnats) 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 HAA21806 for ; Sun, 1 Mar 1998 07:25:33 -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 QAA29769 for ; Sun, 1 Mar 1998 16:25:09 +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 QAA06702 for ; Sun, 1 Mar 1998 16:25:11 +0100 (CET) Received: (from daemon@localhost) by curry.mchp.siemens.de (8.8.8/8.8.8) id QAA11568 for ; Sun, 1 Mar 1998 16:25:12 +0100 (CET) Message-Id: <199803011525.QAA25028@intern> Date: Sun, 1 Mar 1998 16:25:09 +0100 (CET) From: Andre Albsmeier To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5886: 2.2-STABLE crashes when unmounting a busy ufs fs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5886 >Category: kern >Synopsis: 2.2-STABLE crashes when unmounting a busy ufs fs >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Mar 1 07:30:01 PST 1998 >Last-Modified: >Originator: Andre Albsmeier >Organization: >Release: FreeBSD 2.2.5-STABLE i386 >Environment: FreeBSD 2.2.5-STABLE, recent build >Description: let's assume the following (done as root): mount /dev/sd3c /mnt tar cf /mnt/bla.tar some_big_directory While the tar is running we do the following in another shell: umount /mnt If we see a "Device busy" error we just repeat the umount again and again. Suddenly the system freezes for about 10 seconds and reboots. During the bootstrap the following message appears: bali daemon.alert savecore: reboot after panic: vinvalbuf: dirty bufs All that happens on a FreeBSD 2.2.5-STABLE system. Here is a mail that I received after posting the problem to the mailinglists: ----------------------- snip -------------------------------------- Return-Path: Date: Fri, 27 Feb 1998 20:21:09 +0000 (WET) From: freebsd@bug.fe.up.pt X-Sender: jmg@slug.EUnet.pt cc: freebsd-questions@FreeBSD.ORG, hackers@FreeBSD.ORG, jkh@time.cdrom.com Subject: Re: 2.2.5-STABLE: is this a bug in umount? In-Reply-To: <199802271717.SAA00672@intern> Message-ID: MIME-Version: 1.0 Hi! I did a kernel debug on it and here is the log of the debug (I've included an attachment with the full log): (kgdb) down #9 0xf01318fc in unmount (p=0xf1509800, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/vfs_syscalls.c:280 280 return (dounmount(mp, uap->flags, p)); (kgdb) list 275 * Don't allow unmount of the root filesystem 276 */ 277 if (mp->mnt_flag & MNT_ROOTFS) 278 return (EINVAL); 279 280 return (dounmount(mp, uap->flags, p)); 281 } 282 283 /* 284 * Do the actual file system unmount. (kgdb) exit The solution is to add an if before the return checking if there is activity in that partition. The way to do that I'll leave to the core team or someone with commit priviliges. Jorge ---------- and the log ------------------------------------ Script started on Fri Feb 27 20:03:53 1998 slug# cd /sys/compile/SLUG slug# gdb -k 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. (kgdb) symbol-file kernel.debug Reading symbols from kernel.debug...done. (kgdb) exec-file /var/crash/kernel.1 (kgdb) core-file /var/crash/vmcore.1 IdlePTD 1de000 current pcb at 1c2718 panic: vinvalbuf: dirty bufs #0 boot (howto=256) at ../../kern/kern_shutdown.c:266 266 dumppcb.pcb_cr3 = rcr3(); (kgdb) where #0 boot (howto=256) at ../../kern/kern_shutdown.c:266 #1 0xf0111f32 in panic (fmt=0xf012feb9 "vinvalbuf: dirty bufs") at ../../kern/kern_shutdown.c:390 #2 0xf012ff64 in vinvalbuf (vp=0xf15a1880, flags=1, cred=0x0, p=0x0, slpflag=0, slptimeo=0) at ../../kern/vfs_subr.c:481 #3 0xf016f89d in vm_object_terminate (object=0xf15f3f00) at ../../vm/vm_object.c:397 #4 0xf016f74b in vm_object_deallocate (object=0xf15f3f00) at ../../vm/vm_object.c:353 #5 0xf0130889 in vflush (mp=0xf152bc00, skipvp=0x0, flags=0) at ../../kern/vfs_subr.c:989 #6 0xf015f4dc in ffs_flushfiles (mp=0xf152bc00, flags=0, p=0xf1509800) at ../../ufs/ffs/ffs_vfsops.c:725 #7 0xf015f3aa in ffs_unmount (mp=0xf152bc00, mntflags=0, p=0xf1509800) at ../../ufs/ffs/ffs_vfsops.c:664 #8 0xf01319ca in dounmount (mp=0xf152bc00, flags=0, p=0xf1509800) at ../../kern/vfs_syscalls.c:312 #9 0xf01318fc in unmount (p=0xf1509800, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/vfs_syscalls.c:280 #10 0xf0181933 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = -272640576, tf_esi = 168358, tf_ebp = -272639440, tf_isp = -272629788, tf_ebx = 0, tf_edx = 1, tf_ecx = 58, tf_eax = 22, tf_trapno = 7, tf_err = 7, tf_eip = 11541, tf_cs = 31, tf_eflags = 582, tf_esp = -272640628, tf_ss = 39}) at ../../i386/i386/trap.c:914 ---Type to continue, or q to quit--- #11 0x2d15 in ?? () #12 0x12d3 in ?? () #13 0x107e in ?? () (kgdb) down 10 #0 boot (howto=256) at ../../kern/kern_shutdown.c:266 266 dumppcb.pcb_cr3 = rcr3(); (kgdb) up 10 #10 0xf0181933 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = -272640576, tf_esi = 168358, tf_ebp = -272639440, tf_isp = -272629788, tf_ebx = 0, tf_edx = 1, tf_ecx = 58, tf_eax = 22, tf_trapno = 7, tf_err = 7, tf_eip = 11541, tf_cs = 31, tf_eflags = 582, tf_esp = -272640628, tf_ss = 39}) at ../../i386/i386/trap.c:914 914 error = (*callp->sy_call)(p, args, rval); (kgdb) up #11 0x2d15 in ?? () (kgdb) down #10 0xf0181933 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = -272640576, tf_esi = 168358, tf_ebp = -272639440, tf_isp = -272629788, tf_ebx = 0, tf_edx = 1, tf_ecx = 58, tf_eax = 22, tf_trapno = 7, tf_err = 7, tf_eip = 11541, tf_cs = 31, tf_eflags = 582, tf_esp = -272640628, tf_ss = 39}) at ../../i386/i386/trap.c:914 914 error = (*callp->sy_call)(p, args, rval); (kgdb) down #9 0xf01318fc in unmount (p=0xf1509800, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/vfs_syscalls.c:280 280 return (dounmount(mp, uap->flags, p)); (kgdb) list 275 * Don't allow unmount of the root filesystem 276 */ 277 if (mp->mnt_flag & MNT_ROOTFS) 278 return (EINVAL); 279 280 return (dounmount(mp, uap->flags, p)); 281 } 282 283 /* 284 * Do the actual file system unmount. (kgdb) exit slug# Script done on Fri Feb 27 20:13:59 1998 >How-To-Repeat: mount a ufs drive (in my case a jaz drive) do something on it (here a tar which writes a big archive) unmount it while it's busy (maybe have to try multiple times) >Fix: Maybe the stuff above helps >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 1 10:29:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA12545 for freebsd-bugs-outgoing; Sun, 1 Mar 1998 10:29:44 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA12492; Sun, 1 Mar 1998 10:29:40 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA10519; Sun, 1 Mar 1998 10:02:02 -0800 (PST) (envelope-from nobody) Message-Id: <199803011802.KAA10519@hub.freebsd.org> Date: Sun, 1 Mar 1998 10:02:02 -0800 (PST) From: remy@synx.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/5888: NFS server Side say NFSERR_BAD_COOKIE (rm -r fails) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5888 >Category: kern >Synopsis: NFS server Side say NFSERR_BAD_COOKIE (rm -r fails) >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 Mar 1 10:29:39 PST 1998 >Last-Modified: >Originator: Remy NONNENMACHER >Organization: Synchronix >Release: 3.0-971225-SNAP >Environment: FreeBSD fs2.synx.com 3.0-971225-SNAP FreeBSD 3.0-971225-SNAP #4: Wed Feb 18 11:25:23 GMT 1998 root@fs2.synx.com:/usr/src/sys/compile/FS2 i386 >Description: Client is a Solaris 2.5.1 client machine running NFS V3. Server is the FreeBSD. The exported directory is a plain one (no cross-mount). When the client do a rm -r of the directory, it gets a 'directory not empty' error. I tcpdumped the flow and found the following operations : Client : Stat directory Server : stat is .... COOKIE=XXX Client : (stat files in directory and remove files) Server : (OK a each operation) Client : rmdir COOKIE=XXX Server : Error : Invalid COOKIE (NFSERR_BAD_COOKIE) Files in directory are not removed and client get the 'dir not empty' error. It seems that the problem doesn't appear on all directories but for ones with many files. PS: I'm not able to say if it's a Client or Server error. It may comes from the way the cookie is generated (directory has changed) or a Solaris misuses of a cookie value. >How-To-Repeat: I can reproduce the problem and trace it on a specific directory. Don't know the exact conditions. I can investigate if it may help. >Fix: By commented out the COOKIE test (sys/nfs/nfs_serv.c, v 1.52 1997/10/28 15:59:05 bde Exp) line 2578 and 2833 and all went OK. (I guessed the VOP_GETATTR was sufficient for consistency. (guessed only)). >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 1 10:29:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA12569 for freebsd-bugs-outgoing; Sun, 1 Mar 1998 10:29:46 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA12544; Sun, 1 Mar 1998 10:29:44 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA10519; Sun, 1 Mar 1998 10:02:02 -0800 (PST) (envelope-from nobody) Message-Id: <199803011802.KAA10519@hub.freebsd.org> Date: Sun, 1 Mar 1998 10:02:02 -0800 (PST) From: remy@synx.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/5890: NFS server Side say NFSERR_BAD_COOKIE (rm -r fails) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5890 >Category: kern >Synopsis: NFS server Side say NFSERR_BAD_COOKIE (rm -r fails) >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 Mar 1 10:29:42 PST 1998 >Last-Modified: >Originator: Remy NONNENMACHER >Organization: Synchronix >Release: 3.0-971225-SNAP >Environment: FreeBSD fs2.synx.com 3.0-971225-SNAP FreeBSD 3.0-971225-SNAP #4: Wed Feb 18 11:25:23 GMT 1998 root@fs2.synx.com:/usr/src/sys/compile/FS2 i386 >Description: Client is a Solaris 2.5.1 client machine running NFS V3. Server is the FreeBSD. The exported directory is a plain one (no cross-mount). When the client do a rm -r of the directory, it gets a 'directory not empty' error. I tcpdumped the flow and found the following operations : Client : Stat directory Server : stat is .... COOKIE=XXX Client : (stat files in directory and remove files) Server : (OK a each operation) Client : rmdir COOKIE=XXX Server : Error : Invalid COOKIE (NFSERR_BAD_COOKIE) Files in directory are not removed and client get the 'dir not empty' error. It seems that the problem doesn't appear on all directories but for ones with many files. PS: I'm not able to say if it's a Client or Server error. It may comes from the way the cookie is generated (directory has changed) or a Solaris misuses of a cookie value. >How-To-Repeat: I can reproduce the problem and trace it on a specific directory. Don't know the exact conditions. I can investigate if it may help. >Fix: By commented out the COOKIE test (sys/nfs/nfs_serv.c, v 1.52 1997/10/28 15:59:05 bde Exp) line 2578 and 2833 and all went OK. (I guessed the VOP_GETATTR was sufficient for consistency. (guessed only)). >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 1 10:29:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA12568 for freebsd-bugs-outgoing; Sun, 1 Mar 1998 10:29:46 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA12528; Sun, 1 Mar 1998 10:29:42 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA10519; Sun, 1 Mar 1998 10:02:02 -0800 (PST) (envelope-from nobody) Message-Id: <199803011802.KAA10519@hub.freebsd.org> Date: Sun, 1 Mar 1998 10:02:02 -0800 (PST) From: remy@synx.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/5889: NFS server Side say NFSERR_BAD_COOKIE (rm -r fails) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5889 >Category: kern >Synopsis: NFS server Side say NFSERR_BAD_COOKIE (rm -r fails) >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 Mar 1 10:29:41 PST 1998 >Last-Modified: >Originator: Remy NONNENMACHER >Organization: Synchronix >Release: 3.0-971225-SNAP >Environment: FreeBSD fs2.synx.com 3.0-971225-SNAP FreeBSD 3.0-971225-SNAP #4: Wed Feb 18 11:25:23 GMT 1998 root@fs2.synx.com:/usr/src/sys/compile/FS2 i386 >Description: Client is a Solaris 2.5.1 client machine running NFS V3. Server is the FreeBSD. The exported directory is a plain one (no cross-mount). When the client do a rm -r of the directory, it gets a 'directory not empty' error. I tcpdumped the flow and found the following operations : Client : Stat directory Server : stat is .... COOKIE=XXX Client : (stat files in directory and remove files) Server : (OK a each operation) Client : rmdir COOKIE=XXX Server : Error : Invalid COOKIE (NFSERR_BAD_COOKIE) Files in directory are not removed and client get the 'dir not empty' error. It seems that the problem doesn't appear on all directories but for ones with many files. PS: I'm not able to say if it's a Client or Server error. It may comes from the way the cookie is generated (directory has changed) or a Solaris misuses of a cookie value. >How-To-Repeat: I can reproduce the problem and trace it on a specific directory. Don't know the exact conditions. I can investigate if it may help. >Fix: By commented out the COOKIE test (sys/nfs/nfs_serv.c, v 1.52 1997/10/28 15:59:05 bde Exp) line 2578 and 2833 and all went OK. (I guessed the VOP_GETATTR was sufficient for consistency. (guessed only)). >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 1 10:42:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA14413 for freebsd-bugs-outgoing; Sun, 1 Mar 1998 10:42:25 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA14203; Sun, 1 Mar 1998 10:41:37 -0800 (PST) (envelope-from steve) Date: Sun, 1 Mar 1998 10:41:37 -0800 (PST) From: Steve Price Message-Id: <199803011841.KAA14203@hub.freebsd.org> To: remy@synx.com, steve, freebsd-bugs, steve Subject: Re: kern/5888 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: NFS server Side say NFSERR_BAD_COOKIE (rm -r fails) State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sun Mar 1 10:40:53 PST 1998 State-Changed-Why: Duplicate of kern/5890. Responsible-Changed-From-To: freebsd-bugs->steve Responsible-Changed-By: steve Responsible-Changed-When: Sun Mar 1 10:40:53 PST 1998 Responsible-Changed-Why: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 1 10:42:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA14490 for freebsd-bugs-outgoing; Sun, 1 Mar 1998 10:42: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 KAA14395; Sun, 1 Mar 1998 10:42:21 -0800 (PST) (envelope-from steve) Date: Sun, 1 Mar 1998 10:42:21 -0800 (PST) From: Steve Price Message-Id: <199803011842.KAA14395@hub.freebsd.org> To: remy@synx.com, steve, freebsd-bugs, steve Subject: Re: kern/5889 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: NFS server Side say NFSERR_BAD_COOKIE (rm -r fails) State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sun Mar 1 10:41:44 PST 1998 State-Changed-Why: Duplicate of kern/5890. Responsible-Changed-From-To: freebsd-bugs->steve Responsible-Changed-By: steve Responsible-Changed-When: Sun Mar 1 10:41:44 PST 1998 Responsible-Changed-Why: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 1 10:56:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA16078 for freebsd-bugs-outgoing; Sun, 1 Mar 1998 10:56:45 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA16047; Sun, 1 Mar 1998 10:56:38 -0800 (PST) (envelope-from steve) Date: Sun, 1 Mar 1998 10:56:38 -0800 (PST) From: Steve Price Message-Id: <199803011856.KAA16047@hub.freebsd.org> To: croehrig@house.org, steve, freebsd-bugs, steve Subject: Re: bin/5345 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: NIS netgroup lookups (innetgr) don't work properly under 2.2.5-RELEASE State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sun Mar 1 10:54:49 PST 1998 State-Changed-Why: Committed NAGO Tadaaki's fix. Thanks! Responsible-Changed-From-To: freebsd-bugs->steve Responsible-Changed-By: steve Responsible-Changed-When: Sun Mar 1 10:54:49 PST 1998 Responsible-Changed-Why: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 1 11:01:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA16522 for freebsd-bugs-outgoing; Sun, 1 Mar 1998 11:01:26 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA16510; Sun, 1 Mar 1998 11:01:19 -0800 (PST) (envelope-from steve) Date: Sun, 1 Mar 1998 11:01:19 -0800 (PST) From: Steve Price Message-Id: <199803011901.LAA16510@hub.freebsd.org> To: hnokubi@yyy.or.jp, steve, freebsd-bugs, steve Subject: Re: docs/5883 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: some small bugs in ftp.1 State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sun Mar 1 11:00:42 PST 1998 State-Changed-Why: Suggested patch applied. Thanks! Responsible-Changed-From-To: freebsd-bugs->steve Responsible-Changed-By: steve Responsible-Changed-When: Sun Mar 1 11:00:42 PST 1998 Responsible-Changed-Why: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 1 13:11:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA03068 for freebsd-bugs-outgoing; Sun, 1 Mar 1998 13:11:14 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA03016; Sun, 1 Mar 1998 13:10:29 -0800 (PST) (envelope-from steve) Date: Sun, 1 Mar 1998 13:10:29 -0800 (PST) From: Steve Price Message-Id: <199803012110.NAA03016@hub.freebsd.org> To: aw1@stade.co.uk, steve, freebsd-bugs, steve Subject: Re: conf/5879 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: sendmail.cf.additions refers to undefined Parse0 ruleset State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sun Mar 1 13:08:09 PST 1998 State-Changed-Why: In order to use the latest sendmail.cf.additions rules you will have to update you sendmail.cf file from the sources. The Parse0 ruleset does indeed exist in both the -current and -stable ranches. Responsible-Changed-From-To: freebsd-bugs->steve Responsible-Changed-By: steve Responsible-Changed-When: Sun Mar 1 13:08:09 PST 1998 Responsible-Changed-Why: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 1 13:31:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA06042 for freebsd-bugs-outgoing; Sun, 1 Mar 1998 13:31:50 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from luptid.ad-v.com (qmailr@luptid.ad-v.com [209.51.160.70]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA06036 for ; Sun, 1 Mar 1998 13:31:48 -0800 (PST) (envelope-from justin@luptid.ad-v.com) Received: (qmail 10051 invoked by uid 1002); 1 Mar 1998 16:26:19 -0500 Date: Sun, 1 Mar 1998 16:26:19 -0500 (EST) From: Justin Kalina To: bugs@FreeBSD.ORG Subject: core dump "host -l" 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 host seems to seg. fault and dump core using diffrent variations of the code. bash$ host -l NS luptid.ad-v.com Using domain server: Name: luptid.ad-v.com Address: 209.51.160.70 Aliases: Server failed: Premature end of data Segmentation fault (core dumped) bash$ ls -al host.core -rw------- 1 justin users 270336 Mar 1 16:30 host.core host seems to dump core when you try to do a lookup on a host in which a domain allows you to see all the hosts under a given domain. This has been tested under FreeBSD 2.2.2, 2.2.5, and on 3.0 Current. Justin --------------------------------------------------------------------------- Justin Kalina justin@ad-v.com Adamantine Ventures, Inc. Vice President http://www.ad-v.com 973-989-8213 ---------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 1 13:50:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA09049 for freebsd-bugs-outgoing; Sun, 1 Mar 1998 13: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 NAA09033; Sun, 1 Mar 1998 13:50:01 -0800 (PST) (envelope-from gnats) Received: from skarven.itea.ntnu.no (tegge@skarven.itea.ntnu.no [129.241.190.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA08483 for ; Sun, 1 Mar 1998 13:43:54 -0800 (PST) (envelope-from Tor.Egge@idi.ntnu.no) Received: (from tegge@localhost) by skarven.itea.ntnu.no (8.8.8/8.8.8) id WAA02526; Sun, 1 Mar 1998 22:43:49 +0100 (CET) (envelope-from tegge) Message-Id: <199803012143.WAA02526@skarven.itea.ntnu.no> Date: Sun, 1 Mar 1998 22:43:49 +0100 (CET) From: Tor Egge Reply-To: Tor.Egge@idi.ntnu.no To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5893: Recursive locking attempts on vp->v_interlock Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5893 >Category: kern >Synopsis: Recursive locking attempts on vp->v_interlock >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 Mar 1 13:50:00 PST 1998 >Last-Modified: >Originator: Tor Egge >Organization: Norwegian University of Science and Technology, Trondheim, Norway >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD skarven.itea.ntnu.no 3.0-CURRENT FreeBSD 3.0-CURRENT #2: Sun Mar 1 00:37:17 CET 1998 root@skarven.itea.ntnu.no:/usr/src/sys/compile/SKARVEN_SMP i386 >Description: vdrop can be called from interrupts. Sometimes, the v_interlock on the vnode is already held when vdrop tries to obtain the lock. On systems where increment and decrement is implemented as multiple instructions, a race condition is probably present unless bio interrupts are disabled during the vhold/vdrop operations. Appended is a stack trace from a crash which occured when the vm_fault handler was interrupted by the scsi controller after having obtained a v_interlock simple lock. vdrop was called with the same vnode as argument from the interrupt, with a panic as the result. (Between #13 and #14, vdrop() should be shown, and between #24 and #25, vget() should be shown. gdb does not like frameless functions). Current directory is /export/ftpsearch2/crash/ 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... SMP(1:2) IdlePTD 9d7000 panicstr: rslock: cpu: %d, addr: 0x%08x, lock: 0x%08x panic messages: --- panic: rslock: cpu: 1, addr: 0xeadcc7e0, lock: 0x01000001 mp_lock = 01000002; cpuid = 1; lapic.id = 00000000 boot() called on cpu#1 I'm on cpu#1, I need to be on cpu#0, sleeping.. [... snip ..] --- #0 boot (howto=260) at ../../kern/kern_shutdown.c:286 (kgdb) where #0 boot (howto=260) at ../../kern/kern_shutdown.c:286 #1 0xe01170a1 in panic ( fmt=0xe01bfbee "bogus vm_page_alloc call at interrupt time") at ../../kern/kern_shutdown.c:426 #2 0xe01bfc7f in vm_page_alloc (object=0xe021ec08, pindex=29610, page_req=0) at ../../vm/vm_page.c:819 #3 0xe013310f in vm_hold_load_pages (bp=0xe6bcc328, from=3878850560, to=3878858752) at ../../kern/vfs_bio.c:2287 #4 0xe01321c4 in allocbuf (bp=0xe6bcc328, size=8192) at ../../kern/vfs_bio.c:1616 #5 0xe0131f6e in getblk (vp=0xeab4ef60, blkno=65632, size=8192, slpflag=0, slptimeo=0) at ../../kern/vfs_bio.c:1484 #6 0xe01306e1 in bread (vp=0xeab4ef60, blkno=65632, size=8192, cred=0x0, bpp=0xeae9ab4c) at ../../kern/vfs_bio.c:283 #7 0xe01ab305 in ffs_update (vp=0xeabd3440, access=0xeae9abb0, modify=0xeae9abb0, waitfor=0) at ../../ufs/ffs/ffs_inode.c:126 #8 0xe01af4c8 in ffs_fsync (ap=0xeae9abec) at ../../ufs/ffs/ffs_vnops.c:211 #9 0xe01ada76 in ffs_sync (mp=0xe1b60800, waitfor=2, cred=0xe1b61700, p=0xe022e648) at vnode_if.h:499 #10 0xe0139387 in sync (p=0xe022e648, uap=0x0) at ../../kern/vfs_syscalls.c:505 #11 0xe0116c2f in boot (howto=256) at ../../kern/kern_shutdown.c:218 #12 0xe01170a1 in panic ( fmt=0xe01d6011 "rslock: cpu: %d, addr: 0x%08x, lock: 0x%08x") at ../../kern/kern_shutdown.c:426 #13 0xe01d6011 in bsl1 () #14 0xe0136b87 in brelvp (bp=0xe6ba9f48) at ../../kern/vfs_subr.c:702 #15 0xe01312e6 in vfs_vmio_release (bp=0xe6ba9f48) at ../../kern/vfs_bio.c:825 #16 0xe0130e3d in brelse (bp=0xe6ba9f48) at ../../kern/vfs_bio.c:650 #17 0xe01329fe in biodone (bp=0xe6ba9f48) at ../../kern/vfs_bio.c:1971 #18 0xe0101758 in ccdintr (cs=0xe1c21b30, bp=0xe6ba9f48) at ../../dev/ccd/ccd.c:961 #19 0xe0101836 in ccdiodone (cbp=0xe2016400) at ../../dev/ccd/ccd.c:1021 #20 0xe01327c8 in biodone (bp=0xe2016400) at ../../kern/vfs_bio.c:1843 #21 0xe01a267c in scsi_done (xs=0xe1cb9f00) at ../../scsi/scsi_base.c:448 #22 0xe01fdd84 in ahc_done (ahc=0xe1b64000, scb=0xe1ca6a60) at ../../i386/scsi/aic7xxx.c:1959 #23 0xe01fb6fe in ahc_intr (arg=0xe1b64000) at ../../i386/scsi/aic7xxx.c:821 #24 0xe01d5fe9 in setlock () #25 0xe01bdccb in vm_object_reference (object=0xeacbe9cc) at ../../vm/vm_object.c:247 #26 0xe01b7f8c in vm_fault (map=0xeacc2980, vaddr=2506088448, fault_type=3 '\003', fault_flags=8) at ../../vm/vm_fault.c:235 #27 0xe01d78ea in trap_pfault (frame=0xeae9afac, usermode=1) at ../../i386/i386/trap.c:723 #28 0xe01d747f in trap (frame={tf_es = -541130713, tf_ds = -353828825, tf_edi = 4, tf_esi = 1436336, tf_ebp = -541075100, tf_isp = -353783852, tf_ebx = 83900717, tf_edx = 4, tf_ecx = 637248, tf_eax = -1790312448, tf_trapno = 12, tf_err = 7, tf_eip = 10113, tf_cs = 31, tf_eflags = 66183, tf_esp = -541076400, tf_ss = 39}) at ../../i386/i386/trap.c:290 #29 0x2781 in ?? () #30 0x3218 in ?? () #31 0x1095 in ?? () (kgdb) >How-To-Repeat: A lot of disk activity (vnode paging) on a 3.0-CURRENT -SMP system. >Fix: I suggest replacing the obtain/release of v_interlock in vdrop/vhold with splbio/splx pairs, and changing the comment in /usr/src/sys/sys/vnode.h to no longer say that v_holdcnt is locked by v_interlock. Index: vfs_subr.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_subr.c,v retrieving revision 1.134 diff -u -r1.134 vfs_subr.c --- vfs_subr.c 1998/02/23 06:59:52 1.134 +++ vfs_subr.c 1998/03/01 19:31:49 @@ -1048,12 +1056,13 @@ vhold(vp) register struct vnode *vp; { + int s; - simple_lock(&vp->v_interlock); + s = splbio(); vp->v_holdcnt++; if (VSHOULDBUSY(vp)) vbusy(vp); - simple_unlock(&vp->v_interlock); + splx(s); } /* @@ -1063,14 +1072,15 @@ vdrop(vp) register struct vnode *vp; { + int s; - simple_lock(&vp->v_interlock); + s = splbio(); if (vp->v_holdcnt <= 0) panic("holdrele: holdcnt"); vp->v_holdcnt--; if (VSHOULDFREE(vp)) vfree(vp); - simple_unlock(&vp->v_interlock); + splx(s); } /* >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 1 14:10:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA10885 for freebsd-bugs-outgoing; Sun, 1 Mar 1998 14:10: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 OAA10874; Sun, 1 Mar 1998 14:10:02 -0800 (PST) (envelope-from gnats) Date: Sun, 1 Mar 1998 14:10:02 -0800 (PST) Message-Id: <199803012210.OAA10874@hub.freebsd.org> To: freebsd-bugs Cc: From: Steve Price Subject: Re: conf/5872: no initial/lock state entries for Specialix callout devices Reply-To: Steve Price Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/5872; it has been noted by GNATS. From: Steve Price To: freebsd-gnats-submit@freebsd.org, badam@mw.mil.pl Cc: Subject: Re: conf/5872: no initial/lock state entries for Specialix callout devices Date: Sun, 01 Mar 1998 16:01:23 -0600 Where did you arrive at the names cuaiA* and cualA* and if you made them up would you consider having them be cuaAi* and cuaAl* instead? Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 1 14:10:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA10891 for freebsd-bugs-outgoing; Sun, 1 Mar 1998 14:10:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA10880; Sun, 1 Mar 1998 14:10:04 -0800 (PST) (envelope-from gnats) Date: Sun, 1 Mar 1998 14:10:04 -0800 (PST) Message-Id: <199803012210.OAA10880@hub.freebsd.org> To: freebsd-bugs Cc: From: Steve Price Subject: Re: conf/5872: no initial/lock state entries for Specialix callout devices Reply-To: Steve Price Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/5872; it has been noted by GNATS. From: Steve Price To: freebsd-gnats-submit@freebsd.org, badam@mw.mil.pl Cc: Subject: Re: conf/5872: no initial/lock state entries for Specialix callout devices Date: Sun, 01 Mar 1998 16:07:33 -0600 I wrote: > > Where did you arrive at the names cuaiA* and cualA* and if you > made them up would you consider having them be cuaAi* and cuaAl* > instead? Ick, never mind. I was experiencing temporary drain bamage. I will commit this shortly. Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 1 14:24:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA13597 for freebsd-bugs-outgoing; Sun, 1 Mar 1998 14:24: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 OAA13013; Sun, 1 Mar 1998 14:22:04 -0800 (PST) (envelope-from steve) Date: Sun, 1 Mar 1998 14:22:04 -0800 (PST) From: Steve Price Message-Id: <199803012222.OAA13013@hub.freebsd.org> To: badam@mw.mil.pl, steve, freebsd-bugs, steve Subject: Re: conf/5872 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: no initial/lock state entries for Specialix callout devices State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sun Mar 1 14:21:27 PST 1998 State-Changed-Why: Patch committed. Thanks! Responsible-Changed-From-To: freebsd-bugs->steve Responsible-Changed-By: steve Responsible-Changed-When: Sun Mar 1 14:21:27 PST 1998 Responsible-Changed-Why: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 1 15:35:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA24153 for freebsd-bugs-outgoing; Sun, 1 Mar 1998 15:35:24 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA24093; Sun, 1 Mar 1998 15:35:07 -0800 (PST) (envelope-from steve) Date: Sun, 1 Mar 1998 15:35:07 -0800 (PST) From: Steve Price Message-Id: <199803012335.PAA24093@hub.freebsd.org> To: simonm@dcs.gla.ac.uk, steve, freebsd-bugs, steve Subject: Re: kern/4875 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: NFS v3 from FreeBSD to Alpha/OSF3.2 has weird problems State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sun Mar 1 15:34:03 PST 1998 State-Changed-Why: Merged dfr's fix in from -current at the originator's request. Responsible-Changed-From-To: freebsd-bugs->steve Responsible-Changed-By: steve Responsible-Changed-When: Sun Mar 1 15:34:03 PST 1998 Responsible-Changed-Why: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 1 16:53:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA07254 for freebsd-bugs-outgoing; Sun, 1 Mar 1998 16:53:14 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA07249 for ; Sun, 1 Mar 1998 16:53:10 -0800 (PST) (envelope-from sprice@hiwaay.net) Received: from bonsai.hiwaay.net (tnt1-190.HiWAAY.net [208.147.147.190]) by fly.HiWAAY.net (8.8.8/8.8.6) with SMTP id SAA11840; Sun, 1 Mar 1998 18:53:06 -0600 (CST) Message-ID: <34FA0330.7A5F06AF@hiwaay.net> Date: Sun, 01 Mar 1998 18:54:08 -0600 From: Steve Price X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: Justin Kalina CC: bugs@FreeBSD.ORG Subject: Re: core dump "host -l" References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Justin Kalina wrote: > > host seems to seg. fault and dump core using diffrent variations of the > code. > > bash$ host -l NS luptid.ad-v.com > Using domain server: > Name: luptid.ad-v.com > Address: 209.51.160.70 > Aliases: > > Server failed: Premature end of data > Segmentation fault (core dumped) It seems the server's response is of a length that is too large and the stack is getting corrupted. Attached is a patch that circumvents the problem but should by no means be considered the correct fix. Steve > Justin > > --------------------------------------------------------------------------- > Justin Kalina justin@ad-v.com > Adamantine Ventures, Inc. Vice President > http://www.ad-v.com 973-989-8213 > ---------------------------------------------------------------------------- Index: host.c =================================================================== RCS file: /u/FreeBSD/cvs/src/contrib/bind/tools/host.c,v retrieving revision 1.1.1.2 diff -u -r1.1.1.2 host.c --- host.c 1996/12/31 19:51:05 1.1.1.2 +++ host.c 1998/03/01 23:24:42 @@ -1345,6 +1345,11 @@ * Read the response. */ + if (len > sizeof(buf)) { + printf("Server returned invalid length: %d\n", len); + return (SUCCESS); + } + amtToRead = len; cp = (u_char *) &buf; while(amtToRead > 0 && (numRead = read(sockFD, cp, amtToRead)) > 0){ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 1 17:18:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA11268 for freebsd-bugs-outgoing; Sun, 1 Mar 1998 17:18:50 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from jseger@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA11241; Sun, 1 Mar 1998 17:18:48 -0800 (PST) (envelope-from jseger) Date: Sun, 1 Mar 1998 17:18:48 -0800 (PST) From: "Justin M. Seger" Message-Id: <199803020118.RAA11241@hub.freebsd.org> To: jseger, freebsd-bugs, freebsd-ports Subject: Re: bin/5463 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: No spell check in pico editor because /usr/bin/spell doesn't exist Responsible-Changed-From-To: freebsd-bugs->freebsd-ports Responsible-Changed-By: jseger Responsible-Changed-When: Sun Mar 1 17:17:59 PST 1998 Responsible-Changed-Why: This is a ports problem. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 1 18:02:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA17356 for freebsd-bugs-outgoing; Sun, 1 Mar 1998 18:02:34 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from feith1.FEITH.COM (feith1.FEITH.COM [192.251.93.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA17320 for ; Sun, 1 Mar 1998 18:02:27 -0800 (PST) (envelope-from john@feith.com) Received: from jwlab.FEITH.COM (jwlab.FEITH.COM [192.251.93.16]) by feith1.FEITH.COM (8.8.8/8.8.8) with SMTP id VAA04501 for ; Sun, 1 Mar 1998 21:01:55 -0500 (EST) Received: by jwlab.FEITH.COM (SMI-8.6/SMI-SVR4) id VAA16657; Sun, 1 Mar 1998 21:01:54 -0500 Date: Sun, 1 Mar 1998 21:01:54 -0500 From: john@feith.com (John Wehle) Message-Id: <199803020201.VAA16657@jwlab.FEITH.COM> To: freebsd-bugs@FreeBSD.ORG Subject: Alignment limit in the FreeBSD-current assembler Content-Type: text Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The assembler currently doesn't pay attention to section_alignment when writing the object file. As a result it is not possible to follow the Intel recommendation of aligning 32 byte or greater objects on a 32 byte boundary (since the beginning of the section isn't guaranteed to be aligned correctly). 1) Any time frame on upgrading the assembler to something more current? 2) Any hidden dependences in the rest of the OS which prevents defining SUB_SEGMENT_ALIGN as 5? -- John ------------------------------------------------------------------------- | Feith Systems | Voice: 1-215-646-8000 | Email: john@feith.com | | John Wehle | Fax: 1-215-540-5495 | | ------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 1 18:38:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA20854 for freebsd-bugs-outgoing; Sun, 1 Mar 1998 18:38:39 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from feith1.FEITH.COM (feith1.FEITH.COM [192.251.93.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA20849 for ; Sun, 1 Mar 1998 18:38:37 -0800 (PST) (envelope-from john@feith.com) Received: from jwlab.FEITH.COM (jwlab.FEITH.COM [192.251.93.16]) by feith1.FEITH.COM (8.8.8/8.8.8) with SMTP id VAA04886 for ; Sun, 1 Mar 1998 21:38:06 -0500 (EST) Received: by jwlab.FEITH.COM (SMI-8.6/SMI-SVR4) id VAA16717; Sun, 1 Mar 1998 21:38:05 -0500 Date: Sun, 1 Mar 1998 21:38:05 -0500 From: john@feith.com (John Wehle) Message-Id: <199803020238.VAA16717@jwlab.FEITH.COM> To: freebsd-bugs@FreeBSD.ORG Subject: Re: Alignment limit in the FreeBSD-current assembler Content-Type: text Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org John Wehle wrote: > 1) Any time frame on upgrading the assembler to something more current? Actually I see that you're in the process of importing binutils 2.8.1. You may wish to consider the following patch: ChangeLog: Sun Mar 1 20:20:32 EST 1998 John Wehle (john@feith.com) * cpu-i386.c: Increased maximum alignment to 5. Enjoy! -- John Wehle ------------------8<------------------------8<------------------------ *** bfd/cpu-i386.c.ORIGINAL Mon May 26 13:34:01 1997 --- bfd/cpu-i386.c Sun Mar 1 01:20:59 1998 *************** *** 46,52 **** bfd_mach_i386_i386, "i386", "i386", ! 3, true, bfd_default_compatible, bfd_default_scan , --- 46,52 ---- bfd_mach_i386_i386, "i386", "i386", ! 5, true, bfd_default_compatible, bfd_default_scan , ------------------------------------------------------------------------- | Feith Systems | Voice: 1-215-646-8000 | Email: john@feith.com | | John Wehle | Fax: 1-215-540-5495 | | ------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 1 18:54:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA22336 for freebsd-bugs-outgoing; Sun, 1 Mar 1998 18:54:22 -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 SAA22305; Sun, 1 Mar 1998 18:54:05 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from root@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id SAA05799; Sun, 1 Mar 1998 18:53:06 -0800 (PST) Date: Sun, 1 Mar 1998 18:53:06 -0800 (PST) Message-Id: <199803020253.SAA05799@freefall.freebsd.org> To: ru@ucb.crimea.ua, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/5873 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: syntax error in /usr/share/examples/sliplogin/slip.hosts State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Sun Mar 1 18:52:58 PST 1998 State-Changed-Why: Thanks, fixed! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 1 19:00:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA23106 for freebsd-bugs-outgoing; Sun, 1 Mar 1998 19: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 TAA23099; Sun, 1 Mar 1998 19:00:01 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA22224; Sun, 1 Mar 1998 18:53:30 -0800 (PST) (envelope-from nobody) Message-Id: <199803020253.SAA22224@hub.freebsd.org> Date: Sun, 1 Mar 1998 18:53:30 -0800 (PST) From: dwimsey@rtci.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/5895: Kernal dumps caused by fork? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5895 >Category: kern >Synopsis: Kernal dumps caused by fork? >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Mar 1 19:00:01 PST 1998 >Last-Modified: >Originator: David Wimsey >Organization: >Release: 2.2.5-STABLE >Environment: FreeBSD oldwarez.com 2.2.5-STABLE FreeBSD 2.2.5-STABLE #0: Sun Mar 1 21:23:52 EST 1998 root@oldwarez.com:/usr/src/sys/compile/ChaosKern i386 >Description: This description is not confirmed... it it simple the best I can figure from what I have to go by. When a process forks, and the spawn dies unexpectedly, it doesn't properly remove the entry from the process list, and then the kernel attempts to run the process. Which causes a page fault. There was no pattern to this until recently when I begain working on a tcp echo server. The server simply forks off a new process for each incoming connection, and goes on about its business. However, if I open a connection to the echo server, and close it abruptly (i.e. telnet 0 5000, quit) after a few of these... the machine is well on its way to rebooting. >How-To-Repeat: Below is the source to the program that seems to have a good chance of causing it... it will reboot no matter what by the tenth closed connection on this program. Which I run as a normal user, nothing special about it. > cat sock.c #include /* obligatory includes */ #include #include #include #include #include #include #include #include #define MAXHOSTNAME 256 /* code to establish a socket; originally from bzs@bu-cs.bu.edu */ int establish(unsigned short portnum) { char myname[MAXHOSTNAME+1]; int s; struct sockaddr_in sa; struct hostent *hp; memset(&sa, 0, sizeof(struct sockaddr_in)); /* clear our address */ gethostname(myname, MAXHOSTNAME); /* who are we? */ hp= gethostbyname(myname); /* get our address info */ if (hp == NULL) /* we don't exist !? */ return(-1); sa.sin_family= hp->h_addrtype; /* this is our host address */ sa.sin_port= htons(portnum); /* this is our port number */ if ((s= socket(AF_INET, SOCK_STREAM, 0)) < 0) /* create socket */ return(-1); if (bind(s,&sa,sizeof(struct sockaddr_in)) < 0) { close(s); return(-1); /* bind address to socket */ } listen(s, 3); /* max # of queued connects */ return(s); } /* wait for a connection to occur on a socket created with establish() */ int get_connection(int s) { int t; /* socket of connection */ if ((t = accept(s,NULL,NULL)) < 0) /* accept connection if there is one */ return(-1); return(t); } #define PORTNUM 5000 /* random port number, we need something */ void fireman(void); void do_something(int); main() { int s, t; if ((s= establish(PORTNUM)) < 0) { /* plug in the phone */ perror("establish"); exit(1); } signal(SIGCHLD, fireman); /* this eliminates zombies */ for (;;) { /* loop for phone calls */ if ((t= get_connection(s)) < 0) { /* get a connection */ if (errno == EINTR) /* EINTR might happen on accept(), */ continue; /* try again */ perror("accept"); /* bad */ exit(1); } switch(fork()) { /* try to handle connection */ case -1 : /* bad news. scream and die */ perror("fork"); close(s); close(t); exit(1); case 0 : /* we're the child, do something */ close(s); do_something(t); exit(0); default : /* we're the parent so look for */ close(t); /* another connection */ continue; } } } /* as children die we should get catch their returns or else we get * zombies, A Bad Thing. fireman() catches falling children. */ void fireman(void) { while (waitpid(-1, NULL, WNOHANG) > 0) ; printf( "Socket lost!" ); } /* this is the function that plays with the socket. it will be called * after getting a connection. */ //quicktag void do_something(int s) { char buf[257]; char buf2[257]; int webint, count=0; printf( "Socket %d connected!\r\n", s ); send( s, "Sup fucko\r\n\0\0", 12, MSG_PEEK ); while(1) { memcpy( buf, "\0\0\0\0\0\0\0\0\0\0\0", 10); read(s, &buf, 1); send( s, buf, strlen(buf), 0 ); printf( buf ); if( strcmp( buf, "W" ) ) { webint = call_socket( "noc.rtci.com", 80 ); send( webint, "GET /index.html HTTP1.0\n\n", 25, 0 ); while( count < 100 ) { count++; read( webint, buf2, 64 ); send( s, buf2, strlen( buf2 ), 0 ); } close( webint ); } } } int call_socket(char *hostname, unsigned short portnum) { struct sockaddr_in sa; struct hostent *hp; int a, s; if ((hp= gethostbyname(hostname)) == NULL) { /* do we know the host's */ errno= ECONNREFUSED; /* address? */ return(-1); /* no */ } memset(&sa,0,sizeof(sa)); memcpy((char *)&sa.sin_addr,hp->h_addr,hp->h_length); /* set address */ sa.sin_family= hp->h_addrtype; sa.sin_port= htons((u_short)portnum); if ((s= socket(hp->h_addrtype,SOCK_STREAM,0)) < 0) /* get socket */ return(-1); if (connect(s,&sa,sizeof sa) < 0) { /* connect */ close(s); return(-1); } return(s); } int read_data(int s, /* connected socket */ char *buf, /* pointer to the buffer */ int n /* number of characters (bytes) we want */ ) { int bcount; /* counts bytes read */ int br; /* bytes read this pass */ bcount= 0; br= 0; while (bcount < n) { /* loop until full buffer */ if ((br= read(s,buf,n-bcount)) > 0) { bcount += br; /* increment byte counter */ buf += br; /* move buffer ptr for next read */ } else if (br < 0) /* signal an error to the caller */ return(-1); } return(bcount); } /* i= htonl(i); write_data(s, &i, sizeof(i)); and after reading data you should convert it back with ntohl(): read_data(s, &i, sizeof(i)); i= ntohl(i); */ >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 1 21:19:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA11427 for freebsd-bugs-outgoing; Sun, 1 Mar 1998 21:19:48 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from mail.linkport.com (root@mail.linkport.com [205.162.207.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA11398 for ; Sun, 1 Mar 1998 21:19:45 -0800 (PST) (envelope-from adamm@linkport.com) Received: from the-beast (hr-or-ts1-ip1-032.linkport.com [208.14.149.32]) by mail.linkport.com (8.8.5/8.7.3) with SMTP id VAA24697 for ; Sun, 1 Mar 1998 21:19:41 -0800 (PST) From: "Adam Monaghan" To: Subject: I have a problem Date: Sun, 1 Mar 1998 21:18:36 -0800 Message-ID: <01bd459a$a74c2f70$20950ed0@the-beast> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0004_01BD4557.9928EF70" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. ------=_NextPart_000_0004_01BD4557.9928EF70 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Ok here is is but let me first tell you that i looked all over the place = for an answer but couldn't find one. I install freeBSD via ftp, i finish = the setup and then reboot the computer for the first time after = installation. Everything works fine. But the next time i have to restart = the computer, I get a message like (170 frags, blah blah blah .5% = fragmentation) I forget all of it. But anyway it stays there forever so = i hit ctrl c and then is ask me to hit RETURN fo sh and so i do and .it = then tells me to run fsck and i do that. Then it tells me to reboot so i = do but the same thing. please help Thanks long in advance Adam Monaghan ------=_NextPart_000_0004_01BD4557.9928EF70 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Ok here is is but let me first tell = you that i=20 looked all over the place for an answer but couldn't find one. I install = freeBSD=20 via ftp, i finish the setup and then reboot the computer for the first = time=20 after installation. Everything works fine. But the next time i have to = restart=20 the computer, I get a message like (170 frags, blah blah blah .5% = fragmentation)=20 I forget all of it. But anyway it stays there forever so i hit ctrl c = and then=20 is ask me to hit RETURN fo sh and so i do and .it then tells me to run = fsck and=20 i do that. Then it tells me to reboot so i do but the same thing. please = help
 
Thanks long in advance
Adam Monaghan 

 
------=_NextPart_000_0004_01BD4557.9928EF70-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 1 23:50:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA28375 for freebsd-bugs-outgoing; Sun, 1 Mar 1998 23: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 XAA28366; Sun, 1 Mar 1998 23:50:01 -0800 (PST) (envelope-from gnats) Received: from macon.informatik.uni-tuebingen.de (macon2.Informatik.Uni-Tuebingen.De [134.2.13.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA28021 for ; Sun, 1 Mar 1998 23:48:47 -0800 (PST) (envelope-from sperber@informatik.uni-tuebingen.de) Received: from modas.informatik.uni-tuebingen.de (modas.Informatik.Uni-Tuebingen.De [134.2.12.3]) by macon.informatik.uni-tuebingen.de (8.8.4/8.8.3/AIX-4.1/WSI-1.0) with SMTP id IAA12980 for ; Mon, 2 Mar 1998 08:48:39 +0Received: by modas.informatik.uni-tuebingen.de (AIX 4.1/UCB 5.64/4.03) id AA23056; Mon, 2 Mar 1998 08:48:29 +0100 Message-Id: Date: 02 Mar 1998 08:48:28 +0100 From: sperber@informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5896: FreeBSD -> FreeBSD network writes fail while others succeed Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5896 >Category: kern >Synopsis: FreeBSD host can't network-write to other FreeBSD hosts >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 Mar 1 23:50:00 PST 1998 >Last-Modified: >Originator: Mike Sperber >Organization: WSI, University of Tübingen, Germany >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: This is a vanilla fresh FreeBSD 2.2.5 install on a Pentium box with an ISA NE2000 board network clone. >Description: The machine works flawlessly when connecting to anything but another FreeBSD host, both in the same subnet and remotely. However, when I connect to another FreeBSD host, network reads are fine, but writes consistently fill up the output buffers very quickly after which transfer come to a complete standstill. I've seen this connecting with four other FreeBSD hosts: one in the same subnet, one via PPP, cvsup.freebsd.org, and cvsup.de.freebsd.org (via CVSup). Flawless network connects work to Solaris, AIX, and Linux boxes that we have here. >How-To-Repeat: Engage in any network activity which involves having my machine network-writing to another FreeBSD host. In particular, CVSup does the trick quite quickly. >Fix: I've found no way around it. -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 2 00:50:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA07328 for freebsd-bugs-outgoing; Mon, 2 Mar 1998 00:50:15 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA07318; Mon, 2 Mar 1998 00:50:08 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA06514; Mon, 2 Mar 1998 00:48:20 -0800 (PST) (envelope-from nobody) Message-Id: <199803020848.AAA06514@hub.freebsd.org> Date: Mon, 2 Mar 1998 00:48:20 -0800 (PST) From: Peter.Leitner@wuerth.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/5897: can't boot: fatal trap 12: page fault while in kenel mode Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5897 >Category: kern >Synopsis: can't boot: fatal trap 12: page fault while in kenel mode >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 2 00:50:01 PST 1998 >Last-Modified: >Originator: Peter Leitner >Organization: >Release: 2.2.5 >Environment: not available >Description: the pc does not boot from hard disk, the error-message is: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xe5614e98 fault code = supervisor write, page not present instruction pointer = 0x8:0xf019fb78 code segment = base 0x0, limit 0xffffff, type 0x1b DPL 0, pres 1, def 32 1 gran 1 processor flags = interrupt enabled, resume, IOPL = 0 current procss = 0 (swapper) interrupt mask = panic: page fault --- motherboard: Tyan Tomcat II Dual S1562 D Pentium Class 430 HX (one processor present) 64MB 4GB Quantum HD ---- boot-output: text=0xe9000 data=0xf000 bss=12264 symbols= [+0xd9c+0x4+0xe3e8+0x4+0xedf7] total=0x2281e7 entry point=0x100000 >How-To-Repeat: boot th pc >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 2 03:20:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA24400 for freebsd-bugs-outgoing; Mon, 2 Mar 1998 03:20:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA24388; Mon, 2 Mar 1998 03:20:02 -0800 (PST) (envelope-from gnats) Received: from pe049.persbraten.vgs.no (zerium@pe049.persbraten.vgs.no [194.143.107.50]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA23452 for ; Mon, 2 Mar 1998 03:11:40 -0800 (PST) (envelope-from zerium@pe049.persbraten.vgs.no) Received: (from zerium@localhost) by pe049.persbraten.vgs.no (8.8.8/8.8.7) id MAA00490; Mon, 2 Mar 1998 12:11:38 +0100 (CET) Message-Id: <199803021111.MAA00490@pe049.persbraten.vgs.no> Date: Mon, 2 Mar 1998 12:11:38 +0100 (CET) From: Hans Petter Bieker Reply-To: zerium@pe049.persbraten.vgs.no To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5898: 2.2-stable kernel panics pmap_relase: freeing page table page Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5898 >Category: kern >Synopsis: 2.2-stable kernel panics pmap_relase: freeing page table page >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 2 03:20:01 PST 1998 >Last-Modified: >Originator: Hans Petter Bieker >Organization: Persbråten VGS >Release: FreeBSD 2.2.5-STABLE i386 >Environment: 2.2-stable kernel, running XFree86 v3.3.1 Mach64 >Description: The kernel paniced for some reason. I have the vmcore file, but I'm not sure how to debug it. #0 0xf010e853 in boot () #1 0xf010eb12 in panic () #2 0xf01a4965 in pmap_release_free_page () #3 0xf01a4baf in pmap_release () #4 0xf0193e48 in vmspace_free () #5 0xf01ad15d in cpu_wait () #6 0xf01088e5 in wait1 () #7 0xf0108713 in wait4 () #8 0xf01a852f in syscall () #9 0x2009eef1 in ?? () #10 0x14fcf in ?? () #11 0x1476f in ?? () #12 0xb2ff in ?? () #13 0xabfd in ?? () #14 0x2f91 in ?? () #15 0x1b64 in ?? () #16 0x1095 in ?? () Please tell me if you need more information. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 2 04:10:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA01564 for freebsd-bugs-outgoing; Mon, 2 Mar 1998 04:10: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 EAA01541; Mon, 2 Mar 1998 04:10:03 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA29426; Mon, 2 Mar 1998 04:05:07 -0800 (PST) (envelope-from nobody) Message-Id: <199803021205.EAA29426@hub.freebsd.org> Date: Mon, 2 Mar 1998 04:05:07 -0800 (PST) From: xcene@c2i.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/5899: VIDCONTROL VGA_80x50 sets 80x50 but uses wrong font (8x14 instead of 8x8?) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5899 >Category: bin >Synopsis: VIDCONTROL VGA_80x50 sets 80x50 but uses wrong font (8x14 instead of 8x8?) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 2 04:10:01 PST 1998 >Last-Modified: >Originator: Frode E. Moe >Organization: - >Release: FreeBSD 2.2.5-STABLE >Environment: whoa... i don't have access to my box right now, but it's a FreeBSD 2.2.5-STABLE compiled 26th of Feb '98 with all the CVSUpd's available. >Description: The VIDCONTROL VGA_80x50 fails to set a 80x50 textmode properly. Apparently it uses the 8x14 font instead of the 8x8 font, because 1: the characters are 'cut in half'; only the upper half is shown 2: changing the font with VIDCONTROL -F 8x14 [somefont] alters the display, while changing the 8x8 font does not. I've tried loading every possible font for every possible mode, but cannot get any proper 8x8 font displayed in VGA_80x50 (or VGA_80x60 either). For the sake of completeness, i have a Matrox Millenium I PCI. (80x50 textmode works great in DOS though). But if I don't load any 8x14 at all, the screen goes completely blank in VGA_80x50 (not even any half-cutted-to-pieces characters appear). I recall reading somewhere that the MGA Millenium left out the 8x14 font in the BIOS to make room for VBE 2.0 extensions, but the 8x14 font shouldn't have anything to do with the 80x50 mode as far as I can see. >How-To-Repeat: 'vidcontrol VGA_80x50' - there's nothing more to it! >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 2 04:30:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA05362 for freebsd-bugs-outgoing; Mon, 2 Mar 1998 04: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 EAA05353; Mon, 2 Mar 1998 04:30:01 -0800 (PST) (envelope-from gnats) Date: Mon, 2 Mar 1998 04:30:01 -0800 (PST) Message-Id: <199803021230.EAA05353@hub.freebsd.org> To: freebsd-bugs Cc: From: David Greenman Subject: Re: kern/5897: can't boot: fatal trap 12: page fault while in kenel mode Reply-To: David Greenman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/5897; it has been noted by GNATS. From: David Greenman To: Peter.Leitner@wuerth.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/5897: can't boot: fatal trap 12: page fault while in kenel mode Date: Mon, 02 Mar 1998 04:24:49 -0800 >text=0xe9000 data=0xf000 bss=12264 >symbols= [+0xd9c+0x4+0xe3e8+0x4+0xedf7] >total=0x2281e7 entry point=0x100000 Is this with a GENERIC kernel, or something you've built yourself? It's strange that you have 2MB of symbols being loaded. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 2 05:20:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA11826 for freebsd-bugs-outgoing; Mon, 2 Mar 1998 05: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 FAA11805; Mon, 2 Mar 1998 05:20:01 -0800 (PST) (envelope-from gnats) Date: Mon, 2 Mar 1998 05:20:01 -0800 (PST) Message-Id: <199803021320.FAA11805@hub.freebsd.org> To: freebsd-bugs Cc: From: David Greenman Subject: Re: kern/5895: Kernal dumps caused by fork? Reply-To: David Greenman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/5895; it has been noted by GNATS. From: David Greenman To: dwimsey@rtci.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/5895: Kernal dumps caused by fork? Date: Mon, 02 Mar 1998 05:14:20 -0800 >>Synopsis: Kernal dumps caused by fork? Probably caused by running out of mbuf clusters. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 2 05:30:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA12840 for freebsd-bugs-outgoing; Mon, 2 Mar 1998 05: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 FAA12827; Mon, 2 Mar 1998 05:30:01 -0800 (PST) (envelope-from gnats) Date: Mon, 2 Mar 1998 05:30:01 -0800 (PST) Message-Id: <199803021330.FAA12827@hub.freebsd.org> To: freebsd-bugs Cc: From: Studded Subject: Re: misc/5855: /etc/services is out of date with IANA Reply-To: Studded Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/5855; it has been noted by GNATS. From: Studded To: freebsd-gnats-submit@freebsd.org, Studded@san.rr.com Cc: Subject: Re: misc/5855: /etc/services is out of date with IANA Date: Mon, 02 Mar 1998 05:26:21 -0800 After some experimentation and a great deal of assistance (thanks Alex :) it turns out that this file is not in valid format, so please disregard my request to import the patch I sent to ftp.freebsd.org/incoming (services.diff.gz), and feel free to delete it. However, the fact remains that we are pretty far out of date with IANA in some areas, and lacking the definitions for many many services. I'd like to leave this PR open, with the hope that some enterprising soul will go through and do the corrections and additions, putting the new entries in proper format (man services(5)). I volunteered to do this if someone were to make reasonable assurance that it'd get committed, however the complete lack of response to that offer and this PR does not fill me with hope. :) Finally, the "ircd" definitions are still wrong. The entry for port 6666 should be deleted altogether since it's not a standard irc port, and 6667 should either be "ircd" or "ircu" as IANA has it. My personal preference is for "ircd" since I hate to give away anything to undernet, but I'm biased. :) Doug -- *** Chief Operations Officer, DALnet IRC network *** *** Proud operator, designer and maintainer of the world's largest *** Internet Relay Chat server. 5,328 clients and still growing. *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 2 06:16:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA20051 for freebsd-bugs-outgoing; Mon, 2 Mar 1998 06:16:19 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from service2.wuerth.com (root@service2.wuerth.com [193.155.130.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA20046 for ; Mon, 2 Mar 1998 06:16:16 -0800 (PST) (envelope-from Peter.Leitner@wuerth.com) Received: from gate.d-w.wuerth.com (gate.wuerth.com [193.155.130.66]) by service2.wuerth.com with SMTP (8.7.5/8.7.3) id PAA06335 for ; Mon, 2 Mar 1998 15:12:55 +0100 (MET) Received: from hwlc1021.d-w.wuerth.com by gate.d-w.wuerth.com via smtpd (for service2.wuerth.com [193.155.130.33]) with SMTP; 2 Mar 1998 14:13:47 UT Received: from halcut11.d-w.wuerth.com (halcut11.d-w.wuerth.com [128.15.65.58]) by hwlc1021.d-w.wuerth.com (8.8.6/8.8.6) with ESMTP id PAA08829 for ; Mon, 2 Mar 1998 15:16:19 +0100 (MET) Received: from wuerth.com (cclb1006 [128.15.115.175]) by halcut11.d-w.wuerth.com (8.8.6/8.8.6) with ESMTP id PAA00767 for ; Mon, 2 Mar 1998 15:11:47 +0100 (MET) Message-ID: <34FABF7D.CA56CC44@wuerth.com> Date: Mon, 02 Mar 1998 15:17:33 +0100 From: Peter Leitner Organization: Adolf Wrth GmbH & CO. KG X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: freebsd-bugs@FreeBSD.ORG Subject: report kern/5897 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Eagle-Notice: Sender not 8-bit clean in 'Organization: Adolf W\374rth GmbH & CO. KG' Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org hello i made some mistakes by generating a trouble ticket: kern/5897 can you please delete it. thank you peter leitner --- peter.leitner@wuerth.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 2 06:27:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA20998 for freebsd-bugs-outgoing; Mon, 2 Mar 1998 06:27:17 -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 GAA20983; Mon, 2 Mar 1998 06:27:01 -0800 (PST) (envelope-from dg@FreeBSD.org) From: David Greenman Received: (from dg@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id GAA09159; Mon, 2 Mar 1998 06:25:57 -0800 (PST) Date: Mon, 2 Mar 1998 06:25:57 -0800 (PST) Message-Id: <199803021425.GAA09159@freefall.freebsd.org> To: Peter.Leitner@wuerth.com, dg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/5897 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: can't boot: fatal trap 12: page fault while in kenel mode State-Changed-From-To: open-closed State-Changed-By: dg State-Changed-When: Mon Mar 2 06:25:11 PST 1998 State-Changed-Why: Submitter requested closure. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 2 07:16:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA25978 for freebsd-bugs-outgoing; Mon, 2 Mar 1998 07:16:38 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from eris.web-plus.dk ([195.78.64.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA25971 for ; Mon, 2 Mar 1998 07:16:34 -0800 (PST) (envelope-from data-huset@web4you.dk) Received: from datahus8 (kbhppp49.web.dk [195.78.65.49]) by eris.web-plus.dk (8.8.5/8.8.5) with ESMTP id QAA12109 for ; Mon, 2 Mar 1998 16:17:04 +0100 (CET) Message-Id: <199803021517.QAA12109@eris.web-plus.dk> From: "=?ISO-8859-1?Q?S=F8ren_S=F8nderh=F8j?=" To: Subject: FreeBSD 2.2.5 Date: Mon, 2 Mar 1998 16:20:18 +0100 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1155 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi there, I have just started to work with unix, and tried to install FreeBSD version 2.2.5 (dated November 1997) on my computer. I selected a "Novice" installation and it went nearly perfect, execpt for HTML documents and standard browser. Whenever I select the "HTML Docs" on Configuration Menu, I recieve the following messages: 1. Unable to fetch package lynx-2.7.1 from selected media... 2. Unable to install the lynx-2.7.1 ... Besides missing Lynx on my system, I'm also unable to locate the Handbook and FAQ's directories. I found the package "lynx-2.7.1ac-0.76.tgz" on the CDrom, and managed to install it manually, but i haven't been able to figure out how to install the documentation. I have installed several other packages from the Menu (CDrom input) without any problems. A'm I doing something wrong, or is the installation procedure infected with a bug ?. Hope you can help me Sincerily Soren Sonderhoj data-huset@web4you.dk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 2 08:20:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA02975 for freebsd-bugs-outgoing; Mon, 2 Mar 1998 08: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 IAA02961; Mon, 2 Mar 1998 08:20:02 -0800 (PST) (envelope-from gnats) Date: Mon, 2 Mar 1998 08:20:02 -0800 (PST) Message-Id: <199803021620.IAA02961@hub.freebsd.org> To: freebsd-bugs Cc: From: Kazutaka YOKOTA Subject: Re: bin/5899: VIDCONTROL VGA_80x50 sets 80x50 but uses wrong font (8x14 instead of 8x8?) Reply-To: Kazutaka YOKOTA Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5899; it has been noted by GNATS. From: Kazutaka YOKOTA To: xcene@c2i.net Cc: freebsd-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: bin/5899: VIDCONTROL VGA_80x50 sets 80x50 but uses wrong font (8x14 instead of 8x8?) Date: Tue, 03 Mar 1998 01:18:34 +0900 >>Number: 5899 >>Category: bin >>Synopsis: VIDCONTROL VGA_80x50 sets 80x50 but uses wrong font (8x14 ins >tead of 8x8?) [snip] >>Release: FreeBSD 2.2.5-STABLE >>Environment: >whoa... i don't have access to my box right now, but it's >a FreeBSD 2.2.5-STABLE compiled 26th of Feb '98 with all the CVSUpd's >available. >>Description: >The VIDCONTROL VGA_80x50 fails to set a 80x50 textmode properly. >Apparently it uses the 8x14 font instead of the 8x8 font, because > 1: the characters are 'cut in half'; only the upper half is shown > 2: changing the font with VIDCONTROL -F 8x14 [somefont] alters > the display, while changing the 8x8 font does not. > >I've tried loading every possible font for every possible mode, >but cannot get any proper 8x8 font displayed in VGA_80x50 >(or VGA_80x60 either). Are you sure that you didn't load wrong font? We should load a font file as shown below. vidcontrol -f 8x8 iso-8x8.fnt ~~~ ~~~ Note that vidcontrol does NOT check if the given font file has the given size. It is just possible to do, by accident, vidcontrol -f 8x8 iso-8x14.fnt ~~~ ~~~~ Anyway, syscons.c in the 2.2-STABLE branch was updated on 28 Feb. The update includes some fix for font handling. Please try that version and see if you still have the same problem with it. Kazu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 2 10:10:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA16821 for freebsd-bugs-outgoing; Mon, 2 Mar 1998 10:10: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 KAA16814; Mon, 2 Mar 1998 10:10:03 -0800 (PST) (envelope-from gnats) Received: from ewok.pi.musin.de (ewok.pi.musin.de [194.246.250.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA16051 for ; Mon, 2 Mar 1998 10:02:43 -0800 (PST) (envelope-from sec@yoda.pi.musin.de) Received: from yoda.pi.musin.de (yoda.pi.musin.de [194.246.250.12]) by ewok.pi.musin.de (8.8.5/8.8.7) with ESMTP id TAA17499 for ; Mon, 2 Mar 1998 19:03:54 +0100 (CET) Received: (from root@localhost) by yoda.pi.musin.de (8.8.8/8.8.5) id TAA15078; Mon, 2 Mar 1998 19:02:09 +0100 (CET) Message-Id: <199803021802.TAA15078@yoda.pi.musin.de> Date: Mon, 2 Mar 1998 19:02:09 +0100 (CET) From: Stefan `Sec` Zehl Reply-To: sec@yoda.pi.musin.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/5900: cvsup problem/corrupt files. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5900 >Category: misc >Synopsis: cvsup problem/corrupt files. >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 2 10:10:01 PST 1998 >Last-Modified: >Originator: >Organization: >Release: FreeBSD 2.2.5-STABLE i386 >Environment: recent 2.2.5-STABLE. "cvsup"ing every night with the follofing supfile: *default host=cvsup.uk.freebsd.org *default prefix=/usr/CVSup *default base=/usr/local/sup/status *default delete use-rel-suffix compress *default release=cvs cvs-all >Description: on checking our the source tree with: cvs -R -q -r checkout -r RELENG_2_2 src I get errors again and again. cvs checkout: `/usr/CVSup/src/gnu/usr.bin/groff/devX100-12/Attic/S,v' does not appear to be a valid rcs file cvs checkout: `/usr/CVSup/src/gnu/usr.bin/groff/devX100-12/Attic/S,v' does not appear to be a valid rcs file cvs [checkout aborted]: `/usr/CVSup/src/gnu/usr.bin/perl/perl/spat.h,v' does not appear to be a valid rcs file Blowing them away (rm) and re-cvsup'ing cures the problem. By looking at this files with less, it's obvious that they're broken. They contain lots of 0-bytes. Sometimes even some other junk between the NUL's. I kept the two above-mentioned files. In case anyone wants them. >How-To-Repeat: don't know exactly. But this re-occurs always. If you need more information (such as dmesg) let me know. >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 2 10:35:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA18676 for freebsd-bugs-outgoing; Mon, 2 Mar 1998 10:35:56 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA18659; Mon, 2 Mar 1998 10:35:47 -0800 (PST) (envelope-from steve) Date: Mon, 2 Mar 1998 10:35:47 -0800 (PST) From: Steve Price Message-Id: <199803021835.KAA18659@hub.freebsd.org> To: steve, freebsd-bugs, jdp Subject: Re: misc/5900 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: cvsup problem/corrupt files. Responsible-Changed-From-To: freebsd-bugs->jdp Responsible-Changed-By: steve Responsible-Changed-When: Mon Mar 2 10:35:00 PST 1998 Responsible-Changed-Why: CVSup is John's area of expertise. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 2 11:10:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA24728 for freebsd-bugs-outgoing; Mon, 2 Mar 1998 11:10: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 LAA24719; Mon, 2 Mar 1998 11:10:03 -0800 (PST) (envelope-from gnats) Received: from lilac.csi.cam.ac.uk (exim@lilac.csi.cam.ac.uk [131.111.8.44]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id LAA22880 for ; Mon, 2 Mar 1998 11:01:43 -0800 (PST) (envelope-from gjm11@dpmms.cam.ac.uk) Received: from g.pet.cam.ac.uk [131.111.209.233] by lilac.csi.cam.ac.uk with smtp (Exim 1.82 #1) id 0y9aSv-0003xn-00; Mon, 2 Mar 1998 19:01:29 +0000 Received: from gjm11 by g.pet.cam.ac.uk with local (Exim 1.73 #1) id 0y9aSu-000198-00; Mon, 2 Mar 1998 19:01:28 +0000 Message-Id: Date: Mon, 2 Mar 1998 19:01:28 +0000 From: gjm11@dpmms.cam.ac.uk Reply-To: gjm11@dpmms.cam.ac.uk To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5901: new version of `fmt' Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5901 >Category: bin >Synopsis: new version of `fmt' >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: Mon Mar 2 11:10:01 PST 1998 >Last-Modified: >Originator: Gareth McCaughan >Organization: ... would probably be a good idea >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: FreeBSD 2.2.5-RELEASE >Description: Way back when, after submitting a few fixes to the `fmt' program, I mentioned that I had a drop-in replacement with more features and fewer bugs. (This was in discussion of PR bin/4520.) I have finally got round to tidying it up enough that I don't mind the rest of the world seeing it. `Drop-in' is perhaps a slight exaggeration; the existing `fmt' gets so many things wrong that it didn't seem sensible to try to be exactly equivalent. My proposed new version of `fmt' may be found at ftp://g.pet.cam.ac.uk/pub/software/fmt.tar.gz which is a gzipped tarchive containing the source code (`fmt.c') and a replacement manpage (`fmt.1'). A brief account of user-visible differences from the old `fmt': 1. There are many extra options. Options that aren't understood generate a helpful usage message, instead of being treated as filenames. 2. My `fmt' doesn't by default attempt to do anything special with mail message headers. (But a new option makes it handle them much better than old `fmt'.) 3. There are fewer bugs. (I haven't noticed any yet...) 4. My `fmt' needs a special flag to make it understand indented paragraphs (i.e., those whose first lines are differently indented from subsequent lines). The old `fmt' didn't, but its actual behaviour in the presence of varying indentation left much to be desired. 5. My `fmt' doesn't convert spaces into tabs at the starts of lines unless you specifically ask it to. 6. A few other inconspicious things have been changed. You won't notice. :-) If these incompatibilities are not sufficient to make it unwise to replace the old `fmt' with mine (and the discussion I had with Joerg following on from bin/4520 suggests that they aren't) then I suggest that this replacement be carried out in -current. I remark in passing that the `fmt' in the GNU textutils is even better, but of course it's GPLed... >How-To-Repeat: N/A >Fix: N/A >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 2 14:04:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA26696 for freebsd-bugs-outgoing; Mon, 2 Mar 1998 14:04:31 -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 OAA26691 for ; Mon, 2 Mar 1998 14:04:29 -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 OAA02632; Mon, 2 Mar 1998 14:03:22 -0800 (PST) To: "=?ISO-8859-1?Q?S=F8ren_S=F8nderh=F8j?=" cc: freebsd-bugs@FreeBSD.ORG Subject: Re: FreeBSD 2.2.5 In-reply-to: Your message of "Mon, 02 Mar 1998 16:20:18 +0100." <199803021517.QAA12109@eris.web-plus.dk> Date: Mon, 02 Mar 1998 14:03:22 -0800 Message-ID: <2628.888876202@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Whenever I select the "HTML Docs" on Configuration Menu, I recieve the > following > messages: > > 1. Unable to fetch package lynx-2.7.1 from selected media... > 2. Unable to install the lynx-2.7.1 ... Sorry, our mistake - the INDEX file wasn't up to date with the ports. As you've already found, it's possible to install lynx by hand. > Besides missing Lynx on my system, I'm also unable to locate the Handbook > and FAQ's directories. Those were omitted from the doc distribution for 2.2.2 and 2.2.5 due to build problems. You can still find them under www/ on the 4th(?) CD and unformatted under usr/doc on the 2nd CD. Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 2 17:28:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA04583 for freebsd-bugs-outgoing; Mon, 2 Mar 1998 17:28:38 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA04489; Mon, 2 Mar 1998 17:28:06 -0800 (PST) (envelope-from steve) Date: Mon, 2 Mar 1998 17:28:06 -0800 (PST) From: Steve Price Message-Id: <199803030128.RAA04489@hub.freebsd.org> To: steve, gnats-admin, freebsd-bugs Subject: Re: pending/5902 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: net/if.h shoud include sys/time.h Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: steve Responsible-Changed-When: Mon Mar 2 17:26:13 PST 1998 Responsible-Changed-Why: Reassign to FreeBSD-bugs. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 2 17:35:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA05430 for freebsd-bugs-outgoing; Mon, 2 Mar 1998 17:35:22 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA05322; Mon, 2 Mar 1998 17:34:31 -0800 (PST) (envelope-from steve) Date: Mon, 2 Mar 1998 17:34:31 -0800 (PST) From: Steve Price Message-Id: <199803030134.RAA05322@hub.freebsd.org> To: steve, gnats-admin, freebsd-bugs Subject: Re: conf/5871 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: boot.flp should not contain BOUNCE_BUFFERS option Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: steve Responsible-Changed-When: Mon Mar 2 17:34:04 PST 1998 Responsible-Changed-Why: Reassign to FreeBSD-bugs. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 2 19:02:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA16787 for freebsd-bugs-outgoing; Mon, 2 Mar 1998 19:02:17 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA16697; Mon, 2 Mar 1998 19:02:06 -0800 (PST) (envelope-from steve) Date: Mon, 2 Mar 1998 19:02:06 -0800 (PST) From: Steve Price Message-Id: <199803030302.TAA16697@hub.freebsd.org> To: steve, freebsd-bugs, bde Subject: Re: misc/5902 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: net/if.h shoud include sys/time.h Responsible-Changed-From-To: freebsd-bugs->bde Responsible-Changed-By: steve Responsible-Changed-When: Mon Mar 2 19:00:25 PST 1998 Responsible-Changed-Why: Pass this on to our resident header file guru. :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 2 20:10:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA25770 for freebsd-bugs-outgoing; Mon, 2 Mar 1998 20:10:17 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA25763; Mon, 2 Mar 1998 20:10:14 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA25318; Mon, 2 Mar 1998 20:07:58 -0800 (PST) (envelope-from nobody) Message-Id: <199803030407.UAA25318@hub.freebsd.org> Date: Mon, 2 Mar 1998 20:07:58 -0800 (PST) From: jason_smethers@bigfoot.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/5904: panic: newfs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5904 >Category: kern >Synopsis: panic: newfs >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 2 20:10:01 PST 1998 >Last-Modified: >Originator: Jason Smethers >Organization: >Release: 3.0-current >Environment: FreeBSD p90unix.vipersystems.com 3.0-CURRENT FreeBSD 3.0-CURRENT #8: Sun Mar 1 12:32:53 CST 1998 jason@p90unix.vipersystems.com:/usr/src/sys/compile/P90UNIX i386 >Description: When newfs a drive with: su-2.01#umount /dev/wd3c su-2.01#newfs -b 8192 -f 1024 /dev/wd3c the system panics with: panic: bremfree removing a buffer whan not on a queue and the machine is unable to sync disks. newfs gets as far as: Warning: 3568 sector(s) in last cylinder unallocated /dev/wd3c: 332304 sectors in 82 cylinders of 1 tracks, 4096 sectors 162.3MB in 6 cyl groups (16 c/g, 32.00MB/g, 6784 i/g) super-block backups (for fsck -b #) at: dmesg: su-2.01# dmesg 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-CURRENT #8: Sun Mar 1 12:32:53 CST 1998 jason@p90unix.vipersystems.com:/usr/src/sys/compile/P90UNIX Timecounter "i8254" frequency 1193182 Hz cost 3241 ns CPU: Pentium (0.00-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x521 Stepping=1 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 30449664 (29736K bytes) Probing for devices on PCI bus 0: chip0: rev 0x02 on pci0.0.0 chip1: rev 0x02 on pci0.7.0 ide_pci0: rev 0x02 on pci0.7.1 ahc0: rev 0x00 int a irq 11 on pci0.18.0 ahc0: aic7880 Single Channel, SCSI Id=7, 16 SCBs ahc0: waiting for scsi devices to settle scbus0 at ahc0 bus 0 ahc0:A:1: refuses synchronous negotiation. Using asynchronous transfers cd0 at scbus0 target 1 lun 0 cd0: type 5 removable SCSI 2 cd0: CD-ROM cd present [-1263529487 x -326294800 byte records] vga0: rev 0x00 on pci0.19.0 fxp0: rev 0x01 int a irq 10 on pci0.20.0 fxp0: Ethernet address 00:a0:c9:00:ad:f3 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 wdc0 at 0x1f0-0x1f7 irq 14 flags 0xfccf80ff on isa wdc0: unit 0 (wd0): , 32-bit wd0: 124MB (255255 sectors), 1001 cyls, 15 heads, 17 S/T, 512 B/S wdc0: unit 1 (wd1): , 32-bit, multi-block-8, sleep-hack wd1: 1039MB (2128896 sectors), 2816 cyls, 12 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 flags 0x80ff80ff on isa wdc1: unit 0 (wd2): , 32-bit, multi-block-8 wd2: 162MB (333630 sectors), 1011 cyls, 15 heads, 22 S/T, 512 B/S wdc1: unit 1 (wd3): , 32-bit, multi-block-16 wd3: 162MB (332304 sectors), 903 cyls, 8 heads, 46 S/T, 512 B/S npx0 on motherboard npx0: INT 16 interface Intel Pentium F00F detected, installing workaround WARNING: / was not properly dismounted. kernel config: su-2.01# cat P90UNIX # # P90UNIX -- Custom kernel # # For more information read the handbook part System Administration -> # Configuring the FreeBSD Kernel -> The Configuration File. # The handbook is available in /usr/share/doc/handbook or online as # latest version from the FreeBSD World Wide Web server # # # An exhaustive list of options and more detailed explanations of the # device lines is present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $Id: GENERIC,v 1.105 1998/01/24 02:54:09 eivind Exp $ machine "i386" #cpu "I386_CPU" #cpu "I486_CPU" cpu "I586_CPU" #cpu "I686_CPU" ident "P90UNIX" maxusers 10 #options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem #options "CD9660_ROOT" #CD-ROM usable as root device options FFS_ROOT #FFS usable as root device [keep this!] options NFS_ROOT #NFS usable as root device options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=10 #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options FAILSAFE #Be conservative options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options USER_LDT #allow user-level control of i386 ldt options "MD5" options "VM86" options QUOTA #enable disk quotas config kernel root on wd0 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 flags 0x80fccf80ff vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller wdc1 at isa? port "IO_WD2" bio irq 15 flags 0x80ff80ff 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 #device wfd0 #IDE Floppy (e.g. LS-120) # A single entry for any of these controllers (ncr, ahb, ahc, amd) is # sufficient for any number of installed devices. #controller ncr0 #controller amd0 #controller ahb0 controller ahc0 #controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr #controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr #controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr #controller aic0 at isa? port 0x340 bio irq 11 vector aicintr #controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr #controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr #controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr controller scbus0 #base SCSI code device sd0 #SCSI disks device od0 #See LINT for possible `od' options. device st0 #SCSI CD-ROMs device cd0 #SCSI optical disk #Only need one of these, the code dynamically grows #device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr #device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr #controller matcd0 at isa? port 0x230 bio #device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint #options XSERVER # support for X server #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std options SC_HISTORY_SIZE=200 device npx0 at isa? port "IO_NPX" irq 13 vector npxintr # # Laptop support (see LINT for more options) # device apm0 at isa? disable flags 0x31 # Advanced Power Management # PCCARD (PCMCIA) support #controller card0 #device pcic0 at card? #device pcic1 at card? device sio0 at isa? port "IO_COM1" flags 0x10 tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr #device sio2 at isa? disable port "IO_COM3" tty irq 5 vector siointr #device sio3 at isa? disable port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr #device lpt1 at isa? port? tty #device mse0 at isa? port 0x23c tty irq 5 vector mseintr #device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. #device de0 device fxp0 #device tx0 #device vx0 #device ed0 at isa? port 0x280 net irq 10 iomem 0xd8000 vector edintr #device ie0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector ieintr #device ep0 at isa? port 0x300 net irq 10 vector epintr #device ex0 at isa? port? net irq? vector exintr #device fe0 at isa? port 0x300 net irq ? vector feintr #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr #device ze0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zeintr #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr pseudo-device loop pseudo-device ether #pseudo-device sl 1 pseudo-device ppp 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 rc.conf: su-2.01# cat rc.conf #!/bin/sh # # This is rc.conf - a file full of useful variables that you can set # to change the default startup behavior of your system. # # All arguments must be in double or single quotes. # # $Id: rc.conf,v 1.37 1998/02/01 00:20:53 wollman Exp $ ############################################################## ### Important initial Boot-time options ##################### ############################################################## swapfile="NO" # Set to name of swapfile if aux swapfile desired." # Set to name of swapfile if aux swapfile desired." # Set to name of swapfile if aux swapfile desired." # Set to name of swapfile if aux swapfile desired. apm_enable="NO" # Set to YES if you want APM enabled." # Set to YES if you want APM enabled." # Set to YES if you want APM enabled." # Set to YES if you want APM enabled. pccard_enable="NO" # Set to YES if you want to configure PCCARD devices." # Set to YES if you want to configure PCCARD devices." # Set to YES if you want to configure PCCARD devices." # Set to YES if you want to configure PCCARD devices. pccard_mem="DEFAULT" # If pccard_enable=YES, this is card memory address." # If pccard_enable=YES, this is card memory address." # If pccard_enable=YES, this is card memory address." # If pccard_enable=YES, this is card memory address. pccard_ifconfig="NO" # Specialized pccard ethernet configuration (or NO)." # Specialized pccard ethernet configuration (or NO)." # Specialized pccard ethernet configuration (or NO)." # Specialized pccard ethernet configuration (or NO). local_startup="/usr/local/etc/rc.d /usr/X11R6/etc/rc.d" # startup script dirs." # startup script dirs." # startup script dirs." # startup script dirs. local_periodic="/usr/local/etc/periodic /usr/X11R6/etc/periodic" # periodic script dirs" # periodic script dirs" # periodic script dirs" # periodic script dirs ############################################################## ### Network configuration sub-section ###################### ############################################################## ### Basic network options: ### hostname="p90unix.vipersystems.com" # Set this!" # Set this!" # Set this!" # Set this! nisdomainname="NO" # Set to NIS domain if using NIS (or NO)." # Set to NIS domain if using NIS (or NO)." # Set to NIS domain if using NIS (or NO)." # Set to NIS domain if using NIS (or NO). firewall_enable="NO" # Set to YES to enable firewall functionality" # Set to YES to enable firewall functionality" # Set to YES to enable firewall functionality" # Set to YES to enable firewall functionality firewall_type="UNKNOWN" # Firewall type (see /etc/rc.firewall)" # Firewall type (see /etc/rc.firewall)" # Firewall type (see /etc/rc.firewall)" # Firewall type (see /etc/rc.firewall) firewall_quiet="NO" # Set to YES to suppress rule display" # Set to YES to suppress rule display" # Set to YES to suppress rule display" # Set to YES to suppress rule display tcp_extensions="YES" # Allow RFC1323 & RFC1644 extensions (or NO)." # Allow RFC1323 & RFC1644 extensions (or NO)." # Allow RFC1323 & RFC1644 extensions (or NO)." # Allow RFC1323 & RFC1644 extensions (or NO). network_interfaces="fxp0 lo0" # List of network interfaces (lo0 is loopback)." # List of network interfaces (lo0 is loopback)." # List of network interfaces (lo0 is loopback)." # List of network interfaces (lo0 is loopback). ifconfig_fxp0="inet 111.111.111.6 netmask 255.255.255.0" ifconfig_fxp0_alias0="inet 111.111.111.9 netmask 255.255.255.0" ifconfig_lo0="inet 127.0.0.1" # default loopback device configuration." # default loopback device configuration." # default loopback device configuration." # default loopback device configuration. #ifconfig_lo0_alias0="inet 127.0.0.254 netmask 0xffffffff" # Sample alias entry. ### Network daemon (miscellaneous) & NFS options: ### syslogd_enable="YES" # Run syslog daemon (or NO)." # Run syslog daemon (or NO)." # Run syslog daemon (or NO)." # Run syslog daemon (or NO). syslogd_flags="" # Flags to syslogd (if enabled)." # Flags to syslogd (if enabled)." # Flags to syslogd (if enabled)." # Flags to syslogd (if enabled). inetd_enable="YES" # Run the network daemon dispatcher (or NO)." # Run the network daemon dispatcher (or NO)." # Run the network daemon dispatcher (or NO)." # Run the network daemon dispatcher (or NO). inetd_flags="" # Optional flags to inetd." # Optional flags to inetd." # Optional flags to inetd." # Optional flags to inetd. named_enable="YES" # Run named, the DNS server (or NO)." # Run named, the DNS server (or NO)." # Run named, the DNS server (or NO)." # Run named, the DNS server (or NO). named_program="/usr/local/sbin/named" # named program, in case we want bind8 instead." # named program, in case we want bind8 instead." # named program, in case we want bind8 instead." # named program, in case we want bind8 instead. named_flags="-b /etc/namedb/named.conf" # Flags to named (if enabled)." # Flags to named (if enabled)." # Flags to named (if enabled)." # Flags to named (if enabled). kerberos_server_enable="YES" # Run a kerberos master server (or NO)." # Run a kerberos master server (or NO)." # Run a kerberos master server (or NO)." # Run a kerberos master server (or NO). kadmind_server_enable="YES" # Run kadmind (or NO) -- do not run on" # Run kadmind (or NO) -- do not run on" # Run kadmind (or NO) -- do not run on" # Run kadmind (or NO) -- do not run on # a slave kerberos server kerberos_stash="YES" # Is the kerberos master key stashed?" # Is the kerberos master key stashed?" # Is the kerberos master key stashed?" # Is the kerberos master key stashed? rwhod_enable="NO" # Run the rwho daemon (or NO)." # Run the rwho daemon (or NO)." # Run the rwho daemon (or NO)." # Run the rwho daemon (or NO). amd_enable="NO" # Run amd service with $amd_flags (or NO)." # Run amd service with $amd_flags (or NO)."# Run amd service with $amd_flags (or NO)." # Run amd service with $amd_flags (or NO). amd_flags="-a /net -c 1800 -k i386 -d my.domain -l syslog /host /etc/amd.map" nfs_client_enable="YES" # This host is an NFS client (or NO)." # This host is an NFS client (or NO)." # This host is an NFS client (or NO)." # This host is an NFS client (or NO). nfs_client_flags="-n 4" # Flags to nfsiod (if enabled)." # Flags to nfsiod (if enabled)." # Flags to nfsiod (if enabled)." # Flags to nfsiod (if enabled). nfs_server_enable="YES" # This host is an NFS server (or NO)." # This host is an NFS server (or NO)." # This host is an NFS server (or NO)." # This host is an NFS server (or NO). nfs_server_flags="-u -t 4" # Flags to nfsd (if enabled)." # Flags to nfsd (if enabled)." # Flags to nfsd (if enabled)." # Flags to nfsd (if enabled). mountd_flags="-r" # Flags to mountd (if NFS server enabled)." # Flags to mountd (if NFS server enabled)."# Flags to mountd (if NFS server enabled)." # Flags to mountd (if NFS server enabled). nfs_reserved_port_only="NO" # Provide NFS only on secure port (or NO)." # Provide NFS only on secure port (or NO)."# Provide NFS only on secure port (or NO)." # Provide NFS only on secure port (or NO). rpc_lockd_enable="NO" # Run NFS rpc.lockd (*broken!*) if nfs_server." # Run NFS rpc.lockd (*broken!*) if nfs_server." # Run NFS rpc.lockd (*broken!*) if nfs_server." # Run NFS rpc.lockd (*broken!*) if nfs_server. rpc_statd_enable="YES" # Run NFS rpc.statd if nfs_server (or NO)." # Run NFS rpc.statd if nfs_server (or NO)."# Run NFS rpc.statd if nfs_server (or NO)." # Run NFS rpc.statd if nfs_server (or NO). portmap_enable="YES" # Run the portmapper service (or NO)." # Run the portmapper service (or NO)." # Run the portmapper service (or NO)." # Run the portmapper service (or NO). portmap_flags="" # Flags to portmap (if enabled)." # Flags to portmap (if enabled)." # Flags to portmap (if enabled)." # Flags to portmap (if enabled). xtend_enable="NO" # Run the X-10 power controller daemon." # Run the X-10 power controller daemon." # Run the X-10 power controller daemon." # Run the X-10 power controller daemon. xtend_flags="" # Flags to xtend (if enabled)." # Flags to xtend (if enabled)." # Flags to xtend (if enabled)." # Flags to xtend (if enabled). ### Network Time Services options: ### timed_enable="NO" # Run the time daemon (or NO)." # Run the time daemon (or NO)." # Run the time daemon (or NO)." # Run the time daemon (or NO). timed_flags="" # Flags to timed (if enabled)." # Flags to timed (if enabled)." # Flags to timed (if enabled)." # Flags to timed (if enabled). ntpdate_enable="NO" # Run the ntpdate to sync time (or NO)." # Run the ntpdate to sync time (or NO)." # Run the ntpdate to sync time (or NO)." # Run the ntpdate to sync time (or NO). ntpdate_flags="" # Flags to ntpdate (if enabled)." # Flags to ntpdate (if enabled)." # Flags to ntpdate (if enabled)." # Flags to ntpdate (if enabled). xntpd_enable="NO" # Run xntpd Network Time Protocol (or NO)." # Run xntpd Network Time Protocol (or NO)."# Run xntpd Network Time Protocol (or NO)." # Run xntpd Network Time Protocol (or NO). xntpd_flags="" # Flags to xntpd (if enabled)." # Flags to xntpd (if enabled)." # Flags to xntpd (if enabled)." # Flags to xntpd (if enabled). tickadj_enable="NO" # Run tickadj (or NO)." # Run tickadj (or NO)." # Run tickadj (or NO)." # Run tickadj (or NO). tickadj_flags="-Aq" # Flags to tickadj (if enabled)." # Flags to tickadj (if enabled)." # Flags to tickadj (if enabled)." # Flags to tickadj (if enabled). # Network Information Services (NIS) options: ### nis_client_enable="NO" # We're an NIS client (or NO)." # We're an NIS client (or NO)." # We're an NIS client (or NO)." # We're an NIS client (or NO). nis_client_flags="" # Flags to ypbind (if enabled)." # Flags to ypbind (if enabled)." # Flags to ypbind (if enabled)." # Flags to ypbind (if enabled). nis_ypset_enable="NO" # Run ypset at boot time (or NO)." # Run ypset at boot time (or NO)." # Run ypset at boot time (or NO)." # Run ypset at boot time (or NO). nis_ypset_flags="" # Flags to ypset (if enabled)." # Flags to ypset (if enabled)." # Flags to ypset (if enabled)." # Flags to ypset (if enabled). nis_server_enable="NO" # We're an NIS server (or NO)." # We're an NIS server (or NO)." # We're an NIS server (or NO)." # We're an NIS server (or NO). nis_server_flags="" # Flags to ypserv (if enabled)." # Flags to ypserv (if enabled)." # Flags to ypserv (if enabled)." # Flags to ypserv (if enabled). nis_ypxfrd_enable="NO" # Run rpc.ypxfrd at boot time (or NO)." # Run rpc.ypxfrd at boot time (or NO)." # Run rpc.ypxfrd at boot time (or NO)." # Run rpc.ypxfrd at boot time (or NO). nis_ypxfrd_flags="" # Flags to rpc.ypxfrd (if enabled)." # Flags to rpc.ypxfrd (if enabled)." # Flags to rpc.ypxfrd (if enabled)." # Flags to rpc.ypxfrd (if enabled). nis_yppasswdd_enable="NO" # Run rpc.yppasswdd at boot time (or NO)." # Run rpc.yppasswdd at boot time (or NO)." # Run rpc.yppasswdd at boot time (or NO)." # Run rpc.yppasswdd at boot time (or NO). nis_yppasswdd_flags="" # Flags to rpc.yppasswdd (if enabled)." # Flags to rpc.yppasswdd (if enabled)." # Flags to rpc.yppasswdd (if enabled)." # Flags to rpc.yppasswdd (if enabled). ### Network routing options: ### defaultrouter="111.111.111.1" # Set to default gateway (or NO)." # Set to default gateway (or NO)." # Set to default gateway (or NO)." # Set to default gateway (or NO). static_routes="" # Set to static route list (or leave empty)." # Set to static route list (or leave empty)." # Set to static route list (or leave empty)." # Set to static route list (or leave empty). gateway_enable="YES" # Set to YES if this host will be a gateway." # Set to YES if this host will be a gateway." # Set to YES if this host will be a gateway." # Set to YES if this host will be a gateway. router_enable="NO" # Set to YES to enable a routing daemon." # Set to YES to enable a routing daemon." # Set to YES to enable a routing daemon." # Set to YES to enable a routing daemon. router="routed" # Name of routing daemon to use if enabled." # Name of routing daemon to use if enabled.# Name of routing daemon to use if enabled." # Name of routing daemon to use if enabled. router_flags="-q" # Flags for routing daemon." # Flags for routing daemon." # Flags for routing daemon." # Flags for routing daemon. mrouted_enable="YES" # Do multicast routing (see /etc/mrouted.conf)." # Do multicast routing (see /etc/mrouted.conf)." # Do multicast routing (see /etc/mrouted.conf)." # Do multicast routing (see /etc/mrouted.conf). mrouted_flags="" # Flags for multicast routing daemon." # Flags for multicast routing daemon." # Flags for multicast routing daemon." # Flags for multicast routing daemon. ipxgateway_enable="NO" # Set to YES to enable IPX routing." # Set to YES to enable IPX routing." # Set to YES to enable IPX routing." # Set to YES to enable IPX routing. ipxrouted_enable="NO" # Set to YES to run the IPX routing daemon." # Set to YES to run the IPX routing daemon.# Set to YES to run the IPX routing daemon." # Set to YES to run the IPX routing daemon. ipxrouted_flags="" # Flags for IPX routing daemon." # Flags for IPX routing daemon." # Flags for IPX routing daemon." # Flags for IPX routing daemon. arpproxy_all="" # replaces obsolete kernel option ARP_PROXYALL." # replaces obsolete kernel option ARP_PROXYALL." # replaces obsolete kernel option ARP_PROXYALL." # replaces obsolete kernel option ARP_PROXYALL. ############################################################## ### System console options ################################# ############################################################## keymap="NO" # keymap in /usr/share/syscons/keymaps/* (or NO)." # keymap in /usr/share/syscons/keymaps/* (or NO)." # keymap in /usr/share/syscons/keymaps/* (or NO)." # keymap in /usr/share/syscons/keymaps/* (or NO). keyrate="NO" # keyboard rate to: slow, normal, fast (or NO)." # keyboard rate to: slow, normal, fast (or NO)." # keyboard rate to: slow, normal, fast (or NO)." # keyboard rate to: slow, normal, fast (or NO). keybell="NO" # bell to duration.pitch or normal or visual (or NO)." # bell to duration.pitch or normal or visual (or NO)." # bell to duration.pitch or normal or visual (or NO)." # bell to duration.pitch or normal or visual (or NO). keychange="NO" # function keys default values (or NO)." # function keys default values (or NO)." # function keys default values (or NO)." # function keys default values (or NO). cursor="NO" # cursor type {normal|blink|destructive} (or NO)." # cursor type {normal|blink|destructive} (or NO)." # cursor type {normal|blink|destructive} (or NO)." # cursor type {normal|blink|destructive} (or NO). scrnmap="NO" # screen map in /usr/share/syscons/scrnmaps/* (or NO)." # screen map in /usr/share/syscons/scrnmaps/* (or NO)." # screen map in /usr/share/syscons/scrnmaps/* (or NO)." # screen map in /usr/share/syscons/scrnmaps/* (or NO). font8x16="NO" # font 8x16 from /usr/share/syscons/fonts/* (or NO)." # font 8x16 from /usr/share/syscons/fonts/* (or NO)." # font 8x16 from /usr/share/syscons/fonts/* (or NO)." # font 8x16 from /usr/share/syscons/fonts/* (or NO). font8x14="NO" # font 8x14 from /usr/share/syscons/fonts/* (or NO)." # font 8x14 from /usr/share/syscons/fonts/* (or NO)." # font 8x14 from /usr/share/syscons/fonts/* (or NO)." # font 8x14 from /usr/share/syscons/fonts/* (or NO). font8x8="NO" # font 8x8 from /usr/share/syscons/fonts/* (or NO)." # font 8x8 from /usr/share/syscons/fonts/* (or NO)." # font 8x8 from /usr/share/syscons/fonts/* (or NO)." # font 8x8 from /usr/share/syscons/fonts/* (or NO). blanktime="300" # blank time (in seconds) or "NO" to turn it off." # blank time (in seconds) or "NO" to turn it off." # blank time (in seconds) or "NO" to turn it off." # blank time (in seconds) or "NO" to turn it off. saver="blank" # screen saver: blank/daemon/green/snake/star/NO." # screen saver: blank/daemon/green/snake/star/NO." # screen saver: blank/daemon/green/snake/star/NO." # screen saver: blank/daemon/green/snake/star/NO. moused_type="NO" # See man page for rc.conf(5) for available settings." # See man page for rc.conf(5) for available settings." # See man page for rc.conf(5) for available settings." # See man page for rc.conf(5) for available settings. moused_port="/dev/cuaa0" # Set to your mouse port (required if mousetype set)." # Set to your mouse port (required if mousetype set)." # Set to your mouse port (required if mousetype set)." # Set to your mouse port (required if mousetype set). moused_flags="" # Any additional flags to moused." # Any additional flags to moused." # Any additional flags to moused." # Any additional flags to moused. ############################################################## ### Miscellaneous administrative options ################### ############################################################## cron_enable="YES" # Run the periodic job daemon." # Run the periodic job daemon." # Run the periodic job daemon." # Run the periodic job daemon. lpd_enable="NO" # Run the line printer daemon." # Run the line printer daemon." # Run the line printer daemon." # Run the line printer daemon. lpd_flags="" # Flags to lpd (if enabled)." # Flags to lpd (if enabled)." # Flags to lpd (if enabled)." # Flags to lpd (if enabled). sendmail_enable="YES" # Run the sendmail daemon (or NO)." # Run the sendmail daemon (or NO)." # Run the sendmail daemon (or NO)." # Run the sendmail daemon (or NO). sendmail_flags="-bd -q30m" # -bd is pretty mandatory." # -bd is pretty mandatory." # -bd is pretty mandatory."# -bd is pretty mandatory. dumpdev="NO" # Device name to crashdump to (if enabled)." # Device name to crashdump to (if enabled)." # Device name to crashdump to (if enabled)." # Device name to crashdump to (if enabled). check_quotas="YES" # Check quotas (or NO)." # Check quotas (or NO)." # Check quotas (or NO)." # Check quotas (or NO). accounting_enable="NO" # Turn on process accounting (or NO)." # Turn on process accounting (or NO)." # Turn on process accounting (or NO)." # Turn on process accounting (or NO). ibcs2_enable="NO" # Ibcs2 (SCO) emulation loaded at startup (or NO)." # Ibcs2 (SCO) emulation loaded at startup (or NO)." # Ibcs2 (SCO) emulation loaded at startup (or NO)." # Ibcs2 (SCO) emulation loaded at startup (or NO). linux_enable="YES" # Linux emulation loaded at startup (or NO)." # Linux emulation loaded at startup (or NO)." # Linux emulation loaded at startup (or NO)." # Linux emulation loaded at startup (or NO). rand_irqs="NO" # Stir the entropy pool (like "5 11" or NO)." # Stir the entropy pool (like "5 11" or NO)." # Stir the entropy pool (like "5 11" or NO)." # Stir the entropy pool (like "5 11" or NO). clear_tmp_enable="NO" # Clear /tmp at startup." # Clear /tmp at startup." # Clear /tmp at startup." # Clear /tmp at startup. ldconfig_paths="/usr/lib/compat /usr/X11R6/lib /usr/local/lib" # shared library search paths" # shared library search paths" # shared library search paths" # shared library search paths ############################################################## ### Allow local configuration override at the very end here ## ############################################################## if [ -f /etc/rc.conf.local ]; then . /etc/rc.conf.local fi >How-To-Repeat: See above. >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 3 02:20:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA15696 for freebsd-bugs-outgoing; Tue, 3 Mar 1998 02:20: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 CAA15671; Tue, 3 Mar 1998 02:20:06 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA15242; Tue, 3 Mar 1998 02:18:07 -0800 (PST) (envelope-from nobody) Message-Id: <199803031018.CAA15242@hub.freebsd.org> Date: Tue, 3 Mar 1998 02:18:07 -0800 (PST) From: xcene@c2i.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/5907: VIDCONTROL VGA_80x60 resets PC completely w/o warning Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5907 >Category: bin >Synopsis: VIDCONTROL VGA_80x60 resets PC completely w/o warning >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 Mar 3 02:20:01 PST 1998 >Last-Modified: >Originator: Frode E. Moe >Organization: N/A >Release: FreeBSD 2.2.5-STABLE, CVSup'ed till yesterday >Environment: FreeBSD beauty.net 2.2.5-STABLE FreeBSD 2.2.5-STABLE #0: Tue Mar 3 10:09:44 CET 1998 root@beauty.net:/usr/src/sys/compile/BEAUTY i386 >Description: Previously I filed a bugreport about VIDCONTROL VGA_80x50 using the 8x14 font instead of the 8x8, visible because 1. only upper half of font was displayed, and 2. changing the 8x14 on the fly while in the so-called VGA_80x50 mode changed the displayed font. I was advised to CVSup and rebuild the syscons stuff; well, I did a 'make world' last night. The problem seems to have gotten worse; if I issue a vidcontrol VGA_80x60 as a normal user, my PC resets completely, without warning, without syncing the disks or anything. In DOS, I can set 80x50 textmode properly with this assembly snippet: mov ax, 1112h / xor bl, bl / int 10h >How-To-Repeat: 'vidcontrol VGA_80x60' at any time; resets completely >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 3 04:50:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA04684 for freebsd-bugs-outgoing; Tue, 3 Mar 1998 04: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 EAA04670; Tue, 3 Mar 1998 04:50:01 -0800 (PST) (envelope-from gnats) Date: Tue, 3 Mar 1998 04:50:01 -0800 (PST) Message-Id: <199803031250.EAA04670@hub.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: kern/5904: panic: newfs Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/5904; it has been noted by GNATS. From: Bruce Evans To: freebsd-gnats-submit@FreeBSD.ORG, jason_smethers@bigfoot.com Cc: Subject: Re: kern/5904: panic: newfs Date: Tue, 3 Mar 1998 23:36:08 +1100 >>Description: >When newfs a drive with: >su-2.01#umount /dev/wd3c >su-2.01#newfs -b 8192 -f 1024 /dev/wd3c > >the system panics with: >panic: bremfree removing a buffer whan not on a queue I think there is already a PR for this. It is caused by stale objects for the vnode of the device. Mounting a ufs file system provides an object, normally with a block size of 8K. The object doesn't go away on unmount, and a too-small block size of 2K is used for block devices, and either the different block sizes or the existence of the object cause the panic. Possible workaround: don't newfs the block device. (Never newfs a block device anyway. Block devices are normally slower (normally much slower for newfs) and always give worse error reporting.) I'm not sure if this actually avoids the problem. There may be a coherency problem when the new file system is mounted, or the block size of the new file system may be different A related problem: # mount -t msdosfs /dev/wd3c ... # umount /dev/wd3c # device containing an msdosfs file system # vnode doesn't have an object # mount -t ufs /dev/wd3c ... # oops # vnode now has an object # mount -t msdosfs /dev/wd3c ... # panic Here the existence of the object causes the panic. msdosfs requests misaligned blocks, and allocbuf() can't handle this. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 3 07:00:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA21255 for freebsd-bugs-outgoing; Tue, 3 Mar 1998 07:00:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA21205; Tue, 3 Mar 1998 07:00:03 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA21128; Tue, 3 Mar 1998 06:59:48 -0800 (PST) (envelope-from nobody) Message-Id: <199803031459.GAA21128@hub.freebsd.org> Date: Tue, 3 Mar 1998 06:59:48 -0800 (PST) From: gotoh@ae.anritsu.co.jp To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/5910: Ethernet Frame size is mismatch (if_lnc.c) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5910 >Category: i386 >Synopsis: Ethernet Frame size is mismatch (if_lnc.c) >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 Mar 3 07:00:02 PST 1998 >Last-Modified: >Originator: Yoshikazu Goto >Organization: Anritsu Engineering Co.,Ltd >Release: FreeBSD 2.2.5-RELEASE >Environment: FreeBSD melchior.magi.or.jp 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Sun Mar 1 01:30:59 JST 1998 goto@melchior.magi.or.jp:/usr/src/sys/compile/MELCHIOR i386 >Description: My system is used a NE2100(C-LANCE) NIC. This NIC is sent some Ethernet frame, but frame size is wrong. When I run the "ping" command, % ping -c 1 -s 18 192.168.1.1 output packet size is 68bytes. Perhaps,... Ethernet header + IP header + ICMP header + ICMP data + (4) + FCS = 68byte >How-To-Repeat: If you send a packet that size is larger than 64bytes and smaller then 68bytes, Output packet size is 68byte. >Fix: In "/usr/src/sys/i386/isa/if_lnc.c", In function "lnc_start()", desc->md->md2 = -max(len, ETHER_MIN_LEN); this line is mismatch. I think, correct routine is next line. desc->md->md2 = -max(len, ETHER_MIN_LEN - ETHER_CRC_LEN); >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 3 16:48:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA06444 for freebsd-bugs-outgoing; Tue, 3 Mar 1998 16:48:41 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from mailbag.jf.intel.com (mailbag.jf.intel.com [134.134.248.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA06416 for ; Tue, 3 Mar 1998 16:48:35 -0800 (PST) (envelope-from batie@aahz.jf.intel.com) Received: from aahz.jf.intel.com (aahz.jf.intel.com [192.198.161.2]) by mailbag.jf.intel.com (8.8.6/8.8.5) with ESMTP id QAA28538 for ; Tue, 3 Mar 1998 16:50:44 -0800 (PST) Received: (from batie@localhost) by aahz.jf.intel.com (8.8.5/8.8.5) id QAA15894; Tue, 3 Mar 1998 16:47:22 -0800 (PST) Message-ID: <19980303164721.61146@aahz.jf.intel.com> Date: Tue, 3 Mar 1998 16:47:21 -0800 From: Alan Batie To: bugs@FreeBSD.ORG Subject: fix for bug bin/3246 Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-md5; boundary="J/dobhs11T7y2rNN" X-Mailer: Mutt 0.85 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii This fixes mtree so it can cope with files with whitespace in their names: =================================================================== RCS file: RCS/create.c,v retrieving revision 1.1 diff -c -r1.1 create.c *** create.c 1998/03/03 20:40:51 1.1 --- create.c 1998/03/04 00:44:57 *************** *** 59,64 **** --- 59,66 ---- extern u_short keys; extern char fullpath[MAXPATHLEN]; + extern char *escape(char *); + static gid_t gid; static uid_t uid; static mode_t mode; *************** *** 134,144 **** struct passwd *pw; u_long len, val; int fd, offset; if (iflag || S_ISDIR(p->fts_statp->st_mode)) ! offset = printf("%*s%s", indent, "", p->fts_name); else ! offset = printf("%*s %s", indent, "", p->fts_name); if (offset > (INDENTNAMELEN + indent)) offset = MAXLINELEN; --- 136,149 ---- struct passwd *pw; u_long len, val; int fd, offset; + char *estr; + estr = escape(p->fts_name); if (iflag || S_ISDIR(p->fts_statp->st_mode)) ! offset = printf("%*s%s", indent, "", estr); else ! offset = printf("%*s %s", indent, "", estr); ! free(estr); if (offset > (INDENTNAMELEN + indent)) offset = MAXLINELEN; *************** *** 341,344 **** --- 346,372 ---- *offset = INDENTNAMELEN + indent; } *offset += printf(" %s", buf) + 1; + } + + char * + escape(char *instr) + { + int i; + char *estr; /* Escaped string */ + + /* Escaping every character would at most double string length */ + estr = malloc((2 * strlen(instr)) + 1); + + i = 0; + while (*instr) { + if (isspace(*instr)) { + estr[i++] = '\\'; + } + estr[i++] = *instr++; + } + + estr[i] = '\0'; + + /* Don't bother reallocing to optimize space: it gets freed right away */ + return(estr); } =================================================================== RCS file: RCS/spec.c,v retrieving revision 1.1 diff -c -r1.1 spec.c *** spec.c 1998/03/03 20:40:51 1.1 --- spec.c 1998/03/04 00:45:17 *************** *** 49,54 **** --- 49,56 ---- int lineno; /* Current spec line number. */ + extern char *stretok(char *, const char *); + static void set __P((char *, NODE *)); static void unset __P((char *, NODE *)); *************** *** 99,107 **** } /* Grab file name, "$", "set", or "unset". */ ! if ((p = strtok(p, "\n\t ")) == NULL) err("missing field"); - if (p[0] == '/') switch(p[1]) { case 's': --- 101,108 ---- } /* Grab file name, "$", "set", or "unset". */ ! if ((p = stretok(p, "\n\t ")) == NULL) err("missing field"); if (p[0] == '/') switch(p[1]) { case 's': *************** *** 121,131 **** if (!strcmp(p, "..")) { /* Don't go up, if haven't gone down. */ ! if (!root) goto noparent; if (last->type != F_DIR || last->flags & F_DONE) { ! if (last == root) goto noparent; last = last->parent; } last->flags |= F_DONE; --- 122,134 ---- if (!strcmp(p, "..")) { /* Don't go up, if haven't gone down. */ ! if (!root) { goto noparent; + } if (last->type != F_DIR || last->flags & F_DONE) { ! if (last == root) { goto noparent; + } last = last->parent; } last->flags |= F_DONE; *************** *** 171,179 **** int value; char *ep; ! for (; (kw = strtok(t, "= \t\n")); t = NULL) { ip->flags |= type = parsekey(kw, &value); ! if (value && (val = strtok(NULL, " \t\n")) == NULL) err("missing value"); switch(type) { case F_CKSUM: --- 174,182 ---- int value; char *ep; ! for (; (kw = stretok(t, "= \t\n")); t = NULL) { ip->flags |= type = parsekey(kw, &value); ! if (value && (val = stretok(NULL, " \t\n")) == NULL) err("missing value"); switch(type) { case F_CKSUM: *************** *** 281,286 **** { register char *p; ! while ((p = strtok(t, "\n\t "))) ip->flags &= ~parsekey(p, NULL); } --- 284,353 ---- { register char *p; ! while ((p = stretok(t, "\n\t "))) { ip->flags &= ~parsekey(p, NULL); + } + } + + /* + * Hacked version of strtok to not look at escaped characters + * during test for delimiters + */ + char * + stretok(s, delim) + register char *s; + register const char *delim; + { + register char *spanp; + register int c, sc; + char *tok; + static char *last; + + + if (s == NULL && (s = last) == NULL) + return (NULL); + + /* + * Skip (span) leading delimiters (s += strspn(s, delim), sort of). + */ + cont: + c = *s++; + if (c == '\\') { + strcpy(s-1, s); + c = *s++; + } + for (spanp = (char *)delim; (sc = *spanp++) != 0;) { + if (c == sc) + goto cont; + } + + if (c == 0) { /* no non-delimiter characters */ + last = NULL; + return (NULL); + } + tok = s - 1; + + /* + * Scan token (scan for delimiters: s += strcspn(s, delim), sort of). + * Note that delim must have one NUL; we stop if we see that, too. + */ + for (;;) { + c = *s++; + if (c == '\\') { + strcpy(s-1, s); + c = *s++; + } + spanp = (char *)delim; + do { + if ((sc = *spanp++) == c) { + if (c == 0) + s = NULL; + else + s[-1] = 0; + last = s; + return (tok); + } + } while (sc != 0); + } + /* NOTREACHED */ } -- Alan Batie ------ What goes up, must come down. batie@aahz.jf.intel.com \ / Ask any system administrator. +1 503-264-8844 (voice) \ / --unknown D0 D2 39 0E 02 34 D6 B4 \/ 5A 41 21 8F 23 5F 08 9D --J/dobhs11T7y2rNN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBNPykmRCfrckvDwdpAQF+RQP/bw888La8+OS4RNcGN6p3sUvYoq+AN18s M2AGa+08ZhRVL65dl0VNN0b28z1KG7NJfqgGODpft8AJs19foFzUfcb3BLquS6lu +IchCYlUxLkNDaBS7+6FHQgHIMd7HcHQqNXmh3OZfy0LVFW04B8CX1m724i1LIlO 5uw1jxuYimA= =3rLH -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 3 16:58:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA08797 for freebsd-bugs-outgoing; Tue, 3 Mar 1998 16:58:34 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from mailbag.jf.intel.com (mailbag.jf.intel.com [134.134.248.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA08773 for ; Tue, 3 Mar 1998 16:58:22 -0800 (PST) (envelope-from batie@aahz.jf.intel.com) Received: from aahz.jf.intel.com (aahz.jf.intel.com [192.198.161.2]) by mailbag.jf.intel.com (8.8.6/8.8.5) with ESMTP id RAA28687 for ; Tue, 3 Mar 1998 17:00:31 -0800 (PST) Received: (from batie@localhost) by aahz.jf.intel.com (8.8.5/8.8.5) id QAA15946; Tue, 3 Mar 1998 16:57:08 -0800 (PST) Message-ID: <19980303165708.44295@aahz.jf.intel.com> Date: Tue, 3 Mar 1998 16:57:08 -0800 From: Alan Batie To: bugs@FreeBSD.ORG Subject: mtree bugfix note Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-md5; boundary=qMm9M+Fa2AknHoGS X-Mailer: Mutt 0.85 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii The fix escapes whitespace during the create cycle, so any existing mtree profiles with whitespace in the filenames will still fail. It probably violates some standard for what mtree should generate, but it solved my immediate problem. Being a strong proponent of backwards compatibility, I'm in deep conflict with the belief that the mtree format is broken if it doesn't deal with this situation and am open to suggestions... -- Alan Batie ------ What goes up, must come down. batie@aahz.jf.intel.com \ / Ask any system administrator. +1 503-264-8844 (voice) \ / --unknown D0 D2 39 0E 02 34 D6 B4 \/ 5A 41 21 8F 23 5F 08 9D --qMm9M+Fa2AknHoGS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBNPym5BCfrckvDwdpAQFcYgP9GJfnSfOfzxPXhI7gnACZKmlW0eHjuRNN 9HRhZBM89TCV99HjEc8pFstzjdAc8414cGobeV+ezbCI0aNfXcURl+uRblEOrgwN oRbjwpgXC5LL0w14USOzmPnjBbq+C77QbIalgFY8QV0qDSO9Sl3ghN7LHEED1+7x XxrpA/EFtII= =ogRk -----END PGP SIGNATURE----- --qMm9M+Fa2AknHoGS-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 3 21:10:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA23435 for freebsd-bugs-outgoing; Tue, 3 Mar 1998 21:10: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 VAA23416; Tue, 3 Mar 1998 21:10:05 -0800 (PST) (envelope-from gnats) Date: Tue, 3 Mar 1998 21:10:05 -0800 (PST) Message-Id: <199803040510.VAA23416@hub.freebsd.org> To: freebsd-bugs Cc: From: kchowksey@hss.hns.com Subject: Re:i386/5910:EthernetFramesizeismismatch(if_lnc.c) Reply-To: kchowksey@hss.hns.com Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/5910; it has been noted by GNATS. From: kchowksey@hss.hns.com To: freebsd-gnats-submit@freebsd.org, gotoh@ae.anritsu.co.jp Cc: kchowksey@hss.hns.com Subject: Re:i386/5910:EthernetFramesizeismismatch(if_lnc.c) Date: Wed, 4 Mar 1998 10:17:50 GMT This also fixes kern/4989. I have tested this fix with 3.0-CURRENT of 28 Feb. Recommend this be committed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 3 21:10:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA23443 for freebsd-bugs-outgoing; Tue, 3 Mar 1998 21:10: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 VAA23429; Tue, 3 Mar 1998 21:10:05 -0800 (PST) (envelope-from gnats) Date: Tue, 3 Mar 1998 21:10:05 -0800 (PST) Message-Id: <199803040510.VAA23429@hub.freebsd.org> To: freebsd-bugs Cc: From: Kapil Chowksey Subject: Re: i386/5910: Ethernet Frame size is mismatch (if_lnc.c) Reply-To: Kapil Chowksey Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/5910; it has been noted by GNATS. From: Kapil Chowksey To: freebsd-gnats-submit@freebsd.org, gotoh@ae.anritsu.co.jp Cc: rhh@ct.picker.com Subject: Re: i386/5910: Ethernet Frame size is mismatch (if_lnc.c) Date: Wed, 04 Mar 1998 10:34:35 +0530 This also fixes kern/4989. I have tested this on 3.0-CURRENT (ca. 28 Feb). Recommend this be committed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 4 03:37:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA15939 for freebsd-bugs-outgoing; Wed, 4 Mar 1998 03:37:29 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ns1.sminter.com.ar (ns1.sminter.com.ar [200.10.100.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA15929; Wed, 4 Mar 1998 03:37:21 -0800 (PST) (envelope-from fpscha@ns1.sminter.com.ar) Received: (from fpscha@localhost) by ns1.sminter.com.ar (8.8.5/8.8.4) id IAA27579; Wed, 4 Mar 1998 08:35:02 -0300 (GMT) From: Fernando Schapachnik Message-Id: <199803041135.IAA27579@ns1.sminter.com.ar> Subject: Telnet from one FBSD to another throw Bay Networks System 5000 not working. To: hackers@FreeBSD.ORG, isp@FreeBSD.ORG, questions@FreeBSD.ORG, bugs@FreeBSD.ORG Date: Wed, 4 Mar 1998 08:35:01 -0300 (GMT) 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 *** 1 Warning: this is a very long message because it contains a lot of debugging data. Sorry. *** 2 Warning: please reply to me because I'm not in the list. Hello, I'm network manager at an ISP in Argentina. We have two kind of access servers: -Cisco 2500 routers. -Bay Networks Remote Access Concentrator boards (RAC 5399 on a Bay Networks System 5000). I can't get a TCP connection work from my FBSD at home any of the many we have here as servers when dialing to the System 5000. The most strange think is that the problem appears in a very particular scenario. Let me summarize: TCP connection: -From Windows to * throw Cisco: Ok. -From Windows to * throw Bay: Ok. -From FBSD to Solaris throw Cisco: Ok. -From FBSD to FBSD throw Cisco: Ok. -From FBSD to Solaris throw Bay: Ok. -From FBSD to FBSD throw Bay: No way! Yesterday I tested and collected as much information as possible: I logged from my FBSD to a Solaris (200.10.100.10) and to a FBSD (ns3.sminter.com.ar). I did it throw Cisco and throw Bay. At the bottom of this message is a uuencoded tgz that has: -ppp.log. Log of both connections. -cisco/typescript: capture of a session where I show netstat, ifconfig, and how telnet worked. -cisco/tcpdump: tcpdump -vv of the ppp interface. -bay/typescript: capture of a session where I show netstat, ifconfig, and how telnet did not worked. -bay/tcpdump: tcpdump -vv of the ppp interface. All the FBSD involved are 2.1.7.1 (sorry, I hadn't have time to upgrade yet :)). My support engeneer at Bay is getting a copy of these message. I'll let you know if I get any feedback from him. Thanks and regards. Fernando P. Schapachnik S&M Internet Here is the uuencode. begin 644 detail.tar.gz M'XL("/4[_30" V1E=&%I;"YT87( [%U;<]O&DLYC5E7Z!7D9UU;V4(E%SOV" M3;3E.':BBF_'LG?/EBMQ021DL4(2/ 1D65OGQV\/ !(#$B2']"AQ$D&42!' M]->7Z>F> =#G\4WOLUO>,.98"0'O&!.NBG>,:?5>;)]AR96B3#!,X'M"%)6? MB<]^@^TJR^,9D+R89OW+>/UQY\/)%B8K1JKW/\AV#OK/;Z9)UI\-I_DMZ9]@ M4"]?HW]",:6E_@F#7[N?<"S!7N[T?^O;6:%W9(60)P.43M"KJP0]C6<(,419 MQ&3$%2+&Z(,W!).?7R;]^#R>S9))U,O'TY,\&4V2'%&,N^1S]/G6U_"BGTXN MAN_0<7QX,)KB"%V,XG?9MUH3_,V+YZ?/7CTO_MX_.WWZXLFC?]Q_^OK)J].' M#\Y>G:!Q?H6(P!A.3.L3,3??O'YQ_\GSYR^^>_#PI_LO7S][=OKLAY43)=/\ M\.#?AA8NH:J+X8<@^&\<9[\B_.'BHM0<.CS(1HOF^W@)UY/39S_1Y<:%H(<' M^=7$026(1>6>N0Y8P5&)JQ"C?=$NT0(='Y^X7U'0A(O7;@5>T Q=T/SO]!QJDXW@X05G: M_Q5VP[[!8)9D&4*OP&<@A*"1]\=_1V?)9 !OL)U.TH'=@=##=#(I/KQ,+N"$ M9\F'?)9<(-O"X<$%5K$ UM#@W2P>HW+#C3?[ 0Z3@\3PQC=F /ZA;()J:"*# M=N=M8/>X"Z6=ME8_]-['L][L:M*;SH:3/"EAF>1\7UBL@B63P1Y-S#^436BU MKHGB3*F;;<6DT59OD+SOC=)WA:K9QDYK7_;W\.#5[&8X>=?\MML%<[&:3/K6 M/>0IFF2DFXT+>77[Z;@;S^"(1UD_!GL !SJ+X< 9&F;H;[_\_#?897^L*75F M1^CL)LN3,?IO,(E1$F<)XEV,.M#B$1P%+T \G$ 7*ESQX<&+.,NNT]D@ A-_ M$F2@:88,N9ND83:=3PAUTAP=G5Q/T=-B?I5E!.@/[['=!1/#]\S,D MN@)<@-U^2";);-B'9F^LLY.'!_^;7J'+&/K!)+E&T E&1;_Y&3#-)WE MO)MFZ=VW[=[*RGEF/;2+_4U3"=0&]],4M!8TM]]$G:CT=HT9'GV^-TE@S? M399W="R9!/23]Z=HQ9JMP+5X"WH%)X;?GEDW)=&*C70ILR<\.GOUX+LGIV<_ M/OK^SLO\R;P,&/+7Z"Q/IU-P$YT\OT'I53Z]RH_6V'=AW7+%NB_>S;O1\N%; M>E_R80B]X0W=< @@!4P+=P9=!/5':09XSV]@:"S-_S+-\G*$5.O,-5/\J[5+3Y4;:3'_WEYXT.1GLXF%62E9).K:3OGEZ?PX_2YPE6T.(_"69"6Q&ADHVZ*6[.@DNQTEGZX M62&\[#X@[A=DU7^TG?PQ'H10#P_21K3T(82M2T ^61>BT0H_=R[DSH6LZY=@ MXWR3$VD_JW C]N>AOS-9#?JGUB/< \?A$LFK**0F]N+TV0_M?;33="='$1(2 M#>(\AM@G3\"2)2\_E8E4\^@(#?OCZ=LL^>>W!.7YZ%LJ.,J'X^1;JG!7<8G& M_BW0I1;@."7,+BVP9@O$0 N4[M("7VV!JA+#+P\/#XZ/C]NE6*C!^IEAE@_[ M&8(#@2::QH4[0/DLGMB $#ST?<077\^2?@(>!+YC[,OJ6TAE,Z VLQ,RQ_EL M.$5 J1>_?]<;QQ_0MZB"U*.$=0F5/5?08"&K@7,5_Q*BUNPZJ&;Z!NDD69WF MXRRBU33?9W?;7V@KYO_[T\'5>'I[ZS]V_E_RI2GR^?R_H)QP9_Z?V?E_AOEO M//\_2].-RQ]_TOE_V_=)1&F7:\VE60F41FF.^7*8"9F[1"=VFN?X*IMER[O+ M*"FRL^**?(TZG!_9D7:$)+^/A@,[^WYTL""L-2$P?&]N#*AY(ZL(?X5(C_+/,8,QB$3UQPX^ M0M? 3K$:@;X90^Q(N,3W)^GT_C6$[J,$E?_87SLX@76.I_9P0IP]_?XDN?Y7 MR=2;/,T0_@ 9SI*0]8(Y&$.(DD3X,3><9/GH[3GTA\Q#R90S8W4LEG5L7/(, MNCE=+R]_]5)I92N$!K)2FVCQR4H6AM9:[+00M%82UW(^66,'M(E5FV!VT"U! ME4I7$.-O5AK##22@]F!(7B!H5$!O.-H1$G$@@6P5)X$ZJV-HI1W9+DM[%'6( M8NNZ+&N@84;H78GUO:R:XS:K9JZE<,D@SPEEU:6E4%&;;;L N(M 8ZE)* 36 M0HCL$''D"44TH$#,JL(9*Q41QPLL1'J;JVL@2F'%9'!S[9<&4INKENO,53;0 M<"J\102#L9>=MHZPS+42R/NE$ &M1$:,+%3#\38S40X6+3'%(JQW9?Z^K+98 MWL42:[NB'BKP,*4Z?.(.[<( [?" VF$DX@9,TE<[IH$%8B 1KA-S' E=8S'> M>I(.* :RQ3*<@+B)C.AP68*"\6.S@)PAF8/+QQ0"F:#F:X2W6)0#13(%/^'$ M8@3$J: LYBL7T@"C!9A:,,,1.I*\(^4@&Y.0\8R!*(9 M0N>PY+9HQ@D<"C#&!'2$4D12UA*B ]ATL$"=B-$4/=C(D(AF,>^DC$N&IMJL<"2H?Z2<>W8:&H$#6C' M-%*+@6L74+7IJ"Z!S(O*L/,WBFU1D1/S )#* TXPZ=8I/@^8C$.**:Q@M$E MK%BVQ;@74V,M'/;% ^NYQX0LQ4K0M'TOL$ :JBH>[\ 52^Y*PQ[)D'<$! M#L4T%=XCHB*> I!MZY*R)BR[&%H3))P 2$788P6NCM68@3Q041DP@-0TTGSN M37TD7BYUD";GN!3@B M1D%?QERE5.&V)2,M:6_Z@%A$4)UTLL. XI+9L MYUK TML2^SK.+<&8D*D:Q"Q:U1*2OLL#4CN@* Y[,0W@ DM8.EM.;Y0#3 $ MA\S:M(JTKB6DO"5D'% ,TA,=M,F(L04LLRW%%:ZZBEAKTH< !\87_R* *N;"-=S,H(>9W,U0?][^;08H=[V90 MPF$.3$-BO![P#F:G+'-,$HRY- H&FL5'YX:"DMWY13M4XQUXY9IS2! *GAV. M_^7H4+*"1PB3G0#11=PA3&%@@OQN!J;%7AQ4$0*-[ ,&%=TANU;L][SR;(2AC)D!QNW15\2S<<.R+DJZ/ MBQ=S&(18^V7AXL/"?DV':D_[Y=CL9;\U![1KS4BI4!P\1M18%K O!P3OQ8%T M.( VA%&A7+R?\[.0!5YQU?;J%>@1_&3593/B8@:[44J&PKQTQZ$7>+(-_(KL M*S[FR]85'P0RJ5#6\](90>O\B,[S([QD!&H.A$(*C9GPC_*5SWWW]CIT>T\V MT\N.2#N$Z>+>T3".2%:$G4QUK2.6#1R&&/^U)6TAM3W[RLU5!83SLLQ5YQ_W MSE4YPSOFJMHX[#&M-/6.1)7R2R58VS!KL$-7,"P$VR2J';JJ+B-("FFX+B/( M^< ^QN,907)&YIA=/R2W>']#&M#!$F4X MZ+O&D/OR0!T>[#6Q*F PHTKC=IX#@->YD-J'"KL\S798A+T%4^DK/?GP>U7T]<&** F)EBP?](OE) !.CA*REG MJLFF84&'-7LU!N\87U49/$>_DZJ,PP,WA.]P3=)6'AY#'F=Y\,[3#=F#!TC> M'!ZDP5J1<.;FG:D+MCK$%LFN(?2DS7RT"QLL5MA[V$/!WCU9]\"_)ED'5GB3 M%<,#YH@OG3Y=YXAK\G6*J["=19AU&62KQO.: /N<8)]GJ!&E-6U)V"FF#F7) M(-@.%084T"K*'AG[_/*5"HB@RJ]/KU%$^2S6""7]RQ3-DG]>@=',:8J*=;:@ MR+N28Z;9;5/D#D4#5J';TV=/$2]1G(YNFE)EQ+$KT94",Z5OFT7A4(2H2FA^ MNRS.QS,@6-R0S.FMVXUT*%H6;X8^7Z@A(:9_GL:D*P%(#RZ4,!+8/6&@4 M 6CB;GWZ/VM_^C_]J*?_5UAZ5.@NY[+G,M=:N[& -KD&'61T7I>J48:B4$-+ M_:=.HTJ5MR[LP1MT(0 N)YMTL=0 62T*81]X[>JB!?QOJ) 24(]2W:6V'(/# M86N%Q;]*F5.ROLSIBY?/GYZ>/?0J=PK2QL7:JV=M/?L6JIFTO9/(K?52V]*P;F5[54?\I5 M2\T&A[D(U-OJ'=Y.U=+# ]M)9TGRW=GWUELNGUW,3=Q,L76B!^MC,;OKO,4:=_9)<-\7W[EQ5_9?%7V[^F^-Z0XF^QU]BPZ=5E M GWR73*!0#&]0#G\^WH"/7Z6#:UQ7*"'\6@(4I\,8^N*'XQ&J*!FP\HLF;TO M2K@='LPYIEW255UR_/+1DT75ZA9^E[A"3" MIECIP.C!R[-7%HRRS?Q/,@(Q)5;P58OW[->G);#AY")% XA]9\/SJ\(P+N,, MG2?)!$05#\IL+K\$98SC_B4$7/>+TZJ6#@]^!/LZ3]-?T?40V#BW#:*+X2B) M>E?9K)>!-I/>(.WW+N?'P7O9PH._P['0%UL.MOLLQL(']L -3P8]&+]L[808 MJ.1V^NTXL190\5!\'Q?P;?MEV'PU*[\!MD8@^$*FCV9VU 5NSB%DSR!N3ZS% M:\&@\[ 21MES"O,YV5+M$G]$O=R6:I_W8 B&CO5I5>9NC''G(SLU>%MF;NI/Q:#UG(9W'+XTX*WG[/;V-=2@M82' 'D%)P,8C \#&;7'XI7 M;@O#HO-A::+S=R0(;4Q^H6ZO.NG8OA"X9F0KQ=ECKR^39#0_Z7%RCBA%&$<" M3K)G'<^NCV?']@6'D&I4 UU4YK4=(_HR@%,?AV1+F: MQH[!>M$@LS-V\!N7_2&+?WGS^>4/&?Y,U'N6SJK:RW,29I&I!I;S'55<74+0L: F? M&ZVHPFTW6C'ITH'A15?/K HEK08?B@JI/.^?:&6TY&/;P\JL_'23KE;5XV[; MFI5^\FM[.AMKT-'V/A9V"]9@:BJDBSD66NPO15ER4TM1D#529-BE*QAF6@>U MC@9?MN96ZY,Q/E)ZC-14*$B/4LG6"D?YV4+;%<@S M_-$CU_=]\4:-2R<,$+\\^N+-N-[76@=Y_.M@.$/%JN::?Q3;%?;QCD MY-(@Q[<.%K F@CM]'T"DG,>3BE35"]E8* MH#@B0L^G296S3H!_^*=<>"K(D6WD:G ;")7_;Z9$UULS-7?6?)O6#-)?S3]& MM2G-]6!G!5UTR^#6ZZ!2W++>5D]8EO^2^!7G8E/'HGQK]\CLYW[ZU7'9NWI? M;;3/AZ.D7 0!9GXZ/A\5U]7:[;5-!NU$W/MX.$(/ MXVGU?W6\>MX_MXL?_"?3E]69SNWIS5)T4-L%T$OC>+ DUK MI-NGHG?A.D[K-G6,V,E%@?WCEYQ/C3TSTDASG/3628NXSLPNBO%.N"1*4K1]76OCZX$9"\]Y[#IVOW[XY?Q5L M^M1OW/N!@WXI1/,>OU+C!H^S_@/.^OL>QNUOS;3HM6!B2KC#&"2H($\!6\"? M!?X]"3OH"<'[/M@M!\-D,?A/-DKC+*6_M#M8]6XU[PB/[==$EE)X.'-G#VKR MGS]*^H:83]](2=M0!TFQVRAO0QT4=_N=R=Q04QOGO&=>[?[V_N+JMEX47G$6 MSF'F^<=,CW_23 _]3YSIT<31P@^9'F&0_/%D>IC,3 \[-:T_KK.P,)>^Z8_Z MF._Q>!:6E.\!'W.^AYLSFU_/Z??P9RK3<6$\3C,Y*WJ2[7U#W"Y*<]6N^H,=?D)Y/[M6:+YC[7U#.CXJB)E&<+(N" MZ;(H4U06U;+T'TKJ@^2RJ #HR=/9UO^=.I9M_JK=Z'OYAK-5%W?YE%^1GA3= M]3;R#[/K#:F[WM*Y$40Z]>36\BW5HQ?'JM.3YZ^]VU&G1HW/<<.4@&C%*E2F MJ5A=W S^\W?RUS_5OR[__-VO'WB_MQLG'^FV[XB]Q]W?1W?G87=_/\1V\#@% M:;!?Y*/(<1Y2]US:!O+?G_._CUO(CUO(?P!3-3^)-$Q/HH_)N"W_[>.>=,Z> M]$/5'7Z\^]#S<\**Z3GQN'/]._;#'C>U/]"F=A??7="4^BCVL>U: M)B0W_U"G9/ZV^U,=5"_E_J[.9*>8_?>V'T(L?ZC]$$)?3U=XS59T&UK%"JM_PVO#)'OEQGF3($\'KS%87-@6#K1E+L=HLUI8>LZ.3K]X9J)VG MW6\DIH:V'HT6 YKOF-CT[FEE(YU3284A"_T56MOT<1WU5X_S8F=+Y=QT)!$P M+KUPQ<-[%?'P$@(CAC;RD#P;=+:\%*T[#<539YHX3A._-_*;@9UPZ8J"64$Q M*JA1-EFQ,'=%RRKB=Z;NI/.AS:Q(/B823;+FPLRB2;:*^# CH=*R'ZLFUEBY M]K'RQ$3@6TV.-"7]XI1L;)].7Y;F#8\4BV*:@P"!QAUI)LY1'\9[,T)3G%0L MD)%KOX\U8J6,#%G-=["3=4D=LGY>4!D5E'SW8XW9.>K].F(HXL1!4)\\?.?- MJU01B37?T@;'4JV*J-;XRMN]@49BBQ'5UBYMIJ!\3=2*^X%7JE8GV"-ODQ4Z M;W7G*/5R\EWMDUTN-E&HCBC46PI2:0SK5(W*>4E-5%*T1AQ+HR8R62U68/;0 MA8J8K%O,E]AYX<$?2[]\,4>KEQ1!"N^/I5N;,%M) MTF25+JPXL"BH/6B+6AXK<)FCW@]B,!78O?QLK<1&Y$ML:<51\EB#V,4&L:28 M5*I.9HC%I LQFG1Q2;T_FC<1BTK!5@"#;E7JQ2YFP21C1&( X<31#!1&=:M( MM[K7+<1T:THD)7-XM'GK8[J%"MR@6YVLVP63[",2(\U;?31/,1JW2DVZ-;UN M74RW\R&=$E%)I9#'FK=SU ?=N@IPT*U)UJW.EYBB'K3'FK=*1G5K2+?].@11 MIW$^WE$R*JE4&HZEVUB$!UBY_E8K$CE9M_.62BT'/G"0O-Z*8^E6175+$8%T MG#VF8%#?!WA+_O\5:NV.]YSJG*]([6&JV#X.+[B"11L>Z+E=$1+1HQ8\%*I#<\]G:Z5XML#$'/G0]2$6.+4(-@2&G&V? \Q(7<0$ M)SQM"XR/ 0-W6/!ZRQ'C*Q0YP(S4!5YXL_&(P5AX$'H]S )QOZ&I1E'AX,*O M &:D+C1DJK=TX17YJ5IV?&',30U],*R/X"$CINO MHZ$-]LQ&X! _R> ,FM+V8)3G0H!$9IQ(R4*6'NQ4#A^(D#*1=6:[+&0G6LH) M25:!OTB,.(W*)B^F3B9",'7+@H2 ,AP$?<[*[2"0+>6$')? U].>HD^G8$,/ M%%6%IK/"*\8FC+C2;MM=#&*$YI_M5X=8%!BX?<0-;_!(O?6T34YT@!$SO,&S M0>I" (VMM"*5^51LS(B=8R:P&4C)8%,F&^J; /[M=P94.N M4 LP;CO]$B.DWYXOC,7Y=LP-JW?CY'RMTH<^A,Q01,BI\-LIS%8(@\+2N1K< M-2,/P@IKQ)8*XPG9\X6Q'87 KVZX\5O&A^3QH!LP@M3#&,"0*R4VR>8-, +" MJ.<+8YL+UHVYD6++4!%=A3A@Y)(Q\B%7FB(BW'3B.\*HYPMC^PP6Q]Q(L:E? M@)7O#_6(K52,G BY,E[@=ALPC!%66O=\^5AD;4<:J]WY8QVE69.R]FF1:K2< M#%E'.RW!V@#5W&5#8Z?4M;VQ_QZ5K KZUF=#:6CX0%"S'.\8N@YEDZ#%,* =[1"]3\&%:6-O%TRGD*Q M0EB#QE! 4@L=B/Q_@19!UT*2FQWZERPF\0);*7%;ENF W9W]/**@ M.YR#L78KSF<*5]>+,+VRP4P"4$3@^9P76,QYL>+ 6\WI!_\47:^ICVNI_Z[R M_]H;NLZO7[[[]?J3X_P2/)G ?-*T,!3MGZK]$XA/^(1#72Y6_B!KA8^\LW"'^AB MX0>Z5_A!KA7^0+<*'_E2X0>Y4_B!KA3^0#<*#V2M$=IMJB$3@N>\X-LAM]>0 M[HGH@[4TRC:UU$8%GT6&;RWUV#X#"XTCLL9;.:\XO5YQ(:;.D2&3 M4STPTQ4W9M_+X?N:S+^R7L^"\O;BQ[1U!B?<#8,!(?+5G+&;XN2#SX.A^$7D M:Y\$;>0(O#4_I_^0L*-14R>T;*<@VUL?>IM=&;%4OM-V7?]^.+^ M^8KT,NO,0DH*BZ:@?"H4L#*@8^@9!]EN#(B63H*S;L2(+J*>]=*4B77)\TCQ MF.!-Q?ZGW#U%JPG.57N*5@626')J=?S0=%)*EL2 (Q'(-:[ZG[K]PTZTU(9T M#+(:4Q:CT@KU9X"9\&=V=#,VH 'CTD%"_/BKVA4Q?(/RO; MY\DIKA8"RHJ<)VORI5[3ZXBEMB/:WFK(UWIF^R'K AX,^WX%\J]I",3RA]C7 MN6Q8IO7DU#6+ 67@5J$V7^I577-8;#"B;[FM8R M#$"(/I+XOE#OZ;U/H/=:M#AHC]+[?.PS^Z^ #'BPM+*I@BFWJB,*8^_'Q!UB M 0!Y34I !3PX"OE=R>!;TS:$ +!B3)S;_^4#D-?) W3 _LVRI8 L**W!@,@ MQ\0=EDR!O'87T*_W6G)P9+0N 6!% PH&0(V)HRAPMH#L[U"FEMP3 FS @V3[ M6V0#N$M#/Q'!QP#08^((N@ STTQ>@!2\S ! AXT[QZH$@"@;E,A4]I4, !F M3!Q=P0B8[1P1 < %/!@W$$#$BC$9P"5R#W MFB80+'@X[' H"(G5>;P:G AX\E&QKI71B M8*F'$:YIA$/7C#=/ZKS&"TX'/% \6^!. T5E'B)*[I1, V) X]Q*3A;Y2\JZL\P%IMF<*"^1>U3B !0]G&'O'SA0* MGMPG $5 &FF8NQ*%^ZES8M0!'>T$-'%7 MWCFQ;.DD9"0.80_1-0HESLNG$N6;RNI$$] A15OO\N53+9V$<_ AI.*,7T"G M1<$RD=>D &W V< %4V>-2T)& 9$*\K#U7IW$D]QD$(2/->@OP#$@ <0!'[!>?&J9@",O0Z)&^.A!("\ M!:0Y*L&2T&BF #_& M@PYXL.0IZY+$C37E]HR]"XCSFJ=*37]RO;PW 6D^.X3LP]/5U?$L.8[).U\Z MZI*+X;T=D=:(V6%9=NF['R:=;C9?7-DVQ'*A.P/>KC*F$N) +JE8R"/5*7FD M*%"D)Y=[UY.7!Z6%*:AC MV23\@N[P+AEB["7 +B#Z\)QI\9RDCEND=G+#0Y MINU/V3FF%,>LRS'U&(C#&SE*1ZO6YT6M2]6-I5 *ZU+U_L3,]K4[=1I];E\SJ=2KO,M%,Q MIN\AW?/?[7JV_$L[YU@G#Q'V[&6?H@?1,:)E)\6J,2(#OKUOHY$BW,DAQ[WJ M/+-^<#L3 5[+'."=&PF@I5&%P/.^KX"]:X>.QCCT*@MZU7.NV1.W"@NAUUA9 MZ)-Y28B.<_+Q9['7C00YV.-8 @]SKE6Z71102:-[Q])".OAZ%?@Z8)UM(_@- M;".Q'N&W%'(_0&X.XJ<<"];@\,6 M+!E_MPK_D'>V]M9M$CSAD3'7@V,#%*LZ,*(X$,%*@>VF:A+DF 6Y#UC?S"=3 M8%,@]PW?.9 [&_#-BY-6I5,5=9U[TKHT#R "CD2@E:4X? 5:G ![QQ(3/'G? M";)FU$@1L.[E3$7^.O3)J?&]4Z/Z;5Y%$W,.?9*J%B$'?1R"<-?4L<(6:Y.W M47G2KG M$N8JVD:$C-%BG0Y%X#RS33P9[](A7^4\RI!?BE=!E$/N*B5$;QZ/#SF,1) . M2C>9B.>*N.U%$.)8Z)N =>^%=[(0?>*U\2=E4-9('>>P12\O6#3;)U4;@JH7)J6)-0I QY;$3(@+PO-Z]%4 OY6>L@ M5PF&'3ON5T$. ;^T*#A7&J(2KY5#N;>P"G/?R)"#N<61#$9"\;J*HE)^:/! M\L3Q]YTDJ_ /QPMRO"2W<-Y]2KSD1<-W#N;#:BKY>F=MYW,RP"0":0DE9-(.SJ4DYY+TI.8S 6RB@'920!\0XMK6\[$M; M28SX!.(>;+4,&1/(:SF203JOB^'WE19!>:Y/QI\D687_P'M;3U^\K>QEA8HB M]^[T4/3XN^/@;\8R**=*-WR(YTI+W/=E$'$W"3 +?A6P;D6;@%ZZ9A#K*4/> M-WSG0&[[-4-Q<0)?_5I\YHR55GIOTR%WIA-D%>0AZ[#%7A7Q6J&&?K:2& GP M2]O(L!Y^)T",9)#.EAI\72?GZ5X&DB>.O^TD686_"7CG2X,+\UR>G3*S%3H* M);>0,QT%>=I:@QOX8/RDKX?;;3NADPW7AQ,GV\ MK&,=0M:AO6@V?[R\:#, /4I=#3]V*8WBGJH'^G4S9X-N(_H&J^''<4KE71XP MX$&RS8('YX'+E1[S_S[6_#_ZK\/K-S\>]8Z1^OX7T]S_(HV[<_^+TH[O>JGO M?S'MWY.Q=_IA[W]Y=7US_M/9'^[^%Z&?"+WC\2,J$X>W%RT/P"%^KW3WR;R=OKJXNSNF)3V>> M^/+DM-J1)FXO=J2%JQ\O=E]<7=Y>GKW>/7GR^>[D]9N;BY?)KS:/UV]^<_OF M^OK.J\:/7GUQ<7YQ^9Z>)R9?7?[X[NT%_:^V?S6'F>VW_[/[UFY/CN#T]W9/ M3TZ>/SW=D?[/>!#,/?;\Z7]_*XN_$OYP]R#IR^^_I^O3[Y^?CI/ M\-G"7]?R?7-Q];(1C<3*^TX*'[7@W\'WNW8"S O_XMO==^9[SF.) \0?)$?O M[-69/UL2,I#RZ?DO^U95ORL]C89P-]9X#)- 3TB\VY6#F%[;\3Y,-WR[S^SV M^%DR'_U+S,C7UP3RTJM?GOUV\?;;ZYE'3G\ZNR%3\O3=[4_TQ?O+S$-?G*XU+N-W=]]>[R[>$\N??KI((6FB M?7'Z]*]_?=%,E$/]>^Y)'B_UN&IGE7HI7LT.U0D9 RM(_"R-H)-\?$Y2X#E) M1>>D0(@&@45C[LPP&[JO[?;PV;*N&'T^N3M(_H?^763@CB'JR&Q*8X10+TB" MJ5C Z&=:GM>:B_YS[SO%_GR(CN9:U*31O,5\HG!UTDR>OGUS^^;\S>M!YM_:V[;M#PVDEO(Y]=7EW>_+3XW+R2 MIWR:X>59'7]U1NN!2E#P\*V9T:E%PO,UY^Q%GKU\^?;BYJ;J]+.KA4CY7&P8 MW"-<#X/T+\\MFGH52!-S,K)JWGVW73;GAL/NU]\80^)F)%J]2M[_"SGSE:]O MOKR\^N7==;7PL)J>+'_C2U<&,QJ=)^J^:\:?>'%QO:_?"!]7%+6F4%7+5.]] M)D95)E'5,:IR'5651-7$J*IU5+5.H6IC5.]\)D;5)%&%&%6SCJI-HNIB5.T: MJGRC70I57*9Z[S,QJC*)JH]1E>NHJB2J4L3(JG5DM4DB*V-D[WPG1M:DD54Q MLF8=69M&5L?(VC5DN48EB6S$0-W[3HRLM$ED;8SLG>_$R*HTLO_?WMGL-!+# M 'C//$4>8%5U?J%<*C8#V@.'BK*G40]0!HE=45 KP?+V)-/I$">.X[05$J)S MJ:JQ'I=D'MA]K76<9#TUG1><^M@\;';1)Q<.\ MKKOIR%7-C6%(_\M/2G),(!'',0.J%,?4JAF?8P8H)K!FT#$+Y$&QGH[E]\5- M\(*Z/1Z/ZR2;49/W- E1PS#<)""G%1L4!G-%A\S)'%[:P-IS-'''*$O##(1I7\Y>M=[[5\&I3NOS[(EL?8]N; M:7RI.3CM<;L02'OLJCI0&8B04!FZ24!ES*0#E8%0)%1V=%%JBHS >K%1$ Q* MAJ!R:(XDCP7*TJC/_[974J5= (ED"(=#[]"F,W?.X$*&@.*%W/@24Z2#-CTEWPY#^\WV*@?I:O2]; M_RS^+51S()XW1'KX_V28CCS2?;74 FRU0:*LWNYH5>Y<-Q1,2([7#07[P3[F MU U%Z,DL?$\FD<@CC49EUL(]B@#<&<@\OK6+KR*0_-3)L_\&Y4MVPBK9":N, M2ECEGLX^,!_MQS@Y*1@*W,,/RMYVX>2YNI^H\@Y+$%OLPQ)$%]^T)7%8TD8" M/2U!WLHE<5YBBR?&2_QW=2E%LUP^+5="S>-"3M6:"[TL^E/%N]*?;IA-<>( MCRG3(2&A?\9YJG_"*5;-?$4OA868PI/JJM6N@HXRGIN=S63R$?&[P=%(U#\. 0U^$Z7-_V>@?Z'UJ2 )8! $4O end To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 4 03:47:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA18104 for freebsd-bugs-outgoing; Wed, 4 Mar 1998 03:47:23 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA18096; Wed, 4 Mar 1998 03:47:18 -0800 (PST) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.8.8/8.8.8) id MAA17458; Wed, 4 Mar 1998 12:47:00 +0100 (MET) (envelope-from sos) Message-Id: <199803041147.MAA17458@sos.freebsd.dk> Subject: Re: Telnet from one FBSD to another throw Bay Networks System 5000 not working. In-Reply-To: <199803041135.IAA27579@ns1.sminter.com.ar> from Fernando Schapachnik at "Mar 4, 98 08:35:01 am" To: fpscha@ns1.sminter.com.ar (Fernando Schapachnik) Date: Wed, 4 Mar 1998 12:47:00 +0100 (MET) Cc: hackers@FreeBSD.ORG, isp@FreeBSD.ORG, questions@FreeBSD.ORG, bugs@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In reply to Fernando Schapachnik who wrote: > *** 1 Warning: this is a very long message because it contains a lot of > debugging data. Sorry. > *** 2 Warning: please reply to me because I'm not in the list. > > > Hello, > I'm network manager at an ISP in Argentina. We have two kind of access > servers: > -Cisco 2500 routers. > -Bay Networks Remote Access Concentrator boards (RAC 5399 on a Bay > Networks System 5000). > > I can't get a TCP connection work from my FBSD at home any of the > many we have here as servers when dialing to the System 5000. > > The most strange think is that the problem appears in a very > particular scenario. Let me summarize: > > TCP connection: > -From Windows to * throw Cisco: Ok. > -From Windows to * throw Bay: Ok. > -From FBSD to Solaris throw Cisco: Ok. > -From FBSD to FBSD throw Cisco: Ok. > -From FBSD to Solaris throw Bay: Ok. > -From FBSD to FBSD throw Bay: No way! Bay equipment is known to be unable to handle some of the more modern RFC's. You should try to set tcp_extensions="NO" in you /etc/sysconfig, thereby telling FreeBSD not to use those extensions, that should do the trick. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 4 17:00:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA10331 for freebsd-bugs-outgoing; Wed, 4 Mar 1998 17: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 RAA10325; Wed, 4 Mar 1998 17:00:02 -0800 (PST) (envelope-from gnats) Received: from feldman.dyn.ml.org (green@1Cust28.max5.washington.dc.ms.uu.net [153.34.51.28]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA10244 for ; Wed, 4 Mar 1998 16:59:36 -0800 (PST) (envelope-from green@feldman.dyn.ml.org) Received: (from green@localhost) by feldman.dyn.ml.org (8.8.8/8.8.8) id TAA00538; Wed, 4 Mar 1998 19:59:30 -0500 (EST) (envelope-from green) Message-Id: <199803050059.TAA00538@feldman.dyn.ml.org> Date: Wed, 4 Mar 1998 19:59:30 -0500 (EST) From: green@feldman.dyn.ml.org Reply-To: brianfeldman@hotmail.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5918: kernel reports 0.00 MHz Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5918 >Category: kern >Synopsis: kernel reports wrong CPU MHz >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 Mar 4 17:00:01 PST 1998 >Last-Modified: >Originator: Brian Feldman >Organization: none >Release: FreeBSD 3.0-CURRENT i386 >Environment: This is a FreeBSD 3.0-CURRENT machine, which is cvsupped daily. It runs on a EIDE hard drive, has 80 MB RAM, and runs a ~210 MHz overclocked K6-200 CPU. >Description: Since only recently, the kernel will report the wrong speed of the CPU (0.00 MHz). This does not seem to have any affect anything but the actual printing of the CPU speed. dmesg: 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-CURRENT #0: Wed Mar 4 19:35:37 EST 1998 root@feldman.dyn.ml.org:/usr/src/sys/compile/FELDMAN Timecounter "i8254" frequency 1193182 Hz cost 2190 ns CPU: AMD-K6tm w/ multimedia extensions (0.00-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x561 Stepping=1 Features=0x8001bf real memory = 83886080 (81920K bytes) avail memory = 78364672 (76528K bytes) Probing for devices on PCI bus 0: chip0: rev 0x02 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 ide_pci0: rev 0x00 on pci0.7.1 vga0: rev 0x01 int a irq 10 on pci0.13.0 Probing for PnP devices: 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 sio3 at 0x2e8-0x2ef irq 11 on isa sio3: 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 wdc0 at 0x1f0-0x1f7 irq 14 flags 0xa0ffa0ff on isa wdc0: unit 0 (wd0): , DMA, 32-bit, multi-block-32 wd0: 1554MB (3183264 sectors), 3158 cyls, 16 heads, 63 S/T, 512 B/S wdc0: unit 1 (atapi): , removable, dma, iordy wcd0: 2067Kb/sec, 128Kb cache, audio play, 16 volume levels, ejectable tray wcd0: no disc inside, unlocked wdc1 at 0x170-0x177 irq 15 flags 0xa0ffa0ff on isa wdc1: unit 0 (wd2): , 32-bit, multi-block-8 wd2: 514MB (1054368 sectors), 1046 cyls, 16 heads, 63 S/T, 512 B/S sb0 at 0x220 irq 5 drq 1 on isa snd0: sbxvi0 at ? drq 6 on isa snd0: sbmidi0 at 0x330 on isa snd0: opl0 at 0x388 on isa snd0: joy0 at 0x201 on isa joy0: joystick npx0 on motherboard npx0: INT 16 interface apm0 on isa apm: found APM BIOS version 1.2 IP packet filtering initialized, divert enabled, logging disabled >How-To-Repeat: I use this kernel config file: # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # For more information read the handbook part System Administration -> # Configuring the FreeBSD Kernel -> The Configuration File. # The handbook is available in /usr/share/doc/handbook or online as # latest version from the FreeBSD World Wide Web server # # # An exhaustive list of options and more detailed explanations of the # device lines is present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $Id: GENERIC,v 1.102 1998/01/11 02:16:38 jkh Exp $ machine "i386" cpu "I586_CPU" cpu "I686_CPU" ident CUSTOM maxusers 100 options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15 #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options FAILSAFE #Be conservative options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options "NO_F00F_HACK" options PERFMON options "MAXMEM=(128*1024)" options IPFIREWALL options IPDIVERT options "VM86" config kernel root on wd0 controller isa0 controller pnp0 controller snd0 device sb0 at isa? port 0x220 irq 5 drq 1 vector sbintr device sbxvi0 at isa? drq 6 device sbmidi0 at isa? port 0x330 device opl0 at isa? port 0x388 device joy0 at isa? port "IO_GAME" controller eisa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 tape ft0 at fdc0 drive 2 controller wdc0 at isa? port "IO_WD1" bio irq 14 flags 0xa0ffa0ff vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller wdc1 at isa? port "IO_WD2" bio irq 15 flags 0xa0ffa0ff 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 device wfd0 # A single entry for any of these controllers (ncr, ahb, ahc, amd) is # sufficient for any number of installed devices. controller ncr0 controller amd0 controller ahb0 controller ahc0 controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr controller aic0 at isa? port 0x340 bio irq 11 vector aicintr controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seai ntr controller scbus0 device sd0 device od0 #See LINT for possible `od' options. device st0 device cd0 #Only need one of these, the code dynamically grows device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr controller matcd0 at isa? port 0x230 bio device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint #options XSERVER # support for X server #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std device npx0 at isa? port "IO_NPX" irq 13 vector npxintr # # Laptop support (see LINT for more options) # device apm0 at isa? conflicts # Advanced Power Management # PCCARD (PCMCIA) support #controller card0 #device pcic0 at card? #device pcic1 at card? device sio0 at isa? port "IO_COM1" flags 0x10 tty irq 4 vector sioin tr 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? port "IO_COM4" tty irq 11 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device lpt1 at isa? port? tty device mse0 at isa? port 0x23c tty irq 5 vector mseintr device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmint r # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. device de0 device fxp0 device vx0 ce ed0 at isa? port 0x280 net irq 10 iomem 0xd8000 vector edintr device ie0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector ieintr device ep0 at isa? port 0x300 net irq 10 vector epintr device ex0 at isa? port? net irq? vector exintr device fe0 at isa? port 0x300 net irq ? vector feintr device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr device ze0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zeintr device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr pseudo-device loop pseudo-device ether pseudo-device sl 1 pseudo-device ppp 2 pseudo-device tun 2 pseudo-device pty 256 pseudo-device gzip # Exec gzipped a.out's pseudo-device vn 4 pseudo-device snp 4 pseudo-device bpfilter 4 #Berkeley packet filter pseudo-device ether pseudo-device sl 1 pseudo-device ppp 2 pseudo-device tun 2 pseudo-device pty 256 pseudo-device gzip # Exec gzipped a.out's pseudo-device vn 4 pseudo-device snp 4 pseudo-device bpfilter 4 #Berkeley packet filter # 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 "SHMMAX=(SHMMAXPGS*PAGE_SIZE+1)" options SHMMAXPGS=4100 options SYSVSHM options SYSVSEM options SYSVMSG options USER_LDT #allow user-level control of i386 ldt >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 4 19:11:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA08137 for freebsd-bugs-outgoing; Wed, 4 Mar 1998 19:11:25 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from garfield.cs.mun.ca (jeffg@garfield.cs.mun.ca [134.153.1.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA07743 for ; Wed, 4 Mar 1998 19:09:59 -0800 (PST) (envelope-from jeffg@cs.mun.ca) Received: (from jeffg@localhost) by garfield.cs.mun.ca (8.8.5/8.8.5) id XAA01877; Wed, 4 Mar 1998 23:39:45 -0330 (NST) Date: Wed, 4 Mar 1998 23:39:44 -0330 (NST) From: Jeffery Gallagher To: "Jordan K. Hubbard" cc: freebsd-bugs@FreeBSD.ORG Subject: Re: Install of 2.2.5 In-Reply-To: <20693.888452592@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 25 Feb 1998, Jordan K. Hubbard wrote: > Cards can die at any time - if you can verify that it *still* works > with the Linux configuration (and Win98 is a poor test since it > doesn't really push marginal hardware to the point of failure) then > we'll have a genuine mystery on our hands. > > Jordan > Here is the latest information. I replaced the card with a brand new Adaptec 2940 Ultra Wide (Just to ensure that it wasn't the card) then I I installed Linux. It detected the card and all of the drives without a hitch. The following is a copy of the error and screen ----------- avail memory = 28905472 (28228K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0 chip1 rev 1 on pci0:7:0 chip2 rev 0 on PCI0:7:1 ahc0 rev 1 int a irq 11 on pci0:10 ahc0: Using left over BIOS settings ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs ahc0: waiting for scsi devices to settle ahc0: board is not responding (ahc0:0:0): SCB 0x0 - times out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 SEQADDR=0x15f SCSISEQ = 0x12 SSTAT0 = 0x4 SSTAT1 = 0x0 (ahc0:0:0): Queueing an Abort SCB ahc0: board is not responding cmd fail (ahc0:0:0): SCB 0x1 timedout while recovery in process (ahc0:0:0): "unknown unknown ????" type 13 fixed SCSI 0 uk0(ahc0:0:0) Unknown ahc0: board is not responding (ahc0:0:1) SCB 0x2 timedout while recovery in process ahc0: board is not responding cmd fail (ahc0:0:1): SCB 0x3 timedout while recovery in process (ahc0:0:1): "unknown unknown ????" type 13 fixed SCSI 0 uk1(ahc0:0:1): Unknown ------------------------- And so on for all 16 scsi devices. I am begining to think perhaps it is something that I am doing (or not doing.) If you can provide any additional direction it would be appriciated. Thanks Jeff Gallagher To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 5 01:00:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA07682 for freebsd-bugs-outgoing; Thu, 5 Mar 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 BAA07670; Thu, 5 Mar 1998 01:00:02 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA07068; Thu, 5 Mar 1998 00:55:29 -0800 (PST) (envelope-from nobody) Message-Id: <199803050855.AAA07068@hub.freebsd.org> Date: Thu, 5 Mar 1998 00:55:29 -0800 (PST) From: vadim@gc.lviv.ua To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: conf/5922: "ipfw" can't start if "named" on this computer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5922 >Category: conf >Synopsis: "ipfw" can't start if "named" on this computer >Confidential: no >Severity: critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Mar 5 01:00:01 PST 1998 >Last-Modified: >Originator: Vadim Chekan >Organization: Galitsky Kontrakty >Release: 2.2.5 >Environment: FreeBSD gate.gc.lviv.ua 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Thu Feb 26 16:51 :19 GMT 1998 root@gate.gc.lviv.ua:/usr/src/sys/compile/GATE i386 >Description: In configuration rc.firewall I use host names. But DNS is on this computer. In rc.network ipfw start before named, can't found host (named is not running) and rules not loaded. >How-To-Repeat: Run named on some computer as ipfw and use in resolv.conf only this computer. >Fix: Move start ipfw after named in rc.network >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 5 02:40:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA23394 for freebsd-bugs-outgoing; Thu, 5 Mar 1998 02:40:21 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA23342; Thu, 5 Mar 1998 02:40:14 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA22039; Thu, 5 Mar 1998 02:34:25 -0800 (PST) (envelope-from nobody) Message-Id: <199803051034.CAA22039@hub.freebsd.org> Date: Thu, 5 Mar 1998 02:34:25 -0800 (PST) From: beefa@goats.org.au To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/5923: dmesg showing 0mhz cpu Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5923 >Category: kern >Synopsis: dmesg showing 0mhz cpu >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 Mar 5 02:40:06 PST 1998 >Last-Modified: >Originator: Roland Scott >Organization: >Release: 3.0-CURRENT >Environment: FreeBSD foetus.goats.org.au 3.0-CURRENT FreeBSD 3.0-CURRENT #7: Tue Mar 3 14:54:14 WST 1998 root@foetus.goats.org.au:/usr/src/sys/compile/FOETUS i386 >Description: CPU: AMD-K6tm w/ multimedia extensions (0.00-MHz 586-class CPU) i've seen other ppl having the same problem under -current >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 5 05:20:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA10307 for freebsd-bugs-outgoing; Thu, 5 Mar 1998 05: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 FAA10291; Thu, 5 Mar 1998 05:20:02 -0800 (PST) (envelope-from gnats) Received: from relay.ucb.crimea.ua (relay.ucb.crimea.ua [194.93.177.113]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA09268 for ; Thu, 5 Mar 1998 05:10:28 -0800 (PST) (envelope-from ru@relay.ucb.crimea.ua) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.8.8/8.8.8) id PAA29227; Thu, 5 Mar 1998 15:10:13 +0200 (EET) (envelope-from ru) Message-Id: <199803051310.PAA29227@relay.ucb.crimea.ua> Date: Thu, 5 Mar 1998 15:10:13 +0200 (EET) From: Ruslan Ermilov Reply-To: ru@ucb.crimea.ua To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/5924: sendmail.cf.additions corrections Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5924 >Category: misc >Synopsis: sendmail.cf.additions corrections >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: Thu Mar 5 05:20:01 PST 1998 >Last-Modified: >Originator: Ruslan Ermilov >Organization: >Release: FreeBSD 2.2-STABLE i386 >Environment: RELENG_2_2 HEAD >Description: I think the following patch should be applied. Correct me if I'm wrong. >How-To-Repeat: >Fix: Index: sendmail.cf.additions =================================================================== RCS file: /usr/FreeBSD-CVS/src/etc/mail/sendmail.cf.additions,v retrieving revision 1.1.2.2 diff -u -r1.1.2.2 sendmail.cf.additions --- sendmail.cf.additions 1998/02/15 14:24:59 1.1.2.2 +++ sendmail.cf.additions 1998/03/05 12:58:07 @@ -102,8 +102,8 @@ # mail must come from or go to this machine or machines we allow to relay--BEGIN # R$* $: $>Parse0 $>3 $1 # R$+ < @ $* . > $* $: $1 < @ $2 > -# R<$+ @ $=w> $@ OK -# R<$+ @ $* $=R> $@ OK +# R$+ < @ $=w> $@ OK +# R$+ < @ $* $=R> $@ OK # R$* $: $(dequote "" $&{client_name} $) # R$=w $@ OK # R$* $=R $@ OK >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 5 07:30:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA27129 for freebsd-bugs-outgoing; Thu, 5 Mar 1998 07:30: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 HAA27101; Thu, 5 Mar 1998 07:30:03 -0800 (PST) (envelope-from gnats) Received: from broken.key.net.au (broken.key.net.au [203.35.4.6]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA26635 for ; Thu, 5 Mar 1998 07:23:47 -0800 (PST) (envelope-from andrew@broken.key.net.au) Received: (from andrew@localhost) by broken.key.net.au (8.8.8/8.8.8) id NAA02674; Fri, 6 Mar 1998 13:24:16 +1100 (EST) (envelope-from andrew) Message-Id: <199803060224.NAA02674@broken.key.net.au> Date: Fri, 6 Mar 1998 13:24:16 +1100 (EST) From: andrew@ugh.net.au Reply-To: andrew@ugh.net.au To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5925: ppp compiled to use des Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5925 >Category: bin >Synopsis: ppp compiled to use des >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 Mar 5 07:30:02 PST 1998 >Last-Modified: >Originator: Andrew >Organization: UgH! >Release: FreeBSD 2.2-980204-SNAP i386 >Environment: Standard install with no DES >Description: When I try and run PPP (ijppp) I get the standard cant find library message about libdes.3.0.so. I didnt ask for DES but apparently ppp was compiled so. Ive been meaning to report this a while soits probably already fixed. >How-To-Repeat: /usr/sbin/ppp >Fix: Just recompile ppp on a non DES system: cd /usr/src/usr.sbin/ppp && make &&make install >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 5 13:30:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA23506 for freebsd-bugs-outgoing; Thu, 5 Mar 1998 13:30: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 NAA23491; Thu, 5 Mar 1998 13:30:02 -0800 (PST) (envelope-from gnats) Received: from dt050ndd.san.rr.com (root@dt050ndd.san.rr.com [204.210.31.221]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA23363 for ; Thu, 5 Mar 1998 13:28:15 -0800 (PST) (envelope-from dougdougdougdoug@dt050ndd.san.rr.com) Received: (from root@localhost) by dt050ndd.san.rr.com (8.8.8/8.8.8) id NAA16067; Thu, 5 Mar 1998 13:28:12 -0800 (PST) (envelope-from dougdougdougdoug) Message-Id: <199803052128.NAA16067@dt050ndd.san.rr.com> Date: Thu, 5 Mar 1998 13:28:12 -0800 (PST) From: Studded@dal.net Reply-To: Studded@dal.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5928: Small typo in fortune Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5928 >Category: bin >Synopsis: Small typo in fortune (Teruillian) >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 Mar 5 13:30:01 PST 1998 >Last-Modified: >Originator: Doug >Organization: AAAG >Release: FreeBSD 2.2.5-STABLE-0303 i386 >Environment: Any FreeBSD system (I imagine). >Description: There is a small typo in one of the fortunes, namely a misspelling of the proper name Tertullian. >How-To-Repeat: Not sure how to get this to pop up manually, but grep'ing for 'Teruillian' will get you to the error. >Fix: Apply the following patch in /usr/src/games/fortune/datfiles: diff -ur ../datfiles.orig/fortunes ./fortunes --- ../datfiles.orig/fortunes Thu Mar 5 13:18:18 1998 +++ ./fortunes Thu Mar 5 13:19:41 1998 @@ -12057,7 +12057,7 @@ philosophical and Gnostic knowledge, and contemptuously rejected it. -- C. G. Jung, in Psychological Types -(Teruillian was one of the founders of the Catholic Church). +(Tertullian was one of the founders of the Catholic Church). % Test-tube babies shouldn't throw stones. % diff -ur ../datfiles.orig/fortunes.sp.ok ./fortunes.sp.ok --- ../datfiles.orig/fortunes.sp.ok Thu Mar 5 13:18:18 1998 +++ ./fortunes.sp.ok Thu Mar 5 13:18:43 1998 @@ -1104,7 +1104,6 @@ Teddywookie Terence Tertullian -Teruillian Thames Theatre Thieu diff -ur ../datfiles.orig/fortunes2 ./fortunes2 --- ../datfiles.orig/fortunes2 Thu Mar 5 13:18:18 1998 +++ ./fortunes2 Thu Mar 5 13:20:32 1998 @@ -41154,7 +41154,7 @@ Thanks to the acuteness of his mind, he saw through the poverty of philosophical and Gnostic knowledge, and contemptuously rejected it. -- C.G. Jung, "Psychological Types" - [Teruillian was one of the founders of the Catholic Church. Ed.] + [Tertullian was one of the founders of the Catholic Church. Ed.] % Test for paraquat: Take amount of grass used in one joint, and wash in 5 cc's Hope this helps, Doug >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 5 14:10:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA28313 for freebsd-bugs-outgoing; Thu, 5 Mar 1998 14:10: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 OAA28303; Thu, 5 Mar 1998 14:10:03 -0800 (PST) (envelope-from gnats) Received: from arkansas.nwlink.com (arkansas.nwlink.com [206.129.126.142]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA27596 for ; Thu, 5 Mar 1998 14:05:33 -0800 (PST) (envelope-from bryn@arkansas.nwlink.com) Received: (from bryn@localhost) by arkansas.nwlink.com (8.8.7/8.8.7) id OAA12547; Thu, 5 Mar 1998 14:05:33 -0800 (PST) (envelope-from bryn) Message-Id: <199803052205.OAA12547@arkansas.nwlink.com> Date: Thu, 5 Mar 1998 14:05:33 -0800 (PST) From: Bryn Moslow Reply-To: bryn@arkansas.nwlink.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5929: tester Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5929 >Category: bin >Synopsis: My dog has fleas >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: support >Submitter-Id: current-users >Arrival-Date: Thu Mar 5 14:10:01 PST 1998 >Last-Modified: >Originator: Bryn Moslow >Organization: >Release: FreeBSD 2.2.5-STABLE i386 >Environment: My monkey >Description: My monkey hurts >How-To-Repeat: Touch the monkey >Fix: Slap the monkey >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 5 15:06:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA05115 for freebsd-bugs-outgoing; Thu, 5 Mar 1998 15:06:21 -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 PAA05040; Thu, 5 Mar 1998 15:06:13 -0800 (PST) (envelope-from danny@FreeBSD.org) From: "Daniel O'Callaghan" Received: (from danny@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA05556; Thu, 5 Mar 1998 15:04:42 -0800 (PST) Date: Thu, 5 Mar 1998 15:04:42 -0800 (PST) Message-Id: <199803052304.PAA05556@freefall.freebsd.org> To: bryn@arkansas.nwlink.com, danny@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5929 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: My dog has fleas State-Changed-From-To: open-closed State-Changed-By: danny State-Changed-When: Thu Mar 5 15:03:07 PST 1998 State-Changed-Why: Not a real PR To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 5 16:41:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA18688 for freebsd-bugs-outgoing; Thu, 5 Mar 1998 16:41:29 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from alex@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA18338; Thu, 5 Mar 1998 16:40:18 -0800 (PST) (envelope-from alex) Date: Thu, 5 Mar 1998 16:40:18 -0800 (PST) From: Alex Nash Message-Id: <199803060040.QAA18338@hub.freebsd.org> To: vadim@gc.lviv.ua, alex, freebsd-bugs Subject: Re: conf/5922 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: "ipfw" can't start if "named" on this computer State-Changed-From-To: open-closed State-Changed-By: alex State-Changed-When: Thu Mar 5 16:38:47 PST 1998 State-Changed-Why: Sorry, but you'll have to use IP addresses instead of hostnames. ipfw must be started before network services such as named so that it may clear a channel for those services to communicate. Starting named before initializing the firewall doesn't help because ipfw still won't be able to lookup names (because the firewall will reject the packets unless compiled with IPFIREWALL_DEFAULT_TO_ACCEPT). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 5 17:24:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA24239 for freebsd-bugs-outgoing; Thu, 5 Mar 1998 17:24:49 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from alex@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA24225; Thu, 5 Mar 1998 17:24:46 -0800 (PST) (envelope-from alex) Date: Thu, 5 Mar 1998 17:24:46 -0800 (PST) From: Alex Nash Message-Id: <199803060124.RAA24225@hub.freebsd.org> To: Studded@dal.net, alex, freebsd-bugs Subject: Re: bin/5928 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Small typo in fortune (Teruillian) State-Changed-From-To: open-closed State-Changed-By: alex State-Changed-When: Thu Mar 5 17:23:12 PST 1998 State-Changed-Why: Patch applied. Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 5 19:01:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA06440 for freebsd-bugs-outgoing; Thu, 5 Mar 1998 19:01:19 -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 TAA06336; Thu, 5 Mar 1998 19:01:03 -0800 (PST) (envelope-from brian@FreeBSD.org) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id SAA07720; Thu, 5 Mar 1998 18:59:30 -0800 (PST) Date: Thu, 5 Mar 1998 18:59:30 -0800 (PST) Message-Id: <199803060259.SAA07720@freefall.freebsd.org> To: brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: bin/5925 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ppp compiled to use des Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Thu Mar 5 18:59:08 PST 1998 Responsible-Changed-Why: ppp's mine. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 5 19:27:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA10826 for freebsd-bugs-outgoing; Thu, 5 Mar 1998 19:27:11 -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 TAA10814; Thu, 5 Mar 1998 19:27:01 -0800 (PST) (envelope-from brian@FreeBSD.org) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id SAA07652; Thu, 5 Mar 1998 18:58:58 -0800 (PST) Date: Thu, 5 Mar 1998 18:58:58 -0800 (PST) Message-Id: <199803060258.SAA07652@freefall.freebsd.org> To: andrew@ugh.net.au, brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5925 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ppp compiled to use des State-Changed-From-To: open-feedback State-Changed-By: brian State-Changed-When: Thu Mar 5 18:54:10 PST 1998 State-Changed-Why: Can someone confirm that this is still a problem ? My last update in this area was on January 30 :-( Or are we referring to the ppp archive on www.freebsd.org/~brian ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Mar 6 05:00:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA14263 for freebsd-bugs-outgoing; Fri, 6 Mar 1998 05: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 FAA14255; Fri, 6 Mar 1998 05:00:01 -0800 (PST) (envelope-from gnats) Received: from unox.student.tue.nl (unox.student.tue.nl [131.155.210.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA13484 for ; Fri, 6 Mar 1998 04:55:27 -0800 (PST) (envelope-from marijn@stack.nl) Received: from hoop.student.tue.nl (hoop.student.tue.nl [192.168.0.1]) by unox.student.tue.nl (8.8.8/8.8.8) with ESMTP id NAA00559 for ; Fri, 6 Mar 1998 13:55:10 +0100 Received: (from marijn@localhost) by hoop.student.tue.nl (8.8.7/8.8.3) id NAA00588; Fri, 6 Mar 1998 13:55:03 +0100 (CET) Message-Id: <199803061255.NAA00588@hoop.student.tue.nl> Date: Fri, 6 Mar 1998 13:55:03 +0100 (CET) From: Marijn Meijles Reply-To: marijn@stack.nl To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5931: dma errors in syslog with GUS-max Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5931 >Category: kern >Synopsis: dma errors in syslog with GUS-max >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Mar 6 05:00:00 PST 1998 >Last-Modified: >Originator: Marijn Meijles >Organization: >Release: FreeBSD 2.2.5-STABLE i386 >Environment: GUS max on irq 5, dma 5 and 3 >Description: If I play mp3's with amp 0.76, my logs are filling with these messages: Mar 6 00:52:32 hoop /kernel: isa_dmastart: channel 5 not acquired Mar 6 00:52:32 hoop /kernel: isa_dmastart: channel 5 not acquired Mar 6 00:52:32 hoop /kernel: isa_dmastart: channel 5 busy I saw some old reports of the same bug and a message that it had been fixed, but apparently it reappeared... >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Mar 6 09:00:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA17218 for freebsd-bugs-outgoing; Fri, 6 Mar 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 JAA17172; Fri, 6 Mar 1998 09:00:02 -0800 (PST) (envelope-from gnats) Date: Fri, 6 Mar 1998 09:00:02 -0800 (PST) Message-Id: <199803061700.JAA17172@hub.freebsd.org> To: freebsd-bugs Cc: From: "Pedro F. Giffuni" Subject: Re: gnu/2637: tar dumped core with -g option. Reply-To: "Pedro F. Giffuni" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR gnu/2637; it has been noted by GNATS. From: "Pedro F. Giffuni" To: freebsd-gnats-submit@freebsd.org, zorac@mbox.kyoto-inet.or.jp Cc: Subject: Re: gnu/2637: tar dumped core with -g option. Date: Fri, 06 Mar 1998 11:49:54 -0500 FWIW, OpenBSD claims they made lots of fixes to both the updated GNU tar and pax. It would be a good idea to check them out. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Mar 6 09:20:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA18488 for freebsd-bugs-outgoing; Fri, 6 Mar 1998 09: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 JAA18453; Fri, 6 Mar 1998 09:20:02 -0800 (PST) (envelope-from gnats) Received: from serv05.slac.stanford.edu (SERV05.SLAC.Stanford.EDU [134.79.16.135]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA18290 for ; Fri, 6 Mar 1998 09:17:44 -0800 (PST) (envelope-from pavel@SLAC.Stanford.EDU) Received: from mailbox.SLAC.Stanford.EDU (root@[134.79.18.29]) by SERV05.SLAC.STANFORD.EDU (PMDF V5.1-10 #23033) with ESMTP id <01IUCAAHQVDO002WA5@SERV05.SLAC.STANFORD.EDU> for FreeBSD-gnats-submit@freebsd.org; Fri, 6 Mar 1998 09:17:43 PST Received: from mach1.slac.stanford.edu (MACH1.SLAC.Stanford.EDU [134.79.128.63]) by mailbox.SLAC.Stanford.EDU (8.8.5/8.6.11) with ESMTP id JAA03669 for ; Fri, 06 Mar 1998 09:17:41 -0800 (PST) Message-Id: <199803061717.JAA03669@mailbox.SLAC.Stanford.EDU> Date: Fri, 06 Mar 1998 09:17:41 -0800 From: Tom Pavel Reply-To: pavel@SLAC.Stanford.EDU To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: i386/5932: perfmon kernel code should check for non-Intel CPUs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5932 >Category: i386 >Synopsis: perfmon kernel code should check for non-Intel CPUs >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 Mar 6 09:20:01 PST 1998 >Last-Modified: >Originator: Tom Pavel >Organization: Stanford Linear Accelerator Center >Release: FreeBSD 2.2.5-STABLE i386 >Environment: >Description: Before I researched the fact that AMD does not actually implement any of the msr 0x11 performance counters in the K6 that Intel does in the Pentium and PPro, I thought I would try out the perfmon program in /usr/share/examples/perfmon on my K6 machine. This brought my machine to an immediate halt. I figured it out soon enough, but this case should probably be caught in the perfmon code... >How-To-Repeat: Do any of the PMIO ioctl() calls on /dev/perfmon on an AMD K6 machine. >Fix: I think you just need to check that the CPU is actually an Intel one, rather than checking for the generic 586/686 cpu_class. Here is a possible fix: bozon[111]% diff -c /usr/src/sys/i386/i386/perfmon.c-ORIG perfmon.c *** /usr/src/sys/i386/i386/perfmon.c-ORIG Thu Oct 10 03:18:48 1996 --- perfmon.c Thu Mar 5 23:34:38 1998 *************** *** 38,43 **** --- 38,44 ---- #include #include + #include #include #include *************** *** 57,62 **** --- 58,71 ---- void perfmon_init(void) { + /* Unfortunately, all of the perfmon registers only exist on + * "GenuineIntel" Pentiums and P6's. Trying to use msr 0x11 on my K6 + * cause a seize-up... (pavel 5-Mar-1998) */ + if (strcmp(cpu_vendor, "GenuineIntel") != 0) { + perfmon_cpuok = 0; + return; + } + switch(cpu_class) { case CPUCLASS_586: perfmon_cpuok = 1; Tom Pavel Stanford Linear Accelerator Center pavel@slac.stanford.edu http://www.slac.stanford.edu/~pavel/ >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Mar 6 16:40:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA19303 for freebsd-bugs-outgoing; Fri, 6 Mar 1998 16:40:19 -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 QAA19291; Fri, 6 Mar 1998 16:40:15 -0800 (PST) (envelope-from julian@FreeBSD.org) From: Julian Elischer Received: (from julian@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA07874; Fri, 6 Mar 1998 16:38:35 -0800 (PST) Date: Fri, 6 Mar 1998 16:38:35 -0800 (PST) Message-Id: <199803070038.QAA07874@freefall.freebsd.org> To: ahill@classfinder.com, julian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/5425 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: DPT SmartRaid driver exists, but is not part of distribution State-Changed-From-To: open-closed State-Changed-By: julian State-Changed-When: Fri Mar 6 16:38:08 PST 1998 State-Changed-Why: driver checked in To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Mar 6 16:41:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA19403 for freebsd-bugs-outgoing; Fri, 6 Mar 1998 16:41:09 -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 QAA19386; Fri, 6 Mar 1998 16:41:00 -0800 (PST) (envelope-from julian@FreeBSD.org) From: Julian Elischer Received: (from julian@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA07941; Fri, 6 Mar 1998 16:39:20 -0800 (PST) Date: Fri, 6 Mar 1998 16:39:20 -0800 (PST) Message-Id: <199803070039.QAA07941@freefall.freebsd.org> To: evanc@synapse.net, julian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/5670 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: merge DPT driver from 3.0-current State-Changed-From-To: open-closed State-Changed-By: julian State-Changed-When: Fri Mar 6 16:38:50 PST 1998 State-Changed-Why: driver merged in from -current (still needs testing) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 7 09:00:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA25020 for freebsd-bugs-outgoing; Sat, 7 Mar 1998 09: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 JAA25013; Sat, 7 Mar 1998 09:00:02 -0800 (PST) (envelope-from gnats) Received: from quack.kfu.com (TO75cFuzQHj2WN70kjnKCPlc0hwp6Gzx@quack.kfu.com [204.147.226.254]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA24538 for ; Sat, 7 Mar 1998 08:50:27 -0800 (PST) (envelope-from nsayer@quack.kfu.com) Received: (from nsayer@localhost) by quack.kfu.com (8.8.7/8.8.5) id IAA14320; Sat, 7 Mar 1998 08:50:26 -0800 (PST) Message-Id: <199803071650.IAA14320@quack.kfu.com> Date: Sat, 7 Mar 1998 08:50:26 -0800 (PST) From: Nick Sayer Reply-To: nsayer@quack.kfu.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/5936: Add hostname to C shell prompt Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5936 >Category: conf >Synopsis: Add hostname to C shell prompt >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Mar 7 09:00:01 PST 1998 >Last-Modified: >Originator: Nick Sayer >Organization: just me >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: >Description: For those of us with lots of FreeBSD machines, it's sometimes tough to tell which one we're logged into. The old SunOS 4.x behavior of putting the hostname in the prompt is preferable. >How-To-Repeat: >Fix: Add to /etc/csh.cshrc: if ($?USER == 0 || $?prompt == 0) exit set prompt=`hostname -s`"$prompt" >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 Mar 7 12:03:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA10185 for freebsd-bugs-outgoing; Sat, 7 Mar 1998 12:03:44 -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 MAA10176 for ; Sat, 7 Mar 1998 12:03:43 -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 PAA06243 for ; Sat, 7 Mar 1998 15:03:42 -0500 (EST) Date: Sat, 7 Mar 1998 15:03:57 -0500 (EST) From: Robert Watson X-Sender: robert@trojanhorse.pr.watson.org Reply-To: Robert Watson To: bugs@FreeBSD.ORG Subject: > psmintr: out of sync (0000 != 0008). 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 I recently received the following console messages on my IBM ThinkPad 560 (c?) for the first time: > psmintr: out of sync (0000 != 0008). > psmintr: out of sync (0000 != 0008). > psmintr: out of sync (0040 != 0008). I have never had these before; I was running XFree86 at the time. dmesg reports: psm0 at 0x60-0x64 irq 12 on motherboard psm0: model Generic PS/2 mouse, device ID 0 Kernel config is: ... device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr options PSM_HOOKAPM #hook the APM resume event options PSM_RESETAFTERSUSPEND #reset the device at the resume event options BROKEN_KEYBOARD_RESET ... uname -a reports: trojanhorse:~> uname -a 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 trojanhorse:~> There appeared to be no nasty side-effects, just that this message was reported. I was wondering if it meant anything useful? :) 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/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 7 13:01:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA16083 for freebsd-bugs-outgoing; Sat, 7 Mar 1998 13:01:02 -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 NAA16027; Sat, 7 Mar 1998 13:00:04 -0800 (PST) (envelope-from steve@FreeBSD.org) From: Steve Price Received: (from steve@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA09408; Sat, 7 Mar 1998 12:58:17 -0800 (PST) Date: Sat, 7 Mar 1998 12:58:17 -0800 (PST) Message-Id: <199803072058.MAA09408@freefall.freebsd.org> To: steve@FreeBSD.ORG, gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: pending/5912 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: kinit exits if no user name specified Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: steve Responsible-Changed-When: Sat Mar 7 12:57:09 PST 1998 Responsible-Changed-Why: Put this in the bin category (although we really need something like a crypto catgeory). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 7 13:49:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA19391 for freebsd-bugs-outgoing; Sat, 7 Mar 1998 13:49:38 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA19378; Sat, 7 Mar 1998 13:49:31 -0800 (PST) (envelope-from steve) Date: Sat, 7 Mar 1998 13:49:31 -0800 (PST) From: Steve Price Message-Id: <199803072149.NAA19378@hub.freebsd.org> To: beefa@goats.org.au, steve, freebsd-bugs, steve Subject: Re: kern/5923 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: dmesg showing 0mhz cpu State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sat Mar 7 13:48:47 PST 1998 State-Changed-Why: Duplicate of PR# 5918. Responsible-Changed-From-To: freebsd-bugs->steve Responsible-Changed-By: steve Responsible-Changed-When: Sat Mar 7 13:48:47 PST 1998 Responsible-Changed-Why: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 7 16:45:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA06595 for freebsd-bugs-outgoing; Sat, 7 Mar 1998 16:45:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id QAA06585 for ; Sat, 7 Mar 1998 16:45:00 -0800 (PST) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: by outmail.utsunomiya-u.ac.jp id AA29347; Sun, 8 Mar 1998 09:44:40 +0900 Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id JAA03929; Sun, 8 Mar 1998 09:52:46 +0900 (JST) Message-Id: <199803080052.JAA03929@zodiac.mech.utsunomiya-u.ac.jp> To: Robert Watson Cc: bugs@FreeBSD.ORG, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: > psmintr: out of sync (0000 != 0008). In-Reply-To: Your message of "Sat, 07 Mar 1998 15:03:57 EST." References: Date: Sun, 08 Mar 1998 09:52:45 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >I recently received the following console messages on my IBM ThinkPad 560 >(c?) for the first time: > >> psmintr: out of sync (0000 != 0008). >> psmintr: out of sync (0000 != 0008). >> psmintr: out of sync (0040 != 0008). > >I have never had these before; I was running XFree86 at the time. dmesg >reports: > >psm0 at 0x60-0x64 irq 12 on motherboard >psm0: model Generic PS/2 mouse, device ID 0 "psmintr: out of sync..." indicates that the PS/2 mouse driver received unexpected data from the mouse. This can happen if 1) Somehow previous data bytes have been lost and data packet sequence has been disturbed. 2) Or, the device is actually sending unknown sequence of data bytes. (What pointing device does your ThinkPad have?) 3) Or, the device is broken and sending wrong data bytes. You may experience erratic mouse movement when this happens, but the driver should quickly re-synchronize itself with data packets and all should be fine then. >Kernel config is: >... >device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmi >ntr >options PSM_HOOKAPM #hook the APM resume event >options PSM_RESETAFTERSUSPEND #reset the device at the resume event >options BROKEN_KEYBOARD_RESET (BTW, BROKEN_KEYBOARD_RESET has nothing to do with the PS/2 mouse or the keyboard. It is about the system reset via the keyboard controller, and is relevant only when you have problem with shutdown. The name is misleading...) Kazu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 7 22:10:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA09470 for freebsd-bugs-outgoing; Sat, 7 Mar 1998 22:10: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 WAA09461; Sat, 7 Mar 1998 22:10:02 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA09177; Sat, 7 Mar 1998 22:07:04 -0800 (PST) (envelope-from nobody) Message-Id: <199803080607.WAA09177@hub.freebsd.org> Date: Sat, 7 Mar 1998 22:07:04 -0800 (PST) From: m_sasai@mxa.meshnet.ne.jp To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/5942: Need SC_MORE_LUS for 6 CD-ROM changer IO DATA CDC-TX86 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5942 >Category: kern >Synopsis: Need SC_MORE_LUS for 6 CD-ROM changer IO DATA CDC-TX86 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: support >Submitter-Id: current-users >Arrival-Date: Sat Mar 7 22:10:01 PST 1998 >Last-Modified: >Originator: Masanao Sasai >Organization: >Release: 2.2.5-STABLE FreeBSD 2.2.5-STABLE >Environment: use 6 CD-ROM changer IO DATA CDC-TX86 with 2.2.5-STABLE FreeBSD 2.2.5-STABLE. >Description: Need SC_MORE_LUS for 6 CD-ROM changer IO DATA CDC-TX86(http://www.iodata.co.jp/products/cd-rom/cdctx86.htm). CDC-TX86(NT-mode) dmesg is (ncr0:5:0): "IODATA CD-C68E 1.0E" type 5 removable SCSI 2 cd1(ncr0:5:0): CD-ROM cd present [400000 x 2048 byte records] >How-To-Repeat: use IO DATA CDC-TX86. >Fix: add below lines to scsiconf.c knowndevs[] { T_READONLY, T_READONLY, T_REMOV, "IODATA", "CD-C68E" ,"*", "cd", SC_MORE_LUS }, >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 Mar 7 22:30:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA12510 for freebsd-bugs-outgoing; Sat, 7 Mar 1998 22:30: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 WAA12502; Sat, 7 Mar 1998 22:30:03 -0800 (PST) (envelope-from gnats) Received: from gaia.coppe.ufrj.br (cisigw.coppe.ufrj.br [146.164.5.200]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA10841 for ; Sat, 7 Mar 1998 22:20:15 -0800 (PST) (envelope-from jonny@coppe.ufrj.br) Received: (from jonny@localhost) by gaia.coppe.ufrj.br (8.8.8/8.8.8) id DAA21620; Sun, 8 Mar 1998 03:20:13 -0300 (EST) (envelope-from jonny) Message-Id: <199803080620.DAA21620@gaia.coppe.ufrj.br> Date: Sun, 8 Mar 1998 03:20:13 -0300 (EST) From: Joao Carlos Mendes Luis Reply-To: jonny@coppe.ufrj.br To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5943: multi-device suport to mixer(8) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5943 >Category: bin >Synopsis: multi-device suport to mixer(8) >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Mar 7 22:30:02 PST 1998 >Last-Modified: >Originator: Joao Carlos Mendes Luis >Organization: COPPE/UFRJ >Release: FreeBSD 2.2.5-STABLE i386 >Environment: Any FreeSD with more than one soundcard installed. >Description: The current -stable /usr/sbin/mixer does not have a way to specify multiple devices. Also, there's a small misinterpretation on the man page. >How-To-Repeat: Try to change the mixer configuration of /dev/mixer1. :) >Fix: Here are some patches, with the following characteristics: 1) Support for mixer device specification, with -d flag 2) Cite the new sintax in the manual. There was a misinterpretation on this subject previously. In the command "mixer +rec dev", dev is a recording source and not a device. Change names to avoid confusion. 3) -Wall clean 4) getopt clean --- mixer.8.old Sun Mar 8 02:57:01 1998 +++ mixer.8 Sun Mar 8 03:09:55 1998 @@ -34,11 +34,13 @@ .Sh SYNOPSIS .Nm .Nm mixer +.Op Fl d Ar dev .Ar setting .Op Ar lvalue:rvalue .Nm mixer +.Op Fl d Ar dev .Ar +rec | -rec -.Op Ar device +.Op Ar source .Sh DESCRIPTION The .Nm @@ -78,10 +80,12 @@ argument. To stop recording, use the .Ar -rec argument. The optional argument -.Ar device -may be specified to use a different -mixer device. The default device is -.Pa /dev/mixer . +.Ar source +may be specified to select where to record from. +.Pp +The optional flag +.Fl d +may be specified to use a different mixer device. .Sh FILES .Bl -tag -width /dev/mixer -compact .It Pa /dev/mixer --- mixer.c.old Sun Mar 8 02:56:49 1998 +++ mixer.c Sun Mar 8 03:09:45 1998 @@ -18,12 +18,16 @@ #include #include #include +#include +#include #ifdef __FreeBSD__ #include #else #include #endif +#define DEFAULT_DEV "/dev/mixer" + char *names[SOUND_MIXER_NRDEVICES] = SOUND_DEVICE_NAMES; int devmask = 0, recmask = 0, recsrc = 0; @@ -31,7 +35,7 @@ void usage(void) { int i, n = 0; - printf("usage: mixer { "); + printf("usage: mixer [-d dev] { "); for (i = 0; i < SOUND_MIXER_NRDEVICES; i++) if ((1 << i) & devmask) { @@ -40,7 +44,7 @@ printf(names[i]); n = 1; } - printf(" } \n or mixer { +rec|-rec } \n"); + printf(" } \n or mixer [-d dev] { +rec|-rec } \n"); exit(1); } @@ -63,14 +67,26 @@ main(int argc, char *argv[]) { int foo, bar, baz, dev; - - char name[30] = "/dev/mixer"; - - if (!strcmp(argv[0], "mixer2")) - strcpy(name, "/dev/mixer1"); - else - if (!strcmp(argv[0], "mixer3")) - strcpy(name, "/dev/mixer2"); + char *name = DEFAULT_DEV; + int ch; + extern char *optarg; + extern int optind; + + while ( ( ch = getopt( argc, argv, "hd:" ) ) != -1 ) { + switch ( ch ) { + case 'h': + usage(); + /* NOTREACHED */ + case 'd': + name = optarg; + break; + case '?': + default: + usage(); + } + } + argc -= optind - 1; + argv += optind - 1; if ((baz = open(name, O_RDWR)) < 0) err(1, "%s", name); @@ -166,4 +182,5 @@ } close(baz); + return (0); } >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 Mar 7 22:55:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA15330 for freebsd-bugs-outgoing; Sat, 7 Mar 1998 22:55:24 -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 WAA15314; Sat, 7 Mar 1998 22:55:16 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id WAA27811; Sat, 7 Mar 1998 22:53:26 -0800 (PST) Date: Sat, 7 Mar 1998 22:53:26 -0800 (PST) Message-Id: <199803080653.WAA27811@freefall.freebsd.org> To: m_sasai@mxa.meshnet.ne.jp, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/5942 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Need SC_MORE_LUS for 6 CD-ROM changer IO DATA CDC-TX86 State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Sat Mar 7 22:53:17 PST 1998 State-Changed-Why: Committed, thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 7 23:51:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA21709 for freebsd-bugs-outgoing; Sat, 7 Mar 1998 23:51:46 -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 XAA21696; Sat, 7 Mar 1998 23:51:40 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA28025; Sat, 7 Mar 1998 23:49:50 -0800 (PST) Date: Sat, 7 Mar 1998 23:49:50 -0800 (PST) Message-Id: <199803080749.XAA28025@freefall.freebsd.org> To: jonny@coppe.ufrj.br, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5943 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: multi-device suport to mixer(8) State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Sat Mar 7 23:49:35 PST 1998 State-Changed-Why: Will merge -current's support for same feature. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 8 00:00:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA23388 for freebsd-bugs-outgoing; Sun, 8 Mar 1998 00: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 AAA23364; Sun, 8 Mar 1998 00:00:02 -0800 (PST) (envelope-from gnats) Date: Sun, 8 Mar 1998 00:00:02 -0800 (PST) Message-Id: <199803080800.AAA23364@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: bin/5943: multi-device suport to mixer(8) Reply-To: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5943; it has been noted by GNATS. From: "Jordan K. Hubbard" To: jonny@coppe.ufrj.br Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/5943: multi-device suport to mixer(8) Date: Sat, 07 Mar 1998 23:50:18 -0800 > + printf("usage: mixer [-d dev] { "); Ah, another merge candidate. :-) The version in -current already implements this with the -f flag and also allows (for backwards compatability with scripts) the old multi-mixer naming syntax of {mixer2, mixer3}. In order not to confuse people moving between 2.2 and 3.0, it's probably better to simply merge the -current changes. The man page description also appears to have been updated. Thanks! Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message