From owner-freebsd-bugs Sun Jun 29 04:30:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA28982 for bugs-outgoing; Sun, 29 Jun 1997 04:30:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA28976; Sun, 29 Jun 1997 04:30:02 -0700 (PDT) Resent-Date: Sun, 29 Jun 1997 04:30:02 -0700 (PDT) Resent-Message-Id: <199706291130.EAA28976@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, marc@destek.net Received: from public.XFree86.Org (public.XFree86.Org [192.156.97.62]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA28910 for ; Sun, 29 Jun 1997 04:29:27 -0700 (PDT) Received: (from marc@localhost) by public.XFree86.Org (8.8.5/8.8.3) id HAA03951; Sun, 29 Jun 1997 07:27:40 -0400 (EDT) Message-Id: <199706291127.HAA03951@public.XFree86.Org> Date: Sun, 29 Jun 1997 07:27:40 -0400 (EDT) From: marc@destek.net Reply-To: marc@destek.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3982: bug in /usr/include/arpa/tftp.h Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3982 >Category: bin >Synopsis: /usr/include/arpa/tftp.h has bug preventing >16M trnasfers >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jun 29 04:30:01 PDT 1997 >Last-Modified: >Originator: Marc Evans (Destek) >Organization: The Destek Networking Group >Release: FreeBSD 2.1.0-RELEASE i386 >Environment: >Description: /usr/include/arpa/tftp.h has a datastructure which as coded prevents files greater then 16M from transferring. >How-To-Repeat: tftp localhost get /a-very-big-file >Fix: Change the th_block element from "short" to "u_short". >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jun 29 07:32:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA03881 for bugs-outgoing; Sun, 29 Jun 1997 07:32:29 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA03872; Sun, 29 Jun 1997 07:32:26 -0700 (PDT) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA02660; Sun, 29 Jun 1997 07:30:47 -0700 (PDT) Date: Sun, 29 Jun 1997 07:30:47 -0700 (PDT) Message-Id: <199706291430.HAA02660@freefall.freebsd.org> To: brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: misc/3981 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: wtmp logging of ppp activity would be nice Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Sun Jun 29 07:30:30 PDT 1997 Responsible-Changed-Why: ppp is mine ;-) From owner-freebsd-bugs Sun Jun 29 10:40:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA09572 for bugs-outgoing; Sun, 29 Jun 1997 10:40:11 -0700 (PDT) Received: from In-Net.inba.fr (arthur.inba.fr [194.51.120.34]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA09529 for ; Sun, 29 Jun 1997 10:39:58 -0700 (PDT) Received: from uther.inba.fr (uther.inba.fr [194.51.120.62]) by In-Net.inba.fr (8.8.5/8.8.5) with SMTP id TAA20565 for ; Sun, 29 Jun 1997 19:40:23 +0200 (MET DST) Message-Id: <3.0.1.16.19970629194630.47d77b8c@mail.inba.fr> X-Sender: psc@mail.inba.fr X-Mailer: Windows Eudora Pro Version 3.0.1 (16) Demo [F] Date: Sun, 29 Jun 1997 19:46:30 +0200 To: freebsd-bugs@freebsd.org From: Philippe SCHACK Subject: problem with the syslog Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id KAA09568 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, After I compiled and installed qpopper 2.2 or 2.3 on a FreeBSD 2.1.7.1-RELEASE (the -s parameter is set), nothing will appear in the syslog file. When I use a qpopper 2.2 wich I think I had compiled on a FreeBSD 2.1.5 all works fine. I use gdb to debug the program and nothing appends when the program call the syslod function. I am not a well c programmer but I tried to write a litle program to use the syslog(3), nothing appear in the syslog files. The parameters are ok in the /etc/syslog.conf file. Any help appreciated. Thank's -- P. SCHÄCK phschack@inba.fr From owner-freebsd-bugs Sun Jun 29 12:21:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA14113 for bugs-outgoing; Sun, 29 Jun 1997 12:21:50 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA14106; Sun, 29 Jun 1997 12:21:44 -0700 (PDT) From: Steve Price Received: (from steve@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA06748; Sun, 29 Jun 1997 12:20:03 -0700 (PDT) Date: Sun, 29 Jun 1997 12:20:03 -0700 (PDT) Message-Id: <199706291920.MAA06748@freefall.freebsd.org> To: graphix@iastate.edu, steve@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/1694 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: rbootd does not appear to work State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sun Jun 29 12:19:14 PDT 1997 State-Changed-Why: NetBSD's version of rbootd was just imported and merged into the -current branch. From owner-freebsd-bugs Sun Jun 29 14:30:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA18222 for bugs-outgoing; Sun, 29 Jun 1997 14:30:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA18216; Sun, 29 Jun 1997 14:30:02 -0700 (PDT) Resent-Date: Sun, 29 Jun 1997 14:30:02 -0700 (PDT) Resent-Message-Id: <199706292130.OAA18216@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, cschuber@uumail.gov.bc.ca Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA18007; Sun, 29 Jun 1997 14:20:06 -0700 (PDT) Message-Id: <199706292120.OAA18007@hub.freebsd.org> Date: Sun, 29 Jun 1997 14:20:06 -0700 (PDT) From: cschuber@uumail.gov.bc.ca To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/3985: AMD type:=host mounts broken Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3985 >Category: bin >Synopsis: AMD type:=host mounts broken >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jun 29 14:30:01 PDT 1997 >Last-Modified: >Originator: Cy Schubert >Organization: ITSD Province of BC >Release: FreeBSD-2.2.2R >Environment: FreeBSD cwsys 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #0: Wed Jun 25 22:16:09 PDT 1997 root@cwsys:/opt/usr_src/sys/compile/CWSYS i386 >Description: AMD started with the following command: amd -p -x fatal,error,user -r -l syslog -a /tmp_mnt /vol amd.vol /home amd.home /net amd.net amd.net map defined to NIS as follows: /defaults type:=host;fs:=${autodir}/${rhost};rhost:=${key} cwsys opts:=rw,intr,grpid cwsys.cwent.com opts:=rw,intr,grpid,timo=10,retrans=5 cwtest opts:=rw,intr,grpid,timo=10,retrans=5 cwtest.cwent.com opts:=rw,intr,grpid,timo=10,retrans=5 * opts:=rw,intr,nosuid,nodevs,grpid,soft,timo=10,retrans=5 /var/log/messages contains: Jun 29 14:17:40 cwsys amd[857]: /tmp_mnt/cwsys/export: mount: Bad address Jun 29 14:17:40 cwsys amd[857]: /tmp_mnt/cwsys/opt: mount: Bad address Jun 29 14:17:40 cwsys amd[857]: /tmp_mnt/cwsys/usr: mount: Bad address Jun 29 14:18:05 cwsys amd[860]: /tmp_mnt/cwtest: mount: Bad address >How-To-Repeat: Use a Network Host Filesystem (type:=host) as described in the full description. >Fix: Unable to provide a fix. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jun 29 14:44:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA18533 for bugs-outgoing; Sun, 29 Jun 1997 14:44:14 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA18518 for ; Sun, 29 Jun 1997 14:44:08 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA20350; Sun, 29 Jun 1997 23:44:06 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id XAA00721; Sun, 29 Jun 1997 23:38:56 +0200 (MET DST) Message-ID: <19970629233856.KC40867@uriah.heep.sax.de> Date: Sun, 29 Jun 1997 23:38:56 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-bugs@FreeBSD.ORG Cc: phschack@inba.fr (Philippe SCHACK) Subject: Re: problem with the syslog References: <3.0.1.16.19970629194630.47d77b8c@mail.inba.fr> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <3.0.1.16.19970629194630.47d77b8c@mail.inba.fr>; from Philippe SCHACK on Jun 29, 1997 19:46:30 +0200 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Philippe SCHACK wrote: > After I compiled and installed qpopper 2.2 or 2.3 on a FreeBSD > 2.1.7.1-RELEASE (the -s parameter is set), nothing will appear in the > syslog file. When I use a qpopper 2.2 wich I think I had compiled on a > FreeBSD 2.1.5 all works fine. The local domain socket has been moved from /dev/log to /var/run/log. We are providing /dev/log (as a symlink) for backwards compatibility, but any program statically compiled to use the new pathname will fail on an old system. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Jun 29 20:20:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA00396 for bugs-outgoing; Sun, 29 Jun 1997 20:20:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA00387; Sun, 29 Jun 1997 20:20:03 -0700 (PDT) Resent-Date: Sun, 29 Jun 1997 20:20:03 -0700 (PDT) Resent-Message-Id: <199706300320.UAA00387@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, wes@bogon.net Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA00240; Sun, 29 Jun 1997 20:17:43 -0700 (PDT) Message-Id: <199706300317.UAA00240@hub.freebsd.org> Date: Sun, 29 Jun 1997 20:17:43 -0700 (PDT) From: wes@bogon.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/3986: rdist seg faults when target machine is down Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3986 >Category: bin >Synopsis: rdist seg faults when target machine is down >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jun 29 20:20:01 PDT 1997 >Last-Modified: >Originator: Wes Santee >Organization: >Release: 2.2-STABLE >Environment: FreeBSD lister.bogon.net 2.2-STABLE FreeBSD 2.2-STABLE #0: Tue May 20 13:37:14 PDT 1997 root@/usr/src/sys/compile/LISTER i386 >Description: When using rdist with an alternate remote shell program (ssh-1.2.20) exits on signal 11 when the target machine in /etc/distfile is down. >How-To-Repeat: 1) Setup an /etc/distfile file to copy some files to a machine that isn't currently up. 2) Make sure ssh is on the machine you run rdist from. 3) Run rdist -P ssh -f /etc/distfile >Fix: Dunno aside from bringing the target machine up. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 30 10:06:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA04648 for bugs-outgoing; Mon, 30 Jun 1997 10:06:30 -0700 (PDT) Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA04062 for freebsd-bugs@freebsd.org; Mon, 30 Jun 1997 10:00:44 -0700 (PDT) Date: Mon, 30 Jun 1997 10:00:44 -0700 (PDT) Message-Id: <199706301700.KAA04062@hub.freebsd.org> From: FreeBSD bugmaster To: FreeBSD bugs list Subject: Current problem reports Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The report has been examined by a team member and evaluated. f - feedback The problem has been solved, and the originator has been given a patch or a fix has been committed. The PR remains in this state pending a response from the originator. s - suspended Work on the problem has been postponed. This happens if a timely solution is not possible or is not cost-effective at the present time. The PR continues to exist, though a solution is not being actively sought. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested. Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1995/01/11] i386/105 bde Distributed libm (msun) has non-standard o [1995/02/14] kern/216 davidg /kernel: panic: ffs_alloccg: map corrupte a [1996/01/22] kern/965 bde 2.0.5: system crashes daily because of "m o [1996/04/06] kern/1121 dyson System crashes on boot up just after the o [1996/05/07] kern/1177 dyson Machine hangs with message "vm_fork: no p f [1996/06/05] kern/1293 Fatal trap 12: page fault while in kernel o [1996/06/11] kern/1311 dyson Panic: vm_page_free while installing new a [1996/07/15] bin/1387 davidn Group file errors cause absolute havoc a [1996/08/09] kern/1487 bde bug in exec(2) o [1996/09/11] kern/1599 panic: locking against myself s [1996/09/13] conf/1608 FreeBSD's bug tracking system does not re o [1996/09/29] bin/1694 rbootd does not appear to work o [1996/09/30] kern/1698 sup from around 21:51 GMT 28th very unsta a [1996/10/08] kern/1744 run queue or proc list smashed 4 times in o [1996/10/13] kern/1790 access to /dev/kmem panics system f [1996/10/28] kern/1919 se access to files/directories fails, gives o [1996/11/01] kern/1940 TCP doesn't time out of FIN_WAIT_1 and fl o [1996/11/04] i386/1959 DELAY() won't work for fast CPUs o [1996/11/29] kern/2121 MAXBSIZE in param.h causes kernel panic i o [1996/12/14] i386/2218 cy.c XON/XOFF handling crashes kernel o [1996/12/20] bin/2258 wollman route add/delete [network] xxx.yyy.zzz.0 f [1997/01/01] ports/2352 ports wu-ftp port does not work with DES crypte o [1997/01/03] conf/2367 gibbs Buslogic SCSI driver bad probe of 742A EI f [1997/01/04] kern/2371 gibbs SCSI disk corruption o [1997/01/14] kern/2498 On installation, after selecting drivers, o [1997/01/25] bin/2581 imp security holes in libtermcap o [1997/01/27] bin/2599 Lite2 merg and critical bugfix for games/ o [1997/02/06] kern/2680 bde bind of a local domain socket does not re o [1997/02/11] kern/2717 Panic with daily script (find) o [1997/02/14] bin/2740 wpaul root-fs full erases password table ! o [1997/02/21] misc/2795 Cyclades 8YO -- Not working under 2.1.6-S o [1997/02/26] bin/2821 jkh XFree86 distributed with 2.2-GAMMA corrup o [1997/02/28] bin/2837 Globalyst550 Disk-Drive Not found!! o [1997/03/04] kern/2877 Fatal Trap 12: page fault while in kernel o [1997/03/05] kern/2890 System panic after kernel compiled for 12 o [1997/03/08] kern/2923 panic: vm_fault: fault on nofault entry, o [1997/03/13] kern/2980 2.2 crashes after accessing DAT-tape. bot o [1997/03/15] kern/3000 Kernel Panic in 2.2-CURRENT Kernel o [1997/03/16] kern/3005 can't completely install 2.1.7 release; s o [1997/03/17] kern/3017 panic: page fault as of March 11th v2.2 o [1997/03/17] bin/3019 Can't use SCSI disk (SCSI ID>3) on instal o [1997/03/23] misc/3070 Cannot do post install mods to UNIX from o [1997/03/23] kern/3072 Kernel Page Fault During Install of 2.1.7 o [1997/03/25] ports/3102 tg teTex port destroys previous contents of o [1997/03/25] kern/3103 vi large_file --> reboot without panic o [1997/03/26] ports/3106 torstenb pidentd exits with signal 6 o [1997/03/26] bin/3115 date command dumps core o [1997/03/27] kern/3128 Can't Install FreeBSD 2.2.1 o [1997/03/28] bin/3131 dlsym() does not set error on error, brea o [1997/03/30] kern/3150 Cyrix 6x86L-P200+ crashes w/ page fault o [1997/04/01] bin/3165 tex-3.14159.tgz lacks file o [1997/04/07] bin/3226 mpp vi died with a core dump o [1997/04/08] kern/3234 ipfilter.shar - integration complete o [1997/04/11] kern/3259 /bin/ps: kernel kernel, lockups, performa o [1997/04/12] kern/3267 mtime/ctime sometimes updated when a prog o [1997/04/15] i386/3300 Adaptec 2940U Problems o [1997/04/17] kern/3312 Adaptec 2940 still causes timeout using 2 o [1997/04/17] i386/3316 FOLLOWUP:Adaptec 2940U Problems->Addition o [1997/04/20] kern/3359 FreeBSD wont boot on amd p133 o [1997/04/21] kern/3366 ipx stack or ep driver o [1997/04/22] bin/3374 Cannot Install FreeBSD 2.2.1 - installati o [1997/04/26] kern/3392 System panics every few hours o [1997/04/27] ports/3394 max jp-Wnn-4.2 fails to make personal diction o [1997/04/28] kern/3404 frequent kernel panics o [1997/04/29] bin/3424 SU acting strange on 2.2.1 Release o [1997/05/01] bin/3437 SU acting strange on 2.2.1 Release o [1997/05/01] i386/3462 using a PS/2 mouse causes kernel trap in o [1997/05/05] bin/3510 xsm does not work! o [1997/05/07] ports/3536 ports MakeTexPK calls gftopk with wron argument o [1997/05/12] misc/3586 The boot.flp file is too large to image t o [1997/05/13] kern/3594 EAGAIN and garbage data when reading sock o [1997/05/16] kern/3609 fs on remote host is mounted via NFS, rec o [1997/05/17] misc/3615 Error in /usr/src/lib/libc/gen/sigsetops. o [1997/05/21] bin/3650 Ypserv dumps core randomly. o [1997/05/23] kern/3671 SCSI tape drive with AHA 2940 locks up sy o [1997/05/24] kern/3674 NFS in 2.2 RELEASE hangs. o [1997/05/26] kern/3690 vm problems on 2.2, 2.1.7 works o [1997/05/27] kern/3696 kernel panic during wd hard disk probe if o [1997/05/27] conf/3698 sysinstall does not save parameters enter o [1997/05/27] misc/3700 FPE error in "normal" math code o [1997/05/30] kern/3721 kernel panic with netatalk o [1997/06/01] kern/3752 NFS dirs under -current still have proble o [1997/06/01] kern/3753 "make" hangs when building in an NFS dir o [1997/06/02] kern/3761 Inlel EtherExpress pro/100B more than on o [1997/06/08] bin/3813 make world on 2.2-STABLE dies when trying o [1997/06/11] misc/3846 The sample /etc/amd.map has a security ho o [1997/06/14] ports/3872 ports Enter key not working properly in trn por o [1997/06/16] kern/3887 fxp driver looses packets o [1997/06/17] i386/3895 False FPE (floating point exception) sign o [1997/06/25] kern/3949 The WD controller probe can fail when it o [1997/06/26] misc/3959 files in /usr/local/etc are randomly beco o [1997/06/29] bin/3985 AMD type:=host mounts broken 92 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1995/03/20] kern/260 davidg msync and munmap don't bother to update m s [1995/04/01] kern/291 se PCI devices still probe/attach after bein f [1995/05/08] bin/389 Simultaneous creation/deletion of dirs co a [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/ o [1995/05/16] kern/425 wollman arp entries not getting removed when inte a [1995/06/17] kern/527 dufault dump causes assertion in ncr.c o [1995/06/23] kern/546 pci_bus_config() does not init parent poi o [1995/07/02] kern/579 bde sio: RS_IBUFSIZE at 256 bytes serial line f [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer s [1995/07/21] i386/631 if_ix does not support bpf, nor does it a s [1995/07/29] kern/638 Transmitted packets not passed to bpf in f [1995/08/11] gnu/672 Nor all ph headers get created o [1995/08/22] bin/706 jmg increased root DNS traffic and long laten f [1995/09/20] kern/730 gibbs 3Com 3C5x9 probe problem f [1995/09/27] kern/750 cd9660 confused by not-ready or I/O error a [1995/10/07] bin/771 telnet character mode not set and broken o [1995/10/18] bin/786 wpaul Problem with NIS and large group maps o [1995/11/12] kern/820 gibbs scsi tape problems f [1995/11/16] bin/826 mpp tcpmux listener in inetd does not work o [1995/12/20] i386/906 davidg /sys/i386/boot/netboot/nb8390.com cannot o [1996/01/01] bin/926 Mounting nfs disks before starting mountd o [1996/02/12] kern/1020 .Boca 16-port board still hangs o [1996/02/12] docs/1023 mpp using touch to create swap file for NFS d a [1996/02/17] bin/1030 steve /bin/sh does not pass environment variabl f [1996/02/28] bin/1050 [floppy] Process (zip) hangs (unkillable) s [1996/03/06] kern/1067 mpp panic: ufs_lock: recursive lock not expec o [1996/03/09] bin/1073 telnet -8 does not work with SunOS or Sol o [1996/03/23] kern/1098 File system corruption (2 cases) o [1996/03/30] bin/1111 scrappy mail.local will happily deliver mail to a f [1996/05/14] kern/1204 umount -f after SCSI reset -> reboot o [1996/05/24] misc/1247 bde Conflicting header files f [1996/05/26] i386/1251 aha0 and bt0(eisa) conflicts again. o [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets o [1996/05/28] kern/1271 phk Kernel panic using PLIP in 27/05 current o [1996/05/31] kern/1284 dyson panic: vm_page_free: freeing busy page o [1996/06/02] i386/1288 bde wdgetctlr (wd.c) return incorrect number o [1996/06/07] kern/1301 davidg DEC FDDI/PCI Adapter: halt code = 6 (DMA o [1996/06/10] kern/1308 dyson vm_page_free: wire count > 1 in 960501-SN a [1996/06/12] bin/1315 ls(1) a [1996/06/18] kern/1333 davidg free vnode isn't: another -stable coredum f [1996/07/03] bin/1364 mpp ps(1) bugs o [1996/07/09] gnu/1379 Man command problem, when it writes into f [1996/07/24] kern/1423 wollman route causes kernel page fault. f [1996/08/01] bin/1454 steve /bin/sh bug handling <<[n] FD processing o [1996/08/03] bin/1461 Incorrect address binding of Kerberized r o [1996/08/04] kern/1467 gibbs scsi_prevent causing tape problems on clo o [1996/08/18] kern/1512 dyson Use of madvise may may cause bad memory m o [1996/08/22] kern/1533 dyson Machine can be panicked by a userland pro o [1996/08/25] misc/1541 julian fork.o in libc_r fails to compile f [1996/09/05] kern/1570 Setting SHMALL > 35000 causes panic o [1996/09/14] kern/1610 dyson mmap() of unassociated memory + mlock() c o [1996/09/16] i386/1626 MUSTEK Scanner hangs NCR SCSI controller f [1996/09/18] kern/1637 mss driver causes feedback (squeal) on so o [1996/09/19] bin/1650 telnet encryption with char-mode and asci o [1996/09/21] kern/1661 ft driver hangs uninterruptably at "bavai o [1996/09/29] kern/1689 wollman TCP extensions throttles distant connecti o [1996/09/29] kern/1692 Page fault while in kernel modem fatal tr o [1996/10/01] bin/1702 installing of tcl manpages fails from mak o [1996/10/03] kern/1715 le driver non-reentrant o [1996/10/04] kern/1723 gibbs kernel fault when doing scsi reprobe o [1996/10/04] kern/1724 gibbs HP colorado T4000S tape drive hangs syste o [1996/10/04] kern/1726 panic in kmem_malloc (dump available) o [1996/10/10] ports/1753 markm SSLeay doesn't work against Microsoft sec o [1996/10/10] kern/1754 netbooted machines freeze with ifconfig a o [1996/10/11] bin/1773 ports A NULL pointer causing segmentation core o [1996/10/13] gnu/1787 markm Diffs with Index: lines are not honored f o [1996/10/15] bin/1810 fsck -p does not check pass 0 filesystems o [1996/10/15] kern/1812 dyson vnodes are left in a locked state o [1996/10/15] kern/1814 cy driver gets deadlocked sometimes a [1996/10/18] kern/1839 mpp Multiple mfs mounts of same mount point o [1996/10/20] kern/1848 breakpoints may be set in shared librarie o [1996/10/21] kern/1856 read-only nfs mount: panic leaf should be o [1996/10/22] ports/1866 wosch popclient flushes remote mailbox even wit o [1996/10/24] kern/1880 kernel crash during boot when using 512 M o [1996/10/25] bin/1891 mountd fails to export o [1996/10/26] bin/1892 install(1) removes target file o [1996/10/29] bin/1927 User CPU time getting accounting as syste o [1996/11/07] bin/1973 jmg pppd uses /etc/ppp/options.tty after comm o [1996/11/08] gnu/1981 ypserv handles null key incorrectly o [1996/11/13] ports/2000 asami obsolete software in distfiles directory a [1996/11/13] bin/2001 mpp vi confused about lines to display o [1996/11/13] i386/2002 sio doesn't detect com port on Compaq Con o [1996/11/14] misc/2013 'make world' fails on read-only /usr/src a [1996/11/14] kern/2014 sos Console keyboard lockup problem o [1996/11/15] bin/2016 static libtcl references symbols that are o [1996/11/15] kern/2034 julian [devfs] wd* driver "slot name rejection e o [1996/11/15] gnu/2035 peter deque bug, local gnu changes to deque hea o [1996/11/18] kern/2053 de0 driver don't work at 100M for Compex o [1996/11/24] kern/2094 wd1: interrupt timeout: o [1996/11/26] bin/2107 problem building a system from cdrom. s [1996/12/03] kern/2142 FP mask not saved for signal handlers o [1996/12/03] kern/2144 kernel panic (page fault) running chgrp o [1996/12/08] kern/2181 2.2-ALPHA flickers/wavers part of the upp o [1996/12/10] misc/2189 mpp netdb.h works not with -traditonal cc fla o [1996/12/10] bin/2191 syslogd stops logging after several hours o [1996/12/13] bin/2206 NIS Makefile can't manage appletalk entri o [1996/12/17] kern/2232 MSDOSFS corrupts MSDOS partitions > 500Mb o [1996/12/18] kern/2248 Mitsumi CD-ROM driver has "timeout" probl s [1996/12/19] bin/2255 brian Client PPP negotiates Stacker compression o [1996/12/20] bin/2256 PPP process on port will not close when a s [1996/12/22] ports/2268 ports libc from linux emulator does not use /et o [1996/12/22] kern/2270 Hayes ESP serial card locks system as of a [1996/12/25] misc/2283 ache setlocale() in libxpg4 always returns NUL o [1996/12/29] bin/2318 /usr/libexec/rlogind doesn't work after t a [1996/12/30] kern/2325 mpp quota.user enlarged, no boot on 2.2-BETA o [1996/12/30] kern/2330 changing root device to sd0a - ncr0: abor o [1996/12/31] ports/2340 obrien gshar+gunshar needs to be updated to 4.2 o [1997/01/01] kern/2351 panic:timeout table full o [1997/01/06] kern/2388 joerg start unit command screws up some CDROM d o [1997/01/07] gnu/2394 tar will extract files even if -C command f [1997/01/07] kern/2401 joerg 2.2 RELENG sometimes locks up early on bo o [1997/01/08] kern/2425 amd driver does not reprobe devices. o [1997/01/08] conf/2426 At end of install, panic: Going nowhere w o [1997/01/09] bin/2430 mountd stops on loading if subnet mask is o [1997/01/09] i386/2431 panic: get_pv_entry: cannot get a pv_entr o [1997/01/12] i386/2471 Sound: Reset failed - Can't reopen device o [1997/01/13] misc/2479 sos NEC CD-ROM NOT RECOGNIZED; MATROX MISTIQU o [1997/01/13] bin/2489 mpp gnats mangles sections o [1997/01/16] kern/2507 Renaming DOS directories with "mv" causes o [1997/01/18] kern/2521 kernel from 2.1.6 install CD doesn't acce o [1997/01/18] bin/2527 fetch doesn't print enough of the error m o [1997/01/20] kern/2538 worm burning suddenly broken o [1997/01/20] bin/2541 cd (using /bin/sh) may leave you in the w o [1997/01/20] kern/2545 se < sd0(ncr0:6:0): COMMAND FAILED ==> Not a [1997/01/21] bin/2549 sos cdcontrol refuses to play audio CDs from f [1997/01/21] misc/2551 davidn limit too small for user root o [1997/01/23] kern/2569 route -iface breaks inet behaivour f [1997/01/24] kern/2570 fenner arpresolve: cant allocate llinfo o [1997/01/25] bin/2591 sh coredumps when passing an argv of a ce o [1997/01/26] bin/2597 everything stops when the new ld.so is in o [1997/01/29] kern/2613 ache syscons mistakes MONO for MONO VGA o [1997/01/29] misc/2614 make reinstall does not work o [1997/01/29] bin/2616 Installs very irratically from the same c o [1997/01/31] kern/2628 code clean up of sys/sys o [1997/01/31] kern/2632 enabling psm mouse causes keyboard to not o [1997/01/31] bin/2633 fsck -p in /etc/rc fails with cannot allo o [1997/02/02] kern/2640 2.2-RELENG leaks memory (router/pppd serv s [1997/02/03] kern/2647 changing existing route to -static crashe o [1997/02/04] ports/2664 elm methodically writes garbage into fold o [1997/02/05] kern/2667 wollman bpfattach can hang the system f [1997/02/05] bin/2670 fetch fails with HTTP_PROXY o [1997/02/05] bin/2671 Run-away processes using all CPU time a [1997/02/06] kern/2675 lkmcioctl() is not consistent and careful o [1997/02/07] kern/2690 asami When Using ccd in a mirror mode, file cre o [1997/02/08] kern/2695 sio1 (16540 serial port) is not recognize o [1997/02/09] kern/2698 After rewind I cannot read a tape; blocks o [1997/02/12] kern/2719 added support for magneto-optical SCSI di o [1997/02/13] ports/2731 ports new port: Tcl 8.0A2 o [1997/02/14] kern/2732 mcopy 3.0 causes kernel hang o [1997/02/14] bin/2736 No boot block if no FreeBSD partitions on o [1997/02/15] kern/2742 panic: leaf should be empty o [1997/02/15] bin/2747 davidn cannot submit at jobs from within an at j o [1997/02/17] kern/2751 asami 2GB limitation on CCD device partitions s o [1997/02/18] bin/2762 Precedence mistake in libncurses o [1997/02/19] kern/2768 ktrace(1) -i dumps corrupted trace data o [1997/02/19] bin/2769 fsck needs several runs to clean up bad/d o [1997/02/19] kern/2770 panic: vm_fault: fault on nofault entry o [1997/02/19] kern/2771 panic: bad dir f [1997/02/19] kern/2772 gibbs panic: %s:%c:%d: Target did not send an I o [1997/02/19] kern/2773 bad dir panic o [1997/02/20] misc/2781 jkh Installation crashes if timeout in ftp tr o [1997/02/20] misc/2784 brian userland PPP rises load to 1.00 o [1997/02/20] bin/2785 wpaul callbootd uses an unitialized variable o [1997/02/20] gnu/2786 gcc version 2.7.2.1 C compiler slows down o [1997/02/21] misc/2793 libc_r make fscanf failure o [1997/02/22] kern/2800 DDS large data writing probrem o [1997/02/25] kern/2815 Custom Kernel crashes o [1997/02/27] bin/2829 jkh FTP installs can only fail once o [1997/02/28] bin/2832 w treats corrupted utmp as fatal error o [1997/03/01] kern/2840 mlock+minherit+fork+munlock causes panics o [1997/03/02] bin/2844 libedit sync with NetBSD/OpenBSD o [1997/03/03] i386/2853 syscons beeps even if beeping screen is n o [1997/03/03] kern/2858 dfr FreeBSD NFS client can't mount filesystem o [1997/03/03] bin/2867 sysinstall goes into an infinite loop dur o [1997/03/04] kern/2873 the od0 devies does not handle a Maxoptix o [1997/03/04] docs/2874 The gencat command hasn't got a manual pa o [1997/03/07] bin/2915 the "-fstype ufs" option of "find" seems o [1997/03/07] ports/2918 ports Unable to pass 8+ command line arguments o [1997/03/08] kern/2919 vm_fault: fault on nofault entry, addr: f o [1997/03/09] bin/2925 non-priviledged user can crash FreeBSD!! o [1997/03/11] bin/2948 can't dump 640MB optical disks o [1997/03/11] ports/2956 ports New Port: xgospel-1.10d in ftp.freebsd.or o [1997/03/12] kern/2965 st0 hang/fail on reading 4mm DAT tape for o [1997/03/12] bin/2969 csh and/or builtin printf has problems wi o [1997/03/12] bin/2973 output of iostat is wrong. o [1997/03/15] kern/2991 RTF_LLINFO routes remain when interface i a [1997/03/15] ports/2994 ports xpm port does not build for the first tim o [1997/03/18] kern/3021 panic after sync during reboot o [1997/03/18] kern/3029 typo in libc o [1997/03/19] kern/3039 higher securelevel (>0) stops X server o [1997/03/21] i386/3048 multicast support necessery in some drive o [1997/03/21] kern/3054 OPL3 sound off by one note o [1997/03/21] bin/3055 umount -f does not work o [1997/03/24] i386/3082 keyboard locks up unexpectedly o [1997/03/24] i386/3083 Toshiba XM-5702B ATAPI CDROM not detected o [1997/03/24] bin/3085 make world fails on compiling dumpfs.c o [1997/03/24] misc/3086 panic: cannot mount root - on boot, when o [1997/03/25] kern/3104 Cannot execute files on a nullfs filesyst o [1997/03/26] conf/3109 unintellible upgrade doc o [1997/03/27] kern/3122 _POSIX_SAVED_IDS not defined in 2.2 o [1997/03/27] conf/3123 /stand/sysintstall does not perform to up o [1997/03/27] i386/3124 BOOT_PROBE_KEYBOARD hangs system in bootb o [1997/03/27] bin/3126 Install with mcd0 still broken. o [1997/03/27] bin/3127 PCI Ether card slower than ISA Ether card o [1997/03/28] i386/3130 Dell Latitude keyboard lock up o [1997/03/28] misc/3133 TIOCSETD error with Cyclades 8Yo o [1997/03/30] gnu/3149 patch-2.1: files possibly created in wron o [1997/03/31] kern/3156 Copying to floppy device file locks machi o [1997/03/31] bin/3158 seg faults and cannot update links using f [1997/04/01] kern/3162 2.2 kernel from mar 25th crashes on nfs s o [1997/04/01] bin/3170 vi freaks and dump core if user doesn't e o [1997/04/02] kern/3180 mlock() causes panic: lockmgr: upgrade ex o [1997/04/04] i386/3195 ahc panic o [1997/04/05] kern/3201 de0 not re-enabled after hub down o [1997/04/05] ports/3205 jmz Mtools-3.0 attempts to flock() a disk par o [1997/04/05] kern/3209 3.0-current panics on shutdown/reboot/hal o [1997/04/06] kern/3216 panic: pmap_zero_page: CMAP busy o [1997/04/06] kern/3219 sppp or arnet gets looped after connectio o [1997/04/08] bin/3230 Unable to resolve dev conflict between ed o [1997/04/09] kern/3244 ipfw flush closes connections o [1997/04/10] bin/3246 mtree -c should escape whitespace and spe o [1997/04/11] ports/3256 ache ncftp-2.4.2 in packages-2.2 was not linke o [1997/04/11] docs/3257 make cleandepend is broken in src/ o [1997/04/12] kern/3263 gnats-admintroubles with digiboard o [1997/04/13] kern/3278 mounting MFS uses up swap space o [1997/04/14] misc/3291 md2.h, md4.h, and md5.h headers useless f o [1997/04/15] bin/3305 Can't do encrypted rlogin into self o [1997/04/16] bin/3307 Unable to Route to a different Class C wi o [1997/04/16] misc/3308 Missing "#include item' when making world o [1996/10/23] bin/1872 automounter (amd) cannot ls directories w o [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executabl o [1996/10/26] bin/1897 Sendmail 8.8.2 requires /etc/sendmail.cw o [1996/10/27] bin/1904 /usr/bin/su is not careful enough in veri o [1996/10/27] misc/1908 jkh FTP install failed DNS lookup o [1996/10/29] bin/1924 if lpd is not running, lpc will say ``no o [1996/10/30] i386/1931 Mitsumi CDrom works well under 2.1.x, fai o [1996/10/31] ports/1939 ports exodus port doesn't build with new g++-2. o [1996/11/01] bin/1941 wtmp and monthly rotation o [1996/11/01] bin/1943 route(8) args o [1996/11/02] bin/1945 Out of date code/comments in dd o [1996/11/04] i386/1953 syscons savers have no default timeout o [1996/11/04] gnu/1961 uucp logging files are in /var/spool/uucp o [1996/11/06] bin/1968 FreeBSD has no rdate(8), here's one o [1996/11/06] bin/1970 csh limtail() bug o [1996/11/09] bin/1985 pkg_delete outputs confusing message when o [1996/11/13] kern/2004 route add -link panic o [1996/11/13] bin/2005 Poor command line argument checking and b o [1996/11/14] bin/2008 kerberos tickets from login all have the o [1996/11/15] kern/2022 Switching from X display to virtual conso o [1996/11/16] bin/2036 cpio size wraparound o [1996/11/16] ports/2038 torstenb sshd dies on FreeBSD machines if run as a o [1996/11/18] ports/2051 obrien HDF library port o [1996/11/19] bin/2061 DEBUG_FLAGS in bsd.lib.mk is broken o [1996/11/19] bin/2065 wollman in tzsetup/sysinstall, allow user to type o [1996/11/19] misc/2068 Unstable keyboard mappings on the main tt o [1996/11/20] kern/2072 ZIP drive support is available for FreeBS o [1996/11/21] ports/2079 obrien New ports supporting AWE sound driver (fo o [1996/11/21] bin/2080 The scanf family doesn't support 'q' modi o [1996/11/22] docs/2087 ifconfig.8 does not document how to remov o [1996/11/22] bin/2090 clients may bind to FreeBSD ypserv refusi o [1996/11/23] bin/2093 AMD gets sig 11 when /etc/malloc.conf is o [1996/11/24] ports/2096 tg ImageMagick outdated, lzw not supported o [1996/11/25] misc/2105 bsd.lib.mk has problems with STRIP and IN o [1996/11/26] bin/2106 Byte order problem in -current routed o [1996/11/26] i386/2108 sos [ATAPI] wcd driver may hang under certain o [1996/11/28] kern/2118 writing to virtual consoles fails to disp o [1996/11/28] bin/2119 mount lies to child about argv0, which ca o [1996/12/01] bin/2133 netstat -s overflows to negative o [1996/12/02] bin/2137 vm statistics are bad o [1996/12/02] kern/2140 FreeBSD leaves EtherExpress 16 net card i o [1996/12/03] ports/2145 ports qpopper bulletin support broken o [1996/12/03] conf/2146 wrong /dev for COM2 during installation v a [1996/12/04] docs/2153 mpp Manual page of bootparams(8) refers to a o [1996/12/06] i386/2166 psm driver locks the console o [1996/12/07] ports/2169 pst zephyr port does not completely compile o [1996/12/08] ports/2173 peter top does not compile under FBSD 2.1.6 o [1996/12/08] ports/2182 ports FreeBSD's and X-32's list of locales do n o [1996/12/08] bin/2184 sendmail has lots of trouble with local d o [1996/12/08] misc/2185 phk add ability to change partition type in l a [1996/12/10] ports/2190 asami need cross-reference to xpdf from X11 por o [1996/12/12] kern/2199 joerg Got a lots of "Target Busy" messages with o [1996/12/14] kern/2214 File System gets corrupted when mounting o [1996/12/14] bin/2216 Ada specs not being compiled into cc/gcc o [1996/12/16] bin/2227 FreeBSD does not recognize WD7000-ASC dri o [1996/12/17] i386/2234 fbsdboot.exe does not turn off floppy dri o [1996/12/17] i386/2239 some interrupts take too long (i.e. BT946 o [1996/12/18] misc/2242 Suggest add optional mt blocksize 512 o [1996/12/18] bin/2247 imp getopt should return -1 rather than EOF o [1996/12/20] bin/2260 PPP logins using PAP to Nortel/Shiva syst o [1996/12/21] ports/2264 ports latex* ports need updating a [1996/12/21] bin/2265 guido su(1) does not call skeyaccess() o [1996/12/23] kern/2271 FIONREAD on tunnel device returns incorre o [1996/12/24] kern/2273 support for POSIX.4 / POSIX.1a RT-schedul o [1996/12/24] docs/2275 no support for isdn-cards o [1996/12/25] conf/2284 Termcap ibm3163 entry has arrow keys wron o [1996/12/26] bin/2291 race condition in /etc/master.passwd lock o [1996/12/27] kern/2298 Support for DSR/DCD swapping on serial po a [1996/12/27] misc/2302 markm new crypt() including SHS and an extendab o [1996/12/28] misc/2309 Thread safe fixes to malloc, localtime, l o [1996/12/28] ports/2313 torstenb pidentd fails in 2.2-BETA o [1996/12/29] bin/2315 tail segfaults on NFS permission denied o [1996/12/29] misc/2323 FreeBSD.FAQ file in ftp.freebsd.org is lo o [1996/12/30] kern/2327 `Green' saver for pcvt o [1996/12/31] bin/2336 jkh Sysinstall won't install dists on 2nd pas o [1997/01/01] docs/2353 Changes to FAQ o [1997/01/03] bin/2366 libc does not consult /etc/services to fi o [1997/01/03] bin/2368 serial line logins "freeze" during login o [1997/01/06] bin/2382 curses.h / -lcurses incompatible with C++ o [1997/01/06] bin/2383 Inconsistent tputs(3) prototypes in curse o [1997/01/06] misc/2386 patches for new socket credential firewal o [1997/01/06] bin/2387 virtual hosting patches for inetd o [1997/01/06] kern/2390 Some CDROM drives stop audio on cdcontrol o [1997/01/07] kern/2393 filesystems not unmounted following shutd o [1997/01/07] misc/2407 dirent.h does not include sys/types.h o [1997/01/07] bin/2410 pppd(8): failing PAP doesn't force line d o [1997/01/07] kern/2412 Wine does not work o [1997/01/07] ports/2413 peter Cannot redirect "top" output o [1997/01/08] kern/2424 Pressing ALT-Fn during boot -c leave bell o [1997/01/09] kern/2429 Driver for AIMS Lab RadioTrack radio card o [1997/01/10] bin/2437 minor nits on text in 2.2-BETA install o [1997/01/10] bin/2442 davidn setusershell()/endusershell() missing o [1997/01/10] bin/2443 Fetch cannot find the correct boundary be o [1997/01/11] bin/2448 semctl() not portable -- freebsd requires o [1997/01/11] docs/2455 no description "option COMCONSOLE" MLEN o [1997/01/26] misc/2596 dd refuses to respond to SIGkill o [1997/01/26] i386/2598 ep0 in EISA mode hangs if ep0-device (ISA o [1997/01/28] bin/2603 Added POSIX.4/POSIX.1b constants in unist o [1997/01/28] bin/2604 Added POSIX.4/POSIX.1b shm_open()/shm_unl o [1997/01/28] ports/2607 max New port: Gopher-2.3 o [1997/01/28] bin/2609 Problem receiving more than 1688835 bytes o [1997/01/29] misc/2617 Utility submission - upsmon - UPS monitor o [1997/01/30] kern/2621 Patch to support Cogent EM110 fast-ethern o [1997/01/30] docs/2623 ipfirewall(4) man page is way out of date o [1997/01/30] bin/2624 kdump unaware of semsys and several other o [1997/01/31] bin/2630 xargs does excessive and inconsistent arg o [1997/01/31] bin/2631 kill interprets empty arg as PID 0 o [1997/02/02] gnu/2637 tar dumped core with -g option. f [1997/02/02] ports/2639 jkh FreeBSD 2.2 teTeX-0.4 package does not in a [1997/02/02] bin/2641 wpaul login_access.c doesn't work with NIS by d o [1997/02/03] ports/2653 pst mh-6.8.4 manpage error for slocal o [1997/02/04] bin/2657 ypserv thinks there is no computers in ne o [1997/02/04] bin/2660 When selecting BSD to boot from system ha o [1997/02/04] bin/2665 port 22 isn't being converted to ".ssh" i o [1997/02/05] bin/2668 modification suggested for rarpd o [1997/02/05] bin/2672 Problem with telnetd o [1997/02/06] kern/2681 missing prototype in s [1997/02/07] ports/2684 torstenb ircII port upgrade; 2.9_roof -> 2.9alpha1 o [1997/02/07] kern/2686 struct igmpmsg in s o [1997/02/07] misc/2687 sysinstall umounts floppy after prompting o [1997/02/10] bin/2703 vipw doesn't allow you to edit master.pas o [1997/02/10] kern/2704 Occasional failure to detect wdc1 on boot o [1997/02/11] conf/2709 FBSD 2.1.6 X-Server installation setup ut o [1997/02/11] bin/2713 ftp daemon processes don't terminate, eve o [1997/02/11] kern/2715 MSDOS-FS 1024/2048 byte/sector media supp o [1997/02/11] kern/2716 od.c/sd.c non 512 byte/sector support imp o [1997/02/13] i386/2729 "make tags" in sys/kern produces barely u o [1997/02/14] bin/2734 jkh pkg_* uses relative paths to executables o [1997/02/14] bin/2735 jkh Add signature support (both MD5 and PGP) o [1997/02/14] bin/2737 yppasswd fails to change password on a su o [1997/02/15] misc/2745 fenner PR querry web form doesn't sort correctly o [1997/02/17] bin/2752 NULL is used instead of 0 many places o [1997/02/20] docs/2780 Description of Linux emulation is out of o [1997/02/20] bin/2782 err man page is slightly wrong o [1997/02/21] misc/2789 na.phone update o [1997/02/22] ports/2797 tg New Port: qmail o [1997/02/23] kern/2806 new kernel tags script o [1997/02/23] kern/2807 pcisupport.c uses sprintf field widths, n o [1997/02/24] docs/2810 Tutorial submission detailing how to upgr o [1997/02/25] i386/2813 hard reference to /usr/src breaks make wo o [1997/02/25] ports/2817 ports New port - prodosemu is an Apple2e prodos o [1997/02/26] conf/2819 /etc/rc does not execute 'uname' when con o [1997/02/26] conf/2822 ftp install specifying URL confusing o [1997/02/27] gnu/2827 after make world genclass is not installe o [1997/02/28] docs/2833 Repeated topics on FAQ entry hardware com o [1997/03/02] bin/2845 sync with spiffy new netbsd/openbsd ftp c o [1997/03/02] misc/2848 jmg newsyslog will notify syslogd, not any ot o [1997/03/02] docs/2850 init(8) man page does not document secure o [1997/03/02] bin/2851 script(1) sets argv[0] of the started she o [1997/03/03] kern/2857 DE500 board exhibits capture effect o [1997/03/03] bin/2859 /usr/bin/quota seems to choke on long gro o [1997/03/03] misc/2863 New keymap for Latin American Keyboards o [1997/03/03] bin/2864 Using modload with -p option broken o [1997/03/03] kern/2865 dfr NFS client hangs on umount, ls, df when N o [1997/03/03] bin/2871 showmount -e returns error o [1997/03/04] misc/2882 Duplicate line in /etc/services? o [1997/03/05] kern/2886 fenner mbuf leak in multicast code o [1997/03/06] docs/2897 mpp send-pr categories should be explained so o [1997/03/06] bin/2898 fenner arp -a -n buglet a [1997/03/06] ports/2902 ports Fix xmcd port for PACKAGE_BUILDING o [1997/03/06] ports/2903 ports New port: xdeblock o [1997/03/06] ports/2904 ports New port: wm2 a [1997/03/06] ports/2905 ports Fixed port: xshisen-1.36 o [1997/03/08] ports/2920 ports patch for mispositioned xv windows under o [1997/03/08] ports/2922 ports Please commit new port: viz-1.1.1 o [1997/03/09] i386/2924 syscons X keyboard gets stuck in capsmode o [1997/03/09] ports/2926 ports xmgt-2.31 port, now in pub/incoming on ft o [1997/03/10] bin/2933 sysinstall fails when adding packages thr o [1997/03/10] bin/2934 sh(1) has problems with $ENV o [1997/03/10] ports/2936 tg The teTeX port runs strup on /usr/local/b o [1997/03/10] bin/2938 Add -b, -l, and -f options to du(1) o [1997/03/10] docs/2939 `man 8 sticky` == outdated o [1997/03/10] conf/2943 standard-supfile missing src-release and o [1997/03/11] ports/2949 ports bsd.port.mk needs something like FETCH_EN o [1997/03/11] ports/2951 ports xgraph source is not on MASTER_SITE o [1997/03/11] misc/2955 pkg_add failed on xemacs via sysintall o [1997/03/12] ports/2961 ports New port(jp-vftool-1.2):japanese/virfonts o [1997/03/12] bin/2968 fmt dumps core on ^M o [1997/03/13] ports/2974 ports updated Makefile and patch-ab of jp-dvi2p o [1997/03/13] bin/2977 After enabling moused and vidcontrol and o [1997/03/13] bin/2979 GCC complains about stmt. expr. when comp o [1997/03/13] i386/2984 serial port console only prints ~ 1 char o [1997/03/14] ports/2988 joerg vga font is not built o [1997/03/15] ports/2993 ports qmail-port-take2-proff.tar.gz in incoming o [1997/03/15] kern/3001 soundblaster8 card does not work correctl o [1997/03/16] misc/3009 packages-2.2/x11/fvwm-1.24r.tgz corrupt o o [1997/03/17] ports/3012 ports qmailanalog port in incoming o [1997/03/18] conf/3022 /etc/sysconfig was not set up with option o [1997/03/18] conf/3023 By default users have no write permission o [1997/03/18] misc/3024 make reinstall in /usr/src requires writa o [1997/03/18] bin/3025 mv to / trailed dirs prints odd error mes o [1997/03/18] bin/3028 sos add support for Glidepoint pointing devic o [1997/03/19] misc/3040 sysinstall XF86Config graphic mode YES=== o [1997/03/19] bin/3042 comm and uniq do not have a case insensit a [1997/03/21] ports/3052 ports /usr/ports/lang/expect does not find tkCo o [1997/03/22] kern/3061 route does not accept -genmask o [1997/03/24] misc/3075 2.2-R install "features" (non critical) o [1997/03/24] bin/3080 yacc produces output which doesn't compil o [1997/03/24] ports/3081 ports sitelispdir is a directory no a path in x o [1997/03/24] ports/3090 ports ircii-2.9-roof does not run. o [1997/03/25] bin/3101 "command" entry of ps -uc is too wide, ou o [1997/03/26] docs/3112 Handbook says that users should use sup o [1997/03/26] misc/3113 make libraries failed. o [1997/03/27] misc/3119 /usr/share/syscons/keymaps/german.iso.kbd o [1997/03/27] ports/3121 tg teTeX 0.4 package has missing links ? a [1997/03/28] misc/3136 rc.firewall should be run after interface o [1997/03/29] bin/3139 qcamcontrol has a bug where I/O errors ar o [1997/03/29] misc/3140 display message is broken on boot.flp o [1997/03/30] docs/3147 /usr/share/misc/au.postcodes o [1997/03/30] misc/3148 adjkerntz screws up during GMT/BST change o [1997/03/31] bin/3152 FreeBSD 2.2-STABLE: getty does not initia o [1997/03/31] misc/3155 Checksum mismatch o [1997/03/31] gnu/3157 Patches to gas and gdb to support MMX ext a [1997/04/01] bin/3164 mpp view copies the file into vi.recover o [1997/04/01] ports/3169 ports nn port broken o [1997/04/01] conf/3171 Typo in /etc/sysconfig o [1997/04/01] kern/3172 CS4232 support trouble for mss0 o [1997/04/03] bin/3190 RISCom N2 card driver problem? o [1997/04/04] kern/3191 Commiting of the ppa Zip Drive driver to o [1997/04/04] bin/3194 2.2.1-RELEASE hangs when using /stand/sys o [1997/04/05] bin/3202 shutdown(8) don't work if started from an o [1997/04/05] bin/3206 su seg-faults when being invoked with an o [1997/04/06] bin/3210 routed having problems with /etc/gateways o [1997/04/06] bin/3211 ctm uses mktemp()> o [1997/04/06] bin/3212 the pkg_* tools use mktemp() o [1997/04/06] misc/3217 The rmail.c err() function will fail in m o [1997/04/07] bin/3221 rpc.rusersd : can't communicate with SunO o [1997/04/07] misc/3225 uucpd.c should normalize host names as lo o [1997/04/08] bin/3232 XFree86 installation Problem with non-Mic o [1997/04/08] bin/3233 adduser(8) doesn't add users to the wheel o [1997/04/08] misc/3237 SCRIPTS addition to bsd.prog.mk a [1997/04/09] bin/3241 times(3) returns only stime o [1997/04/09] bin/3242 incorrect prototype for initgroups o [1997/04/09] bin/3245 variable substitution "a=${a:=}" in /bin/ o [1997/04/10] bin/3251 xsysinfo stops refreshing and wastes CPU o [1997/04/10] kern/3253 scsiconf.c: make ZIP disks use optical dr o [1997/04/11] misc/3254 Can't connect to my ISP, because my ISP u o [1997/04/12] bin/3269 exec pppd -detach ... caused a kernel pan o [1997/04/12] docs/3270 command 'cvs init' missing from cvs(1) o [1997/04/13] conf/3272 $@ is deprecated I believe, so use ${.TAR o [1997/04/13] docs/3275 mpp Some man pages has absolutely wrong date o [1997/04/14] kern/3281 errors when "rm -r"-ing in a mounted ext2 o [1997/04/14] kern/3282 ext2fs causes fs-unmount at shutdown/rebo o [1997/04/14] bin/3283 brandelf fails on files without write per o [1997/04/14] bin/3284 symorder(1): -t option doesn´t work at al o [1997/04/14] bin/3285 date option for pom(6) (phase of the moon o [1997/04/14] bin/3286 missing error checking in mount_mfs(8) ak o [1997/04/14] kern/3287 missing symbols in /usr/src/sys/i386/i386 o [1997/04/14] kern/3288 addition of a -f (force) option to "write o [1997/04/14] bin/3289 login(1) does not check /etc/skey.access o [1997/04/14] docs/3290 port option in lpd not valid o [1997/04/15] docs/3295 ATAPI CDROM not found during setup o [1997/04/15] kern/3299 /dev/console hangs o [1997/04/15] kern/3302 msdos FS bogus error o [1997/04/15] bin/3303 ftpio manpage o [1997/04/15] ports/3306 ports new port-package for ifmail o [1997/04/17] docs/3313 manpage bug in scsi(8) (cmd args are hex) o [1997/04/17] bin/3314 /etc/daily did not run on April 6, 1997 o [1997/04/17] kern/3317 odd TUBA_INCLUDE use in tcp_input.c o [1997/04/17] ports/3318 ports New port: jigsaw (Java-based HTTP server) o [1997/04/18] ports/3322 markm setlocale problem in lang/perl5 a [1997/04/19] ports/3335 ports new port request of korean/hanemacs o [1997/04/20] ports/3358 asami XFMail-1.1 has been released o [1997/04/20] bin/3360 su(1) cannot call MD4Init(3) from libskey a [1997/04/20] ports/3363 ports port of nana-1.00 for your collection o [1997/04/21] misc/3368 sysinstall upgrade should confirm before o [1997/04/23] kern/3375 Consistent 10 min. delay at boot with REL o [1997/04/24] bin/3379 mprof dumps core on FreeBSD 2.2.1 o [1997/04/25] docs/3382 bootp.8 -t option o [1997/04/25] ports/3383 ports kaffe core dumps if LD_LIBRARY_PATH not s o [1997/04/25] bin/3386 kernel 'config' wrapper 'doconfig' ala Di o [1997/04/27] ports/3396 max update of the port of Mesa (now version 2 o [1997/04/27] bin/3397 vipw does not distinguish between rebuild o [1997/04/27] bin/3399 mv of symbolic link can move directory in o [1997/04/27] docs/3400 MAXMEM uses maths in LINT o [1997/04/27] conf/3401 sysinstall sends empty FreeBSD user regis o [1997/04/28] ports/3411 ports New port - Atari 8 bit computer emulator o [1997/04/28] ports/3412 ports New port - Apple IIGS beta release o [1997/04/29] bin/3416 ibcs emulation problems o [1997/04/29] bin/3418 pkg_create doesn't always create gzip'ed o [1997/04/29] bin/3421 chown/chgrp show wrong error message when o [1997/04/30] kern/3426 Linux emulator can't find NIS users o [1997/04/30] bin/3430 start-if.${ifn} needs to be called as a s o [1997/04/30] ports/3435 ports jp-dserver-2.2.2 port is unable to be com o [1997/05/01] kern/3444 Linux emulator can't find NIS users o [1997/05/01] bin/3445 chown/chgrp show wrong error message when o [1997/05/01] bin/3453 start-if.${ifn} needs to be called as a s o [1997/05/01] ports/3455 jmz mtools-3.6.tgz could have a better mtools o [1997/05/01] misc/3465 make-localhost uses %y to generate year o [1997/05/02] bin/3474 misprint in arpa/telnet.h o [1997/05/02] kern/3475 gdb(ptrace?) cause create/modify times on o [1997/05/03] misc/3476 Please add support for .cpp suffix to sta o [1997/05/03] bin/3477 top wastes 16 characters in USERNAME colu o [1997/05/04] docs/3490 mount.8 manpage refinement about Nm and X s [1997/05/04] ports/3498 ports nn-current port is out of date o [1997/05/04] ports/3499 markm exim port out of date o [1997/05/05] misc/3503 rpc.yppasswdd doesn't start due to typo i o [1997/05/05] i386/3504 New features (and manpage) for netboot o [1997/05/05] bin/3506 more did not show iso-8859-n characters o [1997/05/05] bin/3508 FreeBSD 2.2.1 do not view SCSI disk at sw o [1997/05/06] docs/3522 Man pages close(2) misses fcntl lock info o [1997/05/07] bin/3528 fsck fails to detect some illegal block n o [1997/05/08] kern/3546 ktrace works even if no read permission o [1997/05/08] gnu/3552 the -L option of tar does not work proper o [1997/05/09] bin/3556 Bug with -i option in /usr/bin/lpr o [1997/05/09] bin/3558 make reinstall collapses on install-info o [1997/05/09] kern/3560 Timeout counter bug in /sys/i386/isa/wd.c o [1997/05/09] kern/3571 Mounted ext2 prevents umount of filesyste o [1997/05/10] misc/3575 compilation of strtoq.c produces unnecess o [1997/05/11] conf/3577 eBones and OBJLINK=yes fails to build o [1997/05/12] kern/3584 cleanup TCP_REASS macro in tcp_input.c o [1997/05/13] conf/3590 Difference in ttys and FAQ o [1997/05/13] kern/3595 param counts not idential between definit f [1997/05/14] ports/3597 ports jp-groff-0.99 port macro update o [1997/05/16] bin/3608 Telnet in linemode will break apart long o [1997/05/17] kern/3611 Internal CPU cache on CyrixiInstead DX2 d o [1997/05/18] gnu/3616 permissions of /usr/libexec/uucp/uuxqt no o [1997/05/18] bin/3623 Extra definition of vwprintw in curses.h o [1997/05/18] ports/3627 ports New port - Atari 2600 VCS emulator f [1997/05/19] ports/3634 andreas fvwm95-2.0.43a-i18n-port.tar.gz was put o [1997/05/19] docs/3636 No mention is made in relevant manpages a o [1997/05/19] ports/3637 erich xephem needs a chdir()? o [1997/05/20] bin/3638 /bin/w can't handle long /dev/{tty,cua}xx o [1997/05/20] bin/3639 ac doesn't know about FreeBSD's pty names o [1997/05/20] docs/3643 man page of login_getclass(3) not up-to-d o [1997/05/20] docs/3645 TCP_wrappers package doesn't mention wher o [1997/05/21] bin/3648 find(1) extension for file flags o [1997/05/21] ports/3657 ports Port of NCSA HyperNews submitted as p5-hy o [1997/05/22] i386/3663 Unable to get system printer to work o [1997/05/22] ports/3665 jmz mtools port install fails o [1997/05/22] kern/3667 patches to modularize vnode driver o [1997/05/24] docs/3675 man page of mount(2) of 2.2.2R o [1997/05/25] kern/3678 bug in IPDIVERT code in -current o [1997/05/25] docs/3680 manpage cal.1's SYNOPSIS is incorrect. o [1997/05/25] docs/3681 mapage column.1's EXAMPLE does not match o [1997/05/25] docs/3682 Macro usage in manpage ld.1 is not apropr o [1997/05/25] ports/3687 asami Gnat 3.09 Ada Compiler o [1997/05/27] misc/3695 compiled termcap.db not in distribution o [1997/05/28] docs/3704 not dump(5) man page. o [1997/05/28] bin/3705 /stand/sysinstall hangs. pkg_add also ha o [1997/05/29] docs/3709 manpage vmstat.8 has some problems o [1997/05/29] conf/3713 installation floppy bug o [1997/05/30] kern/3720 Addition for supported Hardware o [1997/05/30] kern/3724 sig-11 on package add in sysinstall o [1997/05/31] ports/3729 ports pgsql dies when initiated o [1997/05/31] conf/3730 deprecated option g of ls(1) in dot.profi o [1997/05/31] kern/3731 Addition of a PCI Bridge f [1997/05/31] bin/3733 davidn getty with 'to' option causes pppd to die o [1997/05/31] docs/3735 getlogin manpage says wrong OS o [1997/05/31] ports/3737 ports The DHCPD no longer works under FreeBSD 2 o [1997/06/01] kern/3738 Byte and packet counters in ipfw overflow o [1997/06/01] kern/3739 pause key not disabled; weird stuff when o [1997/06/01] conf/3740 use ENV file for sh(1) o [1997/06/01] bin/3741 Mention virtual terminals in MAKEDEV's ma o [1997/06/01] kern/3742 Mention option "CMD640" in manual page wd o [1997/06/01] conf/3751 Improvements to /etc/rc{,.network,.pccard o [1997/06/02] ports/3759 tg xtem-5.23 (X11 TEx Menu) port submitted ( o [1997/06/02] bin/3762 Bogus return values from rtprio(1) o [1997/06/02] docs/3764 systat(1) -vmstat description seems to be a [1997/06/02] ports/3765 ports New port: mpd-1.0b3 o [1997/06/02] bin/3766 ping has a few missing ntohs() & ntohl() o [1997/06/03] bin/3769 strftime %C should be %c (lstart option) o [1997/06/04] conf/3775 Time Zone for Sri Lanka - LKT o [1997/06/04] bin/3777 quiz dies early o [1997/06/04] bin/3778 ypbind -S domainname,server1,... does not o [1997/06/04] bin/3780 WEXITSTATUS() may return nagative value, o [1997/06/04] ports/3787 ports ghostscript-3.53 has bad PLIST o [1997/06/06] bin/3801 'timed' don't work with option '-n' o [1997/06/07] bin/3805 single process tftpd o [1997/06/07] ports/3806 ports update s3mod to 1.09 o [1997/06/08] docs/3808 The manpage telnet.1 has many bugs. o [1997/06/09] bin/3818 "dd conv=sync" makes garbage o [1997/06/09] docs/3819 man (5) login.conf specifies passwordtime o [1997/06/09] ports/3824 ports New port: snes97 o [1997/06/09] bin/3826 KerberosIV sometimes hangs rcp o [1997/06/09] ports/3831 ports netris port doesn't install sr o [1997/06/10] kern/3836 Cannot remove HUGE directory o [1997/06/10] bin/3837 new feature for rtprio o [1997/06/10] kern/3839 X startup undoes keyboard repeat rate (pc o [1997/06/11] bin/3850 /usr/bin/cmp fails with nonzero byte offs o [1997/06/12] kern/3853 netboot/ns8390.c breaks NS datasheet o [1997/06/12] bin/3855 /usr/bin/cmp fails with nonzero byte offs o [1997/06/12] i386/3856 Improvement to autodetection logic o [1997/06/13] docs/3858 passwd(5) says class field is unused o [1997/06/13] bin/3859 Setting the $0 variable in perl dosnt do o [1997/06/13] docs/3861 Line 108 of rc.conf refers to rc.conf(8) o [1997/06/14] bin/3864 Incorrect usage of err(3) in mount_union. o [1997/06/14] bin/3866 rcs2log fails with eastern timezones o [1997/06/14] ports/3870 ports Upgrade tkdesk 1.0b3 --> 1.0b4 o [1997/06/15] docs/3877 In manapge keyadmin.8, key show be rename o [1997/06/15] kern/3879 Can't export mounted ext2fs via NFS o [1997/06/16] conf/3886 install does not build sendmail host stat o [1997/06/17] ports/3888 ports port net/wu-ftpd: tiny bug that is wu-ftp o [1997/06/17] bin/3889 LPD can't receive printer jobs from remot o [1997/06/17] bin/3891 NIS-only netgroup lookups don't work o [1997/06/17] ports/3892 ports new port: www/webxref (cross-reference ge o [1997/06/17] gnu/3894 manpath segfaults if it dosen't understan o [1997/06/18] ports/3898 ports gnats is updated, and 3.01 is not on the o [1997/06/18] kern/3901 Multicast for Intel 10/100 Ethernet Card o [1997/06/18] ports/3902 ports NEW PORT : MHonArc-2.1 : WWW front end fo o [1997/06/19] bin/3903 markm Kerberized su -l fails with segfault o [1997/06/19] ports/3907 ports Submission of ircII-EPIC, an enhanced irc o [1997/06/19] misc/3911 realpath(3) fall into infinit loop. o [1997/06/19] misc/3912 ctags(1) cannot trace some macro correctl o [1997/06/20] ports/3914 ports new games port - freeciv o [1997/06/20] gnu/3918 vi dosnt wrap lines when called from send o [1997/06/21] ports/3921 ports New port: blue-2.3 o [1997/06/21] ports/3922 ports Author released a new version of nmh - up o [1997/06/22] ports/3924 ports de.spinne-1.0.0 o [1997/06/22] ports/3928 ports New port: jp-pgp-2.6.3ia (language) o [1997/06/22] ports/3931 ports new port: xco (x11) o [1997/06/22] ports/3933 ports new port: xcoloredit (x11) o [1997/06/22] ports/3935 ports another mp3 player o [1997/06/23] ports/3936 ports perl 5.004_01 is already available o [1997/06/23] kern/3938 Problem about mmap() over NFS o [1997/06/23] ports/3939 ports new port: latex2html_icon_server o [1997/06/23] ports/3940 ports port of latex2html-96.1 o [1997/06/23] docs/3941 misc bug on man page of indent.1 o [1997/06/24] kern/3944 if_le doesnt receive ether multicast pack o [1997/06/24] docs/3945 incomplete man page for gethostent o [1997/06/24] bin/3947 /usr/src/etc/pccard_ether is too old... o [1997/06/25] kern/3948 nonworking t/tcp server side o [1997/06/25] ports/3950 ports New port: pccts-1.33 o [1997/06/25] docs/3951 Missing smp(4) manpage. o [1997/06/25] ports/3952 ports new port: mpg123 (audio) o [1997/06/25] kern/3953 kern-config: options PANIC_REBOOT_WAIT_TI o [1997/06/25] ports/3955 ports -kpassive_ftp=true fails on socket connec o [1997/06/26] bin/3957 Makefile dependency error in amd o [1997/06/26] ports/3958 ports a2ps fails if used according to man o [1997/06/26] ports/3960 ports new port - asWedit-3.0 o [1997/06/26] i386/3962 print disk internal cache size during pro o [1997/06/27] kern/3968 Hardware probes die on Peak SBCs. o [1997/06/28] ports/3976 ports New port - tclCheck o [1997/06/28] conf/3978 Incorrect reference to sysconfig in /etc/ o [1997/06/28] misc/3981 brian wtmp logging of ppp activity would be nic o [1997/06/29] ports/3983 ports New port: psf toolkit o [1997/06/29] ports/3987 ports Update port - crossgo32 o [1997/06/30] ports/3990 ports port japanese/prn: bug fix o [1997/06/30] ports/3991 ports set of OffiX ports 573 problems total. From owner-freebsd-bugs Mon Jun 30 10:20:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA05103 for bugs-outgoing; Mon, 30 Jun 1997 10:20:08 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA05076; Mon, 30 Jun 1997 10:20:03 -0700 (PDT) Resent-Date: Mon, 30 Jun 1997 10:20:03 -0700 (PDT) Resent-Message-Id: <199706301720.KAA05076@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, nsayer@quack.kfu.com Received: from relay1.UU.NET (relay1.UU.NET [192.48.96.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA04976 for ; Mon, 30 Jun 1997 10:16:06 -0700 (PDT) Received: from slxinc.specialix.com by relay1.UU.NET with SMTP (peer crosschecked as: slxinc.specialix.com [192.65.145.1]) id QQcwev17301; Mon, 30 Jun 1997 13:15:55 -0400 (EDT) Received: from zephyr.specialix.com by specialix.com id aa00481; 30 Jun 97 10:14 PDT Received: by zephyr.specialix.com (8.8.5//ident-1.0) id KAA09848; Mon, 30 Jun 1997 10:15:53 -0700 (PDT) Message-Id: <199706301715.KAA09848@zephyr.specialix.com> Date: Mon, 30 Jun 1997 10:15:53 -0700 (PDT) From: nsayer@quack.kfu.com Reply-To: nsayer@quack.kfu.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/3992: rc.conf: timed_enable instead of timed_enabled. Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3992 >Category: conf >Synopsis: rc.conf: timed_enable instead of timed_enabled. >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 30 10:20:01 PDT 1997 >Last-Modified: >Originator: Nick Sayer >Organization: Just me >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: >Description: /etc/rc.network refers to the variable "timed_enable", but the stock rc.conf has "timed_enabled" as the spelling. >How-To-Repeat: >Fix: Change stock rc.conf to "timed_enable" (that spelling is consistent with the rest of the file). >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 30 11:01:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA07147 for bugs-outgoing; Mon, 30 Jun 1997 11:01:35 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA07141; Mon, 30 Jun 1997 11:01:28 -0700 (PDT) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA18510; Mon, 30 Jun 1997 10:59:38 -0700 (PDT) Date: Mon, 30 Jun 1997 10:59:38 -0700 (PDT) Message-Id: <199706301759.KAA18510@freefall.freebsd.org> To: nsayer@quack.kfu.com, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/3992 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: rc.conf: timed_enable instead of timed_enabled. State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Mon Jun 30 10:56:58 PDT 1997 State-Changed-Why: This was fixed several weeks ago, thanks. From owner-freebsd-bugs Mon Jun 30 12:13:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA10144 for bugs-outgoing; Mon, 30 Jun 1997 12:13:18 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA10138; Mon, 30 Jun 1997 12:13:06 -0700 (PDT) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA19642; Mon, 30 Jun 1997 12:11:16 -0700 (PDT) Date: Mon, 30 Jun 1997 12:11:16 -0700 (PDT) Message-Id: <199706301911.MAA19642@freefall.freebsd.org> To: Janick.Taillandier@ratp.fr, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/3978 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Incorrect reference to sysconfig in /etc/pccard_ether State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Mon Jun 30 12:10:57 PDT 1997 State-Changed-Why: Fixed, thanks! From owner-freebsd-bugs Mon Jun 30 13:50:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA15419 for bugs-outgoing; Mon, 30 Jun 1997 13:50:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA15410; Mon, 30 Jun 1997 13:50:04 -0700 (PDT) Resent-Date: Mon, 30 Jun 1997 13:50:04 -0700 (PDT) Resent-Message-Id: <199706302050.NAA15410@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, ahilan@cory.eecs.berkeley.edu Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA15353; Mon, 30 Jun 1997 13:49:41 -0700 (PDT) Message-Id: <199706302049.NAA15353@hub.freebsd.org> Date: Mon, 30 Jun 1997 13:49:41 -0700 (PDT) From: ahilan@cory.eecs.berkeley.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/3993: /stand/sysinstall bug Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3993 >Category: bin >Synopsis: /stand/sysinstall bug >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 30 13:50:04 PDT 1997 >Last-Modified: >Originator: Ahilan Anantha >Organization: University of California >Release: 2.2.2 >Environment: FreeBSD grendel.cse.ucsc.edu 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #0: Tue Jun 24 14:43:10 PDT 1997 root@grendel.cse.ucsc.edu:/usr/src/sys/compile/GRENDEL i386 >Description: sysinstall apparently "repeats" the comments of every line in /etc/rc.conf, when adding ports collection software through FTP. It does this at most once for every instance software is added through sysinstall (via FTP). Eventually, sysinstall fails to be able to read the network configuration and crashes with a SIG11 and core dump. Manually editing the /etc/rc.config file to remove the added comments (specifically removing the added comments for the network configuration) or redoing the network configuration through sysinstall repairs the problem for the next instance package install. But sysinstall will continue to repeat the comments afterwards. Here is an example line from /etc/rc.conf (before it got messed up) hostname="grendel.cse.ucsc.edu" # Set this! After running sysinstall multiple times: hostname="grendel.cse.ucsc.edu" # Set this!" # Set this!" # Set this!" # Set this!" # Set this!" # Set this!" # Set this!" # Set this!" # Set th is!" # Set this!" # Set this!" # Set this!" # Set this!" # Set this!" # Set this!" # Set this! >How-To-Repeat: Install packaged software through /stand/sysinstall in multi-user more (after the machine has been initially set up) via FTP, selecting "YES" when asked if the network interface is configured. Examine /etc/rc.conf before and after. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 30 15:20:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA19227 for bugs-outgoing; Mon, 30 Jun 1997 15:20:10 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA19200; Mon, 30 Jun 1997 15:20:03 -0700 (PDT) Resent-Date: Mon, 30 Jun 1997 15:20:03 -0700 (PDT) Resent-Message-Id: <199706302220.PAA19200@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, mrspock@esfm.ipn.mx Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA18874; Mon, 30 Jun 1997 15:12:30 -0700 (PDT) Message-Id: <199706302212.PAA18874@hub.freebsd.org> Date: Mon, 30 Jun 1997 15:12:30 -0700 (PDT) From: mrspock@esfm.ipn.mx To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: conf/3994: Users classes for login. Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3994 >Category: conf >Synopsis: Users classes for login. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Jun 30 15:20:02 PDT 1997 >Last-Modified: >Originator: Eduardo Viruena Silva >Organization: ESFM-IPN >Release: 2.2.2-RELEASE >Environment: FreeBSD Michelle.esfm.ipn.mx 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #0: Tue May 20 10:45:24 GMT 1997 jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC i386 >Description: Login classes have been defined in 2.2.2 release. The login process reports that "root" has no class defined. >How-To-Repeat: Using the Walnut Creek CD standard installation, try to make a login as root. The system complains in the console. >Fix: Create the file: /etc/login.conf this file may contain: ------------------------------ root: default: ------------------------------ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 30 15:30:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA19548 for bugs-outgoing; Mon, 30 Jun 1997 15:30:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA19542; Mon, 30 Jun 1997 15:30:03 -0700 (PDT) Resent-Date: Mon, 30 Jun 1997 15:30:03 -0700 (PDT) Resent-Message-Id: <199706302230.PAA19542@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, mrspock@esfm.ipn.mx Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA19445; Mon, 30 Jun 1997 15:28:32 -0700 (PDT) Message-Id: <199706302228.PAA19445@hub.freebsd.org> Date: Mon, 30 Jun 1997 15:28:32 -0700 (PDT) From: mrspock@esfm.ipn.mx To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: conf/3995: incorrect apache for 2.2.2 installation process Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3995 >Category: conf >Synopsis: incorrect apache for 2.2.2 installation process >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Jun 30 15:30:00 PDT 1997 >Last-Modified: >Originator: Eduardo Viruena Silva >Organization: ESFM-IPN >Release: 2.2.2-RELEASE >Environment: FreeBSD Michelle.esfm.ipn.mx 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #0: Tue May 20 10:45:24 GMT 1997 jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC i386 >Description: The version of apache web server in the options in sysinstall is wrong. It is: apache-1.2b7 it MUST be: apache-1.2b10 >How-To-Repeat: Using /stand/sysinstall try to configure the FreeBSD box as a Web server. >Fix: I thing this option must be "hardwired" in the program. The version 1.2b7 of apache web server is not longer available in the CD-ROM. Of course, you can set the version using /stand/sysinstall -> options -> Apache Package But, when you make the first installation of FreeBSD 2.2.2 you do not know which version of apache you have. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 30 17:25:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA24807 for bugs-outgoing; Mon, 30 Jun 1997 17:25:21 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA24801; Mon, 30 Jun 1997 17:25:11 -0700 (PDT) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA21644; Mon, 30 Jun 1997 17:23:22 -0700 (PDT) Date: Mon, 30 Jun 1997 17:23:22 -0700 (PDT) Message-Id: <199707010023.RAA21644@freefall.freebsd.org> To: ahilan@cory.eecs.berkeley.edu, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/3993 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: /stand/sysinstall bug State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Mon Jun 30 17:23:03 PDT 1997 State-Changed-Why: Thanks, this one was fixed post-2.2.2 in the RELENG_2_2 and -current branches. From owner-freebsd-bugs Mon Jun 30 17:28:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA24977 for bugs-outgoing; Mon, 30 Jun 1997 17:28:07 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA24939; Mon, 30 Jun 1997 17:27:52 -0700 (PDT) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA21727; Mon, 30 Jun 1997 17:26:02 -0700 (PDT) Date: Mon, 30 Jun 1997 17:26:02 -0700 (PDT) Message-Id: <199707010026.RAA21727@freefall.freebsd.org> To: mrspock@esfm.ipn.mx, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/3994 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Users classes for login. State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Mon Jun 30 17:24:56 PDT 1997 State-Changed-Why: This problem has already been fixed and the work-around also documented in ERRATA.TXT From owner-freebsd-bugs Mon Jun 30 17:30:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA25152 for bugs-outgoing; Mon, 30 Jun 1997 17:30:45 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA25137; Mon, 30 Jun 1997 17:30:35 -0700 (PDT) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA21811; Mon, 30 Jun 1997 17:28:45 -0700 (PDT) Date: Mon, 30 Jun 1997 17:28:45 -0700 (PDT) Message-Id: <199707010028.RAA21811@freefall.freebsd.org> To: mrspock@esfm.ipn.mx, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/3995 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: incorrect apache for 2.2.2 installation process State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Mon Jun 30 17:28:26 PDT 1997 State-Changed-Why: You are correct, but the bug is closed in any case now that Apache is no longer an installation option in sysinstall. From owner-freebsd-bugs Mon Jun 30 22:20:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA09265 for bugs-outgoing; Mon, 30 Jun 1997 22:20:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA09254; Mon, 30 Jun 1997 22:20:01 -0700 (PDT) Resent-Date: Mon, 30 Jun 1997 22:20:01 -0700 (PDT) Resent-Message-Id: <199707010520.WAA09254@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, jdp@polstra.com Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA09017 for ; Mon, 30 Jun 1997 22:11:22 -0700 (PDT) Received: (from jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) id WAA28279; Mon, 30 Jun 1997 22:11:20 -0700 (PDT) Message-Id: <199707010511.WAA28279@austin.polstra.com> Date: Mon, 30 Jun 1997 22:11:20 -0700 (PDT) From: John Polstra Reply-To: jdp@polstra.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3998: Dropped TCP connections Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3998 >Category: kern >Synopsis: Unusual traffic pattern drops TCP connections even using loopback interface >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 30 22:20:00 PDT 1997 >Last-Modified: >Originator: John Polstra >Organization: Polstra & Co., Seattle, WA >Release: FreeBSD 2.2-STABLE i386, FreeBSD-3.0 current, and probably earlier versions >Environment: Not relevant. >Description: Under certain circumstances, the FreeBSD TCP stack gets into an unusual state that causes it to drop a perfectly good connection. I have diagnosed the cause of the problem, and I have a fix for it which I am going to commit soon. The purpose of this PR is to record the explanation of the problem and the test case which demonstrates it. >How-To-Repeat: The attached test case demonstrates the bug. The test case establishes a TCP connection between a client C and a server S. Communication then proceeds as follows: * S sends data continually to C until S is blocked by flow control. During this time, C simply sleeps without reading any data. The goal is to fill up the channel S->C and put S into the "persist" state. * After the persist state has been attained, S goes into an infinite loop reading whatever data comes in from C. * C reads 1 byte of data. * C then delays for 10 seconds to allow time for S to send at least one window probe. When the probe comes in, C accepts its 1 byte of data, because there is now room for it in the socket's receive buffer. This triggers the bug by causing C's tp->rcv_nxt to advance beyond its tp->rcv_adv. At a different place in the code, in tcp_input.c, the difference (tp->rcv_adv - tp->rcv_nxt) is used as an unsigned number. But since it is negative, it appears as a very large unsigned number. This effectively creates a negative-sized receive window, and causes all subsequent segments from S to be dropped. * C then goes into a loop writing data continuously to S. But S's acknowledgments all get dropped by C, because they fall outside of C's bogus negative receive window. C therefore retransmits repeatedly until it eventually times out and drops the connection. >Fix: Use a signed calculation in the crucial place: Index: tcp_input.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/tcp_input.c,v retrieving revision 1.58 diff -u -r1.58 tcp_input.c --- tcp_input.c 1997/04/27 20:01:13 1.58 +++ tcp_input.c 1997/07/01 05:05:35 @@ -604,7 +604,7 @@ win = sbspace(&so->so_rcv); if (win < 0) win = 0; - tp->rcv_wnd = max(win, (int)(tp->rcv_adv - tp->rcv_nxt)); + tp->rcv_wnd = imax(win, (int)(tp->rcv_adv - tp->rcv_nxt)); } switch (tp->t_state) { As mentioned above, I am going to commit this fix. Here is the test case for posterity: # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # Makefile # Makefile.inc # README # client # client/Makefile # client/client.c # include # include/looptest.h # server # server/Makefile # server/server.c # echo x - Makefile sed 's/^X//' >Makefile << 'END-of-Makefile' XSUBDIR= client server X X.include END-of-Makefile echo x - Makefile.inc sed 's/^X//' >Makefile.inc << 'END-of-Makefile.inc' XCFLAGS+= -I${.CURDIR}/../include -Wall END-of-Makefile.inc echo x - README sed 's/^X//' >README << 'END-of-README' XTo build the test programs: Type "make" in the directory containing Xthis README file. X XTo demonstrate the bug in the TCP stack: First type "server/server". XDo that in a separate window, or run it in the background. Then Xtype "client/client". This will start the test using the loopback Xaddress of 127.0.0.1. The port that is used is 5995. You can Xchange it in "include/looptest.h" if necessary. X XWhat the test does: X X The server listens at port 5995 with a wildcard IP address. X X The client connects to the server. X X The server sends data continuously until 3 seconds go by without X any progress. The goal is to fill up the channel and get into X the "persist" state. While this is going on, the client just X sleeps without reading any data from the connection. X X The server then goes into an infinite loop reading whatever X comes in over the connection. X X The client reads 1 byte. X X The client then delays for 10 seconds to allow time for the X server to send at least one window probe. When the probe comes X in, the client accepts its 1 byte of data, because there is X room for it in the socket's receive buffer. This advances X rcv_nxt past rcv_adv and triggers the bug. X X The client then goes into a loop writing data continuously to X the connection. X XWhat you will see: Data flow will grind to a halt fairly quickly. XThe server will start outputting periodic messages saying, "No data Xreceived for 10 seconds". If you observe with "tcpdump -n -i lo0 Xport 5995" you'll see the client side doing retransmits and the Xserver side acknowledging them. But the acknowledgments are dropped Xby the client side and so the retransmits continue. If you wait Xlong enough, the system will drop the connection. X XUsing other IP addresses: You can optionally specify the IP address Xto connect to on the client's command line, in dotted notation. XBy default, it uses the loopback address. It fails just as reliably Xif you specify the "real" IP address of the host. I think it would Xfail between two different hosts as well, though the time delays Xmight need to be adjusted. X XWARNING: With a slightly different version of this test on my XFreeBSD-2.2 system, specifying the "real" IP address of the host Xhung the entire system (twice) without a panic or a message of any Xkind. A reboot was necessary to recover from it. This particular Xversion of the test doesn't seem to do that -- it just fails the Xsame as when the loopback address is used. I still have the version Xthat hangs the system, and I'll use it later to investigate the Xhangs. X XJohn Polstra X11 June 1997 END-of-README echo c - client mkdir -p client > /dev/null 2>&1 echo x - client/Makefile sed 's/^X//' >client/Makefile << 'END-of-client/Makefile' XSRCS= client.c XPROG= client XNOMAN= true X X.include END-of-client/Makefile echo x - client/client.c sed 's/^X//' >client/client.c << 'END-of-client/client.c' X#include X#include X#include X#include X X#include X#include X X#include X#include X#include X#include X#include X#include X#include X#include X X#include "looptest.h" X X#define A_BUNCH (1024*1024) X Xstatic void read_a_little(int fd); Xstatic void write_a_bunch(int fd); X Xint Xmain(int argc, char **argv) X{ X char *ipaddr = "127.0.0.1"; X int s; X struct sockaddr_in peer_addr; X X if (argc > 2) { X char *name = strrchr(argv[0], '/'); X if (name == NULL) X name = argv[0]; X else X name++; X errx(1, "Usage: %s [ipaddr]", name); X } X X if (argc > 1) X ipaddr = argv[1]; X X memset(&peer_addr, 0, sizeof peer_addr); X peer_addr.sin_len = sizeof peer_addr; X peer_addr.sin_family = AF_INET; X peer_addr.sin_port = htons(PORT); X if (inet_aton(ipaddr, &peer_addr.sin_addr) != 1) X errx(1, "Invalid IP address \"%s\"", ipaddr); X X s = socket(PF_INET, SOCK_STREAM, IPPROTO_TCP); X if (s == -1) X err(1, "socket"); X X if (connect(s, (struct sockaddr *) &peer_addr, sizeof peer_addr) == -1) X err(1, "connect"); X X printf("Delaying while server fills the channel\n"); X sleep(9); /* Delay long enough for server to fill up channel. */ X X read_a_little(s); X X printf("Delaying long enough for server to send a window probe\n"); X sleep(10); X X for( ; ; ) X write_a_bunch(s); X X return 0; X} X Xstatic void Xread_a_little(int fd) X{ X char buf[1]; X int n; X X printf("Reading a little\n"); X n = read(fd, buf, sizeof buf); X if (n == -1) X err(1, "read"); X if (n == 0) X errx(1, "unexpected EOF"); X if (n < sizeof buf) X errx(1, "short read"); X} X Xstatic void Xwrite_a_bunch(int fd) X{ X static char zeroes[8*1024]; X int nleft = A_BUNCH; X X printf("Writing a bunch\n"); X while (nleft > 0) { X int n = sizeof zeroes; X X if (n > nleft) X n = nleft; X n = write(fd, zeroes, n); X if (n == -1) X err(1, "write"); X nleft -= n; X } X} END-of-client/client.c echo c - include mkdir -p include > /dev/null 2>&1 echo x - include/looptest.h sed 's/^X//' >include/looptest.h << 'END-of-include/looptest.h' X#ifndef LOOPTEST_H X#define LOOPTEST_H 1 X X#define PORT 5995 X X#endif END-of-include/looptest.h echo c - server mkdir -p server > /dev/null 2>&1 echo x - server/Makefile sed 's/^X//' >server/Makefile << 'END-of-server/Makefile' XSRCS= server.c XPROG= server XNOMAN= true X X.include END-of-server/Makefile echo x - server/server.c sed 's/^X//' >server/server.c << 'END-of-server/server.c' X#include X#include X#include X X#include X X#include X#include X#include X#include X#include X#include X X#include "looptest.h" X Xstatic void fill_up_channel(int fd); Xstatic void read_read_read(int fd); X Xint Xmain(int argc, char **argv) X{ X int s; X struct sockaddr_in my_addr; X struct sockaddr_in peer_addr; X int peer_addrlen; X int fd; X int flags; X X s = socket(PF_INET, SOCK_STREAM, IPPROTO_TCP); X if (s == -1) X err(1, "socket"); X X memset(&my_addr, 0, sizeof my_addr); X my_addr.sin_len = sizeof my_addr; X my_addr.sin_family = AF_INET; X my_addr.sin_port = htons(PORT); X my_addr.sin_addr.s_addr = INADDR_ANY; X if (bind(s, (const struct sockaddr *) &my_addr, sizeof my_addr) == -1) X err(1, "bind"); X X if (listen(s, 5) == -1) X err(1, "listen"); X peer_addrlen = sizeof peer_addr; X X /* Wait for a connection from the client. */ X fd = accept(s, (struct sockaddr *) &peer_addr, &peer_addrlen); X if (fd == -1) X err(1, "accept"); X close(s); X X /* Set up non-blocking I/O on the socket. */ X flags = fcntl(fd, F_GETFL, 0); X if (flags == -1) X err(1, "fcntl(F_GETFL)"); X if (fcntl(fd, F_SETFL, flags | O_NONBLOCK) == -1) X err(1, "fcntl(F_SETFL)"); X X fill_up_channel(fd); X X read_read_read(fd); X X return 0; X} X X/* X * Fill up the channel by sending data continuously until 3 seconds goes by X * without any progress. X */ Xstatic void Xfill_up_channel(int fd) X{ X fd_set wfds; X struct timeval t; X int n; X static char zeroes[8*1024]; X X printf("Filling up the channel to client\n"); X FD_ZERO(&wfds); X for ( ; ; ) { X /* Wait until we can write some more, up to a limit of 3 seconds. */ X FD_SET(fd, &wfds); X t.tv_sec = 3; X t.tv_usec = 0; X n = select(fd+1, NULL, &wfds, NULL, &t); X if (n == -1) X err(1, "select"); X if (n == 0) /* Timed out. */ X break; X if (FD_ISSET(fd, &wfds)) { X /* Write as much as possible. */ X do X n = write(fd, zeroes, sizeof zeroes); X while (n > 0); X if (n == -1 && errno != EAGAIN) X err(1, "write"); X } X } X} X X/* X * Read data continuously and discard it. X */ Xstatic void Xread_read_read(int fd) X{ X fd_set rfds; X struct timeval t; X char buf[8*1024]; X int n; X X printf("Reading continuously\n"); X FD_ZERO(&rfds); X for ( ; ; ) { X /* Wait until we can read some more, up to a limit of 10 seconds. */ X FD_SET(fd, &rfds); X t.tv_sec = 10; X t.tv_usec = 0; X n = select(fd+1, &rfds, NULL, NULL, &t); X if (n == -1) X err(1, "select"); X if (n == 0) { /* Timed out. */ X printf("No data received for 10 seconds\n"); X continue; X } X if (FD_ISSET(fd, &rfds)) { X /* Read as much as possible. */ X for ( ; ; ) { X n = read(fd, buf, sizeof buf); X if (n == -1) { X if (errno == EAGAIN) X break; X err(1, "read"); X } X if (n == 0) /* EOF */ X errx(1, "unexpected EOF"); X } X } X } X} END-of-server/server.c exit >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 30 22:24:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA09364 for bugs-outgoing; Mon, 30 Jun 1997 22:24:08 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA09336; Mon, 30 Jun 1997 22:23:55 -0700 (PDT) From: John Polstra Received: (from jdp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA23663; Mon, 30 Jun 1997 22:22:04 -0700 (PDT) Date: Mon, 30 Jun 1997 22:22:04 -0700 (PDT) Message-Id: <199707010522.WAA23663@freefall.freebsd.org> To: jdp@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, jdp@FreeBSD.ORG Subject: Re: kern/3998 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Unusual traffic pattern drops TCP connections even using loopback interface Responsible-Changed-From-To: freebsd-bugs->jdp Responsible-Changed-By: jdp Responsible-Changed-When: Mon Jun 30 22:21:15 PDT 1997 Responsible-Changed-Why: I've known the submitter all my life. From owner-freebsd-bugs Mon Jun 30 23:20:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA11507 for bugs-outgoing; Mon, 30 Jun 1997 23:20:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA11478; Mon, 30 Jun 1997 23:20:01 -0700 (PDT) Date: Mon, 30 Jun 1997 23:20:01 -0700 (PDT) Message-Id: <199707010620.XAA11478@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: conf/3994: Users classes for login. Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR conf/3994; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: mrspock@esfm.ipn.mx Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: conf/3994: Users classes for login. Date: Tue, 1 Jul 1997 07:32:09 +0200 As mrspock@esfm.ipn.mx wrote: > Login classes have been defined in 2.2.2 release. > The login process reports that "root" has no class defined. That's a known problem mentioned in the errata.txt file. cp /usr/src/etc/login.conf /etc -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Jul 1 01:20:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA18140 for bugs-outgoing; Tue, 1 Jul 1997 01:20:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA18130; Tue, 1 Jul 1997 01:20:02 -0700 (PDT) Resent-Date: Tue, 1 Jul 1997 01:20:02 -0700 (PDT) Resent-Message-Id: <199707010820.BAA18130@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Dmitrij Tejblum Received: from main.hq.cti.ru (main.hq.cti.ru [194.67.85.27]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA17739 for ; Tue, 1 Jul 1997 01:09:58 -0700 (PDT) Received: (from uucp@localhost) by main.hq.cti.ru (8.8.5/8.8.5) with UUCP id LAA12996 for FreeBSD-gnats-submit@freebsd.org; Mon, 30 Jun 1997 11:49:33 +0400 (MSD) Received: (from dima@localhost) by tejblum.dnttm.rssi.ru (8.8.5/8.8.5) id LAA00707; Mon, 30 Jun 1997 11:49:30 +0400 (MSD) Message-Id: <199706300749.LAA00707@tejblum.dnttm.rssi.ru> Date: Mon, 30 Jun 1997 11:49:30 +0400 (MSD) From: Dmitrij Tejblum Reply-To: Dmitrij Tejblum To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4002: malloc use malloc_sysv variable before it initialized Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4002 >Category: bin >Synopsis: malloc use malloc_sysv variable before it initialized >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jul 1 01:20:01 PDT 1997 >Last-Modified: >Originator: Dmitrij Tejblum >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD tejblum.dnttm.rssi.ru 3.0-CURRENT FreeBSD 3.0-CURRENT #8: Sat Jun 28 16:17:40 MSD 1997 dima@tejblum.dnttm.rssi.ru:/usr/src/sys/compile/DIMA i386 >Description: malloc_sysv initialized in malloc_init, which called on first call to imalloc. But malloc check malloc_sysv before call to imalloc. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jul 1 02:37:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA21168 for bugs-outgoing; Tue, 1 Jul 1997 02:37:20 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (ala-ca19-01.ix.netcom.com [205.187.212.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA21145; Tue, 1 Jul 1997 02:36:47 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.6/8.6.9) id CAA02267; Tue, 1 Jul 1997 02:33:22 -0700 (PDT) Date: Tue, 1 Jul 1997 02:33:22 -0700 (PDT) Message-Id: <199707010933.CAA02267@silvia.HIP.Berkeley.EDU> To: batie@aahz.jf.intel.com CC: freebsd-bugs@FreeBSD.ORG, jkh@FreeBSD.ORG In-reply-to: (batie@aahz.jf.intel.com) Subject: Re: CDROM bug From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * On the 2.2.2 CDROM, the less port Makefile says less-332, but the distfile * is less-321... I just checked, the port tarball ("ports/ports.tgz" on the first CD) is correct but the one on the live filesystem (the second CD) has a less port that has files one revision too new. (The correct Makefile is 1.15/RELEASE_2_2_2, for instance.) Jordan, can you investigate why this happened? Satoshi From owner-freebsd-bugs Tue Jul 1 05:36:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA27315 for bugs-outgoing; Tue, 1 Jul 1997 05:36:44 -0700 (PDT) Received: from ns.cs.msu.su (laskavy@redsun.cs.msu.su [158.250.10.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA27309; Tue, 1 Jul 1997 05:36:38 -0700 (PDT) Received: (from laskavy@localhost) by ns.cs.msu.su (8.8.6/8.6.12) id QAA10172; Tue, 1 Jul 1997 16:36:37 +0400 (DST) Date: Tue, 1 Jul 1997 16:36:37 +0400 (DST) Message-Id: <199707011236.QAA10172@ns.cs.msu.su> From: "Sergei S. Laskavy" To: jkh@FreeBSD.ORG Cc: freebsd-bugs@FreeBSD.ORG In-reply-to: <199706301759.KAA18510@freefall.freebsd.org> (jkh@FreeBSD.ORG) Subject: Re: conf/3992 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>>>> "Jordan" == Jordan K Hubbard writes: Jordan> Synopsis: rc.conf: timed_enable instead of timed_enabled. I believe that "accounting_enable" instead of "accounting" was fixed too. I filled "send-pr" report, but on the standalone FreeBSD host. Sergei. From owner-freebsd-bugs Tue Jul 1 09:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA07144 for bugs-outgoing; Tue, 1 Jul 1997 09:30:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA07137; Tue, 1 Jul 1997 09:30:01 -0700 (PDT) Resent-Date: Tue, 1 Jul 1997 09:30:01 -0700 (PDT) Resent-Message-Id: <199707011630.JAA07137@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, laskavy@cs.msu.su (Sergei S. Laskavy) Received: from ns.cs.msu.su (root@redsun.cs.msu.su [158.250.10.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA07099 for ; Tue, 1 Jul 1997 09:29:54 -0700 (PDT) Received: from janus.msu.su (janus [158.250.17.20]) by ns.cs.msu.su (8.8.6/8.6.12) with SMTP id UAA11216 for ; Tue, 1 Jul 1997 20:30:03 +0400 (DST) Received: by janus.msu.su (SMI-8.6/SMI-SVR4) id UAA05159; Tue, 1 Jul 1997 20:30:02 +0400 Message-Id: <199707011630.UAA05159@janus.msu.su> Date: Tue, 1 Jul 1997 20:30:02 +0400 From: laskavy@cs.msu.su (Sergei S. Laskavy) To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/4003: /etc/rc.conf: change "accounting" to "accounting_enable" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4003 >Category: conf >Synopsis: /etc/rc.conf: accounting_enable missed >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jul 1 09:30:00 PDT 1997 >Last-Modified: >Originator: Sergei S. Laskavy >Organization: I love FreeBSD Inc. >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: FreeBSD Hedgehog.Moscow.Ru 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #0: Sat May 31 00:28:19 MSD 1997 laskavy@Hedgehog.Moscow.Ru:/usr/src/sys/compile/HEDGEHOG i386 >Description: In the default /etc/rc.conf file the "accounting" option must be changed to "accounting_enable". >How-To-Repeat: Try to turn accounting on. >Fix: *** rc.conf.orig Mon Jun 30 23:53:18 1997 --- rc.conf Mon Jun 30 23:54:06 1997 *************** *** 119,125 **** savecore_enable="NO" # Save kernel crashdumps for debugging (or NO). dumpdev="NO" # Device name to crashdump to (if enabled). check_quotas="NO" # Check quotas (or NO). ! accounting="NO" # Turn on process accounting (or NO). ibcs2_enable="NO" # Ibcs2 (SCO) emulation loaded at startup (or NO). linux_enable="NO" # Linux emulation loaded at startup (or NO). rand_irqs="NO" # Stir the entropy pool (or NO). --- 119,125 ---- savecore_enable="NO" # Save kernel crashdumps for debugging (or NO). dumpdev="NO" # Device name to crashdump to (if enabled). check_quotas="NO" # Check quotas (or NO). ! accounting_enable="NO" # Turn on process accounting (or NO). ibcs2_enable="NO" # Ibcs2 (SCO) emulation loaded at startup (or NO). linux_enable="NO" # Linux emulation loaded at startup (or NO). rand_irqs="NO" # Stir the entropy pool (or NO). Thanks, Sergei S. Laskavy >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jul 1 09:40:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA07764 for bugs-outgoing; Tue, 1 Jul 1997 09:40:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA07744; Tue, 1 Jul 1997 09:40:02 -0700 (PDT) Resent-Date: Tue, 1 Jul 1997 09:40:02 -0700 (PDT) Resent-Message-Id: <199707011640.JAA07744@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, laskavy@cs.msu.su (Sergei S. Laskavy) Received: from ns.cs.msu.su (root@redsun.cs.msu.su [158.250.10.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA07207 for ; Tue, 1 Jul 1997 09:31:25 -0700 (PDT) Received: from janus.msu.su (janus [158.250.17.20]) by ns.cs.msu.su (8.8.6/8.6.12) with SMTP id UAA11293 for ; Tue, 1 Jul 1997 20:31:38 +0400 (DST) Received: by janus.msu.su (SMI-8.6/SMI-SVR4) id UAA05167; Tue, 1 Jul 1997 20:31:37 +0400 Message-Id: <199707011631.UAA05167@janus.msu.su> Date: Tue, 1 Jul 1997 20:31:37 +0400 From: laskavy@cs.msu.su (Sergei S. Laskavy) To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4004: moused(8) + international language text = incompatibility Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4004 >Category: bin >Synopsis: moused(8) + international language text = incompatibility >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jul 1 09:40:01 PDT 1997 >Last-Modified: >Originator: Sergei S. Laskavy >Organization: I love FreeBSD Inc. >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: FreeBSD Hedgehog.Moscow.Ru 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #0: Sat May 31 00:28:19 MSD 1997 laskavy@Hedgehog.Moscow.Ru:/usr/src/sys/compile/HEDGEHOG i386 >Description: The moused(8) changes (without restoring) symbols from the international language part of the screen code table. >How-To-Repeat: [log in from the ttyv* with moused(8) enabled] $ vidcontrol -f 8x16 /usr/share/syscons/fonts/iso-8x16.fnt $ awk 'BEGIN{for(i=32;i<256;i++)printf"%c",i}' /dev/null !"#$%&'()*+,-./0123456789:;<=>? [funny chars deleted...] $ vidcontrol -m [look at the parts of the arrow pointer in the list of funny chars] >Fix: Do not use that arrow pointer. I suggest to use the usual cursor-like pointer (maybe, coloured). Thanks, Sergei S. Laskavy >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jul 1 10:22:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA09491 for bugs-outgoing; Tue, 1 Jul 1997 10:22:36 -0700 (PDT) Received: from relay.ucb.crimea.ua (ru@UCB-CRIS-19.2K.CRIS.NET [194.93.177.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA09480; Tue, 1 Jul 1997 10:22:16 -0700 (PDT) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.8.5/8.8.5) id UAA13617; Tue, 1 Jul 1997 20:16:09 +0300 (EET DST) From: Ruslan Ermilov Message-Id: <199707011716.UAA13617@relay.ucb.crimea.ua> Subject: slattach in 2.2.x To: freebsd-questions@freebsd.org Date: Tue, 1 Jul 1997 20:16:09 +0300 (EET DST) Cc: freebsd-bugs@freebsd.org X-My-Interests: Unix,Oracle,Networking X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! I've running 2.2.1-RELEASE of FreeBSD. I need to start slattach with slip unit 1 (sl1). The slattach (or ifconfig) works strange. The command I use to run slattach (named start_sl1) is: /sbin/slattach -a -h -r "" -s 38400 -u /etc/ifconfig_if.sl1 -S 1 /dev/cuaa0 And the /etc/ifconfig_if.sl1 (modified from /usr/share/examples/slattach/unit-command.sh) looks like: ############################################################# #!/bin/sh old_unit=$1 new_unit=$2 if [ $old_unit != -1 ]; then ifconfig sl$old_unit delete down fi if [ $new_unit != -1 ]; then ifconfig sl$new_unit 194.93.177.2 195.114.158.252 fi ############################################################# When I just invoke `start_sl1' (and nothing more): `netstat -rn' says: 195.114.158.252 194.93.177.2 UH 0 116 sl1 `ifconfig -a' says: sl0: flags=c010 mtu 552 sl1: flags=c011 mtu 552 inet 194.93.177.2 --> 195.114.158.252 netmask 0xffffff00 sl2: flags=c010 mtu 552 sl3: flags=c010 mtu 552 Everything seems ok, right? BUT.... When I use the following command: sh -c "start_sl1; ifconfig sl1", I receive: `netstat -rn' says: 195.114.158.252 194.93.177.2 UH 0 0 sl1 `ifconfig -a' says: sl0: flags=c010 mtu 552 inet 194.93.177.2 --> 195.114.158.252 netmask 0xffffff00 sl1: flags=c010 mtu 552 sl2: flags=c010 mtu 552 sl3: flags=c010 mtu 552 `netstat -in' says: sl1* 552 277 0 0 0 0 sl1* 552 194.93.177 194.93.177.2 277 0 0 0 0 sl0* 552 933 0 131 0 0 sl2* 552 0 0 0 0 0 sl3* 552 0 0 0 0 0 I think the problem in `ifconfig' or `if_sl.c', because when I manually run ifconfig on sl1, information actually saved to sl0 (sometimes in sl2 and sl3). So, when I inkove just `ifconfig sl1' when the sl1 isn't yet in `slip discipline', the ifconfig (or slattach) uses wrong slip unit. The questions is: did you seen this and HOW TO SOLVE THIS PROBLEM? Thanks in advance, -- Ruslan A. Ermilov System Administrator ru@ucb.crimea.ua United Commercial Bank +380-652-247 647 Simferopol, Crimea From owner-freebsd-bugs Tue Jul 1 10:49:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA10943 for bugs-outgoing; Tue, 1 Jul 1997 10:49:46 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA10933; Tue, 1 Jul 1997 10:49:36 -0700 (PDT) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA28939; Tue, 1 Jul 1997 10:47:41 -0700 (PDT) Date: Tue, 1 Jul 1997 10:47:41 -0700 (PDT) Message-Id: <199707011747.KAA28939@freefall.freebsd.org> To: dawes@physics.usyd.edu.au, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/2080 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: The scanf family doesn't support 'q' modifier State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Tue Jul 1 10:47:20 PDT 1997 State-Changed-Why: committed to -current; we'll shake it out for a bit before bringing it into 2.2 From owner-freebsd-bugs Tue Jul 1 10:55:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA11251 for bugs-outgoing; Tue, 1 Jul 1997 10:55:19 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA11246; Tue, 1 Jul 1997 10:55:15 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id KAA28670; Tue, 1 Jul 1997 10:53:18 -0700 (PDT) To: asami@cs.berkeley.edu (Satoshi Asami) cc: batie@aahz.jf.intel.com, freebsd-bugs@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: CDROM bug In-reply-to: Your message of "Tue, 01 Jul 1997 02:33:22 PDT." <199707010933.CAA02267@silvia.HIP.Berkeley.EDU> Date: Tue, 01 Jul 1997 10:53:18 -0700 Message-ID: <28666.867779598@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I just checked, the port tarball ("ports/ports.tgz" on the first CD) > is correct but the one on the live filesystem (the second CD) has a > less port that has files one revision too new. (The correct Makefile > is 1.15/RELEASE_2_2_2, for instance.) > > Jordan, can you investigate why this happened? It is probably that the ports tree on the livefs is actually -current; I sometimes provide both now that a frozen ports snapshot has become a distribution and it leaves me more leeway to have the livefs one be something a little different. Jordan From owner-freebsd-bugs Tue Jul 1 11:20:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA12627 for bugs-outgoing; Tue, 1 Jul 1997 11:20:24 -0700 (PDT) Received: from mailbag.jf.intel.com (mailbag.jf.intel.com [134.134.248.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA12613; Tue, 1 Jul 1997 11:20:17 -0700 (PDT) Received: from aahz.jf.intel.com (aahz.jf.intel.com [192.198.161.2]) by mailbag.jf.intel.com (8.8.5/8.8.4) with SMTP id LAA19165; Tue, 1 Jul 1997 11:22:32 -0700 (PDT) Received: by aahz.jf.intel.com (Smail3.1.28.1 #13) id m0wj7X9-000hy2C; Tue, 1 Jul 97 11:20 PDT Message-Id: From: batie@aahz.jf.intel.com (Alan Batie) Subject: Re: CDROM bug To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 1 Jul 1997 11:20:11 -0700 (PDT) Cc: asami@cs.berkeley.edu, freebsd-bugs@FreeBSD.ORG, jkh@FreeBSD.ORG In-Reply-To: <28666.867779598@time.cdrom.com> from "Jordan K. Hubbard" at Jul 1, 97 10:53:18 am X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > It is probably that the ports tree on the livefs is actually -current; FYI, I didn't install the ports tree at installation time, as I was afraid it would have distfiles in it also, being off the cdrom. I copied over the live ports, as I don't think Unionfs is reliable yet (is it? That would be a win...). And it would solve a lot of problems, especially all the packages that don't even have distfiles on the cdrom, if the fetcher could cope with a proxy. One way to do that would be to use lynx as the fetcher with the option to configure http and ftp proxies in the standard web way --- virtually everyone with a firewall has a web-based proxy, whereas native ftp proxies seem to vary in operation quite a bit. -- 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 From owner-freebsd-bugs Tue Jul 1 11:42:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA13754 for bugs-outgoing; Tue, 1 Jul 1997 11:42:21 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA13742; Tue, 1 Jul 1997 11:42:08 -0700 (PDT) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA29335; Tue, 1 Jul 1997 11:40:13 -0700 (PDT) Date: Tue, 1 Jul 1997 11:40:13 -0700 (PDT) Message-Id: <199707011840.LAA29335@freefall.freebsd.org> To: dima@tejblum.dnttm.rssi.ru, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4002 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: malloc use malloc_sysv variable before it initialized State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Tue Jul 1 11:39:48 PDT 1997 State-Changed-Why: Fixed, thanks! From owner-freebsd-bugs Tue Jul 1 12:07:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA15029 for bugs-outgoing; Tue, 1 Jul 1997 12:07:59 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA15019; Tue, 1 Jul 1997 12:07:49 -0700 (PDT) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA29491; Tue, 1 Jul 1997 12:05:54 -0700 (PDT) Date: Tue, 1 Jul 1997 12:05:54 -0700 (PDT) Message-Id: <199707011905.MAA29491@freefall.freebsd.org> To: laskavy@cs.msu.su, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/4003 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: /etc/rc.conf: accounting_enable missed State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Tue Jul 1 12:05:43 PDT 1997 State-Changed-Why: Already fixed, thanks. From owner-freebsd-bugs Tue Jul 1 12:39:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA16580 for bugs-outgoing; Tue, 1 Jul 1997 12:39:45 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA16565; Tue, 1 Jul 1997 12:39:40 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id MAA00594; Tue, 1 Jul 1997 12:38:03 -0700 (PDT) To: batie@aahz.jf.intel.com (Alan Batie) cc: asami@cs.berkeley.edu, freebsd-bugs@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: CDROM bug In-reply-to: Your message of "Tue, 01 Jul 1997 11:20:11 PDT." Date: Tue, 01 Jul 1997 12:38:03 -0700 Message-ID: <591.867785883@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > FYI, I didn't install the ports tree at installation time, as I was afraid > it would have distfiles in it also, being off the cdrom. I copied over the No, I think it says somewhere that you only need expect 30MB or so to be eaten up by the ports dist. :) > live ports, as I don't think Unionfs is reliable yet (is it? That would be > a win...). And it would solve a lot of problems, especially all the packages Not well enough. Jordan From owner-freebsd-bugs Tue Jul 1 14:44:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA23680 for bugs-outgoing; Tue, 1 Jul 1997 14:44:30 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA23659 for ; Tue, 1 Jul 1997 14:44:27 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15096(4)>; Tue, 1 Jul 1997 14:43:51 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177512>; Tue, 1 Jul 1997 14:43:32 -0700 To: batie@aahz.jf.intel.com (Alan Batie) cc: freebsd-bugs@freebsd.org Subject: Re: CDROM bug In-reply-to: Your message of "Tue, 01 Jul 97 11:20:11 PDT." Date: Tue, 1 Jul 1997 14:43:17 PDT From: Bill Fenner Message-Id: <97Jul1.144332pdt.177512@crevenia.parc.xerox.com> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk batie@aahz.jf.intel.com (Alan Batie) wrote: >[...] if the fetcher could cope with a proxy. setenv HTTP_PROXY proxyhost:proxyport fetch can use an HTTP proxy for both ftp and http. Bill From owner-freebsd-bugs Tue Jul 1 16:24:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA29796 for bugs-outgoing; Tue, 1 Jul 1997 16:24:00 -0700 (PDT) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA29773; Tue, 1 Jul 1997 16:23:51 -0700 (PDT) Received: (from asami@localhost) by vader.cs.berkeley.edu (8.8.5/8.7.3) id QAA29636; Tue, 1 Jul 1997 16:23:43 -0700 (PDT) Date: Tue, 1 Jul 1997 16:23:43 -0700 (PDT) Message-Id: <199707012323.QAA29636@vader.cs.berkeley.edu> To: jkh@time.cdrom.com CC: batie@aahz.jf.intel.com, freebsd-bugs@freebsd.org, jkh@freebsd.org In-reply-to: <28666.867779598@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: CDROM bug From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * It is probably that the ports tree on the livefs is actually -current; * I sometimes provide both now that a frozen ports snapshot has become a * distribution and it leaves me more leeway to have the livefs one * be something a little different. That seems causes for more of a headache than being useful, at least for the non-2.1 CDs. They are mostly the same, and the ones that are different just leads to confusion as people would expect the distfiles to match the ports.... Satoshi From owner-freebsd-bugs Tue Jul 1 18:50:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA06429 for bugs-outgoing; Tue, 1 Jul 1997 18:50:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA06423; Tue, 1 Jul 1997 18:50:02 -0700 (PDT) Resent-Date: Tue, 1 Jul 1997 18:50:02 -0700 (PDT) Resent-Message-Id: <199707020150.SAA06423@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Tor.Egge@idi.ntnu.no Received: from skarven.itea.ntnu.no (tegge@skarven.itea.ntnu.no [129.241.190.13]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA06103; Tue, 1 Jul 1997 18:41:57 -0700 (PDT) Received: (from tegge@localhost) by skarven.itea.ntnu.no (8.8.5/8.8.5) id DAA00954; Wed, 2 Jul 1997 03:41:43 +0200 (CEST) Message-Id: <199707020141.DAA00954@skarven.itea.ntnu.no> Date: Wed, 2 Jul 1997 03:41:43 +0200 (CEST) From: Tor Egge Reply-To: Tor.Egge@idi.ntnu.no To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: gibbs@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: i386/4006: panic: ahc_intr: AWAITING_MSG for an SCB that does not have a waiting message Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4006 >Category: i386 >Synopsis: panic: ahc_intr: AWAITING_MSG for an SCB that does not have a waiting message >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jul 1 18:50:01 PDT 1997 >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: Mon Jun 23 02:07:50 CEST 1997 root@skarven.itea.ntnu.no:/usr/src/sys/compile/SKARVEN_SMP i386 (Using sources from Jun 21) options AHC_TAGENABLE options AHC_SCBPAGING_ENABLE options AHC_ALLOW_MEMIO >Description: During recovery from scsi errors, sometimes the sequencer and the driver does not agree upon what scbs are currently active. This causes a panic. ----- Jul 2 01:30:30 skarven xntpd[109]: time reset (step) 1.278202 s Jul 2 01:34:41 skarven /kernel: sd11: SCB 0x14 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 Jul 2 01:34:41 skarven /kernel: SEQADDR = 0x7 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa Jul 2 01:34:41 skarven /kernel: Ordered Tag queued Jul 2 01:34:41 skarven /kernel: sd11: SCB 0x17 timedout while recovery in progress Jul 2 01:34:41 skarven /kernel: sd12: SCB 0xa timedout while recovery in progress Jul 2 01:34:41 skarven /kernel: sd12: SCB 0x3 timedout while recovery in progress Jul 2 01:34:41 skarven /kernel: Ordered Tag sent Jul 2 01:34:46 skarven /kernel: sd11: SCB 0x14 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 Jul 2 01:34:46 skarven /kernel: SEQADDR = 0x4 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa Jul 2 01:34:46 skarven /kernel: sd11: Queueing an Abort SCB Jul 2 01:34:46 skarven /kernel: sd11: Abort Message Sent Jul 2 01:34:46 skarven /kernel: sd11: SCB 20 - Abort Tag Completed. Jul 2 01:34:46 skarven /kernel: sd11: no longer in timeout Jul 2 01:34:51 skarven /kernel: sd12: SCB 0x3 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 Jul 2 01:34:51 skarven /kernel: SEQADDR = 0x5 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa Jul 2 01:34:51 skarven /kernel: Ordered Tag queued Jul 2 01:34:51 skarven /kernel: sd12: SCB 0xa timedout while recovery in progress Jul 2 01:34:51 skarven /kernel: sd11: SCB 0x17 timedout while recovery in progress Jul 2 01:34:51 skarven /kernel: Ordered Tag sent Jul 2 01:34:56 skarven /kernel: sd12: SCB 0x3 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0xe6 Jul 2 01:34:56 skarven /kernel: SEQADDR = 0x4 SCSISEQ = 0x12 SSTAT0 = 0x27 SSTAT1 = 0xb Jul 2 01:34:56 skarven /kernel: sd12: Queueing an Abort SCB Jul 2 01:34:56 skarven /kernel: sd12: Abort Message Sent Jul 2 01:34:57 skarven /kernel: sd12: SCB 3 - Abort Tag Completed. Jul 2 01:34:57 skarven /kernel: sd12: no longer in timeout Jul 2 01:34:57 skarven xntpd[109]: time reset (step) 0.430923 s Jul 2 01:35:02 skarven /kernel: sd11: SCB 0x17 - timed out in command phase, SCSISIGI == 0x44 Jul 2 01:35:02 skarven /kernel: SEQADDR = 0x4f SCSISEQ = 0x12 SSTAT0 = 0x7 SSTAT1 = 0x13 Jul 2 01:35:02 skarven /kernel: Ordered Tag queued Jul 2 01:35:02 skarven /kernel: sd12: SCB 0xa timedout while recovery in progress Jul 2 01:35:02 skarven /kernel: Ordered Tag sent Jul 2 01:35:07 skarven /kernel: sd11: SCB 0x17 - timed out in command phase, SCSISIGI == 0x84 Jul 2 01:35:07 skarven /kernel: SEQADDR = 0x4f SCSISEQ = 0x12 SSTAT0 = 0x7 SSTAT1 = 0x13 Jul 2 01:35:07 skarven /kernel: sd6: abort message in message buffer Jul 2 01:35:07 skarven /kernel: sd6: SCB 8 - Abort Tag Completed. Jul 2 01:35:07 skarven /kernel: sd6: no longer in timeout Jul 2 01:35:12 skarven /kernel: sd12: SCB 0xa - timed out in datain phase, SCSISIGI == 0x44 Jul 2 01:35:12 skarven /kernel: SEQADDR = 0x128 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0x3 Jul 2 01:35:12 skarven /kernel: Ordered Tag queued Jul 2 01:35:12 skarven /kernel: Ordered Tag sent Jul 2 01:35:17 skarven /kernel: sd12: SCB 0xa - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 Jul 2 01:45:06 skarven /kernel: URRENT #2: Mon Jun 23 02:07:50 CEST 1997 Jul 2 01:45:06 skarven /kernel: root@skarven.itea.ntnu.no:/usr/src/sys/compile/SKARVEN_SMP ----- (kgdb) where #0 boot (howto=260) at ../../kern/kern_shutdown.c:266 #1 0xe0117676 in panic ( fmt=0xe01f07db "ahc_intr: AWAITING_MSG for an SCB that does not have a waiting message") at ../../kern/kern_shutdown.c:393 #2 0xe01f173e in ahc_handle_seqint (ahc=0xe2f9f000, intstat=161 '¡') at ../../i386/scsi/aic7xxx.c:1429 #3 0xe01f03ce in ahc_intr (arg=0xe2f9f000) at ../../i386/scsi/aic7xxx.c:854 #4 0xe01cce7c in splx (ipl=0) at ../../i386/isa/ipl_funcs.c:93 #5 0xe0119145 in tsleep (ident=0xe6fdb488, priority=16, wmesg=0xe0131c9b "biowait", timo=0) at ../../kern/kern_synch.c:329 #6 0xe0131ccb in biowait (bp=0xe6fdb488) at ../../kern/vfs_bio.c:1720 #7 0xe012ff34 in bread (vp=0xe3040800, blkno=131152, size=8192, cred=0x0, bpp=0xe9462d0c) at ../../kern/vfs_bio.c:291 #8 0xe01a101c in ffs_update (ap=0xe9462d44) at ../../ufs/ffs/ffs_inode.c:131 #9 0xe01a34df in ffs_sync (mp=0xe2fa0600, waitfor=2, cred=0xe259b500, p=0xe021c650) at vnode_if.h:1127 #10 0xe013769f in sync (p=0xe021c650, uap=0x0, retval=0x0) at ../../kern/vfs_syscalls.c:480 #11 0xe0117251 in boot (howto=256) at ../../kern/kern_shutdown.c:203 #12 0xe0117676 in panic ( fmt=0xe01f07db "ahc_intr: AWAITING_MSG for an SCB that does not have a waiting message") at ../../kern/kern_shutdown.c:393 #13 0xe01f173e in ahc_handle_seqint (ahc=0xe2f9f000, intstat=161 '¡') at ../../i386/scsi/aic7xxx.c:1429 #14 0xe01f03ce in ahc_intr (arg=0xe2f9f000) at ../../i386/scsi/aic7xxx.c:854 #15 0xe0158540 in tcp_input (m=0xe26e0f80, iphlen=20) at ../../netinet/tcp_input.c:1300 #16 0xe015435e in ip_input (m=0xe26e0f80) at ../../netinet/ip_input.c:538 #17 0xe01543bb in ipintr () at ../../netinet/ip_input.c:559 #18 0xe01bea1d in ?? () #19 0xe01bbf2b in ?? () #20 0x89550000 in ?? () Cannot access memory at address 0xc3cd. (kgdb) up #1 0xe0117676 in panic ( fmt=0xe01f07db "ahc_intr: AWAITING_MSG for an SCB that does not have a waiting message") at ../../kern/kern_shutdown.c:393 (kgdb) up #2 0xe01f173e in ahc_handle_seqint (ahc=0xe2f9f000, intstat=161 '¡') at ../../i386/scsi/aic7xxx.c:1429 (kgdb) print ahc->activescbs $33 = 0 '\000' (k(kgdb) print scb $34 = (struct scb *) 0xe2599a00 (kgdb) print *scb $35 = {hscb = 0xe9c84020, links = {stqe_next = 0xe30dc3a0}, xs = 0xe3106980, flags = SCB_FREE, ahc_dma = 0xe2fa1300, sense_cmd = {op_code = 3 '\003', byte2 = 0 '\000', unused = "\000", length = 32 ' ', control = 0 '\000'}, sg_count = 2 '\002', position = 0 '\000'} (kgdb) print *scb->hscb $36 = {control = 0 '\000', tcl = 32 ' ', status = 0 '\000', SG_segment_count = 2 '\002', SG_list_pointer = 58112, residual_SG_segment_count = 0 '\000', residual_data_count = "\000\000", data = 360587264, datalen = 4278194176, cmdpointer = 62339544, cmdlen = 10 '\n', tag = 1 '\001', next = 255 'ÿ', prev = 0 '\000', pad = 0} (kgdb) print 32>>4 $37 = 2 (kgdb) print ahc->scb_data->scbarray[1] $38 = (struct scb *) 0xe2599a00 ----------- >How-To-Repeat: This only seem to occur during high load on the SCSI bus. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jul 2 01:20:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA21322 for bugs-outgoing; Wed, 2 Jul 1997 01:20:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA21297; Wed, 2 Jul 1997 01:20:03 -0700 (PDT) Resent-Date: Wed, 2 Jul 1997 01:20:03 -0700 (PDT) Resent-Message-Id: <199707020820.BAA21297@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, tolik@www.tomsk.su Received: from www.tomsk.su (www.tomsk.su [193.124.185.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA21167 for ; Wed, 2 Jul 1997 01:17:38 -0700 (PDT) Received: (from tolik@localhost) by www.tomsk.su (8.8.5/8.8.5) id MAA21297; Wed, 2 Jul 1997 12:27:01 +0800 (TSD) Message-Id: <199707020427.MAA21297@www.tomsk.su> Date: Wed, 2 Jul 1997 12:27:01 +0800 (TSD) From: "Anatoly A. Orehovsky" Reply-To: tolik@www.tomsk.su To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4010: Problem with edquota -t - tmpfile not removed after exit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4010 >Category: bin >Synopsis: Problem with edquota -t - tmpfile not removed after exit >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 2 01:20:01 PDT 1997 >Last-Modified: >Originator: Anatoly A. Orehovsky >Organization: CISA Ltd. >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: >Description: edquota -t after exit leaved lost tmpfile into TMPDIR >How-To-Repeat: Simple: edquota -t >Fix: Patch: *** edquota.c.orig Wed Jul 2 11:59:27 1997 --- edquota.c Wed Jul 2 12:00:23 1997 *************** main(argc, argv) *** 161,166 **** --- 161,168 ---- if (editit(tmpfil) && readtimes(protoprivs, tmpfil)) putprivs(0, quotatype, protoprivs); freeprivs(protoprivs); + close(tmpfd); + unlink(tmpfil); exit(0); } for ( ; argc > 0; argc--, argv++) { >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jul 2 04:30:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA29175 for bugs-outgoing; Wed, 2 Jul 1997 04:30:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA29169; Wed, 2 Jul 1997 04:30:01 -0700 (PDT) Resent-Date: Wed, 2 Jul 1997 04:30:01 -0700 (PDT) Resent-Message-Id: <199707021130.EAA29169@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, yamagata@nwgpc.kek.jp Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA29117; Wed, 2 Jul 1997 04:29:18 -0700 (PDT) Message-Id: <199707021129.EAA29117@hub.freebsd.org> Date: Wed, 2 Jul 1997 04:29:18 -0700 (PDT) From: yamagata@nwgpc.kek.jp To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/4011: GNU grep on CDROM causes panic Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4011 >Category: kern >Synopsis: GNU grep on CDROM causes panic >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 2 04:30:00 PDT 1997 >Last-Modified: >Originator: yamagata >Organization: KEK , Tsukuba , Japan >Release: 2.2.1-RELEASE >Environment: FreeBSD kekhw2.kek.jp 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE #1: Tue Jun 17 12:04:24 JST 1997 >Description: When GNU grep (maked with option -DHAVE_WORKING_MMAP=1) access files on CDROM, system will panic, saying "locking against myself". MSDOS FS seems to have same problem. >How-To-Repeat: 1) make GNU grep by typing just only "./configure ; make". configure will set the option "-DHAVE_WORKING_MMAP=1". 2) apply grep to files on CDROM, "./grep xxx /cdrom/*" 3) system will panic if set the option HAVE_WORKING_MMAP 0, panic will not happen. >Fix: apply this patch, but this is for FreeBSD-2.1.5. this patch is contributed by Okamura Yoshihito *** cd9660_node.c.orig Wed Jun 12 12:41:35 1996 --- cd9660_node.c Sun Nov 17 17:36:34 1996 *************** iso_ilock(ip) *** 420,428 **** { while (ip->i_flag & ILOCKED) { ip->i_flag |= IWANT; - if (ip->i_spare0 == curproc->p_pid) - panic("locking against myself"); ip->i_spare1 = curproc->p_pid; (void) tsleep((caddr_t)ip, PINOD, "isoilk", 0); } --- 420,435 ---- { while (ip->i_flag & ILOCKED) { + if (ip->i_spare0 == curproc->p_pid) { + if((ip->i_flag & IRECURSE) == 0) + panic("locking against myself"); + else { + ++ip->i_lockcount; + return(0); + } + + } ip->i_flag |= IWANT; ip->i_spare1 = curproc->p_pid; (void) tsleep((caddr_t)ip, PINOD, "isoilk", 0); } *************** iso_iunlock(ip) *** 440,449 **** register struct iso_node *ip; { if ((ip->i_flag & ILOCKED) == 0) vprint("iso_iunlock: unlocked inode", ITOV(ip)); ip->i_spare0 = 0; ! ip->i_flag &= ~ILOCKED; if (ip->i_flag&IWANT) { ip->i_flag &= ~IWANT; wakeup((caddr_t)ip); --- 447,460 ---- register struct iso_node *ip; { + if(ip->i_lockcount > 0) { + --ip->i_lockcount; + return(0); + } if ((ip->i_flag & ILOCKED) == 0) vprint("iso_iunlock: unlocked inode", ITOV(ip)); ip->i_spare0 = 0; ! ip->i_flag &= ~(ILOCKED|IRECURSE); if (ip->i_flag&IWANT) { ip->i_flag &= ~IWANT; wakeup((caddr_t)ip); *** cd9660_node.h.orig Fri Mar 17 03:12:16 1995 --- cd9660_node.h Sun Nov 17 17:11:29 1996 *************** struct iso_node { *** 95,100 **** --- 95,101 ---- long iso_start; /* actual start of data of file (may be different */ /* from iso_extent, if file has extended attributes) */ ISO_RRIP_INODE inode; + int i_lockcount; /* Process lock count (recursion) */ }; #define i_forw i_chain[0] *************** struct iso_node { *** 104,109 **** --- 105,111 ---- #define ILOCKED 0x0001 /* inode is locked */ #define IWANT 0x0002 /* some process waiting on lock */ #define IACC 0x0020 /* inode access time to be updated */ + #define IRECURSE 0x0400 /* Recursion expected */ #define VTOI(vp) ((struct iso_node *)(vp)->v_data) #define ITOV(ip) ((ip)->i_vnode) *** cd9660_vnops.c.org Wed Jun 26 03:30:21 1996 --- cd9660_vnops.c Sun Nov 17 17:14:38 1996 *************** cd9660_read(ap) *** 331,337 **** --- 331,341 ---- return (error); } + if (uio->uio_segflg != UIO_NOCOPY) + ip->i_flag |= IRECURSE; error = uiomove(bp->b_un.b_addr + on, (int)n, uio); + if (uio->uio_segflg != UIO_NOCOPY) + ip->i_flag &= ~IRECURSE; brelse(bp); } while (error == 0 && uio->uio_resid > 0 && n != 0); return (error); *** denode.h.org Tue May 30 17:07:32 1995 --- denode.h Sun Nov 17 17:48:48 1996 *************** struct denode { *** 159,164 **** --- 159,165 ---- u_short de_StartCluster; /* starting cluster of file */ u_long de_FileSize; /* size of file in bytes */ struct fatcache de_fc[FC_SIZE]; /* fat cache */ + int de_lockcount; /* Process lock count (recursion) */ }; /* *************** struct denode { *** 169,174 **** --- 170,176 ---- #define DE_UPDATE 0x0004 /* modification time update request */ #define DE_MODIFIED 0x0080 /* denode has been modified, but DE_UPDATE * isn't set */ + #define DE_RECURSE 0x0400 /* Recursion expected */ /* * Transfer directory entries between internal and external form. *** msdosfs_vnops.c.org Wed Jul 3 03:40:22 1996 --- msdosfs_vnops.c Sun Nov 17 17:56:08 1996 *************** msdosfs_read(ap) *** 535,541 **** --- 535,545 ---- brelse(bp); return error; } + if (uio->uio_segflg != UIO_NOCOPY) + dep->de_flag |= DE_RECURSE; error = uiomove(bp->b_data + on, (int) n, uio); + if (uio->uio_segflg != UIO_NOCOPY) + dep->de_flag &= ~DE_RECURSE; /* * If we have read everything from this block or have read * to end of file then we are done with this block. Mark *************** msdosfs_write(ap) *** 728,734 **** --- 732,742 ---- /* * Copy the data from user space into the buf header. */ + if (uio->uio_segflg != UIO_NOCOPY) + dep->de_flag |= DE_RECURSE; error = uiomove(bp->b_data + croffset, n, uio); + if (uio->uio_segflg != UIO_NOCOPY) + dep->de_flag &= ~DE_RECURSE; /* * If they want this synchronous then write it and wait for *************** msdosfs_lock(ap) *** 1757,1765 **** struct denode *dep = VTODE(ap->a_vp); while (dep->de_flag & DE_LOCKED) { dep->de_flag |= DE_WANTED; - if (dep->de_lockholder == curproc->p_pid) - panic("msdosfs_lock: locking against myself"); dep->de_lockwaiter = curproc->p_pid; (void) tsleep((caddr_t) dep, PINOD, "msdlck", 0); } --- 1765,1779 ---- struct denode *dep = VTODE(ap->a_vp); while (dep->de_flag & DE_LOCKED) { + if (dep->de_lockholder == curproc->p_pid) { + if ((dep->de_flag & DE_RECURSE) == 0) + panic("msdosfs_lock: locking against myself"); + else { + ++dep->de_lockcount; + return 0; + } + } dep->de_flag |= DE_WANTED; dep->de_lockwaiter = curproc->p_pid; (void) tsleep((caddr_t) dep, PINOD, "msdlck", 0); } *************** msdosfs_unlock(ap) *** 1777,1786 **** { struct denode *dep = VTODE(ap->a_vp); if (!(dep->de_flag & DE_LOCKED)) panic("msdosfs_unlock: denode not locked"); dep->de_lockholder = 0; ! dep->de_flag &= ~DE_LOCKED; if (dep->de_flag & DE_WANTED) { dep->de_flag &= ~DE_WANTED; wakeup((caddr_t) dep); --- 1791,1804 ---- { struct denode *dep = VTODE(ap->a_vp); + if(dep->de_lockcount > 0) { + --dep->de_lockcount; + return 0; + } if (!(dep->de_flag & DE_LOCKED)) panic("msdosfs_unlock: denode not locked"); dep->de_lockholder = 0; ! dep->de_flag &= ~(DE_LOCKED|DE_RECURSE); if (dep->de_flag & DE_WANTED) { dep->de_flag &= ~DE_WANTED; wakeup((caddr_t) dep); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jul 2 06:33:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA03913 for bugs-outgoing; Wed, 2 Jul 1997 06:33:42 -0700 (PDT) Received: from relay.ppco.com (relay.ppco.com [204.167.250.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA03906 for ; Wed, 2 Jul 1997 06:33:38 -0700 (PDT) Received: by relay.ppco.com id AA29606 (InterLock SMTP Gateway 3.0 for freebsd-bugs@freebsd.org); Wed, 2 Jul 1997 08:33:31 -0500 Received: by relay.ppco.com (Internal Mail Agent-1); Wed, 2 Jul 1997 08:33:31 -0500 Message-Id: <33BAC92B.619A@bvemc.ppco.com> Date: Wed, 02 Jul 1997 14:33:31 -0700 From: Peter Clark Reply-To: pac@bvemc.ppco.com Organization: Phillips Petroleum Co. UK Ltd. X-Mailer: Mozilla 3.0 (Win16; I) Mime-Version: 1.0 To: freebsd-bugs@freebsd.org Subject: problem with freebsd 2.2.2 installation. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Problem: PANIC: CAN'T MOUNT ROOT message received after message CHANGING TO DEVICE WD1A during boot process. Boot process stops. (Installing FreeBSD 2.2.2 into machine not yet running freebsd). PC has 2 PCI-bus EIDE mode 4 disks. Disk1 has Windows95 installed and also FreeBSD boot manager. Installation being done from boot floppy dated May 27th (latest). Disk2 is wholly given over to FreeBSD except for 'compatibility' partition at start of disk. Default directories selected, 'novice' installation. 'Custom' option selected - /bin is only component being installed. Kernel configuration apparently ok (done from DOS partition on disk1), written to disk2 ok. Booting from disk2 causes problem above, partway through boot process. Attempts to re-configure and re-install do not clear problem. (Is /bin the only directory actually required for an installation?) From owner-freebsd-bugs Wed Jul 2 06:40:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA04308 for bugs-outgoing; Wed, 2 Jul 1997 06:40:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA04299; Wed, 2 Jul 1997 06:40:06 -0700 (PDT) Resent-Date: Wed, 2 Jul 1997 06:40:06 -0700 (PDT) Resent-Message-Id: <199707021340.GAA04299@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, jeg@condor.circa.ufl.edu Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA04090; Wed, 2 Jul 1997 06:36:52 -0700 (PDT) Message-Id: <199707021336.GAA04090@hub.freebsd.org> Date: Wed, 2 Jul 1997 06:36:52 -0700 (PDT) From: jeg@condor.circa.ufl.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/4013: boot floppy hangs if IDE ZIP Drive present Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4013 >Category: misc >Synopsis: boot floppy hangs if IDE ZIP Drive present >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 2 06:40:04 PDT 1997 >Last-Modified: >Originator: John Gelnaw >Organization: CIRCA, University of Florida >Release: 2.2.2-RELEASE >Environment: unable to produce. See description. >Description: When installing FreeBSD for the first time from floppy, after visual configuration is finished, devices are probed. After second IDE controller is found, screen clears, and stops with a block-shaped cursor in bottom left. 2nd screen shows various failed CD-ROM probes. (cd0, scd0, matcd0) Installation will not continue from this point. Did an identical installation with IDE Zip drive disconnected, and the install program ran perfectly. Once FreeBSD is installed to the hard drive, it will boot with IDE Zip drive connected. >How-To-Repeat: Install with IDE Zip drive. :) >Fix: Remove IDE Zip drive until installation complete. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jul 2 11:20:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA18049 for bugs-outgoing; Wed, 2 Jul 1997 11:20:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA18021; Wed, 2 Jul 1997 11:20:01 -0700 (PDT) Date: Wed, 2 Jul 1997 11:20:01 -0700 (PDT) Message-Id: <199707021820.LAA18021@hub.freebsd.org> To: freebsd-bugs Cc: From: Cy Schubert - BCSC Open Systems Group Subject: Re: bin/3985: AMD type:=host mounts broken Reply-To: Cy Schubert - BCSC Open Systems Group Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3985; it has been noted by GNATS. From: Cy Schubert - BCSC Open Systems Group To: freebsd-gnats-submit@freebsd.org, cschuber@uumail.gov.bc.ca Cc: cy@uumail.gov.bc.ca Subject: Re: bin/3985: AMD type:=host mounts broken Date: Wed, 02 Jul 1997 11:16:25 -0700 Obtained latest copy of AMD from CVS tree; problem fixed. Please close this PR. -- Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 UNIX Support OV/VM: BCSC02(CSCHUBER) ITSD BITNET: CSCHUBER@BCSC02.BITNET Government of BC Internet: cschuber@uumail.gov.bc.ca cschuber@bcsc02.gov.bc.ca "Quit spooling around, JES do it." From owner-freebsd-bugs Wed Jul 2 14:54:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA28084 for bugs-outgoing; Wed, 2 Jul 1997 14:54:56 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA28078; Wed, 2 Jul 1997 14:54:50 -0700 (PDT) From: "Jordan K. Hubbard" Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA15678; Wed, 2 Jul 1997 14:52:45 -0700 (PDT) Date: Wed, 2 Jul 1997 14:52:45 -0700 (PDT) Message-Id: <199707022152.OAA15678@freefall.freebsd.org> To: cschuber@uumail.gov.bc.ca, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/3985 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: AMD type:=host mounts broken State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Wed Jul 2 14:52:30 PDT 1997 State-Changed-Why: Fixed, as noted by submitter. From owner-freebsd-bugs Wed Jul 2 22:40:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA21002 for bugs-outgoing; Wed, 2 Jul 1997 22:40:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA20980; Wed, 2 Jul 1997 22:40:02 -0700 (PDT) Resent-Date: Wed, 2 Jul 1997 22:40:02 -0700 (PDT) Resent-Message-Id: <199707030540.WAA20980@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, jpbarron@ro.com Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA20883; Wed, 2 Jul 1997 22:37:59 -0700 (PDT) Message-Id: <199707030537.WAA20883@hub.freebsd.org> Date: Wed, 2 Jul 1997 22:37:59 -0700 (PDT) From: jpbarron@ro.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/4018: Will not install in 2nd partition of my C: drive! But system thinks it has. Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4018 >Category: bin >Synopsis: Will not install in 2nd partition of my C: drive! But system thinks it has. >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Wed Jul 2 22:40:01 PDT 1997 >Last-Modified: >Originator: Jim Barron >Organization: >Release: 2.2.2 >Environment: >Description: I split my C: drive into two partions (I've used FIPS as well as Partition magic) I go through the whole install routine and when it starts copy BIN to directory everything freezes at about 1024k tranferred. The keyboard locks up and I have to either shut of the power or press reset to get out. If I install to my drive E: (which is smaller than the partition) it goes right in but boot fails when it can't mount root (Not on C: drive I suppose). >How-To-Repeat: >Fix: Wish I knew since I've got $30.00 tied up in a CDROM that won't install. Any suggestions? Any help will be greatly appreciated. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jul 2 22:46:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA21289 for bugs-outgoing; Wed, 2 Jul 1997 22:46:44 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA21271; Wed, 2 Jul 1997 22:46:09 -0700 (PDT) From: Masafumi NAKANE Received: (from max@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA20976; Wed, 2 Jul 1997 22:44:01 -0700 (PDT) Date: Wed, 2 Jul 1997 22:44:01 -0700 (PDT) Message-Id: <199707030544.WAA20976@freefall.freebsd.org> To: max@FreeBSD.ORG, gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: pending/4012 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: 2.2-RELEASE/Digital UNIX NFSv3 0 length files Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: max Responsible-Changed-When: Wed Jul 2 22:43:03 PDT 1997 Responsible-Changed-Why: Misfiled PR. From owner-freebsd-bugs Wed Jul 2 23:50:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA24379 for bugs-outgoing; Wed, 2 Jul 1997 23:50:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA24373; Wed, 2 Jul 1997 23:50:01 -0700 (PDT) Date: Wed, 2 Jul 1997 23:50:01 -0700 (PDT) Message-Id: <199707030650.XAA24373@hub.freebsd.org> To: freebsd-bugs Cc: From: Ari Suutari Subject: Re: i386/3124: BOOT_PROBE_KEYBOARD hangs system in bootblocks Reply-To: Ari Suutari Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/3124; it has been noted by GNATS. From: Ari Suutari To: freebsd-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Cc: Subject: Re: i386/3124: BOOT_PROBE_KEYBOARD hangs system in bootblocks Date: Thu, 03 Jul 1997 09:57:42 +0300 Hi, The reason for boot probe_keyboard hanging on my 486 is this piece of code in beginning of function: /* flush any noise in the buffer */ while (inb(IO_KBD + KBD_STATUS_PORT) & KBDS_BUFFER_FULL) { delay1ms(); (void) inb(IO_KBD + KBD_DATA_PORT); } Apparently, there is an endless amount of noise on my machine. Adding a retry counter to this should fix the problem (I'm willing to test if someone makes the change). Ari S. -- ------------------------------------------------------ Hei! Puhumme myos suomea! Carelcomp Forest Oy Ari Suutari 53850 Lappeenranta mailto:ari.suutari@carel.fi FINLAND +358 5 669 5012 From owner-freebsd-bugs Thu Jul 3 01:50:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA29249 for bugs-outgoing; Thu, 3 Jul 1997 01:50:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA29242; Thu, 3 Jul 1997 01:50:02 -0700 (PDT) Resent-Date: Thu, 3 Jul 1997 01:50:02 -0700 (PDT) Resent-Message-Id: <199707030850.BAA29242@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, m-kasahr@sra.co.jp Received: from sraigw.sra.co.jp (sraigw.sra.co.jp [202.32.10.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id BAA28972 for ; Thu, 3 Jul 1997 01:42:21 -0700 (PDT) Received: from sranhh.sra.co.jp by sraigw.sra.co.jp (8.6.13/3.4W-sraigw) id RAA11045; Thu, 3 Jul 1997 17:42:04 +0900 Received: (from m-kasahr@localhost) by sranhh.sra.co.jp (8.8.5/3.5Wpl4-sra) id RAA04794; Thu, 3 Jul 1997 17:42:19 +0900 (JST) Message-Id: <199707030842.RAA04794@sranhh.sra.co.jp> Date: Thu, 3 Jul 1997 17:42:19 +0900 (JST) From: m-kasahr@sra.co.jp Reply-To: m-kasahr@sra.co.jp To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4019: mount_mfs lacks an error message, and exits with a wrong exit code Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4019 >Category: bin >Synopsis: mount_mfs lacks an error message, and exits with a wrong exit code >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jul 3 01:50:01 PDT 1997 >Last-Modified: >Originator: Motoyuki Kasahara >Organization: Software Research Associates, Inc., Japan >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: FreeBSD 2.2.2-RELEASE #0: Fri May 23 09:36:47 JST 1997 root@srapc372:/usr/src/sys/compile/SRAPC372 CPU: Pentium Pro (199.31-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping=9 Features=0xf9ff,MTRR,PGE,MCA,CMOV> real memory = 134217728 (131072K bytes) avail memory = 127479808 (124492K bytes) >Description: I executed /sbin/mount_mfs to mount MFS, but the attempt was failed because the FreeBSD kernel was not configured with MFS support. Though this is my fault, I found a bug in the kernel at the attempt. /sbin/mount_mfs outputs no error message and exits with the exit code 0. I think an error message is required and the exit code shuold be non-0. # /sbin/mount /dev/sd0a on / (local) /dev/sd0f on /var (local) /dev/sd0e on /usr (local) # /sbin/mount_mfs -s8192 /dev/sd0s1b /mnt && echo succeeded succeeded # /sbin/mount /dev/sd0a on / (local) /dev/sd0f on /var (local) /dev/sd0e on /usr (local) # >How-To-Repeat: Configure the kernel without MFS support, and try /sbin/mount_mfs >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jul 3 02:39:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA01063 for bugs-outgoing; Thu, 3 Jul 1997 02:39:36 -0700 (PDT) Received: from meter.eng.uci.edu (root@meter.eng.uci.edu [128.200.85.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA01057; Thu, 3 Jul 1997 02:39:22 -0700 (PDT) Received: from newport.ece.uci.edu by meter.eng.uci.edu (8.8.5) id CAA23197; Thu, 3 Jul 1997 02:39:15 -0700 (PDT) Received: from localhost by newport.ece.uci.edu (8.8.5) id CAA05754; Thu, 3 Jul 1997 02:39:14 -0700 (PDT) Message-Id: <199707030939.CAA05754@newport.ece.uci.edu> To: bugs@freebsd.org cc: bde@freebsd.org Subject: PS/2 and Keycode bug Date: Thu, 03 Jul 1997 02:39:13 -0700 From: Steven Wallace Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>Also, I've always had this annonying problem using a PS/2 mouse, >>which is why I end up using a serial one. When I use device >>/dev/psm0 and protocol PS/2, sometimes the keyboard state gets messed >>up so that the X server thinks a modifier key (control, alt) will >>remain in the depressed state when the key is not pressed. I > > This should work better in FreeBSD-current and -2.2. The psm and > syscons drivers can now separate psm and keyboard scancodes. > There is still a big problem with the PS/2 and keyboard. Note that while using the mouse and typing at the same time this problem occurs. I just tried upgrading to XF86 3.3 and the problem continues. Now that my built-in serial ports aren't being recognized for some strange reason, I'm using the PS2 port for my mouse! Who's fault is this? (in terms of the kernel) Steven From owner-freebsd-bugs Thu Jul 3 03:40:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA03029 for bugs-outgoing; Thu, 3 Jul 1997 03:40:12 -0700 (PDT) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA02904 for ; Thu, 3 Jul 1997 03:36:55 -0700 (PDT) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by nasu.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id TAA25002; Thu, 3 Jul 1997 19:28:27 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (Z10VDQSMi5nR9IQxvUizRC0y8ocUpkbu@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by outmail.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id TAA17719; Thu, 3 Jul 1997 19:28:27 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zenith.mech.utsunomiya-u.ac.jp [160.12.33.60]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id TAA03332; Thu, 3 Jul 1997 19:34:04 +0900 (JST) Message-Id: <199707031034.TAA03332@zodiac.mech.utsunomiya-u.ac.jp> To: Steven Wallace cc: bugs@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: PS/2 and Keycode bug In-reply-to: Your message of "Thu, 03 Jul 1997 02:39:13 MST." <199707030939.CAA05754@newport.ece.uci.edu> References: <199707030939.CAA05754@newport.ece.uci.edu> Date: Thu, 03 Jul 1997 19:34:02 +0900 From: Kazutaka YOKOTA Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>Also, I've always had this annonying problem using a PS/2 mouse, >>>which is why I end up using a serial one. When I use device >>>/dev/psm0 and protocol PS/2, sometimes the keyboard state gets messed >>>up so that the X server thinks a modifier key (control, alt) will >>>remain in the depressed state when the key is not pressed. I >> >> This should work better in FreeBSD-current and -2.2. The psm and >> syscons drivers can now separate psm and keyboard scancodes. >> > >There is still a big problem with the PS/2 and keyboard. > >Note that while using the mouse and typing at the same time this problem >occurs. Exactly which version of FreeBSD are we talking about? Would you please tell me. In addition, description on your motherboard, CPU, keyboard and PS/2 mouse will be useful too. >I just tried upgrading to XF86 3.3 and the problem continues. >Now that my built-in serial ports aren't being recognized for some >strange reason, I'm using the PS2 port for my mouse! I don't think upgrading XFree86 will make any difference as far as keyboard and PS/2 mouse input is concerned. >Who's fault is this? (in terms of the kernel) Let's find out. Kazu From owner-freebsd-bugs Thu Jul 3 03:53:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA03352 for bugs-outgoing; Thu, 3 Jul 1997 03:53:05 -0700 (PDT) Received: from meter.eng.uci.edu (root@meter.eng.uci.edu [128.200.85.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA03345 for ; Thu, 3 Jul 1997 03:53:00 -0700 (PDT) Received: from newport.ece.uci.edu by meter.eng.uci.edu (8.8.5) id DAA24246; Thu, 3 Jul 1997 03:52:58 -0700 (PDT) Received: from localhost by newport.ece.uci.edu (8.8.5) id DAA05878; Thu, 3 Jul 1997 03:52:56 -0700 (PDT) Message-Id: <199707031052.DAA05878@newport.ece.uci.edu> To: Kazutaka YOKOTA cc: bugs@freebsd.org Subject: Re: PS/2 and Keycode bug In-reply-to: Your message of "Thu, 03 Jul 1997 19:34:02 +0900." <199707031034.TAA03332@zodiac.mech.utsunomiya-u.ac.jp> Date: Thu, 03 Jul 1997 03:52:55 -0700 From: Steven Wallace Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>There is still a big problem with the PS/2 and keyboard. >> >>Note that while using the mouse and typing at the same time this problem >>occurs. > > Exactly which version of FreeBSD are we talking about? Would you > please tell me. This has happened for a long time. FreeBSD 2.1 through 2.2.2 > > In addition, description on your motherboard, CPU, keyboard and > PS/2 mouse will be useful too. This has happeneed on my old motherboard, Iwill P54TSW2, and my brand new motherboard, Iwill P55XUW. Regular keyboard, logitech mouse (serial or PS2). This mouse has a converter that lets you use it as a serial mouse. As a serial mouse, it will work fine via the sio driver. PS2 mouse via PS2 port has this prob. I'm surprised more people haven't complained. >>Who's fault is this? (in terms of the kernel) > > Let's find out. > > Kazu From owner-freebsd-bugs Thu Jul 3 06:00:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA08575 for bugs-outgoing; Thu, 3 Jul 1997 06:00:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA08554; Thu, 3 Jul 1997 06:00:02 -0700 (PDT) Resent-Date: Thu, 3 Jul 1997 06:00:02 -0700 (PDT) Resent-Message-Id: <199707031300.GAA08554@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, itojun@itojun.org Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA08386; Thu, 3 Jul 1997 05:57:18 -0700 (PDT) Message-Id: <199707031257.FAA08386@hub.freebsd.org> Date: Thu, 3 Jul 1997 05:57:18 -0700 (PDT) From: itojun@itojun.org To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/4020: vxget() in /sys/dev/vx/if_vx.c needs rework Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4020 >Category: kern >Synopsis: vxget() in /sys/dev/vx/if_vx.c needs rework >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jul 3 06:00:01 PDT 1997 >Last-Modified: >Originator: Jun-ichiro Itoh >Organization: >Release: 2.2.1-RELEASE >Environment: libretto30 >Description: vxget() in if_vx.c almost always store packet into multiple mbufs. It makes upper-layer protocol processing slightly slower. The code looks awful (I'm not attacking the author, sorry) and can be simplified/can be made more readable. it would be better if: packet > MHLEN to be put into single external mbuf otherwise store into single internal mbuf The problem still remains in the latest source in CVS branch. >How-To-Repeat: none >Fix: I'll try it later if nobody does it. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jul 3 06:45:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA10373 for bugs-outgoing; Thu, 3 Jul 1997 06:45:32 -0700 (PDT) Received: from venus.star.net (root@venus.star.net [199.232.114.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA10366 for ; Thu, 3 Jul 1997 06:45:28 -0700 (PDT) Received: from tenagra.initium (shib@bos227p.star.net [199.232.112.227]) by venus.star.net (8.8.5/8.7.3) with SMTP id JAA22782 for ; Thu, 3 Jul 1997 09:45:04 -0400 Received: by tenagra.initium with Microsoft Mail id <01BC8795.AB849140@tenagra.initium>; Thu, 3 Jul 1997 09:44:15 -0400 Message-ID: <01BC8795.AB849140@tenagra.initium> From: Frank DiPrete To: "'freebsd-bugs@freebsd.org'" Subject: nslookup/subnet mask bug Date: Thu, 3 Jul 1997 09:43:23 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id GAA10367 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Using: FreeBSD 2.1.7.1-RELEASE I have a problem with "nslookup" and "DNS". I am using an IP addressing scheme proved by an ISP which has the class C network subnetted down to 16 hosts. Here is a brief description of the bug: DNS server is up and running DNS server resolves for the domain. nslookup on pc clients works perfectly. nsllokup on the freebsd machine fails to find the server. Secondary DNS server fails to find the primary server (it can ping it) IP Information: IP address and subnet mask: network=209.61.45.96 mask=255.255.255.240 host=209.61.45.98 ep0: flags=8843 mtu 1500 inet 209.61.45.98 netmask 0xfffffff0 broadcast 209.61.45.111 Ping tests (hostname is "shaka") PING shaka.initium.com (209.61.45.98): 56 data bytes 64 bytes from 209.61.45.98: icmp_seq=0 ttl=255 time=0.349 ms resolv.conf file: shaka% cat resolv.conf domain initium.com nameserver 209.61.45.96 nslookup failure: shaka% nslookup *** Can't find server name for address 209.61.45.96: No response from server *** Default servers are not available Now, further testing reveals that when I point thefreebsd client to 0.0.0.0 nslookup works fine. shaka% cat resolv.conf domain initium.com nameserver 0.0.0.0 shaka% nslookup Default Server: shaka.initium.com Address: 0.0.0.0 > shaka Server: shaka.initium.com Address: 0.0.0.0 Non-authoritative answer: Name: shaka.initium.com Address: 209.61.45.98 Is this a bug or a configuration error ? From owner-freebsd-bugs Thu Jul 3 06:50:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA10591 for bugs-outgoing; Thu, 3 Jul 1997 06:50:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA10582; Thu, 3 Jul 1997 06:50:02 -0700 (PDT) Resent-Date: Thu, 3 Jul 1997 06:50:02 -0700 (PDT) Resent-Message-Id: <199707031350.GAA10582@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, jmg@bug.fe.up.pt Received: from garfield.net (sj1-p8.telepac.pt [194.65.177.72]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA10281 for ; Thu, 3 Jul 1997 06:43:15 -0700 (PDT) Received: (from jmg@localhost) by garfield.net (8.8.6/8.8.5) id OAA20141; Thu, 3 Jul 1997 14:41:36 +0100 (WEST) Message-Id: <199707031341.OAA20141@garfield.net> Date: Thu, 3 Jul 1997 14:41:36 +0100 (WEST) From: jmg@bug.fe.up.pt Reply-To: jmg@bug.fe.up.pt To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/4021: Local mount of a local NFS exported directory crashes system Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4021 >Category: kern >Synopsis: Local mount of a local NFS exported directory crashes system >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jul 3 06:50:01 PDT 1997 >Last-Modified: >Originator: Jorge Goncalves >Organization: >Release: FreeBSD 2.2-STABLE i386 >Environment: This only happens in the NFS v3 code therefore 2.1.x is immune. >Description: When mounting a local directory via NFS to the same machine and doing any operation involving the NFS mounted directory the machine simply freezes. >How-To-Repeat: mount -t nfs 127.0.0.1:/var /mnt cd /mnt/tmp dd if=/dev/zero of=foo count=10000 >Fix: I have no idea. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jul 3 07:23:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA12076 for bugs-outgoing; Thu, 3 Jul 1997 07:23:51 -0700 (PDT) Received: from venus.star.net (root@venus.star.net [199.232.114.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA12063 for ; Thu, 3 Jul 1997 07:23:41 -0700 (PDT) Received: from tenagra.initium (shib@bos230p.star.net [199.232.112.230]) by venus.star.net (8.8.5/8.7.3) with SMTP id KAA24382 for ; Thu, 3 Jul 1997 10:23:14 -0400 Received: by tenagra.initium with Microsoft Mail id <01BC879B.010DE620@tenagra.initium>; Thu, 3 Jul 1997 10:22:26 -0400 Message-ID: <01BC879B.010DE620@tenagra.initium> From: Frank DiPrete To: "'freebsd-bugs@freebsd.org'" Subject: subscribe Date: Thu, 3 Jul 1997 10:22:16 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From owner-freebsd-bugs Fri Jul 4 01:16:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA15372 for bugs-outgoing; Fri, 4 Jul 1997 01:16:47 -0700 (PDT) Received: from relay.ucb.crimea.ua (root@relay.ucb.crimea.ua [194.93.177.113]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA15288; Fri, 4 Jul 1997 01:15:50 -0700 (PDT) Received: from ferrix.ucb.crimea.ua (ferrix.ucb.crimea.ua [194.93.177.116]) by relay.ucb.crimea.ua (8.8.5/8.8.5) with ESMTP id LAA08438; Fri, 4 Jul 1997 11:09:01 +0300 (EET DST) Received: (from ru@localhost) by ferrix.ucb.crimea.ua (8.8.5/8.8.5) id LAA01676; Fri, 4 Jul 1997 11:17:15 +0300 (EEST) From: Ruslan Ermilov Message-Id: <199707040817.LAA01676@ferrix.ucb.crimea.ua> Subject: I want to change if_sl.c SC_STATIC behaviour To: bde@freebsd.org Date: Fri, 4 Jul 1997 11:17:14 +0300 (EEST) Cc: freebsd-bugs@freebsd.org Priority: urgent X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! Sorry for my pure/bad English, my native language is Russian ;-) We've using 2.2.1-RELEASE of FreeBSD now. I have a proposition (or, exactly, I want to discuss) how to enhance if_sl.c to avoid the problem when SC_STATIC flag is used. I'll try to explain the problem: I've configured 4 slip units in the kernel. I need to attach two slip interfaces. And I need to use `static feature' of the driver (using -S # switch of slattach). Well, I run `slattach -s 38400 /dev/cuaa0 -S 1' and what I'm see: 1) netstat -in shows the sl0 and sl1 in reversed order. (this is because `slopen' allocates first free element of slsoftc[], i.e. slsoftc[0], and then, when slattach proceeds the -S1 switch, `sltioctl(SLIOCSUNIT)' assigns to it unit 0 !!!) 2) ifconfig -a show the sl0 and sl1 in normal order. 3) what happens when I try to `ifconfig sl1 x.x.x.x y.y.y.y' is than ifconfig really configures sl0 instead of sl1. (to be more exactly `ifconfig -a' and `netstat -rn' say that sl0 (not sl1) configured). 4) Moreover, when I then kill my slattach process and try to run it again slopen skips slsoftc[0] because it has SC_STATIC flag set. 5) So, when I run and kill slattach four times, slopen return ENXIO. Well, my enhancement to the if_sl.c (already implemented and working) consists of: 1) Do not `attach the given tty to the first available sl unit' when in the slopen. 2) Attach the SPECIFIED sl unit to the tty if the SLIOCSUNIT is invoked. 3) Or atatch `first available sl unit' when the SLIOCGUNIT is invoked. The driver version which I've modified is: $Id: if_sl.c,v 1.45.2.1 1997/03/11 19:40:37 bde Exp $ Thanks in advance, ----------------- Ruslan A. Ermilov System Administrator ru@ucb.crimea.ua United Commercial Bank +380-652-247 647 Simferopol, Crimea From owner-freebsd-bugs Fri Jul 4 01:59:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA17006 for bugs-outgoing; Fri, 4 Jul 1997 01:59:16 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA16992; Fri, 4 Jul 1997 01:59:07 -0700 (PDT) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id BAA11650; Fri, 4 Jul 1997 01:59:03 -0700 (PDT) Date: Fri, 4 Jul 1997 01:59:03 -0700 (PDT) Message-Id: <199707040859.BAA11650@freefall.freebsd.org> To: hsu@clinet.fi, brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/1293 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Fatal trap 12: page fault while in kernel mode (PPP/modems/cyclades?) State-Changed-From-To: feedback-closed State-Changed-By: brian State-Changed-When: Fri Jul 4 01:53:19 PDT 1997 State-Changed-Why: This is a mistake From owner-freebsd-bugs Fri Jul 4 01:59:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA17060 for bugs-outgoing; Fri, 4 Jul 1997 01:59:38 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA17034; Fri, 4 Jul 1997 01:59:28 -0700 (PDT) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id BAA11730; Fri, 4 Jul 1997 01:59:25 -0700 (PDT) Date: Fri, 4 Jul 1997 01:59:25 -0700 (PDT) Message-Id: <199707040859.BAA11730@freefall.freebsd.org> To: hsu@clinet.fi, brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/1293 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Fatal trap 12: page fault while in kernel mode (PPP/modems/cyclades?) State-Changed-From-To: closed-feedback State-Changed-By: brian State-Changed-When: Fri Jul 4 01:59:11 PDT 1997 State-Changed-Why: Undo mistake From owner-freebsd-bugs Fri Jul 4 02:02:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA17259 for bugs-outgoing; Fri, 4 Jul 1997 02:02:24 -0700 (PDT) Received: from relay.ucb.crimea.ua (ru@relay.ucb.crimea.ua [194.93.177.113]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA17227; Fri, 4 Jul 1997 02:01:26 -0700 (PDT) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.8.5/8.8.5) id LAA08992; Fri, 4 Jul 1997 11:55:16 +0300 (EET DST) From: Ruslan Ermilov Message-Id: <199707040855.LAA08992@relay.ucb.crimea.ua> Subject: Re: I want to change if_sl.c SC_STATIC behaviour To: bde@freebsd.org Date: Fri, 4 Jul 1997 11:55:15 +0300 (EET DST) Cc: freebsd-bugs@freebsd.org Priority: urgent X-My-Interests: Unix,Oracle,Networking X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! > Well, I run `slattach -s 38400 /dev/cuaa0 -S 1' and what I'm see: > 1) netstat -in shows the sl0 and sl1 in reversed order. > (this is because `slopen' allocates first free element of > slsoftc[], i.e. slsoftc[0], and then, when slattach proceeds > the -S1 switch, `sltioctl(SLIOCSUNIT)' assigns to it unit 0 !!!) Sorry, my error, I meant that sltioctl(SLIOCSUNIT) assigns the unit number 1. -- Ruslan A. Ermilov System Administrator ru@ucb.crimea.ua United Commercial Bank +380-652-247 647 Simferopol, Crimea From owner-freebsd-bugs Fri Jul 4 02:10:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA17575 for bugs-outgoing; Fri, 4 Jul 1997 02:10:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA17560; Fri, 4 Jul 1997 02:10:01 -0700 (PDT) Date: Fri, 4 Jul 1997 02:10:01 -0700 (PDT) Message-Id: <199707040910.CAA17560@hub.freebsd.org> To: freebsd-bugs Cc: From: Brian Somers Subject: Re: kern/1293: Fatal trap 12: page fault while in kernel mode Reply-To: Brian Somers Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1293; it has been noted by GNATS. From: Brian Somers To: freebsd-gnats-submit@freebsd.org, hsu@clinet.fi Cc: Brian Somers Subject: Re: kern/1293: Fatal trap 12: page fault while in kernel mode Date: Fri, 04 Jul 1997 10:02:29 +0100 The first transmission of this mail failed.... it seems clinet.fi has a somewhat smart MDA that refused the mail on accound of my (incorrect) From: line. This is now fixed, here's the original message (the few days is now "a few days" + 8): Is this still happening ? It may have been fixed by an update to slcompress.c a few days ago. The update prevents mbufs with an original length of 40 bytes from getting a negative length after vj compression. -- Brian Don't _EVER_ lose your sense of humour ! From owner-freebsd-bugs Fri Jul 4 02:10:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA17580 for bugs-outgoing; Fri, 4 Jul 1997 02:10:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA17568; Fri, 4 Jul 1997 02:10:03 -0700 (PDT) Date: Fri, 4 Jul 1997 02:10:03 -0700 (PDT) Message-Id: <199707040910.CAA17568@hub.freebsd.org> To: freebsd-bugs Cc: From: Brian Somers Subject: Re: kern/1293: Fatal trap 12: page fault while in kernel mode Reply-To: Brian Somers Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1293; it has been noted by GNATS. From: Brian Somers To: freebsd-gnats-submit@freebsd.org, hsu@clinet.fi Cc: brian@awfulhak.org Subject: Re: kern/1293: Fatal trap 12: page fault while in kernel mode Date: Fri, 4 Jul 1997 10:08:13 +0100 (BST) The MDA isn't just looking at the From: line. What a pain in the ass ! You can't send mail to clinet.fi from a private network. > The first transmission of this mail failed.... it seems clinet.fi > has a somewhat smart MDA that refused the mail on accound of my > (incorrect) From: line. > > This is now fixed, here's the original message (the few days is > now "a few days" + 8): > > Is this still happening ? > > It may have been fixed by an update to slcompress.c a few days ago. > The update prevents mbufs with an original length of 40 bytes from > getting a negative length after vj compression. -- Brian Don't _EVER_ lose your sense of humour ! From owner-freebsd-bugs Fri Jul 4 04:32:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA21802 for bugs-outgoing; Fri, 4 Jul 1997 04:32:11 -0700 (PDT) Received: from piggy.kharkiv.net (piggy.kharkiv.net [194.44.156.30]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA21787 for ; Fri, 4 Jul 1997 04:31:47 -0700 (PDT) Received: (from news@localhost) by piggy.kharkiv.net (8.8.5/8.8.4) id OAA30387 for dev.null; Fri, 4 Jul 1997 14:31:00 +0300 (EET DST) To: freebsd-bugs@FreeBSD.ORG Subject: Re: nslookup/subnet mask bug Date: Fri, 04 Jul 1997 11:24:51 +0000 Message-ID: <33BCDD83.2F1CF0FB@kharkiv.net> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.2.2-RELEASE i386) X-Via: News-To-Mail v1.0 From: Maxim Master Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Frank DiPrete wrote: > > IP Information: > > IP address and subnet mask: > network=209.61.45.96 mask=255.255.255.240 host=209.61.45.98 > > ep0: flags=8843 mtu 1500 > inet 209.61.45.98 netmask 0xfffffff0 broadcast 209.61.45.111 > > resolv.conf file: > shaka% cat resolv.conf > domain initium.com > > nameserver 209.61.45.96 Maybe my glasses are wrong but I see you use a network address as your nameserver. Correct that. Ask your ISP for a right list of nameservers. -- With best regards ####################################### # Maxim V. Shchetinin aka Maxim Master # Client/Server Application Programmer # UNIX System Programer & Administrator ####################################### # Home: http://www.kharkiv.com/~master/ # Talk: master@galaxy.kharkiv.com # Mail: master@kharkiv.com ####################################### ******************************************************************** ~NewsGate~ (c) Vladimir Litovka From owner-freebsd-bugs Fri Jul 4 04:40:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA22022 for bugs-outgoing; Fri, 4 Jul 1997 04:40:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA22016; Fri, 4 Jul 1997 04:40:01 -0700 (PDT) Resent-Date: Fri, 4 Jul 1997 04:40:01 -0700 (PDT) Resent-Message-Id: <199707041140.EAA22016@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, ac199@hwcn.org Received: from x22 (ppp1669.on.sympatico.ca [206.172.249.133]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA21942 for ; Fri, 4 Jul 1997 04:37:03 -0700 (PDT) Received: (from tim@localhost) by x22 (8.8.5/8.7.3) id HAA00337; Fri, 4 Jul 1997 07:36:39 -0400 (EDT) Message-Id: <199707041136.HAA00337@x22> Date: Fri, 4 Jul 1997 07:36:39 -0400 (EDT) From: Tim Reply-To: ac199@hwcn.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/4028: gnats re-opening prs Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4028 >Category: misc >Synopsis: GNATS auto-magically re-opened 14 prs >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jul 4 04:40:00 PDT 1997 >Last-Modified: >Originator: Tim Vanderhoek >Organization: Lost >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: FreeBSD.ORG >Description: There are 14 problem-reports which were closed at some point in the past but, at some point, I believe within the last month, they lost all of their audit-trail and their state switched to never. I have a feeling that all 14 of the prs which re-opened were the ones that were sent when hub was re-assigned, gnats backed-up, and when it began working again, all prs were duplicated. >How-To-Repeat: I don't know. But the fact that 14 prs suddenly lost all of their audit-trail disturbs me somewhat, and I sure would like to know. >Fix: Well, it's probably easiest to just reclose the 14 prs. I made this list by snarfing a "Current Problem Reports" list that was sent to freebsd-bugs and then comparing it to the pr-list that query-pr returns now. Here's a link to the newest list of prs that was mailed to freebsd-bugs that I could find. http://www.freebsd.org/cgi/search.cgi?words=current+and+problem+and+reports&max=250&source=freebsd-bugs&docnum=197 3421 3422 3423 3424 3425 3426 3427 3428 3430 3431 3432 3433 3434 3435 >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jul 4 06:20:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA24490 for bugs-outgoing; Fri, 4 Jul 1997 06:20:08 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA24472; Fri, 4 Jul 1997 06:20:02 -0700 (PDT) Resent-Date: Fri, 4 Jul 1997 06:20:02 -0700 (PDT) Resent-Message-Id: <199707041320.GAA24472@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, ac199@hwcn.org Received: from x22 (ppp6573.on.sympatico.ca [206.172.208.165]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA24387 for ; Fri, 4 Jul 1997 06:16:12 -0700 (PDT) Received: (from tim@localhost) by x22 (8.8.5/8.7.3) id JAA00298; Fri, 4 Jul 1997 09:15:00 -0400 (EDT) Message-Id: <199707041315.JAA00298@x22> Date: Fri, 4 Jul 1997 09:15:00 -0400 (EDT) From: timmmyymymy Reply-To: ac199@hwcn.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: i386/4030: syscons thinks CTRL is always pressed Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4030 >Category: i386 >Synopsis: syscons thinks CTRL pressed, must reboot [repeatable] >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jul 4 06:20:01 PDT 1997 >Last-Modified: >Originator: Tim Vanderhoek >Organization: Syscons users >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: FreeBSD 2.2.2-RELEASE. Award PCI/ISA Bios. 2A59CG0P GENERIC kernel I suspect that this is irrelevent. >Description: I use a modified keyboard map. /usr/share/syscons/keymaps/my.map has the following line modified, 090 cr rctrl rctrl rctrl rctrl rctrl rctrl rctrl O When I act as described in "How-To-Repeat", syscons will begin thinking that one of the ctrl keys is always pressed. ie. pressing a `d' sends ^D. It then becomes necessary to reboot (since the computer is quite unusable). If X is running, it, of course, is not affected. This did not happen (I don't _believe_ it happened) in the SNAP of 2.2 that I had been running before. I could not find any open prs that looked related. The only modification to syscons.c I found that might be relevant was 1.98. >How-To-Repeat: kbdcontrol -l /usr/share/syscons/keymaps/my.map ; # Where my.map has 090 -> cr # Copy line from Description # Now, press the lctrl key, hold it down, and then press the rctrl key # Now, press `d' (or any key, for that matter), and you will be logged out. # Warning... You will have to reboot to return syscons to its normal # state... >Fix: sos? ;) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jul 4 07:30:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA26207 for bugs-outgoing; Fri, 4 Jul 1997 07:30:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA26201; Fri, 4 Jul 1997 07:30:01 -0700 (PDT) Resent-Date: Fri, 4 Jul 1997 07:30:01 -0700 (PDT) Resent-Message-Id: <199707041430.HAA26201@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Tor.Egge@idi.ntnu.no Received: from pat.idi.ntnu.no (0@pat.idi.ntnu.no [129.241.103.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA26009 for ; Fri, 4 Jul 1997 07:25:04 -0700 (PDT) Received: from ikke.idi.ntnu.no (tegge@ikke.idi.ntnu.no [129.241.111.65]) by pat.idi.ntnu.no (8.8.6/8.8.6) with ESMTP id QAA13111 for ; Fri, 4 Jul 1997 16:24:59 +0200 (MET DST) Received: (from tegge@localhost) by ikke.idi.ntnu.no (8.8.5/8.8.5) id QAA09924; Fri, 4 Jul 1997 16:24:58 +0200 (MET DST) Message-Id: <199707041424.QAA09924@ikke.idi.ntnu.no> Date: Fri, 4 Jul 1997 16:24:58 +0200 (MET DST) From: Tor Egge Reply-To: Tor.Egge@idi.ntnu.no To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/4032: Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4032 >Category: kern >Synopsis: >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jul 4 07:30:00 PDT 1997 >Last-Modified: >Originator: Tor Egge >Organization: Norwegian University of Science and Technology, Trondheim, Norway >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD ikke.idi.ntnu.no 3.0-CURRENT FreeBSD 3.0-CURRENT #5: Wed Jul 2 04:07:08 MET DST 1997 root@ikke.idi.ntnu.no:/usr/src/sys/compile/TEGGE_SMP i386 (Using sources from Jun 27 1997) AHA 2940UW disk controller with 5 Quantum XP34300W L915 disks attached. options AHC_TAGENABLE options AHC_SCBPAGING_ENABLE options AHC_ALLOW_MEMIO (Using slightly modified sequencer code to disable pause in a critical region) Index: aic7xxx.seq =================================================================== RCS file: /home/ncvs/src/sys/dev/aic7xxx/aic7xxx.seq,v retrieving revision 1.73 diff -c -r1.73 aic7xxx.seq *** aic7xxx.seq 1997/04/24 16:52:18 1.73 --- aic7xxx.seq 1997/07/02 02:06:07 *************** *** 708,714 **** --- 708,716 ---- mesgin_disconnect: or SCB_CONTROL,DISCONNECTED; .if ( SCB_PAGING ) + mvi SEQCTL, PAUSEDIS|FASTMODE; call add_scb_to_disc_list; + mvi SEQCTL, FASTMODE; .endif jmp await_busfree; >Description: During recovery from scsi errors, incorrect contents might be written to the disk. Most of the data in the bad region is shifted 2 bytes. Some of the data is shifted 1 byte. Some of the data is shifted 3 bytes. Two 16 bits word are duplicates, and two 16 bits words are lost. ---- Cut from syslog Jul 4 08:45:01 ikke xntpd[121]: time reset (step) 0.506981 s Jul 4 09:36:44 ikke /kernel: sd8: SCB 0x11 - timed out in dataout phase, SCSISIGI == 0x4 Jul 4 09:36:44 ikke /kernel: SEQADDR = 0x48 SCSISEQ = 0x12 SSTAT0 = 0x7 SSTAT1 = 0x2 Jul 4 09:36:44 ikke /kernel: Ordered Tag queued Jul 4 09:36:44 ikke /kernel: sd7: SCB 0xf timedout while recovery in progress Jul 4 09:36:44 ikke /kernel: sd6: SCB 0x13 timedout while recovery in progress Jul 4 09:36:44 ikke /kernel: sd8: SCB 0x8 timedout while recovery in progress Jul 4 09:36:44 ikke /kernel: sd7: SCB 0x5 timedout while recovery in progress Jul 4 09:36:44 ikke /kernel: sd7: SCB 0x6 timedout while recovery in progress Jul 4 09:36:44 ikke /kernel: sd6: SCB 0x10 timedout while recovery in progress Jul 4 09:36:44 ikke /kernel: sd8: SCB 0x12 timedout while recovery in progress Jul 4 09:36:44 ikke /kernel: sd6: SCB 0x4 timedout while recovery in progress Jul 4 09:36:44 ikke /kernel: sd8: SCB 0xc timedout while recovery in progress Jul 4 09:36:44 ikke /kernel: sd7: SCB 0x3 timedout while recovery in progress Jul 4 09:36:44 ikke /kernel: sd6: SCB 0xb timedout while recovery in progress Jul 4 09:36:46 ikke /kernel: sd10: SCB 0xe timedout while recovery in progress Jul 4 09:36:49 ikke /kernel: sd8: SCB 0x11 - timed out in dataout phase, SCSISIGI == 0x4 Jul 4 09:36:49 ikke /kernel: SEQADDR = 0x48 SCSISEQ = 0x12 SSTAT0 = 0x7 SSTAT1 = 0x2 Jul 4 09:36:49 ikke /kernel: sd7: abort message in message buffer Jul 4 09:36:49 ikke /kernel: sd7: SCB 0xf - timed out in dataout phase, SCSISIGI == 0x14 Jul 4 09:36:49 ikke /kernel: SEQADDR = 0x48 SCSISEQ = 0x12 SSTAT0 = 0x7 SSTAT1 = 0x2 Jul 4 09:36:49 ikke /kernel: ahc1: Issued Channel A Bus Reset. 13 SCBs aborted Jul 4 09:36:49 ikke /kernel: Clearing bus reset Jul 4 09:36:49 ikke /kernel: Clearing 'in-reset' flag Jul 4 09:36:49 ikke /kernel: sd7: no longer in timeout Jul 4 09:36:49 ikke /kernel: sd8: no longer in timeout Jul 4 09:36:50 ikke /kernel: sd7: UNIT ATTENTION asc:29,2 Jul 4 09:36:50 ikke /kernel: , retries:3 Jul 4 09:36:50 ikke /kernel: sd6: UNIT ATTENTION asc:29,2 Jul 4 09:36:50 ikke /kernel: , retries:3 Jul 4 09:36:50 ikke /kernel: sd8: UNIT ATTENTION asc:29,2 Jul 4 09:36:50 ikke /kernel: , retries:3 Jul 4 09:36:50 ikke /kernel: sd10: UNIT ATTENTION asc:29,2 Jul 4 09:36:50 ikke /kernel: , retries:3 Jul 4 09:41:24 ikke /kernel: sd9: UNIT ATTENTION asc:29,2 Jul 4 09:41:24 ikke /kernel: , retries:4 Jul 4 10:07:59 ikke /kernel: pid 8732 (mergesites), uid 26850: exited on signal 6 (core dumped) ------ ikke:/export/akg6/ftpsearch/tmp$ /bin/ls -laTtr BAD/mergetmp.2* -rw-r--r-- 1 tegge ftpsearc 460314 Jul 4 09:32:49 1997 BAD/mergetmp.2 -rw-r--r-- 1 tegge ftpsearc 12483384 Jul 4 09:35:37 1997 BAD/mergetmp.20 -rw-r--r-- 1 tegge ftpsearc 12517086 Jul 4 09:35:46 1997 BAD/mergetmp.21 -rw-r--r-- 1 tegge ftpsearc 12379490 Jul 4 09:35:54 1997 BAD/mergetmp.22 -rw-r--r-- 1 tegge ftpsearc 12493693 Jul 4 09:36:03 1997 BAD/mergetmp.23 -rw-r--r-- 1 tegge ftpsearc 12417664 Jul 4 09:36:12 1997 BAD/mergetmp.24 -rw-r--r-- 1 tegge ftpsearc 12440211 Jul 4 09:36:20 1997 BAD/mergetmp.25 -rw-r--r-- 1 tegge ftpsearc 12349530 Jul 4 09:36:28 1997 BAD/mergetmp.26 -rw-r--r-- 1 tegge ftpsearc 12504060 Jul 4 09:36:50 1997 BAD/mergetmp.27 -rw-r--r-- 1 tegge ftpsearc 12269047 Jul 4 09:36:57 1997 BAD/mergetmp.28 -rw-r--r-- 1 tegge ftpsearc 12146091 Jul 4 09:37:05 1997 BAD/mergetmp.29 ------ *** mergetmp.27.hex Fri Jul 4 16:04:01 1997 --- BAD/mergetmp.27.hex Fri Jul 4 16:05:11 1997 *************** *** 528806,528862 **** 008200a0 7c cb 28 00 81 a4 63 72 65 61 74 65 6d 6f 64 65 ||.(...createmode| 008200b0 2e 78 62 6d 00 2a b0 00 00 03 89 7c cb a0 00 81 |.xbm.*.....|....| 008200c0 a4 63 72 65 61 74 65 6d 6f 64 65 2e 78 62 6d 00 |.createmode.xbm.| ! 008200d0 08 f7 00 00 00 c7 7c a5 88 00 81 b4 63 72 69 74 |......|.....crit| ! 008200e0 69 63 2e 62 61 64 2e 67 69 66 00 5e 4b 00 00 11 |ic.bad.gif.^K...| ! 008200f0 9b 7c cb c0 00 81 24 63 72 6f 61 74 69 61 6e 2e |.|....$croatian.| ! 00820100 64 74 78 2e 5a 00 5d e7 00 00 00 a3 7c cb a0 00 |dtx.Z.].....|...| ! 00820110 81 24 63 72 6f 61 74 69 61 6e 2e 6d 6c 64 2e 5a |.$croatian.mld.Z| ! 00820120 00 07 7e 00 00 02 96 7c ca 20 00 81 a4 63 72 6f |..~....|. ...cro| ! 00820130 73 73 6d 65 2e 74 78 74 2e 67 7a 00 5d 2a 00 00 |ssme.txt.gz.]*..| ! 00820140 60 9a 7c cb 28 00 81 24 63 72 6f 73 73 77 72 64 |`.|.(..$crosswrd| ! 00820150 2e 64 74 78 2e 5a 00 5d 2a 00 00 01 de 7c cb 28 |.dtx.Z.]*....|.(| ! 00820160 00 81 24 63 72 6f 73 73 77 72 64 2e 69 6e 73 2e |..$crosswrd.ins.| ! 00820170 5a 00 07 e2 00 00 09 88 7c d5 7d 8c 81 a4 63 72 |Z.......|.}...cr| ! 00820180 6f 75 63 68 32 2e 74 78 74 2e 67 7a 00 07 74 00 |ouch2.txt.gz..t.| ! 00820190 00 00 7d 7c c7 f0 00 81 a4 63 72 6f 77 62 6d 70 |..}|.....crowbmp| ! 008201a0 2e 74 78 74 2e 67 7a 00 71 fc 00 00 03 07 7c a6 |.txt.gz.q.....|.| ! 008201b0 c0 00 81 24 63 72 6f 77 69 6e 67 2e 63 72 64 2e |...$crowing.crd.| ! 008201c0 67 7a 00 2b a4 00 10 5e 25 7c b3 a0 00 81 a4 63 |gz.+...^%|.....c| ! 008201d0 72 76 6d 61 74 63 68 2e 70 73 2e 67 7a 00 08 3a |rvmatch.ps.gz..:| ! 008201e0 00 00 01 c7 7c c3 c0 00 81 a4 63 72 79 70 74 2b |....|.....crypt+| ! 008201f0 2b 2e 52 45 41 44 4d 45 00 21 b3 00 00 01 c7 7c |+.README.!.....|| ! 00820200 c3 c8 00 81 a4 63 72 79 70 74 2b 2b 2e 52 45 41 |.....crypt++.REA| ! 00820210 44 4d 45 00 32 e7 00 00 00 ba 7c 57 70 00 81 a4 |DME.2.....|Wp...| ! 00820220 63 72 79 70 74 2e 7a 6f 6f 2e 64 65 73 63 00 55 |crypt.zoo.desc.U| ! 00820230 08 00 04 da a6 7c c0 58 00 81 fd 63 72 79 70 74 |.....|.X...crypt| ! 00820240 69 78 2d 31 30 2e 68 71 78 00 5e 39 00 00 1a 7c |ix-10.hqx.^9...|| ! 00820250 7c b2 30 00 81 24 63 73 5f 70 61 74 63 68 2e 75 ||.0..$cs_patch.u| ! 00820260 75 65 2e 5a 00 32 e3 00 00 00 69 7c 72 08 00 81 |ue.Z.2....i|r...| ! 00820270 a4 63 73 61 61 64 2e 6c 7a 68 2e 64 65 73 63 00 |.csaad.lzh.desc.| ! 00820280 32 e3 00 00 00 69 7c 72 08 00 81 a4 63 73 61 61 |2....i|r....csaa| ! 00820290 6e 2e 6c 7a 68 2e 64 65 73 63 00 32 e3 00 00 00 |n.lzh.desc.2....| ! 008202a0 6d 7c 72 08 00 81 a4 63 73 61 61 70 2e 6c 7a 68 |m|r....csaap.lzh| ! 008202b0 2e 64 65 73 63 00 32 e3 00 00 00 66 7c 72 08 00 |.desc.2....f|r..| ! 008202c0 81 a4 63 73 61 61 75 2e 6c 7a 68 2e 64 65 73 63 |..csaau.lzh.desc| ! 008202d0 00 32 e3 00 00 00 69 7c 72 08 00 81 a4 63 73 61 |.2....i|r....csa| ! 008202e0 64 61 2e 6c 7a 68 2e 64 65 73 63 00 32 e3 00 00 |da.lzh.desc.2...| ! 008202f0 00 6b 7c 72 08 00 81 a4 63 73 61 65 6d 2e 6c 7a |.k|r....csaem.lz| ! 00820300 68 2e 64 65 73 63 00 32 e3 00 00 00 66 7c 72 08 |h.desc.2....f|r.| ! 00820310 00 81 a4 63 73 61 67 61 2e 6c 7a 68 2e 64 65 73 |...csaga.lzh.des| ! 00820320 63 00 32 e3 00 00 00 69 7c 72 08 00 81 a4 63 73 |c.2....i|r....cs| ! 00820330 61 67 72 2e 6c 7a 68 2e 64 65 73 63 00 32 e3 00 |agr.lzh.desc.2..| ! 00820340 00 00 69 7c 72 08 00 81 a4 63 73 61 68 61 2e 6c |..i|r....csaha.l| ! 00820350 7a 68 2e 64 65 73 63 00 32 e3 00 00 00 6d 7c 72 |zh.desc.2....m|r| ! 00820360 08 00 81 a4 63 73 61 69 6e 2e 6c 7a 68 2e 64 65 |....csain.lzh.de| ! 00820370 73 63 00 32 e3 00 00 00 6c 7c 72 08 00 81 a4 63 |sc.2....l|r....c| ! 00820380 73 61 6d 61 2e 6c 7a 68 2e 64 65 73 63 00 32 e3 |sama.lzh.desc.2.| ! 00820390 00 00 00 65 7c 72 08 00 81 a4 63 73 61 6d 69 2e |...e|r....csami.| ! 008203a0 6c 7a 68 2e 64 65 73 63 00 32 e3 00 00 00 6b 7c |lzh.desc.2....k|| ! 008203b0 72 08 00 81 a4 63 73 61 6d 75 2e 6c 7a 68 2e 64 |r....csamu.lzh.d| ! 008203c0 65 73 63 00 32 e3 00 00 00 6b 7c 72 08 00 81 a4 |esc.2....k|r....| ! 008203d0 63 73 61 70 72 2e 6c 7a 68 2e 64 65 73 63 00 32 |csapr.lzh.desc.2| ! 008203e0 e3 00 00 00 68 7c 72 08 00 81 a4 63 73 61 72 65 |....h|r....csare| ! 008203f0 2e 6c 7a 68 2e 64 65 73 63 00 07 ed 00 00 08 11 |.lzh.desc.......| 00820400 7c d1 cb 19 81 a4 63 73 61 77 30 39 62 2e 74 78 ||.....csaw09b.tx| 00820410 74 2e 67 7a 00 21 4d 00 01 2a cc 7c c4 c0 00 81 |t.gz.!M..*.|....| 00820420 a4 63 73 68 2d 35 2e 32 36 2d 32 2e 64 65 62 00 |.csh-5.26-2.deb.| --- 528806,528862 ---- 008200a0 7c cb 28 00 81 a4 63 72 65 61 74 65 6d 6f 64 65 ||.(...createmode| 008200b0 2e 78 62 6d 00 2a b0 00 00 03 89 7c cb a0 00 81 |.xbm.*.....|....| 008200c0 a4 63 72 65 61 74 65 6d 6f 64 65 2e 78 62 6d 00 |.createmode.xbm.| ! 008200d0 08 f7 08 f7 00 00 00 c7 7c a5 88 00 81 b4 63 72 |........|.....cr| ! 008200e0 69 74 69 63 2e 62 61 64 2e 67 69 66 00 5e 4b 00 |itic.bad.gif.^K.| ! 008200f0 00 11 9b 7c cb c0 00 81 24 63 72 6f 61 74 69 61 |...|....$croatia| ! 00820100 6e 2e 64 74 78 2e 5a 00 5d e7 00 00 00 a3 7c cb |n.dtx.Z.].....|.| ! 00820110 a0 00 81 24 63 72 6f 61 74 69 61 6e 2e 6d 6c 64 |...$croatian.mld| ! 00820120 2e 5a 00 07 7e 00 00 02 96 7c ca 20 00 81 a4 63 |.Z..~....|. ...c| ! 00820130 72 6f 73 73 6d 65 2e 74 78 74 2e 67 7a 00 5d 2a |rossme.txt.gz.]*| ! 00820140 00 00 60 9a 7c cb 28 00 81 24 63 72 6f 73 73 77 |..`.|.(..$crossw| ! 00820150 72 64 2e 64 74 78 2e 5a 00 5d 2a 00 00 01 de 7c |rd.dtx.Z.]*....|| ! 00820160 cb 28 00 81 24 63 72 6f 73 73 77 72 64 2e 69 6e |.(..$crosswrd.in| ! 00820170 73 2e 5a 00 07 e2 00 00 09 88 7c d5 7d 8c 81 a4 |s.Z.......|.}...| ! 00820180 63 72 6f 75 63 68 32 2e 74 78 74 2e 67 7a 00 07 |crouch2.txt.gz..| ! 00820190 74 00 00 00 7d 7c c7 f0 00 81 a4 63 72 6f 77 62 |t...}|.....crowb| ! 008201a0 6d 70 2e 74 78 74 2e 67 7a 00 71 fc 00 00 03 07 |mp.txt.gz.q.....| ! 008201b0 7c a6 c0 00 81 24 63 72 6f 77 69 6e 67 2e 63 72 ||....$crowing.cr| ! 008201c0 64 2e 67 7a 00 2b a4 00 10 5e 25 7c b3 a0 00 81 |d.gz.+...^%|....| ! 008201d0 a4 63 72 76 6d 61 74 63 68 2e 70 73 2e 67 7a 00 |.crvmatch.ps.gz.| ! 008201e0 08 3a 00 00 01 c7 7c c3 c0 00 81 a4 63 72 79 70 |.:....|.....cryp| ! 008201f0 74 2b 2b 2e 52 45 41 44 4d 45 00 21 b3 00 00 01 |t++.README.!....| ! 00820200 c7 7c c3 c8 00 81 a4 63 72 79 70 74 2b 2b 2e 52 |.|.....crypt++.R| ! 00820210 45 41 44 4d 45 00 32 e7 00 00 00 ba 7c 57 70 00 |EADME.2.....|Wp.| ! 00820220 81 a4 63 72 79 70 74 2e 7a 6f 6f 2e 64 65 73 63 |..crypt.zoo.desc| ! 00820230 00 55 08 00 04 da a6 7c c0 58 00 81 fd 63 72 79 |.U.....|.X...cry| ! 00820240 70 74 69 78 2d 31 30 2e 68 71 78 00 5e 39 00 00 |ptix-10.hqx.^9..| ! 00820250 1a 7c 7c b2 30 00 81 24 63 73 5f 70 61 74 63 68 |.||.0..$cs_patch| ! 00820260 2e 75 75 65 2e 5a 00 32 e3 00 00 00 69 7c 72 08 |.uue.Z.2....i|r.| ! 00820270 00 81 a4 63 73 61 61 64 2e 6c 7a 68 2e 64 65 73 |...csaad.lzh.des| ! 00820280 63 00 32 e3 00 00 00 69 7c 72 08 00 81 a4 63 73 |c.2....i|r....cs| ! 00820290 61 61 6e 2e 6c 7a 68 2e 64 65 73 63 00 32 e3 00 |aan.lzh.desc.2..| ! 008202a0 00 00 6d 7c 72 08 00 81 a4 63 73 61 61 70 2e 6c |..m|r....csaap.l| ! 008202b0 7a 68 2e 64 65 73 63 00 32 e3 00 00 00 66 7c 72 |zh.desc.2....f|r| ! 008202c0 08 00 81 a4 63 73 61 61 75 2e 6c 7a 68 2e 64 65 |....csaau.lzh.de| ! 008202d0 73 63 00 32 e3 00 00 00 69 7c 72 08 00 81 a4 63 |sc.2....i|r....c| ! 008202e0 73 61 64 61 2e 6c 7a 68 2e 64 65 73 63 00 32 e3 |sada.lzh.desc.2.| ! 008202f0 00 00 00 6b 7c 72 08 00 81 a4 63 73 61 65 6d 2e |...k|r....csaem.| ! 00820300 6c 7a 68 2e 64 65 73 63 00 32 e3 00 00 00 66 7c |lzh.desc.2....f|| ! 00820310 72 08 00 81 a4 63 73 61 67 61 2e 6c 7a 68 2e 64 |r....csaga.lzh.d| ! 00820320 65 73 63 00 32 e3 00 00 00 69 7c 72 08 00 81 a4 |esc.2....i|r....| ! 00820330 63 73 61 67 72 2e 6c 7a 68 2e 64 65 73 63 00 32 |csagr.lzh.desc.2| ! 00820340 e3 00 00 00 69 7c 72 08 00 81 a4 63 73 61 68 61 |....i|r....csaha| ! 00820350 2e 6c 7a 68 2e 64 65 73 63 00 32 e3 00 00 00 6d |.lzh.desc.2....m| ! 00820360 7c 72 08 00 81 a4 63 73 61 69 6e 2e 6c 7a 68 2e ||r....csain.lzh.| ! 00820370 64 65 73 63 00 32 e3 00 00 00 6c 7c 72 08 00 81 |desc.2....l|r...| ! 00820380 a4 63 73 61 6d 61 2e 6c 7a 68 2e 64 65 73 63 00 |.csama.lzh.desc.| ! 00820390 32 e3 00 00 00 65 7c 72 08 00 81 a4 63 73 61 6d |2....e|r....csam| ! 008203a0 69 2e 6c 7a 68 2e 64 65 73 63 00 32 e3 00 00 00 |i.lzh.desc.2....| ! 008203b0 6b 7c 72 08 00 81 a4 63 73 61 6d 75 2e 6c 7a 68 |k|r....csamu.lzh| ! 008203c0 2e 64 65 73 63 00 32 e3 00 00 00 6b 7c 72 08 00 |.desc.2....k|r..| ! 008203d0 81 a4 63 73 61 70 72 2e 6c 7a 68 2e 64 65 73 63 |..csapr.lzh.desc| ! 008203e0 00 32 e3 00 00 00 68 7c 72 08 00 81 a4 63 73 61 |.2....h|r....csa| ! 008203f0 72 65 2e 6c 7a 68 2e 64 65 73 63 00 07 ed 00 00 |re.lzh.desc.....| 00820400 7c d1 cb 19 81 a4 63 73 61 77 30 39 62 2e 74 78 ||.....csaw09b.tx| 00820410 74 2e 67 7a 00 21 4d 00 01 2a cc 7c c4 c0 00 81 |t.gz.!M..*.|....| 00820420 a4 63 73 68 2d 35 2e 32 36 2d 32 2e 64 65 62 00 |.csh-5.26-2.deb.| *************** *** 529198,529204 **** 00821920 78 4b 69 6c 6c 53 72 76 2e 63 2e 5a 00 53 6d 00 |xKillSrv.c.Z.Sm.| 00821930 02 d5 2a 7c c3 20 00 81 fd 64 65 20 6b 69 73 74 |..*|. ...de kist| 00821940 20 28 44 65 6d 6f 29 00 5c a1 00 04 cc 69 7c d2 | (Demo).\....i|.| ! 00821950 95 84 81 24 64 65 2d 69 34 6c 2d 66 61 71 2e 61 |...$de-i4l-faq.a| 00821960 73 63 00 08 8e 00 00 0d 04 7c d2 62 51 81 a4 64 |sc.......|.bQ..d| 00821970 65 2d 6c 61 74 69 6e 31 2e 6b 6d 61 70 00 23 6d |e-latin1.kmap.#m| 00821980 00 00 0d 04 7c d3 ac 00 81 a4 64 65 2d 6c 61 74 |....|.....de-lat| --- 529198,529204 ---- 00821920 78 4b 69 6c 6c 53 72 76 2e 63 2e 5a 00 53 6d 00 |xKillSrv.c.Z.Sm.| 00821930 02 d5 2a 7c c3 20 00 81 fd 64 65 20 6b 69 73 74 |..*|. ...de kist| 00821940 20 28 44 65 6d 6f 29 00 5c a1 00 04 cc 69 7c d2 | (Demo).\....i|.| ! 00821950 95 84 81 24 64 65 2d 69 34 6c 2d 66 61 71 23 6d |...$de-i4l-faq#m| 00821960 73 63 00 08 8e 00 00 0d 04 7c d2 62 51 81 a4 64 |sc.......|.bQ..d| 00821970 65 2d 6c 61 74 69 6e 31 2e 6b 6d 61 70 00 23 6d |e-latin1.kmap.#m| 00821980 00 00 0d 04 7c d3 ac 00 81 a4 64 65 2d 6c 61 74 |....|.....de-lat| >How-To-Repeat: Heavy disk activity with an AHA2940UW+cables+disk combination that causes an occational SCSI bus reset. >Fix: Unknown. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jul 4 09:55:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA00299 for bugs-outgoing; Fri, 4 Jul 1997 09:55:19 -0700 (PDT) Received: from hwcn.org (main.hwcn.org [199.212.94.65]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA00292; Fri, 4 Jul 1997 09:55:15 -0700 (PDT) Received: from james.freenet.hamilton.on.ca (ac199@james.hwcn.org [199.212.94.66]) by hwcn.org (8.8.6/8.8.6) with ESMTP id MAA29669; Fri, 4 Jul 1997 12:55:38 -0400 (EDT) Received: from localhost (ac199@localhost) by james.freenet.hamilton.on.ca (8.8.6/8.8.6) with SMTP id MAA12252; Fri, 4 Jul 1997 12:55:47 -0400 (EDT) X-Authentication-Warning: james.freenet.hamilton.on.ca: ac199 owned process doing -bs Date: Fri, 4 Jul 1997 12:55:45 -0400 (EDT) From: Tim Vanderhoek X-Sender: ac199@james.freenet.hamilton.on.ca Reply-To: hoek@hwcn.org To: timmmyymymy cc: FreeBSD-gnats-submit@FreeBSD.ORG, freebsd-bugs@hub.freebsd.org Subject: Re: i386/4030: syscons thinks CTRL is always pressed In-Reply-To: <199707041315.JAA00298@x22> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 4 Jul 1997, timmmyymymy wrote: > kbdcontrol -l /usr/share/syscons/keymaps/my.map ; # Where my.map has 090 -> cr > # Copy line from Description > # Now, press the lctrl key, hold it down, and then press the rctrl key > # Now, press `d' (or any key, for that matter), and you will be logged out. > # Warning... You will have to reboot to return syscons to its normal > # state... It might be worthwhile to mention that you can still enter non-control characters by using the Alt-code. eg. Alt-1-0-0. -- Outnumbered? Maybe. Outspoken? Never! tIM...HOEk From owner-freebsd-bugs Fri Jul 4 10:00:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA00517 for bugs-outgoing; Fri, 4 Jul 1997 10:00:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA00508; Fri, 4 Jul 1997 10:00:01 -0700 (PDT) Date: Fri, 4 Jul 1997 10:00:01 -0700 (PDT) Message-Id: <199707041700.KAA00508@hub.freebsd.org> To: freebsd-bugs Cc: From: Tim Vanderhoek Subject: Re: i386/4030: syscons thinks CTRL is always pressed Reply-To: Tim Vanderhoek Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/4030; it has been noted by GNATS. From: Tim Vanderhoek To: timmmyymymy Cc: FreeBSD-gnats-submit@FreeBSD.ORG, freebsd-bugs@hub.freebsd.org Subject: Re: i386/4030: syscons thinks CTRL is always pressed Date: Fri, 4 Jul 1997 12:55:45 -0400 (EDT) On Fri, 4 Jul 1997, timmmyymymy wrote: > kbdcontrol -l /usr/share/syscons/keymaps/my.map ; # Where my.map has 090 -> cr > # Copy line from Description > # Now, press the lctrl key, hold it down, and then press the rctrl key > # Now, press `d' (or any key, for that matter), and you will be logged out. > # Warning... You will have to reboot to return syscons to its normal > # state... It might be worthwhile to mention that you can still enter non-control characters by using the Alt-code. eg. Alt-1-0-0. -- Outnumbered? Maybe. Outspoken? Never! tIM...HOEk From owner-freebsd-bugs Fri Jul 4 10:16:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA01196 for bugs-outgoing; Fri, 4 Jul 1997 10:16:06 -0700 (PDT) Received: from In-Net.inba.fr (arthur.inba.fr [194.51.120.34]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA01191 for ; Fri, 4 Jul 1997 10:16:03 -0700 (PDT) Received: from uther.inba.fr (uther.inba.fr [194.51.120.62]) by In-Net.inba.fr (8.8.5/8.8.5) with SMTP id TAA12318 for ; Fri, 4 Jul 1997 19:17:36 +0200 (MET DST) Message-Id: <3.0.1.16.19970704192332.387fe026@mail.inba.fr> X-Sender: psc@mail.inba.fr X-Mailer: Windows Eudora Pro Version 3.0.1 (16) Demo [F] Date: Fri, 04 Jul 1997 19:23:32 +0200 To: freebsd-bugs@freebsd.org From: Philippe SCHACK Subject: scsi controler Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id KAA01192 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Is there a well scsi controler wich works fine with FreeBSD-2.1.7.1 without any problem (isa or EISA) to replace the aic7xxx from Adaptec. Any help appreciated. Thank's -- P. SCHÄCK phschack@inba.fr From owner-freebsd-bugs Fri Jul 4 11:07:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA02798 for bugs-outgoing; Fri, 4 Jul 1997 11:07:59 -0700 (PDT) Received: from relay.ucb.crimea.ua (ru@relay.ucb.crimea.ua [194.93.177.113]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA02793; Fri, 4 Jul 1997 11:07:41 -0700 (PDT) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.8.5/8.8.5) id VAA01496; Fri, 4 Jul 1997 21:02:03 +0300 (EET DST) From: Ruslan Ermilov Message-Id: <199707041802.VAA01496@relay.ucb.crimea.ua> Subject: SLIP DRIVER needs to be rewritten!!! To: freebsd-hackers@freebsd.org Date: Fri, 4 Jul 1997 21:02:02 +0300 (EET DST) Cc: freebsd-bugs@freebsd.org X-My-Interests: Unix,Oracle,Networking X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! I'm using 2.2.1-RELEASE of FreeBSD now. I have a proposal of how to solve the problem when SC_STATIC flag is used. First, I'll try to explain the problem(s): I've configured 4 slip units in kernel and need to attach two slip interfaces. And I WANT to use STATIC FEATURE of the driver (using -S switch of slattach). Well, I run `slattach -s 38400 /dev/cuaa0 -S 1' and here is what I see: 1) netstat -in shows the sl0 and sl1 in the reversed order. This is because slopen() allocates first free element of slsoftc[], i.e. slsoftc[0], and then, when slattach proceeds the -S1 switch, sltioctl(SLIOCSUNIT) assigns to it "slip unit 1" and sets on it SC_STATIC flag. 2) `ifconfig -a' shows the sl0 and sl1 in the normal order. 3) what happens when I try to `ifconfig sl1 x.x.x.x y.y.y.y' is that ifconfig configures sl0 instead of sl1. (To be more exactly, `ifconfig -a' shows that sl0 (but not sl1) has been configured. 4) Moreover, when I then kill my slattach process and then start it again slopen() skips slsoftc[0] because it has SC_STATIC flag set. Note that SC_STATIC flag is not cleared in slclose() to avoid allocation of this unit to the "dynamic slip allocation requests" (i.e. when `slattach' started without -S switch, or when `sliplogin' is started). So, when I kill and start `slattach' 4 times (i.e. the number of slip units configured), slopen() returns ENXIO. If you don't believe me, try to run your kernel.GENERIC (it has been compiled with only 1 slip unit), then start `slattach' with -S switch, kill it, and then try to start `slattach' again. Oops... You'll believe me now ;-) In my point of view, there is the WRONG LOGIC in the if_sl.c. My patch uses the following ideas: 1) Do not `attach the given tty to the first available sl unit' when in the slopen(). 2) Attach the SPECIFIED sl unit to the tty if the sltioctl(SLIOCSUNIT) has been invoked. 3) Or attach `first free, not SC_STATIC sl unit' when the sltioctl(SLIOCGUNIT) has been invoked. The driver version which I've modified is: $Id: if_sl.c,v 1.45.2.1 1997/03/11 19:40:37 bde Exp $ I.e. this is the current version of this driver in RELENG_2_2 branch. My diff is: [**********cut here**********] --- if_sl.c.orig Thu Jul 3 11:10:34 1997 +++ if_sl.c Thu Jul 3 11:17:12 1997 @@ -186,6 +186,7 @@ static struct mbuf *sl_btom __P((struct sl_softc *, int)); static timeout_t sl_keepalive; static timeout_t sl_outfill; +static int slalloc __P((int, struct tty *)); static int slclose __P((struct tty *,int)); static int slinput __P((int, struct tty *)); static int slioctl __P((struct ifnet *, int, caddr_t)); @@ -265,8 +266,6 @@ register struct tty *tp; { struct proc *p = curproc; /* XXX */ - register struct sl_softc *sc; - register int nsl; int s, error; error = suser(p->p_ucred, &p->p_acflag); @@ -276,38 +275,62 @@ if (tp->t_line == SLIPDISC) return (0); - for (nsl = NSL, sc = sl_softc; --nsl >= 0; sc++) - if (sc->sc_ttyp == NULL && !(sc->sc_flags & SC_STATIC)) { - if (slinit(sc) == 0) - return (ENOBUFS); - tp->t_sc = (caddr_t)sc; - sc->sc_ttyp = tp; - sc->sc_if.if_baudrate = tp->t_ospeed; - ttyflush(tp, FREAD | FWRITE); - - tp->t_line = SLIPDISC; - /* - * We don't use t_canq or t_rawq, so reduce their - * cblock resources to 0. Reserve enough cblocks - * for t_outq to guarantee that we can fit a full - * packet if the SLIP_HIWAT check allows slstart() - * to loop. Use the same value for the cblock - * limit since the reserved blocks should always - * be enough. Reserving cblocks probably makes - * the CLISTRESERVE check unnecessary and wasteful. - */ - clist_alloc_cblocks(&tp->t_canq, 0, 0); - clist_alloc_cblocks(&tp->t_outq, - SLIP_HIWAT + 2 * sc->sc_if.if_mtu + 1, - SLIP_HIWAT + 2 * sc->sc_if.if_mtu + 1); - clist_alloc_cblocks(&tp->t_rawq, 0, 0); - - s = splnet(); - if_up(&sc->sc_if); - splx(s); - return (0); - } - return (ENXIO); + ttyflush(tp, FREAD | FWRITE); + + tp->t_line = SLIPDISC; + return (0); +} + +static int +slalloc(unit, tp) + int unit; + struct tty *tp; +{ + register struct sl_softc *sc; + int s, static_unit = 1; + + if (unit == -1) { + static_unit = 0; + for (unit = 0; unit < NSL; unit++) + if (sl_softc[unit].sc_ttyp == NULL && + !(sl_softc[unit].sc_flags & SC_STATIC) ) + break; + } + + if (unit < 0 || unit >= NSL || tp->t_sc != NULL) + return (ENXIO); + + sc = &sl_softc[unit]; + if (sc->sc_ttyp != NULL) + return (EBUSY); + if (slinit(sc) == 0) + return (ENOBUFS); + + tp->t_sc = (caddr_t)sc; + sc->sc_ttyp = tp; + sc->sc_if.if_baudrate = tp->t_ospeed; + if (static_unit != 0) + sc->sc_flags |= SC_STATIC; + /* + * We don't use t_canq or t_rawq, so reduce their + * cblock resources to 0. Reserve enough cblocks + * for t_outq to guarantee that we can fit a full + * packet if the SLIP_HIWAT check allows slstart() + * to loop. Use the same value for the cblock + * limit since the reserved blocks should always + * be enough. Reserving cblocks probably makes + * the CLISTRESERVE check unnecessary and wasteful. + */ + clist_alloc_cblocks(&tp->t_canq, 0, 0); + clist_alloc_cblocks(&tp->t_outq, + SLIP_HIWAT + 2 * sc->sc_if.if_mtu + 1, + SLIP_HIWAT + 2 * sc->sc_if.if_mtu + 1); + clist_alloc_cblocks(&tp->t_rawq, 0, 0); + + s = splnet(); + if_up(&sc->sc_if); + splx(s); + return (0); } /* @@ -368,34 +391,34 @@ struct proc *p; { struct sl_softc *sc = (struct sl_softc *)tp->t_sc, *nc; - int s, nsl; + int s, nsl, ret; + + if (sc == NULL && (cmd != SLIOCGUNIT && cmd != SLIOCSUNIT)) + return (ENXIO); s = splimp(); switch (cmd) { case SLIOCGUNIT: + if (sc == NULL) { + ret = slalloc(-1, tp); + if (ret != 0) { + splx(s); + return (ret); + } + sc = (struct sl_softc *)tp->t_sc; + } *(int *)data = sc->sc_if.if_unit; break; case SLIOCSUNIT: - if (sc->sc_if.if_unit != *(u_int *)data) { - for (nsl = NSL, nc = sl_softc; --nsl >= 0; nc++) { - if ( nc->sc_if.if_unit == *(u_int *)data - && nc->sc_ttyp == NULL - ) { - nc->sc_if.if_unit = sc->sc_if.if_unit; - nc->sc_flags &= ~SC_STATIC; - nc->sc_flags |= sc->sc_flags & SC_STATIC; - sc->sc_if.if_unit = *(u_int *)data; - goto slfound; - } - } - splx(s); - return (ENXIO); - } - slfound: - sc->sc_flags |= SC_STATIC; + if (sc == NULL) + ret = slalloc(*(int *)data, tp); + else + ret = EEXIST; + splx(s); + return (ret); break; - + case SLIOCSKEEPAL: sc->sc_keepalive = *(u_int *)data * hz; if (sc->sc_keepalive) { [**********cut here**********] Thanks in advance, --- Ruslan A. Ermilov System Administrator ru@ucb.crimea.ua United Commercial Bank +380-652-247 647 Simferopol, Crimea From owner-freebsd-bugs Fri Jul 4 12:00:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA04373 for bugs-outgoing; Fri, 4 Jul 1997 12:00:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA04367; Fri, 4 Jul 1997 12:00:01 -0700 (PDT) Resent-Date: Fri, 4 Jul 1997 12:00:01 -0700 (PDT) Resent-Message-Id: <199707041900.MAA04367@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, fenner@parc.xerox.com Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA04264 for ; Fri, 4 Jul 1997 11:57:11 -0700 (PDT) Received: from fenestro.parc.xerox.com ([13.0.208.199]) by alpha.xerox.com with SMTP id <15310(2)>; Fri, 4 Jul 1997 11:56:38 PDT Received: (from fenner@localhost) by fenestro.parc.xerox.com (8.8.5/8.8.4) id LAA08337; Fri, 4 Jul 1997 11:57:53 -0700 (PDT) Message-Id: <199707041857.LAA08337@fenestro.parc.xerox.com> Date: Fri, 4 Jul 1997 11:57:53 PDT From: Bill Fenner Reply-To: fenner@parc.xerox.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: gnu/4033: cvs clears default branch when adding a file to a new branch with "cvs add" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4033 >Category: gnu >Synopsis: cvs clears default branch when adding a file to a new branch with "cvs add" >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jul 4 12:00:00 PDT 1997 >Last-Modified: >Originator: Bill Fenner >Organization: Xerox >Release: FreeBSD 3.0-CURRENT i386 >Environment: Concurrent Versions System (CVS) 1.9.9 (client/server) Copyright (c) 1993-1994 Brian Berliner Copyright (c) 1993-1994 david d `zoo' zuhn Copyright (c) 1992, Brian Berliner and Jeff Polk Copyright (c) 1989-1992, Brian Berliner CVS may be copied only under the terms of the GNU General Public License, a copy of which can be found with the CVS distribution kit. >Description: When using "cvs add" in a directory with a sticky tag (e.g. to bring a file onto a branch), "cvs commit" clears out the default branch in the RCS file before choosing the revision number for the new branch, and does not put it back. This causes: a) confusion. Normally a file with a vendor branch cannot have a 1.1.2.x branch. b) bloat. Since HEAD is no longer on the vendor branch, any commits onto the vendor branch have to be merged onto HEAD, even if there have been no local changes. c) inconsistency. Files that were on the vendor branch when the tree was tagged (e.g. when "cvs tag -b RELENG_2_2 happened) will have RELENG_2_2 branches of 1.1.1.1.2, while files that were imported later and then "cvs add"ed will have RELENG_2_2 branches of 1.1.2 . d) In my test case, it caused an extraneous conflict on $Id$ lines when importing a new version onto the vendor branch, but that might just have been a poorly-formed test case. >How-To-Repeat: - "cvs import ttt" into an empty repository - "cvs co ttt" the new module - "cvs tag -b TESTOTRON *.c" some of the files in the module - "cvs release -d ttt" the directory I was working in Right now, the file "tcpdump.1,v" has branch:1.1.1 - "cvs co -rTESTOTRON ttt" - cp (where-I-imported-from)/tcpdump.1 . - "cvs add tcpdump.1" - "cvs commit" The TESTOTRON branch is 1.1.2 in tcpdump.1, where it's 1.1.1.1.2 in *.c . tcpdump.1 has also lost its "branch:" info, so HEAD is now 1.1 instead of 1.1.1.1 . >Fix: This fix needs a more thorough review than I was able to give it, but it at least fixes my test case. cvs diff: Diffing . Index: commit.c =================================================================== RCS file: /home/ncvs/src/contrib/cvs/src/commit.c,v retrieving revision 1.1.1.2 diff -u -r1.1.1.2 commit.c --- commit.c 1997/05/15 22:45:24 1.1.1.2 +++ commit.c 1997/07/01 04:40:27 @@ -1948,6 +1948,8 @@ char *head; char *magicrev; + fixbranch(rcsfile, sbranch); + head = RCS_getversion (rcsfile, NULL, NULL, 0, (int *) NULL); magicrev = RCS_magicrev (rcsfile, head); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jul 4 13:30:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA07244 for bugs-outgoing; Fri, 4 Jul 1997 13:30:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA07238; Fri, 4 Jul 1997 13:30:01 -0700 (PDT) Date: Fri, 4 Jul 1997 13:30:01 -0700 (PDT) Message-Id: <199707042030.NAA07238@hub.freebsd.org> To: freebsd-bugs Cc: From: Tor Egge Subject: Re: kern/4032: During recovery from scsi errors, incorrect contents might be written to the disk. Reply-To: Tor Egge Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/4032; it has been noted by GNATS. From: Tor Egge To: Tor.Egge@idi.ntnu.no Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/4032: During recovery from scsi errors, incorrect contents might be written to the disk. Date: Fri, 04 Jul 1997 22:25:41 +0200 Two errors in the original bug report: >>Synopsis: The missing synposis is: During recovery from scsi errors, incorrect contents might be written to the disk. > Most of the data in the bad region is shifted 2 bytes. > Some of the data is shifted 1 byte. > Some of the data is shifted 3 bytes. I misread the cmp -l output :-( No shift by 1 or 3 bytes. Only by 2 bytes. - Tor Egge From owner-freebsd-bugs Fri Jul 4 13:49:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA07655 for bugs-outgoing; Fri, 4 Jul 1997 13:49:31 -0700 (PDT) Received: from lariat.lariat.org (ppp0.lariat.org@[129.72.251.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA07649 for ; Fri, 4 Jul 1997 13:49:28 -0700 (PDT) Received: from anonymous.lariat.org ([129.72.251.10] (may be forged)) by lariat.lariat.org (8.8.6/8.8.6) with SMTP id OAA13990 for ; Fri, 4 Jul 1997 14:48:57 -0600 (MDT) Message-Id: <3.0.1.32.19970704144921.008e1c40@mail.lariat.org> X-Sender: brett@mail.lariat.org X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Fri, 04 Jul 1997 14:49:21 -0600 To: bugs@freebsd.org From: Brett Glass Subject: Serious maintenance bug in 2.2.2-R Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Upgraded a system to 2.2.2-R not long ago, and just discovered that it was running out of disk space. Why? Because the new /etc/daily, /etc/weekly, and /etc/monthly no longer cleaned up or rotated the log files! They were growing and growing, and began overflowing the disk on this busy system, causing all manner of havoc. Worse still, the nightly backups that normally went to our backup catching machine were overflowing ITS disk, leaving us vulnerable to data loss. I don't know whether this problem occurs exclusively on upgrades, but it's a ticking time bomb that could cause major problems. Does 2.2.2-R have any provisions to rotate and clean up log files? For now, I've added code from 2.1.0-R to daily.local, weekly.local, and monthly.local to get things back under control. --Brett Glass From owner-freebsd-bugs Fri Jul 4 14:40:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA08608 for bugs-outgoing; Fri, 4 Jul 1997 14:40:51 -0700 (PDT) Received: from mail.webspan.net (root@mail.webspan.net [206.154.70.7]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA08600 for ; Fri, 4 Jul 1997 14:40:48 -0700 (PDT) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (WEBSPAN/970608) with ESMTP id RAA25829; Fri, 4 Jul 1997 17:40:46 -0400 (EDT) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (WEBSPAN/970608) with ESMTP id RAA26267; Fri, 4 Jul 1997 17:40:46 -0400 (EDT) To: Brett Glass cc: bugs@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Serious maintenance bug in 2.2.2-R In-reply-to: Your message of "Fri, 04 Jul 1997 14:49:21 MDT." <3.0.1.32.19970704144921.008e1c40@mail.lariat.org> Date: Fri, 04 Jul 1997 17:40:45 -0400 Message-ID: <26265.868052445@orion.webspan.net> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Brett Glass wrote in message ID <3.0.1.32.19970704144921.008e1c40@mail.lariat.org>: > I don't know whether this problem occurs exclusively on upgrades, but it's > a ticking time bomb that could cause major problems. Does 2.2.2-R have any > provisions to rotate and clean up log files? For now, I've added code from > 2.1.0-R to daily.local, weekly.local, and monthly.local to get things back > under control. Enable newsyslog in crontab. It works fine here. It seems that you missed out some parts of the upgrade (like merging in a new /etc/crontab) Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-bugs Fri Jul 4 14:47:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA08725 for bugs-outgoing; Fri, 4 Jul 1997 14:47:01 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA08720 for ; Fri, 4 Jul 1997 14:46:58 -0700 (PDT) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id OAA23561; Fri, 4 Jul 1997 14:48:55 -0700 (PDT) Message-Id: <199707042148.OAA23561@implode.root.com> To: Brett Glass cc: bugs@FreeBSD.ORG Subject: Re: Serious maintenance bug in 2.2.2-R In-reply-to: Your message of "Fri, 04 Jul 1997 14:49:21 MDT." <3.0.1.32.19970704144921.008e1c40@mail.lariat.org> From: David Greenman Reply-To: dg@root.com Date: Fri, 04 Jul 1997 14:48:55 -0700 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Upgraded a system to 2.2.2-R not long ago, and just discovered that it was >running out of disk space. Why? Because the new /etc/daily, /etc/weekly, >and /etc/monthly no longer cleaned up or rotated the log files! They were >growing and growing, and began overflowing the disk on this busy system, >causing all manner of havoc. Worse still, the nightly backups that >normally went to our backup catching machine were overflowing ITS disk, >leaving us vulnerable to data loss. > >I don't know whether this problem occurs exclusively on upgrades, but it's >a ticking time bomb that could cause major problems. Does 2.2.2-R have any >provisions to rotate and clean up log files? For now, I've added code from >2.1.0-R to daily.local, weekly.local, and monthly.local to get things back >under control. This is handled by "newsyslog". See /etc/newsyslog.conf and the associated manual pages. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Fri Jul 4 16:15:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA11505 for bugs-outgoing; Fri, 4 Jul 1997 16:15:59 -0700 (PDT) Received: from lariat.lariat.org (ppp0.lariat.org@[129.72.251.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA11496; Fri, 4 Jul 1997 16:15:49 -0700 (PDT) Received: from anonymous.lariat.org ([129.72.251.10] (may be forged)) by lariat.lariat.org (8.8.6/8.8.6) with SMTP id RAA15432; Fri, 4 Jul 1997 17:15:18 -0600 (MDT) Message-Id: <3.0.1.32.19970704171543.008f8e00@mail.lariat.org> X-Sender: brett@mail.lariat.org Disposition-Notification-To: X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Fri, 04 Jul 1997 17:15:43 -0600 To: "Gary Palmer" From: Brett Glass Subject: Re: Serious maintenance bug in 2.2.2-R Cc: bugs@FreeBSD.ORG In-Reply-To: <26265.868052445@orion.webspan.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I merged the old /etc/crontab with the new, but the line with "newsyslog" was commented out. The documentation states that the "newsyslog" program uses a file called "newsyslog.conf", which was not created during the upgrade. Thus, uncommenting this line will do nothing as it stands. Is a standard "newsyslog.conf" file available? If so, why was it not copied to my system during the upgrade? My real concern is that this could have happened to everyone who did an upgrade. The "class" problem was a minor annoyance; this could cripple a system. --Brett At 05:40 PM 7/4/97 -0400, Gary Palmer wrote: >Brett Glass wrote in message ID ><3.0.1.32.19970704144921.008e1c40@mail.lariat.org>: >> I don't know whether this problem occurs exclusively on upgrades, but it's >> a ticking time bomb that could cause major problems. Does 2.2.2-R have any >> provisions to rotate and clean up log files? For now, I've added code from >> 2.1.0-R to daily.local, weekly.local, and monthly.local to get things back >> under control. > >Enable newsyslog in crontab. It works fine here. It seems that you >missed out some parts of the upgrade (like merging in a new >/etc/crontab) > >Gary >-- >Gary Palmer FreeBSD Core Team Member >FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info > > From owner-freebsd-bugs Fri Jul 4 19:18:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA18018 for bugs-outgoing; Fri, 4 Jul 1997 19:18:53 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA17981; Fri, 4 Jul 1997 19:18:18 -0700 (PDT) From: Peter Wemm Received: (from peter@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id TAA04438; Fri, 4 Jul 1997 19:18:12 -0700 (PDT) Date: Fri, 4 Jul 1997 19:18:12 -0700 (PDT) Message-Id: <199707050218.TAA04438@freefall.freebsd.org> To: peter@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, peter@FreeBSD.ORG Subject: Re: gnu/4033 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: cvs clears default branch when adding a file to a new branch with "cvs add" Responsible-Changed-From-To: freebsd-bugs->peter Responsible-Changed-By: peter Responsible-Changed-When: Fri Jul 4 19:17:26 PDT 1997 Responsible-Changed-Why: I'll keep an eye on this From owner-freebsd-bugs Fri Jul 4 19:39:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA18715 for bugs-outgoing; Fri, 4 Jul 1997 19:39:56 -0700 (PDT) Received: from mail.webspan.net (root@mail.webspan.net [206.154.70.7]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA18709 for ; Fri, 4 Jul 1997 19:39:54 -0700 (PDT) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (WEBSPAN/970608) with ESMTP id WAA21620; Fri, 4 Jul 1997 22:39:53 -0400 (EDT) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (WEBSPAN/970608) with ESMTP id WAA25612; Fri, 4 Jul 1997 22:39:52 -0400 (EDT) To: Brett Glass cc: bugs@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Serious maintenance bug in 2.2.2-R In-reply-to: Your message of "Fri, 04 Jul 1997 17:15:43 MDT." <3.0.1.32.19970704171543.008f8e00@mail.lariat.org> Date: Fri, 04 Jul 1997 22:39:52 -0400 Message-ID: <25610.868070392@orion.webspan.net> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Brett Glass wrote in message ID <3.0.1.32.19970704171543.008f8e00@mail.lariat.org>: > I merged the old /etc/crontab with the new, but the line with "newsyslog" > was commented out. RCS file: /home/ncvs/src/etc/crontab,v Working file: crontab head: 1.16 branch: locks: strict access list: symbolic names: RELENG_2_2_2_RELEASE: 1.13 RELENG_2_2_1_RELEASE: 1.13 RELENG_2_2_0_RELEASE: 1.13 [SNIP] ---------------------------- revision 1.12 date: 1996/01/05 10:09:07; author: graichen; state: Exp; lines: +2 -2 changed /etc/[daily,weekly,monthly] to not rotate the logfiles by "hand", changed /etc/crontab to call /usr/sbin/newsyslog every hour (the entry was there before - but we haven't had any newsyslog until today :-) and changed /etc/inetd.conf to also contain (commentet out) entries for rpc.rquotad and rpc.sprayd (taken from NetBSD) ---------------------------- root@mutara:/home/src-current/etc> cvs diff -r 1.11 -r 1.12 crontab Index: crontab =================================================================== RCS file: /home/ncvs/src/etc/crontab,v retrieving revision 1.11 retrieving revision 1.12 diff -r1.11 -r1.12 3c3 < # $Id: crontab,v 1.11 1995/11/19 17:21:09 ache Exp $ --- > # $Id: crontab,v 1.12 1996/01/05 10:09:07 graichen Exp $ 15c15 < #0 * * * * root /usr/bin/newsyslog --- > 0 * * * * root /usr/sbin/newsyslog I think it's uncommented. Certainly is on all newly installed systems here. The only complaint I've had is that I'd prefer it not to roll log files over in the middle of the day, but rather at the old haunting hour of 2am. But thats easily fixed. > The documentation states that the "newsyslog" program > uses a file called "newsyslog.conf", which was not created during the > upgrade. Thus, uncommenting this line will do nothing as it stands. Is a > standard "newsyslog.conf" file available? If so, why was it not copied to > my system during the upgrade? Depends how you did the upgrade. If you did it with `make world', there is a stipulation that it CANNOT touch /etc, and if you want the changes you have to merge them in by hand. If you did it through sysinstall, then something went wrong and I'm not sure what (You'd have to ask Jordan) > My real concern is that this could have happened to everyone who did an > upgrade. The "class" problem was a minor annoyance; this could cripple a > system. As I said, without knowing just how you did the `upgrade' it's impossible to say if this is really a problem with the system or not. Some may argue that `make world' should do what it needs to do, but I'd really not have it blow away my /etc changes just because someone touched something. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-bugs Fri Jul 4 22:50:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA23206 for bugs-outgoing; Fri, 4 Jul 1997 22:50:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA23190; Fri, 4 Jul 1997 22:50:02 -0700 (PDT) Date: Fri, 4 Jul 1997 22:50:02 -0700 (PDT) Message-Id: <199707050550.WAA23190@hub.freebsd.org> To: freebsd-bugs Cc: From: Kazutaka YOKOTA Subject: Re: bin/4004: moused(8) + international language text = incompatibility Reply-To: Kazutaka YOKOTA Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4004; it has been noted by GNATS. From: Kazutaka YOKOTA To: laskavy@cs.msu.su (Sergei S. Laskavy) Cc: FreeBSD-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: bin/4004: moused(8) + international language text = incompatibility Date: Sat, 05 Jul 1997 14:47:59 +0900 >>Number: 4004 >>Category: bin >>Synopsis: moused(8) + international language text = incompatibility >>Confidential: no >>Severity: non-critical >>Priority: low >>Responsible: freebsd-bugs >>State: open >>Class: sw-bug >>Submitter-Id: current-users >>Arrival-Date: Tue Jul 1 09:40:01 PDT 1997 >>Last-Modified: >>Originator: Sergei S. Laskavy >>Organization: >I love FreeBSD Inc. >>Release: FreeBSD 2.2.2-RELEASE i386 >>Environment: > >FreeBSD Hedgehog.Moscow.Ru 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #0: Sat May 31 >00:28:19 MSD 1997 laskavy@Hedgehog.Moscow.Ru:/usr/src/sys/compile/HEDGEHOG > i386 > >>Description: > >The moused(8) changes (without restoring) symbols from the >international language part of the screen code table. I am afraid this is due to the way the mouse pointer is implemented on the text screen in the current version of syscons, which uses the character font 0xd0 through 0xd3. Kazu From owner-freebsd-bugs Fri Jul 4 22:51:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA23290 for bugs-outgoing; Fri, 4 Jul 1997 22:51:29 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA23284 for ; Fri, 4 Jul 1997 22:51:22 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id HAA05819; Sat, 5 Jul 1997 07:51:13 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id HAA21069; Sat, 5 Jul 1997 07:25:01 +0200 (MET DST) Message-ID: <19970705072501.OQ07225@uriah.heep.sax.de> Date: Sat, 5 Jul 1997 07:25:01 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: phschack@inba.fr (Philippe SCHACK) Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: scsi controler References: <3.0.1.16.19970704192332.387fe026@mail.inba.fr> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <3.0.1.16.19970704192332.387fe026@mail.inba.fr>; from Philippe SCHACK on Jul 4, 1997 19:23:32 +0200 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Philippe SCHACK wrote: > Is there a well scsi controler wich works fine with FreeBSD-2.1.7.1 > without any problem (isa or EISA) to replace the aic7xxx from > Adaptec. AHA-1540 (ISA), AHA-1740 (EISA) For me, also the Bt-742A (EISA), but i know it from Ted Middelsted (sp?) that his firmware revision has problems. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri Jul 4 23:02:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA23619 for bugs-outgoing; Fri, 4 Jul 1997 23:02:03 -0700 (PDT) Received: from lariat.lariat.org (ppp0.lariat.org@[129.72.251.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA23613; Fri, 4 Jul 1997 23:01:59 -0700 (PDT) Received: from anonymous.lariat.org ([129.72.251.10] (may be forged)) by lariat.lariat.org (8.8.6/8.8.6) with SMTP id AAA19101; Sat, 5 Jul 1997 00:01:24 -0600 (MDT) Message-Id: <3.0.1.32.19970705000152.00820d40@mail.lariat.org> X-Sender: brett@mail.lariat.org X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Sat, 05 Jul 1997 00:01:52 -0600 To: "Gary Palmer" From: Brett Glass Subject: Re: Serious maintenance bug in 2.2.2-R Cc: bugs@FreeBSD.ORG In-Reply-To: <25610.868070392@orion.webspan.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 10:39 PM 7/4/97 -0400, Gary Palmer wrote: >Depends how you did the upgrade. If you did it with `make world', >there is a stipulation that it CANNOT touch /etc, and if you want the >changes you have to merge them in by hand. If you did it through >sysinstall, then something went wrong and I'm not sure what (You'd >have to ask Jordan) The upgrade was done with sysinstall. --Brett From owner-freebsd-bugs Sat Jul 5 03:00:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA29571 for bugs-outgoing; Sat, 5 Jul 1997 03:00:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA29560; Sat, 5 Jul 1997 03:00:02 -0700 (PDT) Date: Sat, 5 Jul 1997 03:00:02 -0700 (PDT) Message-Id: <199707051000.DAA29560@hub.freebsd.org> To: freebsd-bugs Cc: From: "Sergei S. Laskavy" Subject: Re: bin/4004: moused(8) + international language text = incompatibility Reply-To: "Sergei S. Laskavy" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4004; it has been noted by GNATS. From: "Sergei S. Laskavy" To: yokota@zodiac.mech.utsunomiya-u.ac.jp Cc: FreeBSD-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: bin/4004: moused(8) + international language text = incompatibility Date: Sat, 5 Jul 1997 13:59:33 +0400 >>>>> "Kazutaka" == Kazutaka YOKOTA writes: >>> Description: >> The moused(8) changes (without restoring) symbols from the >> international language part of the screen code table. Kazutaka> I am afraid this is due to the way the mouse pointer is Kazutaka> implemented on the text screen in the current version of Kazutaka> syscons, which uses the character font 0xd0 through Kazutaka> 0xd3. I wonder if somebody is using "moused". Is it hard to add the support of XTerm-ish double-triple clicks? And do not repaint all screen is selection mode? From owner-freebsd-bugs Sat Jul 5 05:33:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA04634 for bugs-outgoing; Sat, 5 Jul 1997 05:33:41 -0700 (PDT) Received: from core.IConNet.Net (core.IConNet.NET [199.173.162.30]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA04629; Sat, 5 Jul 1997 05:33:37 -0700 (PDT) Received: from myname.my.domain (client201-122-10.bellatlantic.net [151.201.122.10]) by core.IConNet.Net (8.8.5/8.8.5) with SMTP id IAA14042; Sat, 5 Jul 1997 08:33:29 -0400 (EDT) Date: Sat, 5 Jul 1997 08:34:57 +0000 (GMT) From: Donn Miller X-Sender: dmm125@myname.my.domain To: freebsd-questions@freebsd.org cc: bugs@freebsd.org Subject: mapping to meta key in syscons Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I've been reading past news articles in *.freebsd.misc about the problems with syscons and using the key as meta (ESC) in emacs. Some postings suggested adding lines to .emacs and/or loading/modifying the right keyboard map with syscons - something about needing an 8th bit to get the syscons to recognize alt as meta. I basically need to know what to modify, and where. There are many possibilities; one is to modify the syscons.c, another is loading a different key map (I use the default configuration - US). Another posting suggested using kbdcontrol to change this. How is the key mapped by default in syscons? Also, what is the best way to fix it so that alt is mapped to meta in emacs? Actually, I was thinking that the "lowest level" solution was best, i.e., changing the syscons or kbdcontrol behavior instead of just simply remapping the keys under emacs. Presumably, I would think that a good solution would be to make the behave the same way as pcvt allows. Donn email: dmm125@bellatlantic.net phone: 412 547-9089 From owner-freebsd-bugs Sat Jul 5 08:00:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA08179 for bugs-outgoing; Sat, 5 Jul 1997 08:00:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA08173; Sat, 5 Jul 1997 08:00:03 -0700 (PDT) Resent-Date: Sat, 5 Jul 1997 08:00:03 -0700 (PDT) Resent-Message-Id: <199707051500.IAA08173@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, king@kingdom.novosibirsk.rosprint.ru Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA08058; Sat, 5 Jul 1997 07:55:51 -0700 (PDT) Message-Id: <199707051455.HAA08058@hub.freebsd.org> Date: Sat, 5 Jul 1997 07:55:51 -0700 (PDT) From: king@kingdom.novosibirsk.rosprint.ru To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/4034: login_getclass problem when root login Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4034 >Category: kern >Synopsis: login_getclass problem when root login >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jul 5 08:00:02 PDT 1997 >Last-Modified: >Originator: Igor Zozulya >Organization: Global One >Release: 2.2.2-RELEASE >Environment: >Description: When I'm login as root i got message: login: login_getclass unknown class 'root' >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jul 5 10:59:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA12925 for bugs-outgoing; Sat, 5 Jul 1997 10:59:49 -0700 (PDT) Received: (from fenner@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA12890; Sat, 5 Jul 1997 10:59:41 -0700 (PDT) Date: Sat, 5 Jul 1997 10:59:41 -0700 (PDT) From: Bill Fenner Message-Id: <199707051759.KAA12890@hub.freebsd.org> To: fenner, freebsd-bugs, freebsd-ports Subject: Re: bin/3165 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: tex-3.14159.tgz lacks file Responsible-Changed-From-To: freebsd-bugs->freebsd-ports Responsible-Changed-By: fenner Responsible-Changed-When: Sat Jul 5 10:59:18 PDT 1997 Responsible-Changed-Why: This is a port bug. From owner-freebsd-bugs Sat Jul 5 11:03:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA13174 for bugs-outgoing; Sat, 5 Jul 1997 11:03:05 -0700 (PDT) Received: (from fenner@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA13152; Sat, 5 Jul 1997 11:02:59 -0700 (PDT) Date: Sat, 5 Jul 1997 11:02:59 -0700 (PDT) From: Bill Fenner Message-Id: <199707051802.LAA13152@hub.freebsd.org> To: dpi@rapidnet.com, fenner, freebsd-bugs Subject: Re: bin/3437 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: SU acting strange on 2.2.1 Release State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Sat Jul 5 11:02:46 PDT 1997 State-Changed-Why: Duplicate for bin/3424 From owner-freebsd-bugs Sat Jul 5 11:14:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA13697 for bugs-outgoing; Sat, 5 Jul 1997 11:14:22 -0700 (PDT) Received: (from fenner@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA13675; Sat, 5 Jul 1997 11:14:14 -0700 (PDT) Date: Sat, 5 Jul 1997 11:14:14 -0700 (PDT) From: Bill Fenner Message-Id: <199707051814.LAA13675@hub.freebsd.org> To: fenner@parc.xerox.com, fenner, freebsd-bugs Subject: Re: bin/2527 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: fetch doesn't print enough of the error message when using HTTP_PROXY State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Sat Jul 5 11:13:55 PDT 1997 State-Changed-Why: Fixed in rev 1.5 of fetch/http.c From owner-freebsd-bugs Sat Jul 5 11:25:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA14312 for bugs-outgoing; Sat, 5 Jul 1997 11:25:06 -0700 (PDT) Received: (from fenner@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA14274; Sat, 5 Jul 1997 11:24:38 -0700 (PDT) Date: Sat, 5 Jul 1997 11:24:38 -0700 (PDT) From: Bill Fenner Message-Id: <199707051824.LAA14274@hub.freebsd.org> To: fenner, gnats-admin, freebsd-bugs Subject: Re: kern/3263 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: troubles with digiboard Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: fenner Responsible-Changed-When: Sat Jul 5 11:24:14 PDT 1997 Responsible-Changed-Why: Misfiled PR. From owner-freebsd-bugs Sat Jul 5 11:48:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA15479 for bugs-outgoing; Sat, 5 Jul 1997 11:48:37 -0700 (PDT) Received: (from fenner@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA15460; Sat, 5 Jul 1997 11:48:33 -0700 (PDT) Date: Sat, 5 Jul 1997 11:48:33 -0700 (PDT) From: Bill Fenner Message-Id: <199707051848.LAA15460@hub.freebsd.org> To: ac199@hwcn.org, fenner, freebsd-bugs Subject: Re: gnu/3433 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: send-pr isn't working? State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Sat Jul 5 11:48:15 PDT 1997 State-Changed-Why: Apparently, whatever was wrong was fixed. From owner-freebsd-bugs Sat Jul 5 11:49:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA15583 for bugs-outgoing; Sat, 5 Jul 1997 11:49:21 -0700 (PDT) Received: (from fenner@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA15344; Sat, 5 Jul 1997 11:47:56 -0700 (PDT) Date: Sat, 5 Jul 1997 11:47:56 -0700 (PDT) From: Bill Fenner Message-Id: <199707051847.LAA15344@hub.freebsd.org> To: nsayer@quack.kfu.com, fenner, freebsd-bugs Subject: Re: kern/3423 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ipfw rejected packets respond port unreach instead of host State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Sat Jul 5 11:47:31 PDT 1997 State-Changed-Why: Duplicate, see kern/3427 which includes a patch in the Fix: section. From owner-freebsd-bugs Sat Jul 5 11:50:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA15782 for bugs-outgoing; Sat, 5 Jul 1997 11:50:25 -0700 (PDT) Received: (from fenner@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA15760; Sat, 5 Jul 1997 11:50:17 -0700 (PDT) Date: Sat, 5 Jul 1997 11:50:17 -0700 (PDT) From: Bill Fenner Message-Id: <199707051850.LAA15760@hub.freebsd.org> To: dawes@rf900.physics.usyd.edu.au, fenner, freebsd-bugs Subject: Re: kern/3447 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Some timeouts in st.c are too low when a DAT retries State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Sat Jul 5 11:50:02 PDT 1997 State-Changed-Why: Duplicate for kern/3428 From owner-freebsd-bugs Sat Jul 5 11:50:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA15927 for bugs-outgoing; Sat, 5 Jul 1997 11:50:51 -0700 (PDT) Received: (from fenner@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA15895; Sat, 5 Jul 1997 11:50:49 -0700 (PDT) Date: Sat, 5 Jul 1997 11:50:49 -0700 (PDT) From: Bill Fenner Message-Id: <199707051850.LAA15895@hub.freebsd.org> To: ac199@hwcn.org, fenner, freebsd-bugs Subject: Re: bin/3425 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: vasprintf() doesn't work State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Sat Jul 5 11:50:36 PDT 1997 State-Changed-Why: Duplicate for bin/3422. From owner-freebsd-bugs Sat Jul 5 11:51:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA15977 for bugs-outgoing; Sat, 5 Jul 1997 11:51:07 -0700 (PDT) Received: (from fenner@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA15642; Sat, 5 Jul 1997 11:49:42 -0700 (PDT) Date: Sat, 5 Jul 1997 11:49:42 -0700 (PDT) From: Bill Fenner Message-Id: <199707051849.LAA15642@hub.freebsd.org> To: nsayer@quack.kfu.com, fenner, freebsd-bugs Subject: Re: kern/3427 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: IPFIREWALL reject returns port unreachable, not host State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Sat Jul 5 11:49:06 PDT 1997 State-Changed-Why: Oops, there's another duplicate (kern/3446) which has not only the patch but also a followup. From owner-freebsd-bugs Sat Jul 5 11:51:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA16118 for bugs-outgoing; Sat, 5 Jul 1997 11:51:58 -0700 (PDT) Received: (from fenner@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA16099; Sat, 5 Jul 1997 11:51:54 -0700 (PDT) Date: Sat, 5 Jul 1997 11:51:54 -0700 (PDT) From: Bill Fenner Message-Id: <199707051851.LAA16099@hub.freebsd.org> To: ac199@hwcn.org, fenner, freebsd-bugs Subject: Re: bin/3422 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: vasprintf() doesn't work. State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Sat Jul 5 11:51:13 PDT 1997 State-Changed-Why: Duplicate for bin/3451. I'm closing this one instead of that one because that one has an audit-trail. From owner-freebsd-bugs Sat Jul 5 11:56:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA16366 for bugs-outgoing; Sat, 5 Jul 1997 11:56:07 -0700 (PDT) Received: (from fenner@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA16321; Sat, 5 Jul 1997 11:55:59 -0700 (PDT) Date: Sat, 5 Jul 1997 11:55:59 -0700 (PDT) From: Bill Fenner Message-Id: <199707051855.LAA16321@hub.freebsd.org> To: sthaug@nethelp.no, fenner, freebsd-bugs Subject: Re: kern/3925 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: SO_SNDLOWAT of 0 causes kernel to use 99% of CPU time on TCP send State-Changed-From-To: open-feedback State-Changed-By: fenner State-Changed-When: Sat Jul 5 11:55:17 PDT 1997 State-Changed-Why: Could you verify that rev 1.27 of kern/uipc_socket.c fixes this problem? From owner-freebsd-bugs Sat Jul 5 13:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA19070 for bugs-outgoing; Sat, 5 Jul 1997 13:30:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA19062; Sat, 5 Jul 1997 13:30:02 -0700 (PDT) Date: Sat, 5 Jul 1997 13:30:02 -0700 (PDT) Message-Id: <199707052030.NAA19062@hub.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: kern/3384: telldir-seekdir can cause livelock Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3384; it has been noted by GNATS. From: Bill Fenner To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: kern/3384: telldir-seekdir can cause livelock Date: Sat, 5 Jul 1997 13:05:24 PDT Actually, the relevant portion of the seekdir man page is probably It is safe to use a previous telldir() val- ue immediately after a call to opendir() and before any calls to readdir(). which is what the test program does, so either the man page or the implementation is wrong. The readdir() man page doesn't happen to mention that the storage that readdir() returns will be freed when you call closedir(); this is not the case on other systems so should perhaps be documented (especially since it's the cause of one of the bugs in the test program). Bill From owner-freebsd-bugs Sat Jul 5 14:02:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA20127 for bugs-outgoing; Sat, 5 Jul 1997 14:02:07 -0700 (PDT) Received: (from fenner@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA20103; Sat, 5 Jul 1997 14:02:03 -0700 (PDT) Date: Sat, 5 Jul 1997 14:02:03 -0700 (PDT) From: Bill Fenner Message-Id: <199707052102.OAA20103@hub.freebsd.org> To: hans@brandinnovators.com, fenner, freebsd-bugs Subject: Re: kern/2271 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: FIONREAD on tunnel device returns incorrect value. State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Sat Jul 5 14:00:41 PDT 1997 State-Changed-Why: Fixed in rev 1.19 of if_tun.c . This fix never made it into 2.1.x but is in 2.2.x and 3.0 . From owner-freebsd-bugs Sat Jul 5 14:50:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA21357 for bugs-outgoing; Sat, 5 Jul 1997 14:50:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA21351; Sat, 5 Jul 1997 14:50:03 -0700 (PDT) Resent-Date: Sat, 5 Jul 1997 14:50:03 -0700 (PDT) Resent-Message-Id: <199707052150.OAA21351@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, pi Received: from complx.lf.net (complx.LF.net [194.64.4.57]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA21214 for ; Sat, 5 Jul 1997 14:47:55 -0700 (PDT) Received: by complx.lf.net (Smail3.2.0.95/complx.lf.net) via LF.net GmbH Internet Services for hub.freebsd.org id m0wkcgB-000507C; Sat, 5 Jul 1997 23:47:43 +0200 (MET DST) Message-Id: Date: Sat, 5 Jul 1997 23:47:43 +0200 (MET DST) From: pi@LF.net Reply-To: pi To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/4037: 2.2.2-RELEASE Boot floppies panics of more than two SCSI drives present Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4037 >Category: kern >Synopsis: boot.flp panics after kernel load if >2 scsi drives present >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jul 5 14:50:01 PDT 1997 >Last-Modified: >Originator: Kurt Jaeger >Organization: LF.net GmbH >Release: FreeBSD 2.2.2 >Environment: Tested on ASUS TP4 board with 2940UW and four IBM DCAS 34330 >Description: boot from boot.flp (only tested with the older of the two boot.flp floppies) after kernel bootup, and after skipping the manual config section, it detects all installed hw and right after the last hw component it tested: if four drives are present, the screen clears and a kernel panic appears. >How-To-Repeat: stick in boot.flp, select "no manual kernel config", and watch it crash needs to have more than 2 scsi drives installed. >Fix: disconnect all except 2 of your scsi drives, install system on one of them, build a new kernel with more scsi drives, reboot from the scsi drive. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jul 5 16:40:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA25360 for bugs-outgoing; Sat, 5 Jul 1997 16:40:18 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA25338; Sat, 5 Jul 1997 16:40:06 -0700 (PDT) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id QAA11717; Sat, 5 Jul 1997 16:39:53 -0700 (PDT) Date: Sat, 5 Jul 1997 16:39:53 -0700 (PDT) Message-Id: <199707052339.QAA11717@freefall.freebsd.org> To: king@kingdom.novosibirsk.rosprint.ru, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/4034 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: login_getclass problem when root login State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Sat Jul 5 16:39:37 PDT 1997 State-Changed-Why: Submitter needs to read ERRATA.TXT From owner-freebsd-bugs Sat Jul 5 16:52:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA25880 for bugs-outgoing; Sat, 5 Jul 1997 16:52:51 -0700 (PDT) Received: from hwcn.org (main.hwcn.org [199.212.94.65]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA25874; Sat, 5 Jul 1997 16:52:44 -0700 (PDT) Received: from james.freenet.hamilton.on.ca (ac199@james.hwcn.org [199.212.94.66]) by hwcn.org (8.8.6/8.8.6) with ESMTP id TAA13158; Sat, 5 Jul 1997 19:53:08 -0400 (EDT) Received: from localhost (ac199@localhost) by james.freenet.hamilton.on.ca (8.8.6/8.8.6) with SMTP id TAA06999; Sat, 5 Jul 1997 19:53:20 -0400 (EDT) X-Authentication-Warning: james.freenet.hamilton.on.ca: ac199 owned process doing -bs Date: Sat, 5 Jul 1997 19:53:20 -0400 (EDT) From: Tim Vanderhoek X-Sender: ac199@james.freenet.hamilton.on.ca Reply-To: hoek@hwcn.org To: Bill Fenner cc: fenner@hub.freebsd.org, freebsd-bugs@hub.freebsd.org Subject: Re: bin/3437 In-Reply-To: <199707051802.LAA13152@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 5 Jul 1997, Bill Fenner wrote: > Synopsis: SU acting strange on 2.2.1 Release > > State-Changed-From-To: open-closed > State-Changed-By: fenner > State-Changed-When: Sat Jul 5 11:02:46 PDT 1997 > State-Changed-Why: > Duplicate for bin/3424 You're being careless. If this is an attempt to close misc/4028, you should have at least closed the correct duplicate (ie. bin/3424, not bin/3437). Because you closed the wrong duplicate, that makes it harder to find the audit-trail for the real one. In this case, the audit-trail would have shown that both can be closed... See http://www.freebsd.org/cgi/search.cgi?words=su+acting+strange&max=250&source=freebsd-bugs&docnum=1 as reference for the example which proves my point. Unless some of the "bug-closed" messages are late reaching me, it also looks like you aren't intending to close all of the prs which should be closed, so I can't help but suspect that it probably wouldn't hurt to mention which ones you closed in a follow-up to misc/4028. -- Outnumbered? Maybe. Outspoken? Never! tIM...HOEk [Ok, I'm probably not being very kind... :) What I mean to say is that some of the prs you closed are mentioned in misc/4028, "gnats silently re-opened 14 prs", and should be dealt with as a group, not individually] From owner-freebsd-bugs Sat Jul 5 17:20:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA26669 for bugs-outgoing; Sat, 5 Jul 1997 17:20:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA26661; Sat, 5 Jul 1997 17:20:01 -0700 (PDT) Date: Sat, 5 Jul 1997 17:20:01 -0700 (PDT) Message-Id: <199707060020.RAA26661@hub.freebsd.org> To: freebsd-bugs Cc: From: Kazutaka YOKOTA Subject: Re: kern/3839: X startup undoes keyboard repeat rate Reply-To: Kazutaka YOKOTA Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3839; it has been noted by GNATS. From: Kazutaka YOKOTA To: admin@citylink.dinoex.sub.org Cc: FreeBSD-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: kern/3839: X startup undoes keyboard repeat rate Date: Sun, 06 Jul 1997 09:06:36 +0900 >>Number: 3839 >>Category: kern >>Synopsis: X startup undoes keyboard repeat rate (pcvt) >>Confidential: no >>Severity: non-critical >>Priority: low >>Responsible: freebsd-bugs >>State: open >>Class: change-request >>Submitter-Id: current-users >>Arrival-Date: Tue Jun 10 17:10:07 PDT 1997 >>Last-Modified: >>Originator: Peter Much >>Organization: >Beyond the Future Shockwave: Convenience or Conviviality? >>Release: FreeBSD 2.2.1-RELEASE i386 >>Environment: > >XFree86 compiled and installed as contained in >ports-package for 2.2.1 (just like everything else) > >>Description: > >Keyboard-repeat-rate (pcvt) is quite slow here. So I'm setting it >faster with kcon from /etc/rc.local. >When the X-Server starts up, repeat-rate is reset to original value - >efficient both within X and on the virtual tty's. > >This wasn't the case with FreeBSD-2.1.0 - there the keyrepeat-rate within >X did follow the kcon setting and wasn't reset. >(People told me the keyrepeat-rate for X should be separately configured >via XF86Config. This does not work, anyway.) The pcvt in 3.0-CURRENT uses different set of I/O routines to access the keyboard. Get files in /sys/i386/isa/pcvt in the 3.0-CURRENT tree and see if they work for you. (You are advised to backup the original pcvt source and the kernel before doing this, of course) Kazu From owner-freebsd-bugs Sat Jul 5 19:38:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA00729 for bugs-outgoing; Sat, 5 Jul 1997 19:38:11 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id TAA00723 for ; Sat, 5 Jul 1997 19:38:09 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14750(3)>; Sat, 5 Jul 1997 19:37:34 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177512>; Sat, 5 Jul 1997 19:37:31 -0700 To: hoek@hwcn.org cc: Bill Fenner , freebsd-bugs@hub.freebsd.org Subject: Re: bin/3437 In-reply-to: Your message of "Sat, 05 Jul 97 16:53:20 PDT." Date: Sat, 5 Jul 1997 19:37:18 PDT From: Bill Fenner Message-Id: <97Jul5.193731pdt.177512@crevenia.parc.xerox.com> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Tim, I was just trying to clean up the duplicate PR's I saw when querying all open PR's; I was not trying to handle PR 4028. Thank you for pointing out that I was careless in overlooking PR 4028's relevance to the existence of the duplicate PR's that I was closing. Bill From owner-freebsd-bugs Sat Jul 5 19:43:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA00946 for bugs-outgoing; Sat, 5 Jul 1997 19:43:29 -0700 (PDT) Received: from hwcn.org (main.hwcn.org [199.212.94.65]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA00941 for ; Sat, 5 Jul 1997 19:43:26 -0700 (PDT) Received: from james.freenet.hamilton.on.ca (ac199@james.hwcn.org [199.212.94.66]) by hwcn.org (8.8.6/8.8.6) with ESMTP id WAA25131; Sat, 5 Jul 1997 22:43:44 -0400 (EDT) Received: from localhost (ac199@localhost) by james.freenet.hamilton.on.ca (8.8.6/8.8.6) with SMTP id WAA26322; Sat, 5 Jul 1997 22:43:56 -0400 (EDT) X-Authentication-Warning: james.freenet.hamilton.on.ca: ac199 owned process doing -bs Date: Sat, 5 Jul 1997 22:43:55 -0400 (EDT) From: Tim Vanderhoek X-Sender: ac199@james.freenet.hamilton.on.ca Reply-To: hoek@hwcn.org To: Bill Fenner cc: hoek@hwcn.org, freebsd-bugs@hub.freebsd.org Subject: Re: bin/3437 In-Reply-To: <97Jul5.193731pdt.177512@crevenia.parc.xerox.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 5 Jul 1997, Bill Fenner wrote: > I was just trying to clean up the duplicate PR's I saw when querying > all open PR's; I was not trying to handle PR 4028. Thank you for > pointing out that I was careless in overlooking PR 4028's relevance to > the existence of the duplicate PR's that I was closing. You're welcome! :-) -- Outnumbered? Maybe. Outspoken? Never! tIM...HOEk From owner-freebsd-bugs Sat Jul 5 19:45:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA01153 for bugs-outgoing; Sat, 5 Jul 1997 19:45:07 -0700 (PDT) Received: (from fenner@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA01134; Sat, 5 Jul 1997 19:45:03 -0700 (PDT) Date: Sat, 5 Jul 1997 19:45:03 -0700 (PDT) From: Bill Fenner Message-Id: <199707060245.TAA01134@hub.freebsd.org> To: dpi@rapidnet.com, fenner, freebsd-bugs Subject: Re: bin/3424 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: SU acting strange on 2.2.1 Release State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Sat Jul 5 19:44:36 PDT 1997 State-Changed-Why: This was caused by having an empty root password. From owner-freebsd-bugs Sat Jul 5 20:00:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA01666 for bugs-outgoing; Sat, 5 Jul 1997 20:00:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA01648; Sat, 5 Jul 1997 20:00:01 -0700 (PDT) Date: Sat, 5 Jul 1997 20:00:01 -0700 (PDT) Message-Id: <199707060300.UAA01648@hub.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: misc/4028 Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/4028; it has been noted by GNATS. From: Bill Fenner To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: misc/4028 Date: Sat, 5 Jul 1997 19:57:18 PDT In ignorance of this PR, I attempted to clean up the GNATS database. I used what I thought was the traditional rule to close later duplicates and leave the earlier one open. If the PR's listed in this PR were all really closed, then I closed the "wrong" PR's. A list of PR's that I closed follow. If someone else wants to clean this list up in one fell swoop I'd be happy to undo the damage that I did. Closed: Duplicate for: bin/3437 bin/3424 (which I later closed in response to http://www.freebsd.org/cgi/search.cgi?words=su+acting+strange&max=250&source=freebsd-bugs&docnum=1, which Tim Vanderhoek pointed out to me). gnu/3433 kern/3423 kern/3427 (which I also closed) kern/3427 kern/3446 kern/3447 kern/3428 bin/3425 bin/3422 (which I also closed) bin/3422 bin/3451 From owner-freebsd-bugs Sat Jul 5 20:10:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA02973 for bugs-outgoing; Sat, 5 Jul 1997 20:10:39 -0700 (PDT) Received: (from fenner@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA02839; Sat, 5 Jul 1997 20:09:27 -0700 (PDT) Date: Sat, 5 Jul 1997 20:09:27 -0700 (PDT) From: Bill Fenner Message-Id: <199707060309.UAA02839@hub.freebsd.org> To: fenner, gnats-admin, freebsd-bugs Subject: Re: pending/4016 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Patch to add dead key support to syscons console driver Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: fenner Responsible-Changed-When: Sat Jul 5 20:06:49 PDT 1997 Responsible-Changed-Why: Fix misfiled PR. From owner-freebsd-bugs Sat Jul 5 21:32:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA05479 for bugs-outgoing; Sat, 5 Jul 1997 21:32:00 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA05460 for ; Sat, 5 Jul 1997 21:31:55 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id GAA12128 for ; Sun, 6 Jul 1997 06:31:47 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id GAA17828 for freebsd-bugs@FreeBSD.ORG; Sun, 6 Jul 1997 06:31:34 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.6/keltia-uucp-2.9) id BAA01782; Sun, 6 Jul 1997 01:57:45 +0200 (CEST) Message-ID: <19970706015745.58369@keltia.freenix.fr> Date: Sun, 6 Jul 1997 01:57:45 +0200 From: Ollivier Robert To: freebsd-bugs@FreeBSD.ORG Subject: Re: scsi controler References: <3.0.1.16.19970704192332.387fe026@mail.inba.fr> <19970705072501.OQ07225@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 In-Reply-To: <19970705072501.OQ07225@uriah.heep.sax.de>; from J Wunsch on Sat, Jul 05, 1997 at 07:25:01AM +0200 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3392 AMD-K6 MMX @ 208 MHz Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to J Wunsch: > For me, also the Bt-742A (EISA), but i know it from Ted Middelsted > (sp?) that his firmware revision has problems. You can add the BT-747S (EISA), I used to have one of them and an Adaptec 1740 in my old 486 machine and both worked well. -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #20: Fri Jun 13 00:16:13 CEST 1997 From owner-freebsd-bugs Sat Jul 5 23:30:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA10124 for bugs-outgoing; Sat, 5 Jul 1997 23:30:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA10113; Sat, 5 Jul 1997 23:30:01 -0700 (PDT) Date: Sat, 5 Jul 1997 23:30:01 -0700 (PDT) Message-Id: <199707060630.XAA10113@hub.freebsd.org> To: freebsd-bugs Cc: From: ac199@hwcn.org Subject: Re: bin/3451 : vasprintf() doesn't work. Reply-To: ac199@hwcn.org Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3451; it has been noted by GNATS. From: ac199@hwcn.org To: freebsd-gnats-submit@freebsd.org, tim@X2296 Cc: Subject: Re: bin/3451 : vasprintf() doesn't work. Date: Sun, 6 Jul 1997 02:26:47 -0400 (EDT) > > How-To-Repeat As a demonstration of my dedication and intelligence :), this pr now includes, in addition to the ~5 line good fix and detailed explanation of it, demonstration code! Read the Caveat, though... Tested on 2.2.2 (the bug exists in -current, as of July 5, but I've not tested this code there). /* * CAVEAT: This code depends on a specific behaviour of malloc(3). * If, at some point in the future, it stops demonstrating the * vasprintf(3) bug, it could be because the behaviour of malloc() * has been changed subtly, instead of being because vasprintf() * has been fixed. */ #include #include #include char d[] = "In an effort to keep this demonstration as simple and to the point as possible, I use this string instead of mallocing and memsetting. This string will be cut to exactly 128 characters."; main() { static char * a, * b, * c; /* static makes debugging w/ * watches easier */ d[128] = '\0'; /* cut d to proper size */ a = malloc (128); /* 128 == CHUNK_SPARE in vasprintf.c */ b = malloc (70); /* This is very tricky. If we alloc too little * (or too much) space here, malloc() will send * the next malloc(128) off into the boonies, * even though we free(a) 128. */ free (a); /* asprintf will malloc(128) and get what I just * free()'d. The memory at b should be contigious. */ strcpy (b, "string"); asprintf (&c, d); printf ("b %s equals \"string\". It is \"%s\".\n", strcmp(b,"string") ? "no longer" : "still", b); /* At no point have we touched b since strcpy(). It should still * say "string", but it won't... */ }