From owner-freebsd-bugs Sun May 11 02:20:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA19883 for bugs-outgoing; Sun, 11 May 1997 02:20:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA19857; Sun, 11 May 1997 02:20:02 -0700 (PDT) Date: Sun, 11 May 1997 02:20:02 -0700 (PDT) Message-Id: <199705110920.CAA19857@hub.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: misc/3575: Eliminate spurious warning in /usr/src/lib/libc/stdlib/strtoq.c Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/3575; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@freebsd.org, krw@tcn.net Cc: Subject: Re: misc/3575: Eliminate spurious warning in /usr/src/lib/libc/stdlib/strtoq.c Date: Sun, 11 May 1997 19:13:09 +1000 > During a make world the compilation of > > /usr/src/lib/libc/stdlib/strtoq.c > > produces a warning message > > > /usr/src/lib/libc/stdlib/strtoq.c:108: warning: integer overflow in expression This warning is a compiler bug (there is no overflow for unsigned types) and isn't easy to fix. Note that there is no warning for corresponding operation in strtol.c (the warning is for negating (u_quad_t)QUAD_MIN). >--- /usr/src/lib/libc/stdlib/strtoq.c Sat May 10 11:55:38 1997 >+++ strtoq.c Sat May 10 14:10:02 1997 >@@ -105,7 +105,7 @@ > * overflow. > */ > qbase = (unsigned)base; >- cutoff = neg ? -(u_quad_t)QUAD_MIN : QUAD_MAX; >+ cutoff = (u_quad_t)(neg ? QUAD_MIN : QUAD_MAX); > cutlim = cutoff % qbase; > cutoff /= qbase; > for (acc = 0, any = 0;; c = *s++) { This change would unimprove portabilty. E.g., for 64 bit 1's complement, QUAD_MIN is -0x7fffffffffffffffLL (which is represented as 0x8000000000000000). Conversion to u_quad_t gives 0x8000000000000001ULL. This must be negated (as in the original version) to give the correct cutoff of 0x7fffffffffffffffULL. For 1's complement the cutoff for the `neg' case can be expressed more naturally as (u_quad_t)(-QUAD_MIN). This fails for 2's complement due to overflow. I think the following expression works for 1's complement and 2's complement and avoids the compiler bug: cutoff = neg ? (u_quad_t)-(QUAD_MIN + 1) + 1 : QUAD_MAX; This depends on QUAD_MIN not being too different from -QUAD_MAX. It can be improved to: cutoff = neg ? (u_quad_t)-(QUAD_MIN + QUAD_MAX) + QUAD_MAX : QUAD_MAX; I think fixing the compiler would be easier :-). Bruce From owner-freebsd-bugs Sun May 11 09:10:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA02583 for bugs-outgoing; Sun, 11 May 1997 09:10:02 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA02569; Sun, 11 May 1997 09:10:01 -0700 (PDT) Date: Sun, 11 May 1997 09:10:01 -0700 (PDT) Message-Id: <199705111610.JAA02569@hub.freebsd.org> To: freebsd-bugs Cc: From: "Kenneth R. Westerback" Subject: Re: misc/3480: compiling libncurses generates annoying warnings Reply-To: "Kenneth R. Westerback" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/3480; it has been noted by GNATS. From: "Kenneth R. Westerback" To: freebsd-gnats-submit@freebsd.org, krw@tcn.net Cc: Subject: Re: misc/3480: compiling libncurses generates annoying warnings Date: Sun, 11 May 1997 12:03:39 -0400 This can be closed as it is a duplicate of PR bin/2762 (at least patches differ slightly but problem is the same). ---- Ken From owner-freebsd-bugs Sun May 11 10:30:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA05637 for bugs-outgoing; Sun, 11 May 1997 10:30:02 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA05631; Sun, 11 May 1997 10:30:01 -0700 (PDT) Resent-Date: Sun, 11 May 1997 10:30:01 -0700 (PDT) Resent-Message-Id: <199705111730.KAA05631@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Received:(from nobody@localhost) by.hub.freebsd.org.id.KAA05308;Sun; (8.8.5/8.8.5);, 11 May 1997 10:20:48.-0700 (PDT) Message-Id: <199705111720.KAA05308@hub.freebsd.org> Date: Sun, 11 May 1997 10:20:48 -0700 (PDT) From: petry@netmasters.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: conf/3577: eBones and OBJLINK=yes fails to build Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3577 >Category: conf >Synopsis: eBones and OBJLINK=yes fails to build >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 11 10:30:00 PDT 1997 >Last-Modified: >Originator: Michael Petry >Organization: >Release: 3.0-Current >Environment: FreeBSD netwolf.NetMasters.Com 3.0-CURRENT FreeBSD 3.0-CURRENT #1: Sat May 10 15:22:53 EDT 1997 petry@:/usr/src/sys/compile/PC.SMP i386 >Description: using make with the OBJLINK flag turned on fails on the build oc the eBones/lib/libkrb library. Removing the OBJLINK flag and the make world goes fine. >How-To-Repeat: It can be isolated and reproduced by setting up the obj directory, setting the OBJLINK flag, and running make in just that part of the tree. cd /usr/src/eBones/lib/libkrb # make test -e /usr/src/eBones/lib/libkrb/obj/../../lib/libkrb/krb_err.et || ln -s /usr/src/eBones/lib/libkrb/../../lib/libkrb/krb_err.et /usr/src/eBones/lib/libkrb/obj/../../lib/libkrb cd /usr/src/eBones/lib/libkrb/obj/../../lib/libkrb; compile_et krb_err.et cd: can't cd to /usr/src/eBones/lib/libkrb/obj/../../lib/libkrb *** Error code 2 Stop. >Fix: Stumped. SInce a cut and past of the generated commands work, it feels like it's inside make. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 11 11:11:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA07371 for bugs-outgoing; Sun, 11 May 1997 11:11:58 -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 LAA07361 for ; Sun, 11 May 1997 11:11:53 -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 UAA16878 for ; Sun, 11 May 1997 20:13:33 +0200 (MET DST) Message-Id: <3.0.16.19970511201325.29c77410@mail.inba.fr> X-Sender: psc@mail.inba.fr X-Mailer: Windows Eudora Pro Version 3.0 Demo (16) Date: Sun, 11 May 1997 20:13:59 +0200 To: freebsd-bugs@freebsd.org From: Philippe SCHACK Subject: Machine hanged 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 LAA07367 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Last week i found one of my servers with no reaction, screen black. No message found in /var/log. This server has many services (ftp, apache, squid, DNS) This is a FreeBSD 2.1.7.1-RELEASE on an Intel Xpress P90 with SCSI disk. Does anyone already had seen this situation ? -- P. SCHÄCK phschack@inba.fr From owner-freebsd-bugs Sun May 11 11:38:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA08476 for bugs-outgoing; Sun, 11 May 1997 11:38:44 -0700 (PDT) Received: from lightning.tbe.net (qmailr@lightning.tbe.net [208.208.122.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA08471 for ; Sun, 11 May 1997 11:38:41 -0700 (PDT) Received: (qmail 6374 invoked from network); 11 May 1997 18:35:20 -0000 Received: from port2.go-pc.com (HELO bc.bythehand.net) (206.20.105.141) by lightning.tbe.net with SMTP; 11 May 1997 18:35:20 -0000 Message-ID: <3376122C.17DA@bythehand.com> Date: Sun, 11 May 1997 14:38:36 -0400 From: Bernard Courtney Reply-To: bc@bythehand.com Organization: Internet Creations By The Hand X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: Philippe SCHACK CC: freebsd-bugs@FreeBSD.ORG Subject: Re: Machine hanged References: <3.0.16.19970511201325.29c77410@mail.inba.fr> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Philippe SCHACK wrote: > > Hi, > > Last week i found one of my servers with no reaction, screen black. No > message found in /var/log. > This server has many services (ftp, apache, squid, DNS) > This is a FreeBSD 2.1.7.1-RELEASE on an Intel Xpress P90 with SCSI disk. > > Does anyone already had seen this situation ? > > -- > P. SCHÄCK > phschack@inba.fr I had the same problem on a 2.2.1 box of min running the same servers. I don't know what caused the problem, but I am beginning to worry about it because I do a lot of work remotely and I had just not happened to sit down at the server and turn the monitor on...it may have still have been "frozen". Let me know if you find anything out. Thanks, Bernard From owner-freebsd-bugs Sun May 11 16:10:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA17422 for bugs-outgoing; Sun, 11 May 1997 16:10:08 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA17412; Sun, 11 May 1997 16:10:02 -0700 (PDT) Date: Sun, 11 May 1997 16:10:02 -0700 (PDT) Message-Id: <199705112310.QAA17412@hub.freebsd.org> To: freebsd-bugs Cc: From: Tor Egge Subject: Re: kern/3438: Use of NFS v3 might cause a trap 12 Reply-To: Tor Egge Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3438; it has been noted by GNATS. From: Tor Egge To: freebsd-gnats-submit@FreeBSD.ORG Cc: Subject: Re: kern/3438: Use of NFS v3 might cause a trap 12 Date: Mon, 12 May 1997 01:06:59 +0200 I managed to catch this error at an earlier stage by adding a sanity check to relpbuf. This trace is consistent with the scenario mentioned in the original bug report. ---- Current directory is /sys/compile/TEGGE_SMP/ GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc... IdlePTD 274000 current pcb at 21e414 panic: relpbuf: physical buffer on vnode clean/dirty list #0 boot (howto=256) at ../../kern/kern_shutdown.c:265 (kgdb) where #0 boot (howto=256) at ../../kern/kern_shutdown.c:265 #1 0xe01196b6 in panic ( fmt=0xe01bff5f "relpbuf: physical buffer on vnode clean/dirty list") at ../../kern/kern_shutdown.c:393 #2 0xe01bffaf in relpbuf (bp=0xe6feebbc) at ../../vm/vm_pager.c:350 #3 0xe01361f3 in cluster_callback (bp=0xe6feebbc) at ../../kern/vfs_cluster.c:474 #4 0xe01348e8 in biodone (bp=0xe6feebbc) at ../../kern/vfs_bio.c:1559 #5 0xe01610c3 in nfs_doio (bp=0xe6feebbc, cr=0xe50dc780, p=0x0) at ../../nfs/nfs_bio.c:1020 #6 0xe01802eb in nfssvc_iod (p=0xe3160c00) at ../../nfs/nfs_syscalls.c:804 #7 0xe017ef9e in nfssvc (p=0xe3160c00, uap=0xe94d3f94, retval=0xe94d3f84) at ../../nfs/nfs_syscalls.c:206 #8 0xe01d4967 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = -541073792, tf_esi = 0, tf_ebp = -541073840, tf_isp = -380813340, tf_ebx = 2, tf_edx = 0, tf_ecx = 1, tf_eax = 155, tf_trapno = 12, tf_err = 7, tf_eip = 8917, tf_cs = 31, tf_eflags = 598, tf_esp = -541073900, tf_ss = 39}) at ../../i386/i386/trap.c:907 #9 0x22d5 in ?? () #10 0x107e in ?? () (kgdb) up 2 #2 0xe01bffaf in relpbuf (bp=0xe6feebbc) at ../../vm/vm_pager.c:350 (kgdb) print/x *bp $1 = {b_hash = {le_next = 0x0, le_prev = 0x0}, b_vnbufs = {le_next = 0x0, le_prev = 0xe385fdb4}, b_freelist = {tqe_next = 0x0, tqe_prev = 0xe47ea5e8}, b_act = {tqe_next = 0x0, tqe_prev = 0x0}, b_proc = 0x0, b_flags = 0x60020296, b_qindex = 0x0, b_usecount = 0x0, b_error = 0x0, b_bufsize = 0x2000, b_bcount = 0x2000, b_resid = 0x0, b_dev = 0xffffffff, b_un = {b_addr = 0xe8210000}, b_kvabase = 0xe8210000, b_kvasize = 0x2000, b_lblkno = 0x5, b_blkno = 0x50, b_iodone = 0xe0136180, b_iodone_chain = 0x0, b_vp = 0xe385fd80, b_dirtyoff = 0x0, b_dirtyend = 0x2000, b_rcred = 0x0, b_wcred = 0xe50dc780, b_validoff = 0x0, b_validend = 0x0, b_pblkno = 0x0, b_saveaddr = 0x0, b_savekva = 0x0, b_driver1 = 0x0, b_driver2 = 0x0, b_spc = 0x0, b_cluster = {cluster_head = { tqh_first = 0xe703911c, tqh_last = 0xe70391ac}, cluster_entry = { tqe_next = 0xe703911c, tqe_prev = 0xe70391ac}}, b_pages = {0xe0816a18, 0xe07fd74c, 0x0 }, b_npages = 0x2} (kgdb) print/x *bp->b_vp $2 = {v_flag = 0x2000, v_usecount = 0x2, v_writecount = 0x1, v_holdcnt = 0xc, v_lastr = 0x7, v_id = 0x10c6370, v_mount = 0xe45e4200, v_op = 0xe2fe7300, v_freelist = {tqe_next = 0xe3a3e200, tqe_prev = 0xe3516620}, v_mntvnodes = { le_next = 0xe5154580, le_prev = 0xe36ab9a8}, v_cleanblkhd = { lh_first = 0xe7043464}, v_dirtyblkhd = {lh_first = 0xe6feebbc}, v_numoutput = 0x2, v_type = 0x1, v_un = {vu_mountedhere = 0x0, vu_socket = 0x0, vu_specinfo = 0x0, vu_fifoinfo = 0x0}, v_lease = 0x0, v_lastw = 0x0, v_cstart = 0x0, v_lasta = 0x0, v_clen = 0x0, v_usage = 0x4, v_object = 0xe4f64d00, v_interlock = {lock_data = 0x0}, v_vnlock = 0xe3691680, v_tag = 0x2, v_data = 0xe36d4d00} (kgdb) print bp $3 = (struct buf *) 0xe6feebbc (kgdb) print swbuf $4 = (struct buf *) 0xe6fed7f8 (kgdb) print bp-swbuf $5 = 23 (kgdb) print nswbuf $6 = 128 --- From owner-freebsd-bugs Sun May 11 16:52:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA18888 for bugs-outgoing; Sun, 11 May 1997 16:52:45 -0700 (PDT) Received: (from max@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA18772; Sun, 11 May 1997 16:49:41 -0700 (PDT) Date: Sun, 11 May 1997 16:49:41 -0700 (PDT) From: Masafumi NAKANE Message-Id: <199705112349.QAA18772@hub.freebsd.org> To: charnier@xp11.frmug.org, max, freebsd-bugs Subject: Re: docs/3570 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: typo in global and al. man pages State-Changed-From-To: open-closed State-Changed-By: max State-Changed-When: Sun May 11 16:48:53 PDT 1997 State-Changed-Why: Suggested correction applied in global.1 and gctags.c Rev.1.3. From owner-freebsd-bugs Sun May 11 23:00:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA01180 for bugs-outgoing; Sun, 11 May 1997 23:00:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA01171; Sun, 11 May 1997 23:00:02 -0700 (PDT) Resent-Date: Sun, 11 May 1997 23:00:02 -0700 (PDT) Resent-Message-Id: <199705120600.XAA01171@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, davidn@labs.usn.blaze.net.au Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA01107 for ; Sun, 11 May 1997 22:59:05 -0700 (PDT) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.5/8.8.5) id PAA08410; Mon, 12 May 1997 15:58:35 +1000 (EST) Message-Id: <199705120558.PAA08410@labs.usn.blaze.net.au> Date: Mon, 12 May 1997 15:58:35 +1000 (EST) From: David Nugent Reply-To: davidn@labs.usn.blaze.net.au To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/3578: defining CXXFLAGS in /etc/make.conf or environment breaks groff build Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3578 >Category: misc >Synopsis: defining CXXFLAGS in /etc/make.conf or environment breaks groff build >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Sun May 11 23:00:01 PDT 1997 >Last-Modified: >Originator: David Nugent >Organization: Me >Release: FreeBSD 3.0-CURRENT i386 >Environment: Affects any 3.0-current machine, probably 2.2 but not tested. >Description: Defining a default value for CXXFLAGS in /etc/make.conf or in the environment, and attempting to build groff in the source tree causes a make world failure. >How-To-Repeat: setenv CXXFLAGS "-O -m486 -pipe" or CXXFLAGS="-O -m486 -pipe"; export CXXFLAGS cd /usr/src make world The make depend step will fail in gnu/usr.bin/groff/libgroff. >Fix: The groff Makefile (or Makefile.cfg) should probably override CXXFLAGS to the current CFLAGS, or set CXXFLAGS as well for c++ sources. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 12 00:02:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA03357 for bugs-outgoing; Mon, 12 May 1997 00:02:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA03348; Mon, 12 May 1997 00:01:24 -0700 (PDT) Resent-Date: Mon, 12 May 1997 00:01:24 -0700 (PDT) Resent-Message-Id: <199705120701.AAA03348@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Received:(from nobody@localhost) by.hub.freebsd.org.id.XAA03063;Sun; (8.8.5/8.8.5);, 11 May 1997 23:52:48.-0700 (PDT) Message-Id: <199705120652.XAA03063@hub.freebsd.org> Date: Sun, 11 May 1997 23:52:48 -0700 (PDT) From: fredriks@mcs.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/3579: de driver doesn't support newer SMC 9332 ethernet cards Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3579 >Category: kern >Synopsis: de driver doesn't support newer SMC 9332 ethernet cards >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 12 00:00:01 PDT 1997 >Last-Modified: >Originator: Lars Fredriksen >Organization: >Release: current >Environment: FreeBSD fredriks-1.pr.mcs.net 3.0-CURRENT FreeBSD 3.0-CURRENT #2: Mon May 12 01:25:52 CDT 1997 root@fredriks-1.pr.mcs.net:/usr/local/os_src/src/sys/compile/LUDVIG.30.GUS.PRO i386 >Description: The current if_de.c checks the ethernet hardware addresses in order to differentiate between vndors. It seems that SMC now has another ethernet address besides 00:00:c0. The SMC 9332BDT card that I just got has an ethernet address of 00:e0:29. I patched up if_de.c to check for this address, and it now detects and configures the card correctly. >How-To-Repeat: >Fix: patch to dc21040.h *** dc21040.h.orig Mon May 12 00:46:43 1997 --- dc21040.h Mon May 12 01:23:29 1997 *************** *** 269,274 **** --- 269,276 ---- #define TULIP_OUI_SMC_0 0x00 #define TULIP_OUI_SMC_1 0x00 #define TULIP_OUI_SMC_2 0xC0 + #define TULIP_OUI_SMC_3 0xE0 + #define TULIP_OUI_SMC_4 0x29 /* * There are the definitions used for the DEC DE500 patch to if_de.c: *** if_de.c.orig Mon May 12 01:36:11 1997 --- if_de.c Mon May 12 01:36:31 1997 *************** *** 3290,3299 **** sc->tulip_flags |= TULIP_SHAREDINTR; } } else if (sc->tulip_hwaddr[0] == TULIP_OUI_SMC_0 ! && sc->tulip_hwaddr[1] == TULIP_OUI_SMC_1 ! && sc->tulip_hwaddr[2] == TULIP_OUI_SMC_2) { tulip_identify_smc_nic(sc); } if (sc->tulip_boardidbuf[0] != '\0') sc->tulip_boardid = sc->tulip_boardidbuf; --- 3290,3302 ---- sc->tulip_flags |= TULIP_SHAREDINTR; } } else if (sc->tulip_hwaddr[0] == TULIP_OUI_SMC_0 ! && ((sc->tulip_hwaddr[1] == TULIP_OUI_SMC_1 ! && sc->tulip_hwaddr[2] == TULIP_OUI_SMC_2) ! || (sc->tulip_hwaddr[1] == TULIP_OUI_SMC_3 ! && sc->tulip_hwaddr[2] == TULIP_OUI_SMC_4))) { tulip_identify_smc_nic(sc); } + if (sc->tulip_boardidbuf[0] != '\0') sc->tulip_boardid = sc->tulip_boardidbuf; fredriks-1# Keep in mind that these patches are cut-pasted. If you want the real file, send me e-mail. Lars >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 12 01:12:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA05670 for bugs-outgoing; Mon, 12 May 1997 01:12:00 -0700 (PDT) Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.202]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA05665 for ; Mon, 12 May 1997 01:11:57 -0700 (PDT) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.203]) by innocence.interface-business.de (8.6.11/8.6.9) with SMTP id KAA01131 for ; Mon, 12 May 1997 10:11:16 +0200 Received: (from j@localhost) by ida.interface-business.de (8.8.5/8.7.3) id KAA16259; Mon, 12 May 1997 10:16:48 +0200 (MET DST) Message-ID: <19970512101647.UD18700@ida.interface-business.de> Date: Mon, 12 May 1997 10:16:48 +0200 From: j@ida.interface-business.de (J Wunsch) To: bugs@freebsd.org Subject: malloc(): recursive call X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-31809-14 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Organization: interface business GmbH, Dresden Reply-To: joerg_wunsch@interface-business.de (Joerg Wunsch) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk mail in malloc(): error: recursive call. Abort trap - core dumped Anybody ever seen such? -- J"org Wunsch Unix support engineer joerg_wunsch@interface-business.de http://www.interface-business.de/~j From owner-freebsd-bugs Mon May 12 02:26:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA08058 for bugs-outgoing; Mon, 12 May 1997 02:26:24 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA08053 for ; Mon, 12 May 1997 02:26:22 -0700 (PDT) Received: from critter.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0wQrMc-0003xWC; Mon, 12 May 97 02:25 PDT Received: from critter (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.5/8.8.5) with ESMTP id LAA02393; Mon, 12 May 1997 11:24:26 +0200 (CEST) To: joerg_wunsch@interface-business.de (Joerg Wunsch) cc: bugs@FreeBSD.ORG From: Poul-Henning Kamp Subject: Re: malloc(): recursive call In-reply-to: Your message of "Mon, 12 May 1997 10:16:48 +0200." <19970512101647.UD18700@ida.interface-business.de> Date: Mon, 12 May 1997 11:24:26 +0200 Message-ID: <2391.863429066@critter> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <19970512101647.UD18700@ida.interface-business.de>, J Wunsch writes: >mail in malloc(): error: recursive call. >Abort trap - core dumped > >Anybody ever seen such? Yes, usually means that a signal handler tried to malloc(), despite the fact that the signal happened inside malloc's implementation. Could be something as simple as a fprintf :-( -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-bugs Mon May 12 02:57:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA08795 for bugs-outgoing; Mon, 12 May 1997 02:57:45 -0700 (PDT) Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.202]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA08787 for ; Mon, 12 May 1997 02:57:40 -0700 (PDT) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.203]) by innocence.interface-business.de (8.6.11/8.6.9) with SMTP id LAA01917 for ; Mon, 12 May 1997 11:56:42 +0200 Received: (from j@localhost) by ida.interface-business.de (8.8.5/8.7.3) id MAA17492; Mon, 12 May 1997 12:02:17 +0200 (MET DST) Message-ID: <19970512120216.JD58189@ida.interface-business.de> Date: Mon, 12 May 1997 12:02:17 +0200 From: j@ida.interface-business.de (J Wunsch) To: bugs@FreeBSD.ORG Subject: Re: malloc(): recursive call References: <19970512101647.UD18700@ida.interface-business.de> <2391.863429066@critter> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-31809-14 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Organization: interface business GmbH, Dresden Reply-To: joerg_wunsch@interface-business.de (Joerg Wunsch) In-Reply-To: <2391.863429066@critter>; from Poul-Henning Kamp on May 12, 1997 11:24:26 +0200 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Poul-Henning Kamp wrote: > >mail in malloc(): error: recursive call. > >Abort trap - core dumped > > > >Anybody ever seen such? > > Yes, usually means that a signal handler tried to malloc(), Blech, why should mail(1) trap signals, and which signals are supposed to be sent to mail from within a cron job anyway? -- J"org Wunsch Unix support engineer joerg_wunsch@interface-business.de http://www.interface-business.de/~j From owner-freebsd-bugs Mon May 12 03:43:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA11263 for bugs-outgoing; Mon, 12 May 1997 03:43:50 -0700 (PDT) Received: (from yokota@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA11236; Mon, 12 May 1997 03:43:42 -0700 (PDT) Date: Mon, 12 May 1997 03:43:42 -0700 (PDT) From: Kazutaka YOKOTA Message-Id: <199705121043.DAA11236@hub.freebsd.org> To: gianowa@eo.ray.com, yokota, freebsd-bugs Subject: Re: kern/2896 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: FreeBSD 2.2-GAMMA does not work with DIamond Speedstar 64 Graphics video board State-Changed-From-To: open-closed State-Changed-By: yokota State-Changed-When: Mon May 12 03:42:20 PDT 1997 State-Changed-Why: The PR originator reported that 3.0-970502-SNAP boot.flp worked. The same kludge/fix is now in RELENG_2_2 too (syscons.c 1.182.2.18). From owner-freebsd-bugs Mon May 12 03:48:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA11578 for bugs-outgoing; Mon, 12 May 1997 03:48:31 -0700 (PDT) Received: (from yokota@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA11554; Mon, 12 May 1997 03:48:12 -0700 (PDT) Date: Mon, 12 May 1997 03:48:12 -0700 (PDT) From: Kazutaka YOKOTA Message-Id: <199705121048.DAA11554@hub.freebsd.org> To: yensid@imsa.edu, yokota, freebsd-bugs Subject: Re: kern/3391 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Pentium optimizations in default bootdisk breaks some 486's State-Changed-From-To: open-closed State-Changed-By: yokota State-Changed-When: Mon May 12 03:44:28 PDT 1997 State-Changed-Why: This is considered to be the same problem as conf/2775 and kern/2896. Both are fixed in 3.0-970502-SNAP and the same fix is now in RELENG_2_2 (syscons.c 1.182.2.18) too. From owner-freebsd-bugs Mon May 12 03:50:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA11708 for bugs-outgoing; Mon, 12 May 1997 03:50:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA11702; Mon, 12 May 1997 03:50:03 -0700 (PDT) Resent-Date: Mon, 12 May 1997 03:50:03 -0700 (PDT) Resent-Message-Id: <199705121050.DAA11702@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, bryan@fsel.com Received: from punt-2.mail.demon.net (punt-1b.mail.demon.net [194.217.242.133]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id DAA11376 for ; Mon, 12 May 1997 03:45:26 -0700 (PDT) Received: from formal.demon.co.uk ([158.152.23.172]) by punt-2.mail.demon.net id ab1001797; 12 May 97 11:41 BST Received: from metis.fsel.com (metis.fsel.com [192.9.200.103]) by deimos.fsel.com (8.6.5/8.6.5) with ESMTP id LAA19658 for ; Mon, 12 May 1997 11:38:02 +0100 Received: (from bryan@localhost) by metis.fsel.com (8.8.3/8.6.12) id LAA22984; Mon, 12 May 1997 11:38:01 +0100 (BST) Message-Id: <199705121038.LAA22984@metis.fsel.com> Date: Mon, 12 May 1997 11:38:01 +0100 (BST) From: bryan@fsel.com Reply-To: bryan@fsel.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3580: Bad LUN probes on Xyratex MCD540 drive Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3580 >Category: kern >Synopsis: 2.2.1 probes invalid LUNs on Xyratex MCD540 drive >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 12 03:50:01 PDT 1997 >Last-Modified: >Originator: Bryan Scattergood >Organization: Formal Systems (Europe) Ltd >Release: FreeBSD 2.2.1 >Environment: Cyrix P120+ on an AI5TH (HX,PCI) motherboard Adaptec 1542CF driving 0 730M Quantum Lightning 730S 2 Goldstar CDROM (GCD-R320) 4 Xyratex MCD 540I (540M removable drive related to the 270M Syquests) 6 WangDAT Model 1300 >Description: During boot ... aha0 at 0x330-0x333 irq 11 drq 5 on isa aha0 waiting for scsi devices to settle (aha0:0:0): "QUANTUM LIGHTING 730S 241E" type 0 fixed SCSI 2 sd0(aha0:0:0): Direct-Access 699MB (1431760 512 byte sectors) (aha0:2:0): "GOLDSTAR CD-ROM GCD-R320 1.0" type 5 removable SCSI 2 cd0(aha0:2:0): CD-ROM cd present [400000 x 2048 byte records] (aha0:4:0): "Xyratex MCD 540I 5.30" type 0 removable SCSI 2 sd1(aha0:4:0): Direct-Access 515MB (1055416 512 byte sectors) (aha0:4:1): "Xyratex MCD 540I 5.30" type 0 removable SCSI 2 sd2(aha0:4:1): Direct-Access 515MB (1055416 512 byte sectors) sd2(aha0:4:1): timed out sd2(aha0:4:1): timed out adapter not taking commands.. frozen?! AGAIN sd2 could not mode sense (4). Using fictitious geometry aha0: MBO 02 and bot 00 (free) ... and then another half-hour or so while the driver times out on the other 4:2 through 4:7, then on 5:0 and 6:0. The WangDAT isn't recognised. It then can't find the CD-ROM drive, presumably since the SCSI controller is jammed. >How-To-Repeat: Boot with the Xyratex in the SCSI bus under 2.2.1. >Fix: Problem caused by the new SCSI configuration scheme in scsiconf.c (system worked fine under 2.1.6, although the Xyratex behaviour is obviously broken). The Xyratex reports as a T_DIRECT and T_REMOV device and so gets mapped to the unknowndev entry which defines SC_MORE_LUS. Under 2.1.6 it mapped to the generic "sd" entry in the knowndevs table which defines SC_ONE_LU. Successfully worked round the problem by adding a { T_DIRECT, T_DIRECT, T_REMOV, "*", "*", "*", "sd", SC_ONE_LU } entry in the knowndev table. More brutal alternative might be to change unknowndev to SC_ONE_LU. More subtle might be to add a an entry specfific the MCD540. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 12 03:51:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA11796 for bugs-outgoing; Mon, 12 May 1997 03:51:25 -0700 (PDT) Received: (from yokota@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA11771; Mon, 12 May 1997 03:50:55 -0700 (PDT) Date: Mon, 12 May 1997 03:50:55 -0700 (PDT) From: Kazutaka YOKOTA Message-Id: <199705121050.DAA11771@hub.freebsd.org> To: pscott@netcom.com, yokota, freebsd-bugs Subject: Re: conf/3354 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: 2.2.1 Installation problems with Diamond SpeedStar64 State-Changed-From-To: open-closed State-Changed-By: yokota State-Changed-When: Mon May 12 03:48:39 PDT 1997 State-Changed-Why: This is considered to be the same problem as conf/2775 and kern/2896. Both are fixed in 3.0-970502-SNAP and the same fix is now in RELENG_2_2 (syscons.c 1.182.2.18) too. From owner-freebsd-bugs Mon May 12 05:00:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA15324 for bugs-outgoing; Mon, 12 May 1997 05:00:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA15300; Mon, 12 May 1997 05:00:02 -0700 (PDT) Resent-Date: Mon, 12 May 1997 05:00:02 -0700 (PDT) Resent-Message-Id: <199705121200.FAA15300@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, rb@gid.co.uk Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA14841 for ; Mon, 12 May 1997 04:51:50 -0700 (PDT) Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by agora.rdrop.com (8.8.5/8.8.5) with ESMTP id EAA05853 for ; Mon, 12 May 1997 04:51:16 -0700 (PDT) Received: from gid.co.uk (uucp@localhost) by isbalham.ist.co.uk (8.8.4/8.8.4) with UUCP id MAA15459 for freebsd.org!FreeBSD-gnats-submit; Mon, 12 May 1997 12:36:52 +0100 (BST) Message-Id: <11992.199705121141@seagoon.gid.co.uk> Date: Mon, 12 May 1997 12:41:10 +0100 From: Bob Bishop Reply-To: rb@gid.co.uk To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3581: trap 12 in lockstatus() Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3581 >Category: kern >Synopsis: intermittent trap 12 in lockstatus() >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 12 05:00:01 PDT 1997 >Last-Modified: >Originator: Bob Bishop >Organization: GID ltd >Release: FreeBSD 3.0-CURRENT i386 >Environment: -current from CTM src-cur.2880 Kernel is generic except for no cpu I386_CPU and built with DDB and config -g. The problem also occurs without DDB and -g. FreeBSD 3.0-CURRENT #0: Sun May 11 16:12:44 BST 1997 rb@hal:/source/cleansrc/sys/compile/HAL CPU: Cyrix 486DX2 (486-class CPU) Origin = "CyrixInstead" Device ID = 0x321b Stepping=3 Revision=2 real memory = 20971520 (20480K bytes) avail memory = 8351744 (8156K bytes) bdevsw_add_generic: adding D_DISK flag for device 7 bdevsw_add_generic: adding D_DISK flag for device 16 bdevsw_add_generic: adding D_DISK flag for device 17 Probing for devices on the ISA bus: **** "disabled", "not probed", "not found" omitted for clarity sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16450 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16450 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in aha0 at 0x330-0x333 irq 11 drq 5 on isa aha0: waiting for scsi devices to settle scbus0 at aha0 bus 0 sd0 at scbus0 target 3 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 2063MB (4226725 512 byte sectors) 1 3C5x9 board(s) on ISA found at 0x300 ep0 at 0x300-0x30f irq 10 on isa ep0: aui/utp/bnc[*BNC*] address 00:a0:24:c4:f3:62 npx0 on motherboard npx0: INT 16 interface >Description: Every so often (3-4 days), apparently uncorrelated with machine activity, I get: Fatal trap 12: page fault while in kernel mode. It's always in lockstatus(), the following trace is typical: lockstatus(lkp=34) ufs_islocked(ap=f409bf54) vfs_msync(mp=f0f1aa00, flags=2) sync() vfs_update() [etc] lockstatus' argument is clearly bogus, small values like 0x34, 0x44 are typical. >How-To-Repeat: Fire up -current on this machine and wait patiently... >Fix: Dunno. Assuming it keeps on happening I can probably collect more data if anyone has any ideas. However, I can't get a crash dump out of this machine at present, it wedges just after starting to dump. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 12 08:40:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA17254 for bugs-outgoing; Mon, 12 May 1997 08:40:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA17222; Mon, 12 May 1997 08:40:02 -0700 (PDT) Resent-Date: Mon, 12 May 1997 08:40:02 -0700 (PDT) Resent-Message-Id: <199705121540.IAA17222@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, richard@sj.co.uk Received: from ephebe.local (sj-rsrch.demon.co.uk [158.152.69.51]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA16848 for ; Mon, 12 May 1997 08:32:18 -0700 (PDT) Received: (from richard@localhost) by ephebe.local (8.8.5/8.8.5) id QAA01836; Mon, 12 May 1997 16:31:51 +0100 (BST) Message-Id: <199705121531.QAA01836@ephebe.local> Date: Mon, 12 May 1997 16:31:51 +0100 (BST) From: Richard Crook Reply-To: richard@sj.co.uk To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: richard@sj.co.uk X-Send-Pr-Version: 3.2 Subject: kern/3582: panic: bad dir (mangled entry) in 2.2-STABLE Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3582 >Category: kern >Synopsis: panic: bad dir (mangled entry) in 2.2-STABLE >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 12 08:40:01 PDT 1997 >Last-Modified: >Originator: Richard Crook >Organization: SJ Consulting Ltd >Release: FreeBSD 2.2-STABLE i386 (3rd May 1997) >Environment: Intel Classic motherboard 486/66, 16Mb memory, no secondary cache Adaptec 2940U (7880 controller) Teles 16.3 ISDN adapter >Description: Kernel panic: "bad dir", probably while running find(1) from /etc/security. Partition stored on disk attached to 2940; NOT mounted async. The partition in question contains a `leafnode' news spool, storing all articles for a group in a single (large) directory. The buffer being examined appears to have had the last 16 bytes cleared to zero (or left unset, or similar). When checked (although after an fsck on unattended restart), the relevant entry contained real data: since the entries in the directory are consecutive five-digit numbers, and the one concerned was in sequence, it seems unlikely that the disk structures were at fault. (Previous two entries in buffer are for files "91291" and "91292"; fsdb (the following morning) shows that the relevant (consecutive) slots contain "91291", "91292", "91293", (new block) "91294"...) I don't believe fsck could have reconstructed the missing entry, although I'm quite prepared to be told otherwise. We also see regular crashes during news fetches, and on occasion during web cache purges (where the cache is on the same partition). This appears very similar to kern/2771 (19/02/97, against 2.2-GAMMA), current status open: also seen on a news spool, via a 2940. Crash dump and kernel image/configuration available if required. bash# gdb -k kernel.syms vmcore.4 GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc... IdlePTD 21d000 current pcb at 1f9d50 panic: bad dir #0 boot (howto=256) at ../../kern/kern_shutdown.c:243 243 dumppcb.pcb_cr3 = rcr3(); (kgdb) bt #0 boot (howto=256) at ../../kern/kern_shutdown.c:243 #1 0xf0119932 in panic (fmt=0xf01acda1 "bad dir") at ../../kern/kern_shutdown.c:367 #2 0xf01acde3 in ufs_dirbad (ip=0xf0773800, offset=73712, how=0xf01ac140 "mangled entry") at ../../ufs/ufs/ufs_lookup.c:589 #3 0xf01ac641 in ufs_lookup (ap=0xefbffe50) at ../../ufs/ufs/ufs_lookup.c:284 #4 0xf01344d9 in lookup (ndp=0xefbfff0c) at vnode_if.h:31 #5 0xf013401b in namei (ndp=0xefbfff0c) at ../../kern/vfs_lookup.c:156 #6 0xf0137219 in change_dir (ndp=0xefbfff0c, p=0xf07c7c00) at ../../kern/vfs_syscalls.c:648 #7 0xf013716f in chdir (p=0xf07c7c00, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/vfs_syscalls.c:597 #8 0xf01c8b7f in syscall (frame={tf_es = 1310759, tf_ds = -272695257, tf_edi = 53248, tf_esi = 1370880, tf_ebp = -272638668, tf_isp = -272629788, tf_ebx = 134709344, tf_edx = 29, tf_ecx = 32768, tf_eax = 12, tf_trapno = 0, tf_err = 7, tf_eip = 134465585, tf_cs = 31, tf_eflags = 582, tf_esp = -272638688, tf_ss = 39}) at ../../i386/i386/trap.c:890 #9 0x803c831 in ?? () #10 0x1673 in ?? () #11 0x31c2 in ?? () #12 0x1095 in ?? () (kgdb) frame 3 #3 0xf01ac641 in ufs_lookup (ap=0xefbffe50) at ../../ufs/ufs/ufs_lookup.c:284 284 ufs_dirbad(dp, dp->i_offset, "mangled entry"); (kgdb) l 279 ep = (struct direct *)((char *)bp->b_data + entryoffsetinblock); 280 if (ep->d_reclen == 0 || 281 (dirchk && ufs_dirbadentry(vdp, ep, entryoffsetinblock))) { 282 int i; 283 284 ufs_dirbad(dp, dp->i_offset, "mangled entry"); 285 i = DIRBLKSIZ - (entryoffsetinblock & (DIRBLKSIZ - 1)); 286 dp->i_offset += i; 287 entryoffsetinblock += i; 288 continue; (kgdb) print *dp $1 = {i_next = 0x0, i_prev = 0xf072f900, i_vnode = 0xf0695000, i_devvp = 0xf0699180, i_flag = 40, i_dev = 132101, i_number = 99997, inode_u = {fs = 0xf06a7000, lfs = 0xf06a7000, e2fs = 0xf06a7000}, i_dquot = { 0x0, 0x0}, i_modrev = 0x336fd672a13e61a0, i_lockf = 0x0, i_lockholder = 2826, i_lockwaiter = 0, i_count = 0, i_endoff = 0, i_diroff = 73216, i_offset = 73712, i_ino = 230653, i_reclen = 16, i_lockcount = 1, i_spare = {0, 0, 0, 0, 0, 0, 0, 0, 0, 0}, i_din = { di_mode = 16893, di_nlink = 2, di_u = {oldids = {0, 0}, inumber = 0}, di_size = 76288, di_atime = {tv_sec = 862967403, tv_nsec = 0}, di_mtime = { tv_sec = 862802095, tv_nsec = 0}, di_ctime = {tv_sec = 862802095, tv_nsec = 0}, di_db = {427792, 427896, 427928, 428048, 428184, 428256, 428320, 428392, 434056, 434072, 0, 0}, di_ib = {0, 0, 0}, di_flags = 0, di_blocks = 150, di_gen = 858646127, di_uid = 8, di_gid = 8, di_spare = { 0, 0}}} (kgdb) print /x entryoffsetinblock $2 = 0x1ff0 (kgdb) print /x endsearch $3 = 0x12a00 (kgdb) print *bp $4 = {b_hash = {le_next = 0x0, le_prev = 0xf01fc0d0}, b_vnbufs = { le_next = 0xf2685a1c, le_prev = 0xf0695030}, b_freelist = { tqe_next = 0xf2684b80, tqe_prev = 0xf2682ca0}, b_act = {tqe_next = 0x0, tqe_prev = 0xf0678f54}, b_proc = 0x0, b_flags = 1049136, b_qindex = 0, b_usecount = 16 '\020', b_error = 0, b_bufsize = 8192, b_bcount = 8192, b_resid = 0, b_dev = 132101, b_un = {b_addr = 0xf26b3000 "ùh\001"}, b_kvabase = 0xf26b3000 "ùh\001", b_kvasize = 8192, b_saveaddr = 0x0, b_lblkno = 8, b_blkno = 868112, b_iodone = 0, b_iodone_chain = 0x0, b_vp = 0xf0695000, b_dirtyoff = 0, b_dirtyend = 0, b_rcred = 0x0, b_wcred = 0x0, b_validoff = 0, b_validend = 0, b_pblkno = 2965264, b_savekva = 0x0, b_driver1 = 0x0, b_driver2 = 0x0, b_spc = 0x0, b_cluster = { cluster_head = {tqh_first = 0xf2681d18, tqh_last = 0xf267dfc8}, cluster_entry = {tqe_next = 0xf2681d18, tqe_prev = 0xf267dfc8}}, b_pages = {0xf0240aa8, 0xf0253b8c, 0x0 }, b_npages = 992949} (kgdb) print /x ep $5 = 0xf26b4ff0 (kgdb) x/32xb 0xf26b4fe0 0xf26b4fe0 : 0xfd 0x84 0x03 0x00 0x10 0x00 0x08 0x05 0xf26b4fe8 : 0x39 0x31 0x32 0x39 0x32 0x00 0xc2 0xf0 0xf26b4ff0 : 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xf26b4ff8 : 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 >How-To-Repeat: Heavy access to large directory structures? >Fix: Unknown. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 12 10:07:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA22503 for bugs-outgoing; Mon, 12 May 1997 10:07:41 -0700 (PDT) Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA21743 for freebsd-bugs@freebsd.org; Mon, 12 May 1997 10:00:31 -0700 (PDT) Date: Mon, 12 May 1997 10:00:31 -0700 (PDT) Message-Id: <199705121700.KAA21743@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 a [1996/03/04] kern/1059 hsu null fs panics system 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, a [1997/01/24] kern/2573 mmap on nfs mounted file hangs system 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/17] kern/2754 Using memory mmapped to an NFS file can c 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/20] kern/3046 copying a file to an NFS mounted partitio 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/09] bin/3243 won't read file bin.cc - says "read -1 of 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/27] kern/3395 sio2: not found, but there o [1997/04/28] kern/3404 frequent kernel panics 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/01] ports/3467 ports Update of port xgs o [1997/05/05] bin/3510 xsm does not work! o [1997/05/07] ports/3536 ports MakeTexPK calls gftopk with wron argument 75 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1994/11/30] kern/34 davidg nullfs and union mounts can result in wil 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/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/21] kern/703 amurai ppp not always deleting route properly wh 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 a [1996/07/18] kern/1397 bde can't send to a pipe 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 f [1996/09/08] kern/1584 [unionfs] same file is listed twice o [1996/09/08] docs/1588 jfieber Handbook Incorrect LaTeX/PostScript outpu 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/26] kern/1684 inconsistent permission failures on NFS r 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/05] i386/1730 sos SFF8020 violation and silly bug in atapi. 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 f [1996/11/08] kern/1982 fenner arpresolve: cant allocate llinfo for 207. 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 o [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/19] i386/2058 sos amity series machines can not show instal o [1996/11/24] kern/2094 wd1: interrupt timeout: o [1996/11/26] bin/2107 problem building a system from cdrom. o [1996/11/29] kern/2124 sos Hitachi CDR-7730 ATAPI CD-ROM recognized 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/09] bin/2187 brian ijppp: LQR is broken 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 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 o [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/01] ports/2842 ports Expect port upgraded at master site; does 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/17] conf/3016 fvwm95-2 does not have system resource fi 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] ports/3125 torstenb inn port incorrect use of perl5 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/29] ports/3142 ports new port: slrn o [1997/03/30] ports/3146 ports new port fix (slrn) 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] ports/3179 ports WebStone 2.0.1 port submitted o [1997/04/02] kern/3180 mlock() causes panic: lockmgr: upgrade ex o [1997/04/04] ports/3193 ports MAKE fails for /usr/ports/net/ucd-snmp 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 ports 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 ports 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] kern/1878 sos SONY CDU76E IDE/ATAPI CDROM support. 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/03] i386/1950 Sound driver doesn't encode/decode mu-law 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] ports/2100 andreas New port: VGBZoom 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] i386/2117 nb8390.com hangs with some BIOS combinati 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/05] ports/2379 ports New URT port 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/10] ports/2445 max New port : Cosmo Gang the Puzzle (games/c 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] i386/2710 pst if_ppp LKM does not allow ppp line discip 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] ports/2778 ports New Port: Version of traceroute which pri 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/2816 ports New port - aftp ftp-like shell for apple2 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/02/28] gnu/2834 Patches to gas and gdb to support MMX ext 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 a [1997/03/02] ports/2849 ports correction to New math/cad port (SCILAB) 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] ports/2869 ports Submiting new port: tac_plus 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/07] ports/2916 ports ports sysutils/top/Makefile MASTER_SITES 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 ports 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/2986 ports fvwm95-2.0.43a port don't install/have ma 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] misc/3111 make bootstrap relies on /bin/sh but does 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/26] bin/3116 iij ppp does not provide link-down notifi 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] ports/3185 tg Port submission for LPRng-3.2.1 o [1997/04/03] ports/3189 ports Update plan to version 1.6 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] ports/3199 ports new ports collection: automake-1.0 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] ports/3215 ports Update to Gnat port o [1997/04/06] misc/3217 The rmail.c err() function will fail in m o [1997/04/06] bin/3218 syscons causes segmentation fault by repe 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] ports/3227 ports new port(xtimer-8087) 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] ports/3248 ports update a port o [1997/04/10] bin/3249 user ppp does not provide a linkdown hook o [1997/04/10] ports/3250 ports New CAD port: xpns 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/13] ports/3277 ports tcp_wrapper port does not include NIS sup o [1997/04/13] ports/3279 ports new port of KON2 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] ports/3296 ports New port(jp-GP-2.01jp):japanese/GP. o [1997/04/15] ports/3297 ports xforms-0.86 port no longer compiles 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/3320 ports new and updated ports of korean, and upda o [1997/04/18] ports/3321 ports port update request for audio/splay-0.2 t o [1997/04/18] ports/3322 ports setlocale problem in lang/perl5 o [1997/04/18] ports/3330 ports hylafax port seems to be broken (partly) o [1997/04/19] ports/3333 ports new port request of korea/fvwm95 o [1997/04/19] ports/3334 ports new port request of korean/han o [1997/04/19] ports/3335 ports new port request of korean/hanemacs o [1997/04/19] ports/3336 ports new port request of korean/hanmutt o [1997/04/19] ports/3338 ports new port request of korean/hfvwm2 o [1997/04/19] ports/3339 ports new port request of korean/hlatexpsfonts o [1997/04/19] ports/3341 ports new port request of korean/hpscat o [1997/04/19] ports/3342 ports new port request of korean/linuxdoc-sgml o [1997/04/19] ports/3343 ports new port request of korean/nh2ps o [1997/04/19] ports/3344 ports new port request of korean/netscape3 o [1997/04/19] ports/3347 ports new port request of net/ztelnet o [1997/04/19] ports/3348 ports new port request of korean/nhppf o [1997/04/19] ports/3352 ports New port: cddbd o [1997/04/20] ports/3357 ports I make "pari-GP" ports o [1997/04/20] ports/3358 ports XFMail-1.1 has been released o [1997/04/20] bin/3360 su(1) cannot call MD4Init(3) from libskey o [1997/04/20] ports/3362 ports Ports submission: XFrisk 0.99b4 o [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/21] ports/3370 ports tk41 doesn't build if not untarred into / o [1997/04/21] bin/3371 fenner LBL tcpdump 3.3 -merge submission o [1997/04/23] kern/3375 Consistent 10 min. delay at boot with REL o [1997/04/23] bin/3376 incorrect output from kdump 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] pending/3386gnats-adminkernel 'config' wrapper 'doconfig' ala Di o [1997/04/27] ports/3396 ports 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/3407 ports port for ephem-4.28 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/28] ports/3413 ports New port: cs-0.3 o [1997/04/29] ports/3414 ports ucd-snmp port doesn't build under 2.2 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/05/01] ports/3440 ports port of webstone submitted o [1997/05/01] ports/3442 ports New port: xbattle 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/3454 ports New port submission: ztrack-1.0 o [1997/05/01] ports/3455 ports mtools-3.6.tgz could have a better mtools o [1997/05/01] ports/3457 ports New ports for cutils 1.3.3 and umatrix o [1997/05/01] ports/3458 ports port of Squeak, version 1.18 o [1997/05/01] bin/3459 RELENG_2_2 adventure has broken malloc de o [1997/05/01] docs/3464 The ppp.8 manual page is inconsistent wrt o [1997/05/01] misc/3465 make-localhost uses %y to generate year o [1997/05/01] ports/3466 ports FreeBSD origional o [1997/05/02] gnu/3471 error in gcc.1 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/03] misc/3480 compiling libncurses generates annoying w o [1997/05/03] ports/3482 ports SlingShot (new) port o [1997/05/03] ports/3484 ports libwww is out of date o [1997/05/04] docs/3490 mount.8 manpage refinement about Nm and X o [1997/05/04] kern/3494 memory allocation error in libc_r -- uthr o [1997/05/04] ports/3496 chuckr x11/specJava's distfile is no longer avai o [1997/05/04] ports/3498 ports nn-current port is out of date o [1997/05/04] ports/3499 ports 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] ports/3517 ports new port: graphics/tiff34 (fix) o [1997/05/06] ports/3518 ports new port: comms/hylafax40p1 (may be renam o [1997/05/06] ports/3519 ports new port: comms/snooper o [1997/05/06] ports/3520 ports new port: graphics/camediaplay o [1997/05/06] ports/3521 ports new port: graphics/qvplay o [1997/05/06] docs/3522 Man pages close(2) misses fcntl lock info o [1997/05/06] i386/3523 sio driver: added automatic detection of o [1997/05/07] bin/3528 fsck fails to detect some illegal block n o [1997/05/07] ports/3539 ports This is a port of poppassd that should wo o [1997/05/08] ports/3540 ports sudo package don't accept passwords longe o [1997/05/08] kern/3546 ktrace works even if no read permission o [1997/05/08] kern/3548 `struct proc' declared inside parameter l 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] ports/3574 ports tkgoodstuff's Dialer script has wrong pat o [1997/05/10] misc/3575 compilation of strtoq.c produces unnecess o [1997/05/10] ports/3576 ports drivers for jp-vfghostscript-4.03 is upda o [1997/05/11] conf/3577 eBones and OBJLINK=yes fails to build 527 problems total. From owner-freebsd-bugs Mon May 12 12:00:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA28187 for bugs-outgoing; Mon, 12 May 1997 12:00:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA28162; Mon, 12 May 1997 12:00:02 -0700 (PDT) Resent-Date: Mon, 12 May 1997 12:00:02 -0700 (PDT) Resent-Message-Id: <199705121900.MAA28162@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, randy@zyzzyva.com Received: from sierra.zyzzyva.com (ppp01-58.zyzzyva.com [208.214.58.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA27806 for ; Mon, 12 May 1997 11:54:01 -0700 (PDT) Received: (from randy@localhost) by sierra.zyzzyva.com (8.8.5/8.8.2) id NAA11137; Mon, 12 May 1997 13:52:40 -0500 (CDT) Message-Id: <199705121852.NAA11137@sierra.zyzzyva.com> Date: Mon, 12 May 1997 13:52:40 -0500 (CDT) From: randy@zyzzyva.com Reply-To: randy@zyzzyva.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3583: 'sysctl kern' dumps core when displaying clockrate Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3583 >Category: kern >Synopsis: 'syctl kern' dumps core when displaying clockrate >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 12 12:00:01 PDT 1997 >Last-Modified: >Originator: Randy Terbush >Organization: >Release: FreeBSD 2.2-STABLE i386 >Environment: 64MB RAM Pentium 133P5 The following possibly relevent kernel parameter tweaks: maxusers 256 options NMBCLUSTERS=4096 options DFLDSIZ=33554432 options DFLSSIZ=1048576 options CHILD_MAX=1536 options OPEN_MAX=1536 >Description: sysctl kern works fine within the first few minutes after a reboot. Soon, it begins dumping core when attempting to print/retreive kern.clockrate. I've reported this in the past, but I cannot find it in the gnats DB. It is possible that it was mistakenly closed when I thought it had been fixed since it works right after rebooting. >How-To-Repeat: >Fix: I'm not sure if this is the correct fix, or if perhaps the clockrate is being stored without \0 termination and is causing the memory requirement in show_var() to be unecessarily large. Index: sysctl.c =================================================================== RCS file: /usr/local/src/FreeBSD/FreeBSD-CVS/src/usr.sbin/sysctl/sysctl.c,v retrieving revision 1.10 diff -c -r1.10 sysctl.c *** sysctl.c 1996/04/10 00:53:22 1.10 --- sysctl.c 1997/05/11 16:47:39 *************** *** 341,349 **** /* find an estimate of how much we need for this var */ j = 0; ! i = sysctl(oid, nlen, 0, &j, 0, 0); ! j += j; /* we want to be sure :-) */ ! val = alloca(j); len = j; i = sysctl(oid, nlen, val, &len, 0, 0); --- 341,347 ---- /* find an estimate of how much we need for this var */ j = 0; ! i = sysctl(oid, nlen, NULL, &j, 0, 0); val = alloca(j); len = j; i = sysctl(oid, nlen, val, &len, 0, 0); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 12 14:10:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA05177 for bugs-outgoing; Mon, 12 May 1997 14:10:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA05171; Mon, 12 May 1997 14:10:01 -0700 (PDT) Resent-Date: Mon, 12 May 1997 14:10:01 -0700 (PDT) Resent-Message-Id: <199705122110.OAA05171@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, luigi@iet.unipi.it Received: from prova.iet.unipi.it (prova1.iet.unipi.it [131.114.9.11]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA05120 for ; Mon, 12 May 1997 14:09:29 -0700 (PDT) Received: (from luigi@localhost) by prova.iet.unipi.it (8.8.5/8.8.5) id XAA00425; Mon, 12 May 1997 23:09:59 +0200 (CEST) Message-Id: <199705122109.XAA00425@prova.iet.unipi.it> Date: Mon, 12 May 1997 23:09:59 +0200 (CEST) From: luigi@iet.unipi.it Reply-To: luigi@iet.unipi.it To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3584: small cleanup to tcp_input.c Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3584 >Category: kern >Synopsis: cleanup TCP_REASS macro in tcp_input.c >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon May 12 14:10:01 PDT 1997 >Last-Modified: >Originator: Luigi Rizzo >Organization: DEIT >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: netinet code, 2.1, 2.2 and 3.0 >Description: The TCP_REASS macro is defined two times, depending on the value of TCP_ACK_HACK. Since the macro is quite long, I think this definition is preferable (and consistent with the convention for multiline macros in style(9) ). Note BTW that the TUBA_INCLUDE stuff are still there, but obsolete. Perhaps it is time to remove them ? >How-To-Repeat: -- >Fix: diff -u ../netinet.221R/tcp_input.c tcp_input.c --- ../netinet.221R/tcp_input.c Tue Nov 12 00:40:57 1996 +++ tcp_input.c Mon May 12 22:54:33 1997 @@ -105,41 +105,25 @@ * when segments are out of order (so fast retransmit can work). */ #ifdef TCP_ACK_HACK -#define TCP_REASS(tp, ti, m, so, flags) { \ - if ((ti)->ti_seq == (tp)->rcv_nxt && \ - (tp)->seg_next == (struct tcpiphdr *)(tp) && \ - (tp)->t_state == TCPS_ESTABLISHED) { \ - if (ti->ti_flags & TH_PUSH) \ - tp->t_flags |= TF_ACKNOW; \ - else \ - tp->t_flags |= TF_DELACK; \ - (tp)->rcv_nxt += (ti)->ti_len; \ - flags = (ti)->ti_flags & TH_FIN; \ - tcpstat.tcps_rcvpack++;\ - tcpstat.tcps_rcvbyte += (ti)->ti_len;\ - sbappend(&(so)->so_rcv, (m)); \ - sorwakeup(so); \ - } else { \ - (flags) = tcp_reass((tp), (ti), (m)); \ - tp->t_flags |= TF_ACKNOW; \ - } \ -} +#define TCP_ACK_FLAG ((ti->ti_flags & TH_PUSH) ? TF_ACKNOW : TF_DELACK) #else -#define TCP_REASS(tp, ti, m, so, flags) { \ - if ((ti)->ti_seq == (tp)->rcv_nxt && \ - (tp)->seg_next == (struct tcpiphdr *)(tp) && \ - (tp)->t_state == TCPS_ESTABLISHED) { \ - tp->t_flags |= TF_DELACK; \ - (tp)->rcv_nxt += (ti)->ti_len; \ - flags = (ti)->ti_flags & TH_FIN; \ - tcpstat.tcps_rcvpack++;\ - tcpstat.tcps_rcvbyte += (ti)->ti_len;\ - sbappend(&(so)->so_rcv, (m)); \ - sorwakeup(so); \ - } else { \ - (flags) = tcp_reass((tp), (ti), (m)); \ - tp->t_flags |= TF_ACKNOW; \ - } \ +#define TCP_ACK_FLAG TF_DELACK +#endif +#define TCP_REASS(tp, ti, m, so, flags) { \ + if ((ti)->ti_seq == (tp)->rcv_nxt && \ + (tp)->seg_next == (struct tcpiphdr *)(tp) && \ + (tp)->t_state == TCPS_ESTABLISHED) { \ + tp->t_flags |= TCP_ACK_FLAG; \ + (tp)->rcv_nxt += (ti)->ti_len; \ + flags = (ti)->ti_flags & TH_FIN; \ + tcpstat.tcps_rcvpack++; \ + tcpstat.tcps_rcvbyte += (ti)->ti_len; \ + sbappend(&(so)->so_rcv, (m)); \ + sorwakeup(so); \ + } else { \ + (flags) = tcp_reass((tp), (ti), (m)); \ + tp->t_flags |= TF_ACKNOW; \ + } \ } #endif #ifndef TUBA_INCLUDE >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 12 14:20:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA05749 for bugs-outgoing; Mon, 12 May 1997 14:20:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA05730; Mon, 12 May 1997 14:20:02 -0700 (PDT) Resent-Date: Mon, 12 May 1997 14:20:02 -0700 (PDT) Resent-Message-Id: <199705122120.OAA05730@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, charnier@xp11.frmug.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA05205 for ; Mon, 12 May 1997 14:10:45 -0700 (PDT) Received: (from uucp@localhost) by frmug.org (8.8.5/8.8.5/frmug-2.0) with UUCP id XAA10610 for FreeBSD-gnats-submit@freebsd.org; Mon, 12 May 1997 23:09:10 +0200 (MET DST) Received: (from charnier@localhost) by xp11.frmug.org (8.8.5/8.8.5/xp11-uucp-1.1) id WAA18269; Mon, 12 May 1997 22:10:27 +0200 (CEST) Message-Id: <199705122010.WAA18269@xp11.frmug.org> Date: Mon, 12 May 1997 22:10:27 +0200 (CEST) From: Philippe Charnier Reply-To: charnier@xp11.frmug.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: gnu/3585: shadowed declaration in groff Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3585 >Category: gnu >Synopsis: shadowed declaration in groff >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon May 12 14:20:01 PDT 1997 >Last-Modified: >Originator: Philippe Charnier >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: When compiling groff, there are lots of: c++ [options] -c .../groff/eqn/list.cc .../contrib/groff/eqn/list.cc: In method `int list_box::compute_metrics(int)': .../contrib/groff/eqn/list.cc:162: warning: variable `i' shadows local They are due to a new behaviour of g++ which is not compatible with groff. A comment about this can be found in NEWS/gcc.info. Justin reminded this in the -hackers list. Solution is to add -fno-for-scope in CFLAGS. >How-To-Repeat: cd /usr/src/gnu/usr.bin/groff ; make clean ; make >Fix: Because Makefile.inc gets included multiple times in some subdirs, -fno-for-scope is included multiple times in CFLAGS. OTOH, this is the minimal change. Index: Makefile.inc =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/gnu/usr.bin/groff/Makefile.inc,v retrieving revision 2.2 diff -u -r2.2 Makefile.inc --- Makefile.inc 1996/09/09 18:05:01 2.2 +++ Makefile.inc 1997/05/12 19:55:20 @@ -1,4 +1,5 @@ GROFF_DIST?= ${.CURDIR}/../../../../contrib/groff DIST_DIR= ${GROFF_DIST}/${.CURDIR:T} +CFLAGS+= -fno-for-scope .PATH: ${DIST_DIR} >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 12 15:10:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA09038 for bugs-outgoing; Mon, 12 May 1997 15:10:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA09029; Mon, 12 May 1997 15:10:01 -0700 (PDT) Resent-Date: Mon, 12 May 1997 15:10:01 -0700 (PDT) Resent-Message-Id: <199705122210.PAA09029@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, wae5339@unixmail.ks.boeing.com Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA08619; Mon, 12 May 1997 15:06:00 -0700 (PDT) Message-Id: <199705122206.PAA08619@hub.freebsd.org> Date: Mon, 12 May 1997 15:06:00 -0700 (PDT) From: wae5339@unixmail.ks.boeing.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/3586: The boot.flp file is too large to image to a 1.44 meg floppy Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3586 >Category: misc >Synopsis: The boot.flp file is too large to image to a 1.44 meg floppy >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Mon May 12 15:10:00 PDT 1997 >Last-Modified: >Originator: Will England >Organization: >Release: none, yet. >Environment: >Description: Er, still trying to install. D/L the boot.flp, and ran fdimage boot.flp a: error returned is: boot.flp - File is too big the file is 1,479,054 bytes, and my floppy is 1,457,664 bytes. I checked the FTP site - it lists it at 1,47 meg. Just won't fit on a 1.44 meg floppy. I'm running Win95 on a Dell Optiplex GM5166 Pentium 166 machine, with a Teac floppy, standard floppy controller, etc... Any ideas? Will >How-To-Repeat: just type fdimage boot.flp a: >Fix: Smaller boot.flp? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 12 16:23:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA12591 for bugs-outgoing; Mon, 12 May 1997 16:23:52 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA12581; Mon, 12 May 1997 16:23:42 -0700 (PDT) From: Gary Palmer Received: (from gpalmer@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA13525; Mon, 12 May 1997 16:22:53 -0700 (PDT) Date: Mon, 12 May 1997 16:22:53 -0700 (PDT) Message-Id: <199705122322.QAA13525@freefall.freebsd.org> To: ada@not-enough.bandwidth.org, gpalmer@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/3565 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: using MPU401 driver pagefaults kernel State-Changed-From-To: open-closed State-Changed-By: gpalmer State-Changed-When: Mon May 12 16:22:20 PDT 1997 State-Changed-Why: Duplicated by gnats s/w trouble. See kern/3564 From owner-freebsd-bugs Mon May 12 17:14:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA14815 for bugs-outgoing; Mon, 12 May 1997 17:14:32 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA14808; Mon, 12 May 1997 17:14:30 -0700 (PDT) Received: from ns.isi.co.jp (ns.isi.co.jp [202.214.62.35]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id RAA13681; Mon, 12 May 1997 17:13:39 -0700 (PDT) Received: (from john@localhost) by ns.isi.co.jp (8.6.12/3.4W2 ISI-Net 1996/10/27) id JAA00677; Tue, 13 May 1997 09:08:05 +0900 Date: Tue, 13 May 1997 09:08:05 +0900 From: john cooper Message-Id: <199705130008.JAA00677@ns.isi.co.jp> To: freebsd-bugs@freebsd.com, freebsd-hackers@freebsd.com, freebsd-questions@freebsd.com Subject: Quick (freebsd 2.2.1 / xf86 3.2 / flakey mouse) question Cc: john@isi.com Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I searched the freebsd and XF86 FAQ's but found nothing corresponding the the problem I'm experiencing. I have a ps/2 mouse systems mouse that exhibits wierd behavior under both fvwm and twm. The cursor can be moved with the mouse, however the cursor instantly 'homes' back to the lower left corner of the screen at seemingly random times. The frequency of this is so high that X is effectively unuseable. The mouse is at 0x60, IRQ 12 as usual and conflicts with no other device as best as I can tell. I suspect some xf86 configuration problem here as the erratic behavior occurs in fvwm and twm. I tried selecting mouse comm protocols other than ps/2, which only made things worse. Incidentally I have the same configuration except for the video server, installed on another machine which functions as expected. The working installation uses the non-accelerated "svga" server. On the other machine I've tried both "svga" and "s3v" servers. In both installations, "moused" is not running. So at this point I'm stuck. This is a pretty generic installation so I suspect some other poor soul already grappled with this problem. Help! Any and all advice is most welcome. Thanks, -john Please respond to: john@isi.co.jp PS: Iwill P55TV SCSI Motherboard with Award BIOS, Diamond Stealth 2000 3D video card From owner-freebsd-bugs Mon May 12 20:00:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA24263 for bugs-outgoing; Mon, 12 May 1997 20:00:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA24238; Mon, 12 May 1997 20:00:01 -0700 (PDT) Date: Mon, 12 May 1997 20:00:01 -0700 (PDT) Message-Id: <199705130300.UAA24238@hub.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: kern/3584: small cleanup to tcp_input.c Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3584; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@freebsd.org, luigi@iet.unipi.it Cc: Subject: Re: kern/3584: small cleanup to tcp_input.c Date: Tue, 13 May 1997 12:54:55 +1000 > The TCP_REASS macro is defined two times, depending on the > value of TCP_ACK_HACK. Since the macro is quite long, I think > this definition is preferable Fine. > (and consistent with the > convention for multiline macros in style(9) ). Aligned backslashes may be easier to read, but they are Kernal Abnormal Form, especially in network code (see mbuf.h). Bruce From owner-freebsd-bugs Mon May 12 20:40:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA26129 for bugs-outgoing; Mon, 12 May 1997 20:40:08 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA26087; Mon, 12 May 1997 20:40:04 -0700 (PDT) Date: Mon, 12 May 1997 20:40:04 -0700 (PDT) Message-Id: <199705130340.UAA26087@hub.freebsd.org> To: freebsd-bugs Cc: From: David Greenman Subject: Re: kern/3583: 'sysctl kern' dumps core when displaying clockrate Reply-To: David Greenman Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3583; it has been noted by GNATS. From: David Greenman To: randy@zyzzyva.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG, phk@FreeBSD.ORG Subject: Re: kern/3583: 'sysctl kern' dumps core when displaying clockrate Date: Mon, 12 May 1997 20:30:16 -0700 > sysctl kern works fine within the first few minutes after a reboot. > Soon, it begins dumping core when attempting to print/retreive > kern.clockrate. I've reported this in the past, but I cannot find it > in the gnats DB. It is possible that it was mistakenly closed when I > thought it had been fixed since it works right after rebooting. >! i = sysctl(oid, nlen, 0, &j, 0, 0); >! j += j; /* we want to be sure :-) */ >! > val = alloca(j); > len = j; > i = sysctl(oid, nlen, val, &len, 0, 0); >--- 341,347 ---- > > /* find an estimate of how much we need for this var */ > j = 0; >! i = sysctl(oid, nlen, NULL, &j, 0, 0); > val = alloca(j); > len = j; The problem is caused by the proc structs being too large to fit on your stack - thus causing an rlimit violation. This is actually an architectural flaw in the sysctl mechanism since the information returned from reading the struct procs is actually later discarded. The code needs to be re-written to only retrieve sysctl variables that are actually needed. You can temporarily work around the problem by increasing your stack rlimit to something larger than 8MB. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Mon May 12 21:01:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA27152 for bugs-outgoing; Mon, 12 May 1997 21:01:39 -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 VAA27145 for ; Mon, 12 May 1997 21:01:37 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with SMTP id VAA11983; Mon, 12 May 1997 21:00:43 -0700 (PDT) Message-Id: <199705130400.VAA11983@implode.root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Bruce Evans cc: freebsd-bugs@hub.freebsd.org Subject: Re: kern/3584: small cleanup to tcp_input.c In-reply-to: Your message of "Mon, 12 May 1997 20:00:01 PDT." <199705130300.UAA24238@hub.freebsd.org> From: David Greenman Reply-To: dg@root.com Date: Mon, 12 May 1997 21:00:42 -0700 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >The following reply was made to PR kern/3584; it has been noted by GNATS. > >From: Bruce Evans >To: FreeBSD-gnats-submit@freebsd.org, luigi@iet.unipi.it >Cc: Subject: Re: kern/3584: small cleanup to tcp_input.c >Date: Tue, 13 May 1997 12:54:55 +1000 > > > The TCP_REASS macro is defined two times, depending on the > > value of TCP_ACK_HACK. Since the macro is quite long, I think > > this definition is preferable > > Fine. > > > (and consistent with the > > convention for multiline macros in style(9) ). > > Aligned backslashes may be easier to read, but they are Kernal Abnormal > Form, especially in network code (see mbuf.h). Actually, I think TCP_ACK_HACK should just be killed altogether. It's a creation of mine that needs to die. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Mon May 12 21:20:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA28066 for bugs-outgoing; Mon, 12 May 1997 21:20:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA28034; Mon, 12 May 1997 21:20:02 -0700 (PDT) Resent-Date: Mon, 12 May 1997 21:20:02 -0700 (PDT) Resent-Message-Id: <199705130420.VAA28034@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, syspmc@dtir.qld.gov.au Received: from bunyip.cc.uq.edu.au (daemon@bunyip.cc.uq.edu.au [130.102.2.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA27694 for ; Mon, 12 May 1997 21:12:52 -0700 (PDT) Received: (from daemon@localhost) by bunyip.cc.uq.edu.au (8.8.5/8.8.5) id OAA03776 for FreeBSD-gnats-submit@freebsd.org; Tue, 13 May 1997 14:12:07 +1000 Received: from goblin.devetir.qld.gov.au by ogre.dtir.qld.gov.au (8.7.5/DEVETIR-E0.3a) with ESMTP id OAA26967 for ; Tue, 13 May 1997 14:12:17 +1000 (EST) Received: (from syspmc@localhost) by goblin.devetir.qld.gov.au (8.8.5/8.7.3) id OAA14680; Tue, 13 May 1997 14:11:59 +1000 (EST) Message-Id: <199705130411.OAA14680@goblin.devetir.qld.gov.au> Date: Tue, 13 May 1997 14:11:59 +1000 (EST) From: Phil Chadwick Reply-To: syspmc@dtir.qld.gov.au To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3587: Bug report for FreeBSD 2.2.x /bin/sh Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3587 >Category: bin >Synopsis: FreeBSD 2.2.x /bin/sh functions return wrong exit status >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 12 21:20:01 PDT 1997 >Last-Modified: >Originator: Phil Chadwick >Organization: Department of Training & Industrial Relations >Release: FreeBSD 2.2.x >Environment: FreeBSD 2.2.x >Description: FreeBSD 2.2.x /bin/sh functions don't return exit values as expected with a Bourne (compatible) shell. Traditional Bourne shells implement the "return" command as follows (this from the Solaris 2.5 man page): return [ n ] Causes a function to exit with the return value specified by n. If n is omitted, the return status is that of the last command executed. The FreeBSD 2.2.x /bin/sh doesn't does not, when n is omitted, return the status of the last command executed. This bug was not present in 2.1.5, nor 2.1.7. I discovered it while running the configure scripts for Sam Leffer's HylaFAX and tiff library. >How-To-Repeat: Script started on Tue May 13 08:33:18 1997 $ uname -a FreeBSD scrubber.devetir.qld.gov.au 2.2-STABLE FreeBSD 2.2-STABLE #0: Thu May 1 18:41:39 EST 1997 wjh@scrubber.devetir.qld.gov.au:/usr/src/sys/compile/SCRUBBER i386 $ set PS1=$ PS2=> PATH=/bin:/usr/bin:/usr/local/bin IFS= $ cat bug.sh # fail() { false return # /bin/sh returns zero, wrong. } fail status=$? case $status in 0) echo "shell broken, return status is $status" ;; *) echo "shell OK, return status is $status" ;; esac $ /bin/sh bug.sh shell broken, return status is 0 $ /usr/local/bin/bash bug.sh shell OK, return status is 1 $ /usr/local/bin/ksh bug.sh shell OK, return status is 1 $ ^D Script done on Tue May 13 08:34:01 1997 >Fix: Use bash or ksh Phil -- Phil Chadwick Email: syspmc@dtir.qld.gov.au ,-_|\ Supervisor, UNIX Support Phone: +61 7 3247 9239 / * Department of Training Fax: +61 7 3247 9111 \_,-._/ and Industrial Relations v >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 13 01:34:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA09446 for bugs-outgoing; Tue, 13 May 1997 01:34:45 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA09427 for ; Tue, 13 May 1997 01:34:42 -0700 (PDT) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA15676 for ; Tue, 13 May 1997 01:33:00 -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 RAA05760 for ; Tue, 13 May 1997 17:32:01 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (wc4jWVJhto4DlW8hDpHHDbcpXzPMY3EN@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 RAA11583 for ; Tue, 13 May 1997 17:32:00 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id RAA15615; Tue, 13 May 1997 17:36:53 +0900 (JST) Message-Id: <199705130836.RAA15615@zodiac.mech.utsunomiya-u.ac.jp> To: john@isi.co.jp cc: freebsd-bugs@freebsd.com, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: Quick (freebsd 2.2.1 / xf86 3.2 / flakey mouse) question In-reply-to: Your message of "Tue, 13 May 1997 09:08:05 JST." <199705130008.JAA00677@ns.isi.co.jp> References: <199705130008.JAA00677@ns.isi.co.jp> Date: Tue, 13 May 1997 17:36:52 +0900 From: Kazutaka YOKOTA Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I searched the freebsd and XF86 FAQ's but found nothing >corresponding the the problem I'm experiencing. I have a >ps/2 mouse systems mouse that exhibits wierd behavior >under both fvwm and twm. > >The cursor can be moved with the mouse, however the cursor >instantly 'homes' back to the lower left corner of the screen >at seemingly random times. The frequency of this is so high >that X is effectively unuseable. Hmm... Sounds like synchronization problem. AFAIK, you are the first and only person who is reporting this problem under 2.2.1. The PS/2 mouse driver `psm' under 2.2.1 is expected to be more robust than the ones in previous versions, but,... Well, your system seems to be proving otherwise. To verify that the X server and the mouse are out of synchronization, please do the following when your mouse behaves erratically next time: 1) Switch to a vty by pressing Ctl-Alt-Fn, leaving the X session in the background. 2) Then, go back to the X session again. If your mouse starts working at this point (even though it may go crazy again after a short while), we can conclude your system has the sync. problem. Then, the following configuration option may improve your situation, (but may not completely eradicate the problem): options "PSM_CHECKSYNC" Add the above line to your kernel configuration file, rebuild the kernel, and see how it fares. Please refer to the handbook (/usr/share/doc/handbook) on how to rebuild the kernel. You may see messages like below in the console (vty0). psmintr: sync. bit is off (XX). >The mouse is at 0x60, IRQ 12 as usual and conflicts with >no other device as best as I can tell. I suspect some >xf86 configuration problem here as the erratic behavior >occurs in fvwm and twm. I tried selecting mouse comm >protocols other than ps/2, which only made things worse. The protocol must be "ps/2" regardless of the brand of your PS/2 mouse. BTW, which brand of PS/2 mouse are you using? Kazu >Incidentally I have the same configuration except for >the video server, installed on another machine which >functions as expected. The working installation uses >the non-accelerated "svga" server. On the other machine >I've tried both "svga" and "s3v" servers. In both >installations, "moused" is not running. >PS: Iwill P55TV SCSI Motherboard with Award BIOS, Diamond Stealth > 2000 3D video card From owner-freebsd-bugs Tue May 13 08:10:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA24175 for bugs-outgoing; Tue, 13 May 1997 08:10:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA24168; Tue, 13 May 1997 08:10:02 -0700 (PDT) Resent-Date: Tue, 13 May 1997 08:10:02 -0700 (PDT) Resent-Message-Id: <199705131510.IAA24168@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, yugawa@orleans.rim.or.jp Received: from rayearth.rim.or.jp (uucp@rayearth.rim.or.jp [202.247.130.242]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA23727 for ; Tue, 13 May 1997 08:00:41 -0700 (PDT) Received: (from uucp@localhost) by rayearth.rim.or.jp (8.8.5/3.5Wpl2-uucp1/RIMNET) with UUCP id AAA03280 for FreeBSD-gnats-submit@freebsd.org; Wed, 14 May 1997 00:00:15 +0900 (JST) Received: (from uucp@localhost) by orleans.rim.or.jp (8.8.5/3.5W-darwin.1) with UUCP id XAA29843 for FreeBSD-gnats-submit@freebsd.org; Tue, 13 May 1997 23:41:29 +0900 (JST) Received: (from yugawa@localhost) by oleo.orleans.rim.or.jp (8.8.5/3.5W-oleo.1) id XAA04885; Tue, 13 May 1997 23:39:05 +0900 (JST) Message-Id: <199705131439.XAA04885@oleo.orleans.rim.or.jp> Date: Tue, 13 May 1997 23:39:05 +0900 (JST) From: Takahiro Yugawa Reply-To: yugawa@orleans.rim.or.jp To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: yugawa@oleo.orleans.rim.or.jp X-Send-Pr-Version: 3.2 Subject: bin/3588: Memory Filesystem unmounting problem Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3588 >Category: bin >Synopsis: Memory Filesystem unmounting problem >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 13 08:10:01 PDT 1997 >Last-Modified: >Originator: Takahiro Yugawa >Organization: personal FreeBSD user in Japan >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: General FreeBSD environment with 'options MFS' enabled kernel. >Description: When unmounting mfs like '# umount /tmp', umount process searches for host 'mfs'. And if there is a host named 'mfs', an error will occur with umount command. If there isn't a host named 'mfs' but the host is configured to use name server, umount produces unnecessary network packet. In /usr/src/sbin/umount/umount.c, there is a function named umountfs(). The argument to the function umountfs(), named 'name', is a file system name (which can see at the left most column at the output of df command). Umountfs() searches '@' or ':' character in variable 'name' to see if it is a NFS or not. Since file system name for mfs is 'mfs:[pid of mfs]', umountfs() thinks it is a NFS (because there is ':' in it) and then searches for host named 'mfs' with gethostbyname() function. >How-To-Repeat: First, prepare a kernel with 'options MFS' enabled. Then prepare a host named 'mfs'. The easiest way is to add an alias 'mfs' to localhost(127.0.0.1) in /etc/hosts like, 127.0.0.1 localhost mfs Then mount mfs with mount_mfs command like, # mount_mfs -s 2048 /dev/wd0s2b /tmp And, then umount mfs with umount command like, # umount /tmp This umount process produces message like "Cannot MNT PRC: RPC: Program not registered." Or, give an IP address for host 'mfs'(actually it isn't exist), and do mounting & umounting as above produces message like "Cannot MNT PRC: RPC: Port mapper failure - RPC: Unable to send." In any cases, mfs will actually umounted, though. >Fix: I think there are several ways to fix the problem. One of them is to change file system name for mfs to something like 'mfs![pid of mfs]', and not include a character '@' or ':' in it. I didn't do this because I wonder there may be some side effects. Another way and my solution is to change /usr/src/sbin/umount/umount.c like this. *** umount.c.orig Tue May 13 23:31:17 1997 --- umount.c Tue May 13 23:31:40 1997 *************** *** 219,225 **** if (!selected(type)) return (0); ! if ((delimp = strchr(name, '@')) != NULL) { hostp = delimp + 1; *delimp = '\0'; hp = gethostbyname(hostp); --- 219,227 ---- if (!selected(type)) return (0); ! if (strstr( name, "mfs:" ) == name && isdigit(*(name+4))) { ! hp = NULL; ! } else if ((delimp = strchr(name, '@')) != NULL) { hostp = delimp + 1; *delimp = '\0'; hp = gethostbyname(hostp); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 13 09:35:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA28279 for bugs-outgoing; Tue, 13 May 1997 09:35:21 -0700 (PDT) Received: (from fenner@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA28206; Tue, 13 May 1997 09:34:40 -0700 (PDT) Date: Tue, 13 May 1997 09:34:40 -0700 (PDT) From: Bill Fenner Message-Id: <199705131634.JAA28206@hub.freebsd.org> To: syspmc@dtir.qld.gov.au, fenner, freebsd-bugs Subject: Re: bin/3587 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: FreeBSD 2.2.x /bin/sh functions return wrong exit status State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Tue May 13 09:33:18 PDT 1997 State-Changed-Why: Duplicate for bin/3388. From owner-freebsd-bugs Tue May 13 10:29:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA01085 for bugs-outgoing; Tue, 13 May 1997 10:29:31 -0700 (PDT) Received: from pat.idt.unit.no (0@pat.idt.unit.no [129.241.103.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA01063 for ; Tue, 13 May 1997 10:29:24 -0700 (PDT) Received: from idt.unit.no (tegge@ikke.idi.ntnu.no [129.241.111.65]) by pat.idt.unit.no (8.8.5/8.8.5) with ESMTP id TAA26264; Tue, 13 May 1997 19:29:18 +0200 (MET DST) Message-Id: <199705131729.TAA26264@pat.idt.unit.no> To: Tor.Egge@idi.ntnu.no Cc: freebsd-bugs@hub.freebsd.org Subject: Re: kern/3438: Use of NFS v3 might cause a trap 12 In-Reply-To: Your message of "Sun, 11 May 1997 16:10:02 -0700 (PDT)" References: <199705112310.QAA17412@hub.freebsd.org> X-Mailer: Mew version 1.06 on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Tue, 13 May 1997 19:29:17 +0200 From: Tor Egge Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Fix: Index: nfs_bio.c =================================================================== RCS file: /home/ncvs/src/sys/nfs/nfs_bio.c,v retrieving revision 1.36 diff -c -r1.36 nfs_bio.c *** nfs_bio.c 1997/04/19 14:28:36 1.36 --- nfs_bio.c 1997/05/13 17:12:31 *************** *** 958,964 **** io.iov_base = (char *)bp->b_data + bp->b_dirtyoff; uiop->uio_rw = UIO_WRITE; nfsstats.write_bios++; ! if ((bp->b_flags & (B_ASYNC | B_NEEDCOMMIT | B_NOCACHE)) == B_ASYNC) iomode = NFSV3WRITE_UNSTABLE; else iomode = NFSV3WRITE_FILESYNC; --- 958,964 ---- io.iov_base = (char *)bp->b_data + bp->b_dirtyoff; uiop->uio_rw = UIO_WRITE; nfsstats.write_bios++; ! if ((bp->b_flags & (B_ASYNC | B_NEEDCOMMIT | B_NOCACHE | B_CLUSTER)) == B_ASYNC) iomode = NFSV3WRITE_UNSTABLE; else iomode = NFSV3WRITE_FILESYNC; From owner-freebsd-bugs Tue May 13 11:49:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA06230 for bugs-outgoing; Tue, 13 May 1997 11:49:42 -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 LAA06220 for ; Tue, 13 May 1997 11:49:28 -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 UAA24777 for ; Tue, 13 May 1997 20:51:50 +0200 (MET DST) Message-Id: <3.0.16.19970513205154.2c97c72a@mail.inba.fr> X-Sender: psc@mail.inba.fr X-Mailer: Windows Eudora Pro Version 3.0 Demo (16) Date: Tue, 13 May 1997 20:52:07 +0200 To: freebsd-bugs@freebsd.org From: Philippe SCHACK Subject: Problem with the aic7770 on tape 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 LAA06225 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I have two questions First question -------------- I had a strange problem with the Adaptec aic7770 SCSI host adapter (Intel Xpress server with on-board scsi adapter) while doing the backup on a HP C1533A DAT. At the first time, the machine reboot while doing the backup with the following messages st0(ahc0:3:0): SCB 1 - Abort Completed. panic: Couldn't find next SCB And at the second try with the following st0(ahc0:3:0): SCB 0x1 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 SEQADDR == 0xc st0(ahc0:3:0): Queueing an Abort SCB st0(ahc0:3:0): Abort Message Sent st0(ahc0:3:0): SCB 1 - Abort Completed. st0(ahc0:3:0): no longer in timeout ahc0:A:0: no active SCB for reconnecting target - issuing ABORT SAVED_TCL == 0x0 sd0(ahc0:0:0): SCB 0x2 - timed out in message out phase, SCSISIGI == 0x0 SEQADDR == 0xa1 sd0(ahc0:0:0): SCB 2: Yucky Immediate reset. Flags = 0x1 panic: Couldn't find next SCB syncing disks... 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 giving up Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... Second question --------------- Where can I find the latest version of the aic7xxx driver ? : sys/dev/aic7xxx/aic7xxx.seq: 1.16.4.26 sys/dev/aic7xxx/aic7xxx.reg: 1.1.4.1 sys/i386/scsi/aic7xxx.c: 1.29.2.39 Thank's -- P. SCHÄCK phschack@inba.fr From owner-freebsd-bugs Tue May 13 12:43:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA09202 for bugs-outgoing; Tue, 13 May 1997 12:43:16 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA09197 for ; Tue, 13 May 1997 12:43:09 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id UAA14817; Tue, 13 May 1997 20:42:59 +0100 (BST) Date: Tue, 13 May 1997 20:42:59 +0100 (BST) From: Doug Rabson To: Tor Egge cc: freebsd-bugs@hub.freebsd.org Subject: Re: kern/3438: Use of NFS v3 might cause a trap 12 In-Reply-To: <199705131729.TAA26264@pat.idt.unit.no> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 13 May 1997, Tor Egge wrote: > > > Fix: Just committed it, thanks. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-bugs Tue May 13 13:40:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA12143 for bugs-outgoing; Tue, 13 May 1997 13:40:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA12116; Tue, 13 May 1997 13:40:01 -0700 (PDT) Resent-Date: Tue, 13 May 1997 13:40:01 -0700 (PDT) Resent-Message-Id: <199705132040.NAA12116@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, shanee@rabbit.augusta.de Received: from inga.augusta.de (root@inga.augusta.de [193.175.23.65]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA11636 for ; Tue, 13 May 1997 13:31:38 -0700 (PDT) Received: from rabbit by inga.augusta.de with uucp (Smail3.1.29.1 #1) id m0wROD6-004cphC; Tue, 13 May 97 22:30 MET DST Received: by rabbit.augusta.de (Smail3.1.29.1 #1) id m0wRLC9-00021IC; Tue, 13 May 97 19:17 MET DST Message-Id: Date: Tue, 13 May 97 19:17 MET DST From: shanee@rabbit.augusta.de Reply-To: shanee@rabbit.augusta.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/3590: Little mistake in ttys Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3590 >Category: conf >Synopsis: Difference in ttys and FAQ >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue May 13 13:40:00 PDT 1997 >Last-Modified: >Originator: Andreas Kohout >Organization: Private Site running FreeBSD-current >Release: FreeBSD 3.0-CURRENT i386 >Environment: n/a >Description: in the FAQ: Starting xdm via /etc/ttys is a Bad Thing. in /usr/src/etc/ttys: ttyv3 "/usr/X11R6/bin/xdm -nodaemon" xterm off secure nothing about xdm in /usr/src/etc/rc.local >How-To-Repeat: take a lock in the src-tree >Fix: Change line 14 in /usr/src/etc/ttys from: ttyv3 "/usr/X11R6/bin/xdm -nodaemon" xterm off secure to: ttyv3 "/usr/libexec/getty Pc" cons25 off secure Add this to rc.conf: # path for xdm XDMP=/usr/X11R6/bin # set to YES to start xdm xdm_start=NO Add this to rc.local: # xdm if [ X${xdm_start} = X"YES" -a -x $XDMP/xdm ]; than echo -n " xdm" $XDMP/xdm sleep 1 fi >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 13 13:40:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA12181 for bugs-outgoing; Tue, 13 May 1997 13:40:08 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA12137; Tue, 13 May 1997 13:40:03 -0700 (PDT) Resent-Date: Tue, 13 May 1997 13:40:03 -0700 (PDT) Resent-Message-Id: <199705132040.NAA12137@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, shanee@rabbit.augusta.de Received: from inga.augusta.de (root@inga.augusta.de [193.175.23.65]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA11666 for ; Tue, 13 May 1997 13:32:04 -0700 (PDT) Received: from rabbit by inga.augusta.de with uucp (Smail3.1.29.1 #1) id m0wROD6-004cpjC; Tue, 13 May 97 22:30 MET DST Received: by rabbit.augusta.de (Smail3.1.29.1 #1) id m0wRLIW-00021IC; Tue, 13 May 97 19:23 MET DST Message-Id: Date: Tue, 13 May 97 19:23 MET DST From: shanee@rabbit.augusta.de Reply-To: shanee@rabbit.augusta.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/3591: parts in rc.local have no effects in rc.* Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3591 >Category: conf >Synopsis: parts in rc.local have no effects in rc.* >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 13 13:40:02 PDT 1997 >Last-Modified: >Originator: Andreas Kohout >Organization: Private Site running FreeBSD-current >Release: FreeBSD 3.0-CURRENT i386 >Environment: root@rabbit# cat /usr/src/.ctm_status src-cur 2881 >Description: For the System console options in rc.conf is no part in the other rc files. All changes have no effect. >How-To-Repeat: For example: Change keymap="" to keymap="german.iso.kbd" and reboot. You have always US keymap ... Or moused or any other ... >Fix: Add the neccessary stuff to rc ... >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 13 13:40:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA12195 for bugs-outgoing; Tue, 13 May 1997 13:40:11 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA12168; Tue, 13 May 1997 13:40:07 -0700 (PDT) Resent-Date: Tue, 13 May 1997 13:40:07 -0700 (PDT) Resent-Message-Id: <199705132040.NAA12168@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, shanee@rabbit.augusta.de Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA11688 for ; Tue, 13 May 1997 13:32:37 -0700 (PDT) Received: from inga.augusta.de (root@inga.augusta.de [193.175.23.65]) by agora.rdrop.com (8.8.5/8.8.5) with SMTP id NAA19016 for ; Tue, 13 May 1997 13:32:28 -0700 (PDT) Received: from rabbit by inga.augusta.de with uucp (Smail3.1.29.1 #1) id m0wROD6-004cpnC; Tue, 13 May 97 22:30 MET DST Received: by rabbit.augusta.de (Smail3.1.29.1 #1) id m0wRLjb-00021IC; Tue, 13 May 97 19:51 MET DST Message-Id: Date: Tue, 13 May 97 19:51 MET DST From: shanee@rabbit.augusta.de Reply-To: shanee@rabbit.augusta.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/3592: Little mistake in /usr/share/doc/FAQ/FAQ165.html Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3592 >Category: docs >Synopsis: Little mistake in FAQ165.html >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Tue May 13 13:40:05 PDT 1997 >Last-Modified: >Originator: Andreas Kohout >Organization: Private Site running FreeBSD-current >Release: FreeBSD 3.0-CURRENT i386 >Environment: root@rabbit# cat /usr/src/.ctm_status src-cur 2881) >Description: Two lines in FAQ165.html are misstyped >How-To-Repeat: less /usr/share/doc/FAQ/FAQ165.html >Fix: Change line 17 and 25 from 17: <hr>
	25:
<hr> to 17: 
            
        25:
>Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 13 13:40:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA12204 for bugs-outgoing; Tue, 13 May 1997 13:40:12 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA12180; Tue, 13 May 1997 13:40:09 -0700 (PDT) Resent-Date: Tue, 13 May 1997 13:40:09 -0700 (PDT) Resent-Message-Id: <199705132040.NAA12180@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, shanee@rabbit.augusta.de Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA11707 for ; Tue, 13 May 1997 13:32:51 -0700 (PDT) Received: from inga.augusta.de (root@inga.augusta.de [193.175.23.65]) by agora.rdrop.com (8.8.5/8.8.5) with SMTP id NAA19024 for ; Tue, 13 May 1997 13:32:44 -0700 (PDT) Received: from rabbit by inga.augusta.de with uucp (Smail3.1.29.1 #1) id m0wROD6-004cpkC; Tue, 13 May 97 22:30 MET DST Received: by rabbit.augusta.de (Smail3.1.29.1 #1) id m0wRLaZ-00021IC; Tue, 13 May 97 19:42 MET DST Message-Id: Date: Tue, 13 May 97 19:42 MET DST From: shanee@rabbit.augusta.de Reply-To: shanee@rabbit.augusta.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3593: Error while compiling tip Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3593 >Category: bin >Synopsis: Error while compiling tip >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 13 13:40:07 PDT 1997 >Last-Modified: >Originator: Andreas Kohout >Organization: Private Site running FreeBSD-current >Release: FreeBSD 3.0-CURRENT i386 >Environment: root@rabbit# cat /usr/src/.ctm_status src-cur 2881) >Description: cc -O2 -pipe -c /usr/src/usr.bin/tip/tip/hunt.c In file included from /usr/src/usr.bin/tip/tip/hunt.c:38: /usr/include/libutil.h:47: parse error before `uid_t' *** Error code 1 Stop. >How-To-Repeat: cd /usr/src/usr.bin/tip/tip/ make clean ; make depend ; make all >Fix: Don't know ... >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 13 15:00:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA18914 for bugs-outgoing; Tue, 13 May 1997 15:00:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA18898; Tue, 13 May 1997 15:00:01 -0700 (PDT) Date: Tue, 13 May 1997 15:00:01 -0700 (PDT) Message-Id: <199705132200.PAA18898@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: conf/3591: parts in rc.local have no effects in rc.* Reply-To: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR conf/3591; it has been noted by GNATS. From: "Jordan K. Hubbard" To: shanee@rabbit.augusta.de Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: conf/3591: parts in rc.local have no effects in rc.* Date: Tue, 13 May 1997 14:52:38 -0700 > For the System console options in rc.conf is no part in the > other rc files. All changes have no effect. I'm afraid I don't understand this bug report. What exactly is the problem here now? From owner-freebsd-bugs Tue May 13 16:10:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA23068 for bugs-outgoing; Tue, 13 May 1997 16:10:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA23060; Tue, 13 May 1997 16:10:03 -0700 (PDT) Resent-Date: Tue, 13 May 1997 16:10:03 -0700 (PDT) Resent-Message-Id: <199705132310.QAA23060@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, jin@iss-p4.lbl.gov Received: from iss-p4.lbl.gov (iss-p4.lbl.gov [131.243.2.29]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA22927 for ; Tue, 13 May 1997 16:06:00 -0700 (PDT) Received: (from jin@localhost) by iss-p4.lbl.gov (8.8.5/8.8.5) id QAA04151; Tue, 13 May 1997 16:05:49 -0700 (PDT) Message-Id: <199705132305.QAA04151@iss-p4.lbl.gov> Date: Tue, 13 May 1997 16:05:49 -0700 (PDT) From: "Jin Guojun[ITG]" Reply-To: jin@iss-p4.lbl.gov To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3594: EAGAIN and garbage data when reading socket via libc_r Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3594 >Category: kern >Synopsis: EAGAIN and garbage data when reading socket via libc_r >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 13 16:10:01 PDT 1997 >Last-Modified: >Originator: Jin Guojun[ITG] >Organization: >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: use libc_r under 2.2.1-RELEASE >Description: When reading socket via the libc_r, the read() return EAGAIN (errno = 35) at most time (during heavy data transfer). Also, read() returns some garbage data at the begining of the buffer in quite-high freqency. ------------- printf in uthread_read.c --------------- # at socket init status v = c c000000[26e000], ret 8192[0], err #22:0, status 0 v = 1 84040000[26e000], ret 5036[0], err #22:0, status 135438432 v = 23207468 69207369[26e000], ret 3552[0], err #9:0, status -232977920 v = 23207468 69207369[26e000], ret 0[0], err #9:0, status 11 v = 23202449 68203a64[276000], ret 225[0], err #2:0, status -232977920 v = 23202449 68203a64[276000], ret 0[0], err #2:0, status 135438432 v = 646f6d61 6c096e69[275000], ret 63[0], err #9:0, status -232977920 v = 646f6d61 6c096e69[275000], ret 0[0], err #9:0, status 135438432 v = 24 fffefeff[efbfd060], ret 4[0], err #35:1, status 0 v = 1 1000000[275000], ret 36[0], err #35:1, status 0 NO CONNECTIONS!!! # below is heavy data transfer ( 0 .. 4e are omitted) v = 30 30[efbfd04c], ret 4[4], err #35:0, status 251036 v = 4f d000000[31d140], ret 48[4], err #35:0, status 135267194 v = 30 30[efbfd04c], ret 4[4], err #35:0, status 251036 v = 50 d000000[31d140], ret 48[4], err #35:0, status 135267194 v = 30 30[efbfd04c], ret 4[4], err #35:0, status 251036 v = 51 d000000[31d140], ret 48[4], err #35:0, status 135267194 v = 49 e000000[31d140], ret 48[4], err #35:0, status 254166 v = 30 30[efbfd04c], ret 4[4], err #35:0, status 251036 v = 65000000 4a[31d140], ret 48[4], err #35:0, status 135267194 v = b0000000 30[efbfd04c], ret 4[4], err #35:0, status 251036 ^ # of time errors during one rad ^ errno ^ nonblock fd flag ^ # byte read ^ user addr ^ second word ^ 1st word Program received signal SIGSEGV, Segmentation fault. 0x3bff1 in luBlockMapRecords (skt=17, dir=XDR_DECODE, bm_p=0x26ba00) ------------------ end of printf --------------------- This is a simple program which is sending two packets repeatly. (1) a size = 48 (0x30) (2) a 48-byte block start with a squence ID (0 - N). We can see, at packet 74 (0x4a), a 4-byte word has been inserted (65000000), and the squence ID -- 4a -- has been shifted to the second word. I try to search the EAGAIN in lib/libc and sys/kern directories, it seems that nowhere can return EAGAIN for reading socket: # cd /sys # grep EAGAIN */*.c kern/kern_fork.c: return (EAGAIN); kern/kern_fork.c: return (EAGAIN); kern/kern_lockf.c: printf("EAGAIN in flock\n"); kern/kern_lockf.c: return (EAGAIN); kern/kern_proc.c: return EAGAIN; kern/kern_proc.c: return EAGAIN; kern/kern_sysctl.c: } while (error == EAGAIN); kern/sys_pipe.c: error = EAGAIN; kern/sys_pipe.c: printf("EAGAIN in pipe_read\n"); kern/sys_pipe.c: error = EAGAIN; kern/sysv_msg.c: return(EAGAIN); kern/sysv_msg.c: return(EAGAIN); kern/sysv_sem.c: * NOWAIT flag set then return with EAGAIN. kern/sysv_sem.c: return(EAGAIN); kern/sysv_shm.c: return EAGAIN; kern/sysv_shm.c: if (error == EAGAIN) vm/vm_mmap.c: return (EAGAIN); vm/vm_mmap.c: return (EAGAIN); BTW: above print out has very few EAGAIN error because the printf slow down the read() process. However, slow down data receiving rate will not affect the garbage been placed in the user buffer. So, they could be two seperated problems. >How-To-Repeat: write a simple TCP socket program and try to transmit above data. be sure to use -lc_r to link the program. >Fix: If someone can point me where the EAGAIN happened, I will track down the problem further; otherwise, I have no clue how to fix it. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 13 16:33:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA24355 for bugs-outgoing; Tue, 13 May 1997 16:33:27 -0700 (PDT) Received: (from alex@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA24331; Tue, 13 May 1997 16:33:20 -0700 (PDT) Date: Tue, 13 May 1997 16:33:20 -0700 (PDT) From: Alex Nash Message-Id: <199705132333.QAA24331@hub.freebsd.org> To: spatula@gulf.net, alex, freebsd-bugs Subject: Re: kern/2526 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: kernel panic when trying to add a route with ip firewalling enabled State-Changed-From-To: open-closed State-Changed-By: alex State-Changed-When: Tue May 13 16:32:22 PDT 1997 State-Changed-Why: Fixed in rev 1.57. From owner-freebsd-bugs Tue May 13 16:42:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA25056 for bugs-outgoing; Tue, 13 May 1997 16:42:29 -0700 (PDT) Received: (from alex@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA25034; Tue, 13 May 1997 16:42:24 -0700 (PDT) Date: Tue, 13 May 1997 16:42:24 -0700 (PDT) From: Alex Nash Message-Id: <199705132342.QAA25034@hub.freebsd.org> To: marcs@znep.com, alex, freebsd-bugs Subject: Re: bin/3459 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: RELENG_2_2 adventure has broken malloc declaration State-Changed-From-To: open-closed State-Changed-By: alex State-Changed-When: Tue May 13 16:41:16 PDT 1997 State-Changed-Why: Fixed by jkh, merged into 2.2 by asami. From owner-freebsd-bugs Tue May 13 17:01:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA26378 for bugs-outgoing; Tue, 13 May 1997 17:01:12 -0700 (PDT) Received: (from alex@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA26359; Tue, 13 May 1997 17:01:07 -0700 (PDT) Date: Tue, 13 May 1997 17:01:07 -0700 (PDT) From: Alex Nash Message-Id: <199705140001.RAA26359@hub.freebsd.org> To: sbauer@rock.sdsmt.edu, alex, freebsd-bugs Subject: Re: kern/3494 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: memory allocation error in libc_r -- uthread_init.c State-Changed-From-To: open-closed State-Changed-By: alex State-Changed-When: Tue May 13 16:58:52 PDT 1997 State-Changed-Why: Patches applied to -current and 2.2. Thanks! From owner-freebsd-bugs Tue May 13 19:22:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA07368 for bugs-outgoing; Tue, 13 May 1997 19:22:24 -0700 (PDT) Received: (from steve@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA07152; Tue, 13 May 1997 19:21:44 -0700 (PDT) Date: Tue, 13 May 1997 19:21:44 -0700 (PDT) From: Steve Price Message-Id: <199705140221.TAA07152@hub.freebsd.org> To: scotto@remuda.com, steve, freebsd-bugs Subject: Re: bin/3388 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: /bin/sh doesn't return correct exit status State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Tue May 13 19:20:37 PDT 1997 State-Changed-Why: Fix merged from -current. From owner-freebsd-bugs Tue May 13 20:40:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA11965 for bugs-outgoing; Tue, 13 May 1997 20:40:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA11927; Tue, 13 May 1997 20:40:02 -0700 (PDT) Resent-Date: Tue, 13 May 1997 20:40:02 -0700 (PDT) Resent-Message-Id: <199705140340.UAA11927@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, chi@rd.njk.co.jp Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA11876; Tue, 13 May 1997 20:39:36 -0700 (PDT) Message-Id: <199705140339.UAA11876@hub.freebsd.org> Date: Tue, 13 May 1997 20:39:36 -0700 (PDT) From: chi@rd.njk.co.jp To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/3595: param counts not idential between definition and call(in netboot/ns8390.c) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3595 >Category: kern >Synopsis: param counts not idential between definition and call(in netboot/ns8390.c) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 13 20:40:01 PDT 1997 >Last-Modified: >Originator: Chiharu Shibata >Organization: NJK Corporation >Release: FreeBSD-2.1.0R or later >Environment: FreeBSD carrot FreeBSD 2.1.0-RELEASE #0: Sat Jun 1 10:30:42 1996 h-nokubi@sassaby.nokubi.or.jp:/usr/src/sys/compile/GENERIC98 >Description: (Sorry of my poor English.) Functions eth_pio_read() and eth_pio_write() in netboot/ns8390.c are defined that 4 parameters required. But these functios are called only 3 parameters. Here is an abstract of ns8390.c ---- eth_pio_write(test, 8192, sizeof(test)); eth_pio_read(8192, testbuf, sizeof(test)); [snip] eth_pio_read(src, dst, cnt, init) unsigned short src; unsigned char *dst; unsigned short cnt; int init; { ---- >How-To-Repeat: None. >Fix: I think "int init" which is 4th parameter is not necessary. So cut it from definition of eth_pio_read() and eth_pio_write(). >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed May 14 00:28:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA12552 for bugs-outgoing; Wed, 14 May 1997 00:28:57 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA12469; Wed, 14 May 1997 00:28:44 -0700 (PDT) From: Doug Rabson Received: (from dfr@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA06016; Wed, 14 May 1997 00:27:44 -0700 (PDT) Date: Wed, 14 May 1997 00:27:44 -0700 (PDT) Message-Id: <199705140727.AAA06016@freefall.freebsd.org> To: Tor.Egge@idi.ntnu.no, dfr@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/3438 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Use of NFS v3 might cause a trap 12 State-Changed-From-To: open-closed State-Changed-By: dfr State-Changed-When: Wed May 14 00:27:04 PDT 1997 State-Changed-Why: Fixed in rev 1.37 of nfs_bio.c. From owner-freebsd-bugs Wed May 14 02:20:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA29506 for bugs-outgoing; Wed, 14 May 1997 02:20:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA29491; Wed, 14 May 1997 02:20:03 -0700 (PDT) Resent-Date: Wed, 14 May 1997 02:20:03 -0700 (PDT) Resent-Message-Id: <199705140920.CAA29491@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, kenji@reseau.toyonaka.osaka.jp Received: from mail0.iij.ad.jp (mail0.iij.ad.jp [202.232.2.113]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA29340 for ; Wed, 14 May 1997 02:18:06 -0700 (PDT) Received: from uucp3.iij.ad.jp (uucp3.iij.ad.jp [202.232.2.203]) by mail0.iij.ad.jp (8.8.5+2.7Wbeta5/3.5Wpl4-MAIL) with SMTP id SAA06880 for ; Wed, 14 May 1997 18:18:05 +0900 (JST) Received: (from uucp@localhost) by uucp3.iij.ad.jp (8.6.12+2.4W/3.3W9-UUCP) with UUCP id SAA27271 for FreeBSD-gnats-submit@freebsd.org; Wed, 14 May 1997 18:18:04 +0900 Received: (qmail 18146 invoked from network); 14 May 1997 09:17:16 -0000 Received: from fernseher.reseau.rcac.tdi.co.jp (202.230.24.69) by reseau.reseau.rcac.tdi.co.jp with SMTP; 14 May 1997 09:17:16 -0000 Received: (qmail 2985 invoked by uid 1000); 14 May 1997 09:17:15 -0000 Message-Id: <19970514091715.2984.qmail@fernseher.reseau.toyonaka.osaka.jp> Date: 14 May 1997 09:17:15 -0000 From: kenji@reseau.toyonaka.osaka.jp Reply-To: kenji@reseau.toyonaka.osaka.jp To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/3596: wrong service name for bootparamd on 2.2.1-RELEASE /etc/rpc Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3596 >Category: conf >Synopsis: wrong service name for bootparamd on 2.2.1-RELEASE /etc/rpc >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed May 14 02:20:02 PDT 1997 >Last-Modified: >Originator: Kenji Rikitake >Organization: TDI RCAC Project >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: a FreeBSD 2.2.1-RELEASE machine running a bootparamd server >Description: The original /etc/rpc content for service #100026 is "bootparam", which does not work with a Sun (SPARCstation ELC) when using the Sun as a diskless client running NetBSD 1.2.1/sparc. >How-To-Repeat: 1. Configure a FreeBSD 2.2.1-RELEASE machine as a diskless server 1.1 set rarpd (rarpd works OK) 1.2 set tftpd with the boot code (tftpd works OK) 1.3 invoke portmap 1.4 run bootparamd 2. Attempt booting a Sun diskless client using boot net netbsd -s (I tried to boot NetBSD 1.2.1/sparc) >Fix: The service name 'bootparamd' works instead of 'bootparam'. Replace the line for service #100026 in /etc/rpc as follows: bootparamd 100026 bootparam >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed May 14 02:58:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA06233 for bugs-outgoing; Wed, 14 May 1997 02:58:44 -0700 (PDT) Received: (from jkh@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA06196; Wed, 14 May 1997 02:58:38 -0700 (PDT) Date: Wed, 14 May 1997 02:58:38 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199705140958.CAA06196@hub.freebsd.org> To: kenji@reseau.toyonaka.osaka.jp, jkh, freebsd-bugs Subject: Re: conf/3596 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: wrong service name for bootparamd on 2.2.1-RELEASE /etc/rpc State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Wed May 14 02:58:20 PDT 1997 State-Changed-Why: Change committed to 3.0/2.2 - thanks! From owner-freebsd-bugs Wed May 14 03:05:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA07566 for bugs-outgoing; Wed, 14 May 1997 03:05:47 -0700 (PDT) Received: (from jkh@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA07533; Wed, 14 May 1997 03:05:41 -0700 (PDT) Date: Wed, 14 May 1997 03:05:41 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199705141005.DAA07533@hub.freebsd.org> To: jkh, freebsd-bugs, pds Subject: Re: docs/3592 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Little mistake in FAQ165.html Responsible-Changed-From-To: freebsd-bugs->pds Responsible-Changed-By: jkh Responsible-Changed-When: Wed May 14 03:05:23 PDT 1997 Responsible-Changed-Why: This is Peter da Silva's baby. . From owner-freebsd-bugs Wed May 14 03:10:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA08377 for bugs-outgoing; Wed, 14 May 1997 03:10:02 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA08371; Wed, 14 May 1997 03:10:01 -0700 (PDT) Date: Wed, 14 May 1997 03:10:01 -0700 (PDT) Message-Id: <199705141010.DAA08371@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: conf/3590: Little mistake in ttys Reply-To: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR conf/3590; it has been noted by GNATS. From: "Jordan K. Hubbard" To: shanee@rabbit.augusta.de Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: conf/3590: Little mistake in ttys Date: Wed, 14 May 1997 03:07:21 -0700 > in the FAQ: > Starting xdm via /etc/ttys is a Bad Thing. Actually, I think the FAQ is wrong - I start xdm from my /etc/ttys and it works just fine, nor is it a big problem should X start falling over since I can always switch to a different VTY and kill xdm. Jordan From owner-freebsd-bugs Wed May 14 04:00:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA11025 for bugs-outgoing; Wed, 14 May 1997 04:00:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA11014; Wed, 14 May 1997 04:00:01 -0700 (PDT) Date: Wed, 14 May 1997 04:00:01 -0700 (PDT) Message-Id: <199705141100.EAA11014@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: kern/3580: Bad LUN probes on Xyratex MCD540 drive Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3580; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: bryan@fsel.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/3580: Bad LUN probes on Xyratex MCD540 drive Date: Wed, 14 May 1997 12:34:25 +0200 As bryan@fsel.com wrote: > (aha0:4:0): "Xyratex MCD 540I 5.30" type 0 removable SCSI 2 > sd1(aha0:4:0): Direct-Access 515MB (1055416 512 byte sectors) > (aha0:4:1): "Xyratex MCD 540I 5.30" type 0 removable SCSI 2 > sd2(aha0:4:1): Direct-Access 515MB (1055416 512 byte sectors) > sd2(aha0:4:1): timed out Sigh. I wonder when the drive vendors will start to adhere to standards. > Successfully worked round the problem by adding a > > { T_DIRECT, T_DIRECT, T_REMOV, "*", "*", "*", "sd", SC_ONE_LU } > > entry in the knowndev table. The existing entry should probably also cover the T_REMOV case, but doesn't. (It would require to have a T_ANY value for the fixed/ removable field...) > More subtle might be to add a an > entry specfific the MCD540. Index: scsi/scsiconf.c =================================================================== RCS file: /home/ncvs/src/sys/scsi/scsiconf.c,v retrieving revision 1.85 diff -u -u -r1.85 scsiconf.c --- scsiconf.c 1997/05/03 22:23:13 1.85 +++ scsiconf.c 1997/05/14 10:31:18 @@ -273,6 +273,10 @@ T_DIRECT, T_DIRECT, T_FIXED, "EMULEX", "MD21*" , "*", "sd", SC_MORE_LUS }, + { + T_DIRECT, T_DIRECT, T_REMOV, "Xyratex", "MCD 540I", "*", + "sd", SC_ONE_LU + }, #endif /* NSD */ #if NST > 0 { I'm not sure which is better, probably it's better to add the generic stop-gap entry. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed May 14 08:00:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA12851 for bugs-outgoing; Wed, 14 May 1997 08:00:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA12829; Wed, 14 May 1997 08:00:01 -0700 (PDT) Date: Wed, 14 May 1997 08:00:01 -0700 (PDT) Message-Id: <199705141500.IAA12829@hub.freebsd.org> To: freebsd-bugs Cc: From: Kevin Hendrix Subject: Re: kern/2621: Patch to support Cogent EM110 fast-ethernet card. Reply-To: Kevin Hendrix Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2621; it has been noted by GNATS. From: Kevin Hendrix To: "'freebsd-gnats-submit@freebsd.org'" Cc: "'jeffe@ichips.intel.com'" Subject: Re: kern/2621: Patch to support Cogent EM110 fast-ethernet card. Date: Wed, 14 May 1997 09:56:56 -0500 I tried Jeff's patch on a system using the Adaptec ANA-6911 (formerly known as the Cogent EM110) under FreeBSD 2.2.1 and met with no success. Apparently Adaptec changed the ID number of the card when they took over, so it didn't match either of the known Cogent ID constants. I've expanded on Jeff's patch to include support for the Adaptec card. Once again, all it does is check for the appropriate ID and use the existing EM100 code. It is known to work on 2.2.1-RELEASE. patch /usr/src/sys/pci. *** dc21040.h.bak Wed May 14 05:57:44 1997 --- dc21040.h Wed May 14 05:34:29 1997 *************** *** 294,299 **** --- 294,301 ---- #define TULIP_OUI_COGENT_1 0x00 #define TULIP_OUI_COGENT_2 0x92 #define TULIP_COGENT_EM100_ID 0x12 + #define TULIP_COGENT_EM110_ID 0x14 + #define TULIP_ADAPTEC_ANA6911_ID 0x00 /* *** if_de.c.bak Wed May 14 05:57:49 1997 --- if_de.c Wed May 14 05:37:39 1997 *************** *** 1603,1608 **** --- 1603,1625 ---- tulip_21140_cogent_em100_media_select, tulip_21140_nomii_100only_media_preset }; + /* The cogent 110 acts just like the em100, but the ID is different */ + static const tulip_boardsw_t tulip_21140_cogent_em110_boardsw = { + TULIP_21140_COGENT_EM100, + "Cogent EM110 ", + tulip_21140_cogent_em100_media_probe, + tulip_21140_cogent_em100_media_select, + tulip_21140_nomii_100only_media_preset + }; + /* The adaptec 6911 acts just like the em100 and em110, but the ID is different */ + static const tulip_boardsw_t tulip_21140_adaptec_ana6911_boardsw = { + TULIP_21140_COGENT_EM100, + "Adaptec ANA-6911 ", + tulip_21140_cogent_em100_media_probe, + tulip_21140_cogent_em100_media_select, + tulip_21140_nomii_100only_media_preset + }; + static int *************** *** 3269,3274 **** --- 3286,3295 ---- if (sc->tulip_chipid == TULIP_21140 || sc->tulip_chipid == TULIP_21140A) { if (sc->tulip_rombuf[32] == TULIP_COGENT_EM100_ID) sc->tulip_boardsw = &tulip_21140_cogent_em100_boardsw; + if (sc->tulip_rombuf[32] == TULIP_COGENT_EM110_ID) + sc->tulip_boardsw = &tulip_21140_cogent_em110_boardsw; + if (sc->tulip_rombuf[32] == TULIP_ADAPTEC_ANA6911_ID) + sc->tulip_boardsw = &tulip_21140_adaptec_ana6911_boardsw; } } else if (sc->tulip_hwaddr[0] == TULIP_OUI_ZNYX_0 && sc->tulip_hwaddr[1] == TULIP_OUI_ZNYX_1 From owner-freebsd-bugs Wed May 14 08:40:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA15535 for bugs-outgoing; Wed, 14 May 1997 08:40:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA15503; Wed, 14 May 1997 08:40:02 -0700 (PDT) Resent-Date: Wed, 14 May 1997 08:40:02 -0700 (PDT) Resent-Message-Id: <199705141540.IAA15503@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, norita-i@is.aist-nara.ac.jp Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA15331; Wed, 14 May 1997 08:35:33 -0700 (PDT) Message-Id: <199705141535.IAA15331@hub.freebsd.org> Date: Wed, 14 May 1997 08:35:33 -0700 (PDT) From: norita-i@is.aist-nara.ac.jp To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: docs/3598: Change Additional contributer E-mail address in handbook Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3598 >Category: docs >Synopsis: Change Additional contributer E-mail address in handbook >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed May 14 08:40:01 PDT 1997 >Last-Modified: >Originator: Noritaka Ishizumi >Organization: NARA Institute of Science and Technology >Release: 2.2-970422-RELENG >Environment: FreeBSD gargoyle.aist-nara.ac.jp 2.2-970422-RELENG FreeBSD 2.2-970422-RELENG #1: Thu May 8 22:27:48 JST 1997 root@gargoyle.aist-nara.ac.jp:/usr/src/sys/compile/GARGOYLE i386 >Description: Please change my E-Mail address, from graphite@taurus.bekkoame.or.jp to graphite@jp.freebsd.org , in FreeBSD Handbook's Additonal contributers list. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed May 14 09:18:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA17462 for bugs-outgoing; Wed, 14 May 1997 09:18:09 -0700 (PDT) Received: from home-prime.bawave.com (postoffice.bellatlantic.net [199.45.32.39]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA17447 for ; Wed, 14 May 1997 09:17:57 -0700 (PDT) Received: from myname.my.domain ([151.201.122.13]) by home-prime.bawave.com (post.office MTA v2.0 0813 ID# 0-11698) with SMTP id AAA1552 for ; Wed, 14 May 1997 12:19:20 -0400 Date: Wed, 14 May 1997 12:18:24 +0000 (GMT) From: dmm125@bellatlantic.net (Donn M Miller (dmm125)) X-Sender: dmm125@myname.my.domain To: freebsd-bugs@freebsd.org Subject: system hangs when using floppy 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 there, I'm reporting a problem with 2.2.1-RELEASE; Had problems with system hanging while reading/writing from /dev/fd0. Specifically, if I'm using mtools or "tar"ing to /dev/fd0, and I try to change virtual terminals while the floppy is in use, my system hangs. This doesn't (seem to) happen when copying (cp) to a mounted /dev/fd0. It seems as if programs reading directly to /dev/fd0 without a specific 'mount' (mtools, tar) will make the system hang if you attempt to change to a different VT while the floppy is in use. I guess I can't be more specific - this has been happening a lot with mtools, though. This is with the standard FreeBSD virtual terminal driver. Donn email: dmm125@bellatlantic.net phone: 412 547-9089 From owner-freebsd-bugs Wed May 14 11:10:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA24576 for bugs-outgoing; Wed, 14 May 1997 11:10:04 -0700 (PDT) Received: from gte.com (h132-197-8-26.gte.com [132.197.8.26]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA24544 for ; Wed, 14 May 1997 11:09:57 -0700 (PDT) Received: from commlink-2 by gte.com (8.8.4/8.8.4) Message-ID: <337A0038.5695@telops.gte.com> Date: Wed, 14 May 1997 14:11:04 -0400 From: Charles Reynolds X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: freebsd-bugs@freebsd.org Subject: 2.2.1 CDROM installation problems Content-Type: text/plain; charset=big5 Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've had several problems loading the April 2.2.1 release from a ProAudioSpectrum CDROM. The load failed in different places. Finally I loaded a minimum configuration for the Novice. Then from a shell prompt, I started the installation at the post install -> packages level. Sometimes a single selection would choke up, to having several selections be installed without a hitch. The main problem with the failed loads was that sometimes the install database in the /var directory would be updated. Then a reload or another attempt at the install would fail. I had 0 (zero) problems loading the 1.6.x releases. I'm also trying to cook a new kernel, and the /scsi directory stuff did not get put into the Makefile, only the cd.c module. I'm trying to hand configure the makefile, but making slow progress. Mostly HIGHLY pleased with FreeBSD in general. Thanks, Charlie Reynolds charlesr@cftnet.com From owner-freebsd-bugs Wed May 14 20:42:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA25965 for bugs-outgoing; Wed, 14 May 1997 20:42:29 -0700 (PDT) Received: (from max@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA25944; Wed, 14 May 1997 20:42:22 -0700 (PDT) Date: Wed, 14 May 1997 20:42:22 -0700 (PDT) From: Masafumi NAKANE Message-Id: <199705150342.UAA25944@hub.freebsd.org> To: norita-i@is.aist-nara.ac.jp, max, freebsd-bugs Subject: Re: docs/3598 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Change Additional contributer E-mail address in handbook State-Changed-From-To: open-closed State-Changed-By: max State-Changed-When: Wed May 14 20:40:48 PDT 1997 State-Changed-Why: Requested change is made in contrib.sgml Rev.1.242. From owner-freebsd-bugs Thu May 15 00:51:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA05797 for bugs-outgoing; Thu, 15 May 1997 00:51:32 -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 AAA05792 for ; Thu, 15 May 1997 00:51:29 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA10050; Thu, 15 May 1997 09:51:18 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA03591; Thu, 15 May 1997 09:31:47 +0200 (MET DST) Message-ID: <19970515093146.ER17070@uriah.heep.sax.de> Date: Thu, 15 May 1997 09:31:46 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: dmm125@bellatlantic.net (Donn M Miller (dmm125)) Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: system hangs when using floppy References: 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: ; from Donn M Miller (dmm125) on May 14, 1997 12:18:24 +0000 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Donn M Miller (dmm125) wrote: > Had problems with system hanging while reading/writing from > /dev/fd0. Specifically, if I'm using mtools or "tar"ing to /dev/fd0, > and I try to change virtual terminals while the floppy is in use, > my system hangs. I've seen several problem reports, but can only reproduce a very small percentage of this (and only by pushing hard and ejecting/reinserting floppies while IO is in progress). Make sure to _not_ use the buffered device for streaming IO, i.e. the only reason to use /dev/fd0 is to mount a filesystem, you should use /dev/rfd0 for _everything else_. This might work around some races as well, but there are many good other reasons for doing this way. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu May 15 01:10:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA06672 for bugs-outgoing; Thu, 15 May 1997 01:10:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA06655; Thu, 15 May 1997 01:10:01 -0700 (PDT) Resent-Date: Thu, 15 May 1997 01:10:01 -0700 (PDT) Resent-Message-Id: <199705150810.BAA06655@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Josh Gilliam Received: from jg.webmaster.com (soil@newport-1-12.quick.net [207.212.160.212]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA06604 for ; Thu, 15 May 1997 01:08:39 -0700 (PDT) Received: (from soil@localhost) by jg.webmaster.com (8.8.6.Beta3/8.8.6.Beta3) id BAA21290; Thu, 15 May 1997 01:08:36 -0700 (PDT) Message-Id: <199705150808.BAA21290@jg.webmaster.com> Date: Thu, 15 May 1997 01:08:36 -0700 (PDT) From: Josh Gilliam Reply-To: Josh Gilliam To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/3600: error in ipfw.8 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3600 >Category: docs >Synopsis: error in ipfw.8 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu May 15 01:10:01 PDT 1997 >Last-Modified: >Originator: Josh Gilliam >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: ipfw.8 rev 1.28 >Description: ``it numbered'' -> ``it is numbered''. >How-To-Repeat: man 8 ipfw /it numbered >Fix: --- ipfw.8.orig Wed May 14 18:26:21 1997 +++ ipfw.8 Thu May 15 00:57:38 1997 @@ -67,7 +67,7 @@ Multiple rules may share the same number and apply in the order in which they were added. .Pp -If a rule is added without a number, it numbered 100 higher +If a rule is added without a number, it is numbered 100 higher than the previous rule. If the highest defined rule number is greater than 65434, new rules are appended to the last rule. .Pp >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 15 02:07:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA08987 for bugs-outgoing; Thu, 15 May 1997 02:07:19 -0700 (PDT) Received: (from max@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA08929; Thu, 15 May 1997 02:05:30 -0700 (PDT) Date: Thu, 15 May 1997 02:05:30 -0700 (PDT) From: Masafumi NAKANE Message-Id: <199705150905.CAA08929@hub.freebsd.org> To: soil@quick.net, max, freebsd-bugs Subject: Re: docs/3600 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: error in ipfw.8 State-Changed-From-To: open-closed State-Changed-By: max State-Changed-When: Thu May 15 02:04:46 PDT 1997 State-Changed-Why: Fixed in Rev.1.29. From owner-freebsd-bugs Thu May 15 11:10:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA04673 for bugs-outgoing; Thu, 15 May 1997 11:10:02 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA04666; Thu, 15 May 1997 11:10:01 -0700 (PDT) Resent-Date: Thu, 15 May 1997 11:10:01 -0700 (PDT) Resent-Message-Id: <199705151810.LAA04666@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA04552 for ; Thu, 15 May 1997 11:07:22 -0700 (PDT) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.8.5/8.6.4) with ESMTP id VAA00387 for ; Thu, 15 May 1997 21:07:08 +0300 (EET DST) Received: (hsu@localhost) by katiska.clinet.fi (8.8.5/8.6.4) id VAA22567; Thu, 15 May 1997 21:07:08 +0300 (EET DST) Message-Id: <199705151807.VAA22567@katiska.clinet.fi> Date: Thu, 15 May 1997 21:07:08 +0300 (EET DST) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3602: mail group and install-info break make world Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3602 >Category: bin >Synopsis: mail group and install-info break make world >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu May 15 11:10:00 PDT 1997 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-STABLE i386 >Environment: FreeBSD 2.2.1 out-of-box, trying to reinstall from 2.2-RELENG. >Description: 1. mtree breaks in make reinstall (and probably make world) as mail group did not exist in 2.2.1. 2. install-info is not installed by make reinstall, it has to be manually installed to complete make reinstall. I do not know if this is a problem with make world. >How-To-Repeat: Install plain-vanilla 2.2.1 and try to reinstall from nfs-mounted 2.2-RELENG tree. >Fix: mtree or something could check out if mail group exists, and if not, adding it to /etc/group would not be a big problem, check that uid 6 is (still) free and append the new group ? install-info probably needs a dependence somewhere to get installed ? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 15 15:33:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA21456 for bugs-outgoing; Thu, 15 May 1997 15:33:23 -0700 (PDT) Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA21428; Thu, 15 May 1997 15:33:12 -0700 (PDT) Date: Thu, 15 May 1997 15:33:12 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199705152233.PAA21428@hub.freebsd.org> To: hsu@clinet.fi, jkh, freebsd-bugs Subject: Re: bin/3602 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: mail group and install-info break make world State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Thu May 15 15:32:37 PDT 1997 State-Changed-Why: This has already been discussed and, since it'd be evil to modify anything in /etc from the make world, it's got to be one of those things which just gets updated by hand. From owner-freebsd-bugs Thu May 15 20:50:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA05615 for bugs-outgoing; Thu, 15 May 1997 20:50:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA05608; Thu, 15 May 1997 20:50:02 -0700 (PDT) Resent-Date: Thu, 15 May 1997 20:50:02 -0700 (PDT) Resent-Message-Id: <199705160350.UAA05608@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, chad@anasazi.com Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA05114; Thu, 15 May 1997 20:40:15 -0700 (PDT) Message-Id: <199705160340.UAA05114@hub.freebsd.org> Date: Thu, 15 May 1997 20:40:15 -0700 (PDT) From: chad@anasazi.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/3604: Sendmail debugging - the -d0.1 switch does not work Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3604 >Category: bin >Synopsis: Sendmail debugging - the -d0.1 switch does not work >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 15 20:50:01 PDT 1997 >Last-Modified: >Originator: Chad R. Larson >Organization: Anasazi, Inc. >Release: 2.1.7 >Environment: FreeBSD freefall.anasazi.com 2.1-STABLE FreeBSD 2.1-STABLE #0: Fri May 2 12:14: 10 MST 1997 chad@freefall.anasazi.com:/usr/src/sys/compile/FREEFALL i386 >Description: The sendmail debugging switch "-d0.1" is supposed to keep sendmail from detaching from the terminal session even when being run in daemon mode (check page 619 of "the bat book"). In versions 8.8.3 and 8.8.5 (at least), this fails to work. Instead, sendmail prints out some debugging information about the contents of some of the macros and then detaches anyway. Further debugging information is silently discarded. >How-To-Repeat: Type "/usr/sbin/sendmail -bd -d0.1" >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 15 23:51:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA12385 for bugs-outgoing; Thu, 15 May 1997 23:51:47 -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 XAA12376 for ; Thu, 15 May 1997 23:51:37 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA28101; Fri, 16 May 1997 08:51:14 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA03714; Fri, 16 May 1997 08:36:41 +0200 (MET DST) Message-ID: <19970516083641.QE31734@uriah.heep.sax.de> Date: Fri, 16 May 1997 08:36:41 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: jkh@time.cdrom.com (Jordan K. Hubbard) Cc: freebsd-bugs@hub.freebsd.org Subject: Re: conf/3590: Little mistake in ttys References: <199705141010.DAA08371@hub.freebsd.org> 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: <199705141010.DAA08371@hub.freebsd.org>; from Jordan K. Hubbard on May 14, 1997 03:10:01 -0700 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > Actually, I think the FAQ is wrong - I start xdm from my /etc/ttys > and it works just fine, nor is it a big problem should X start falling > over since I can always switch to a different VTY and kill xdm. You can't if your Xserver crashes over and over again. :-) Anyway, i went through this at lengths with Nate, and we agreed that both are valid points. The default xdm Xservers file needs a ``vt04'' added in order to start xdm from /etc/rc, while /etc/ttys needs the `nodaemon' crock. The probably ``most correct'' fix is to make the window-system feature of init(8) actually work, as promised in the man page (maybe the man page ttys(5), i'm not sure). Seems that's also the point where Nate eventually gave up, waiting for better times (or just more time...). -- 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 May 16 00:00:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA12879 for bugs-outgoing; Fri, 16 May 1997 00:00:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA12850; Fri, 16 May 1997 00:00:02 -0700 (PDT) Date: Fri, 16 May 1997 00:00:02 -0700 (PDT) Message-Id: <199705160700.AAA12850@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/3588: Memory Filesystem unmounting problem Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3588; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: yugawa@orleans.rim.or.jp Cc: FreeBSD-gnats-submit@freebsd.org, dfr@freebsd.org Subject: Re: bin/3588: Memory Filesystem unmounting problem Date: Fri, 16 May 1997 08:30:30 +0200 As Takahiro Yugawa wrote: > *** umount.c.orig Tue May 13 23:31:17 1997 > --- umount.c Tue May 13 23:31:40 1997 > *************** > *** 219,225 **** > if (!selected(type)) > return (0); > > ! if ((delimp = strchr(name, '@')) != NULL) { > hostp = delimp + 1; > *delimp = '\0'; > hp = gethostbyname(hostp); > --- 219,227 ---- > if (!selected(type)) > return (0); > > ! if (strstr( name, "mfs:" ) == name && isdigit(*(name+4))) { > ! hp = NULL; > ! } else if ((delimp = strchr(name, '@')) != NULL) { > hostp = delimp + 1; > *delimp = '\0'; > hp = gethostbyname(hostp); That's the wrong fix, IMHO. Umounting other mount points that use the same syntax will still yield the same problem (e.g., amd writes a similar entry to mfs). Doug recently fixed some problem like: Index: /usr/src/sbin/umount/umount.c =================================================================== RCS file: /home/cvs/src/sbin/umount/umount.c,v retrieving revision 1.5 retrieving revision 1.6 diff -u -u -r1.5 -r1.6 --- umount.c 1997/03/29 03:33:12 1.5 +++ umount.c 1997/04/29 09:10:11 1.6 @@ -219,12 +219,12 @@ if (!selected(type)) return (0); - if ((delimp = strchr(name, '@')) != NULL) { + if ((delimp = strchr(name, '@')) != NULL && type != MOUNT_UNION) { hostp = delimp + 1; *delimp = '\0'; hp = gethostbyname(hostp); *delimp = '@'; - } else if ((delimp = strchr(name, ':')) != NULL) { + } else if ((delimp = strchr(name, ':')) != NULL && type != MOUNT_UNION) { *delimp = '\0'; hostp = name; hp = gethostbyname(hostp); I think the logic should be reversed: only if the type is MOUNT_NFS, there should be a hostname lookup. Everything else is local. -- 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 May 16 00:27:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA13904 for bugs-outgoing; Fri, 16 May 1997 00:27:09 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA13883; Fri, 16 May 1997 00:27:01 -0700 (PDT) From: Gary Palmer Received: (from gpalmer@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA27417; Fri, 16 May 1997 00:25:44 -0700 (PDT) Date: Fri, 16 May 1997 00:25:44 -0700 (PDT) Message-Id: <199705160725.AAA27417@freefall.freebsd.org> To: chad@anasazi.com, gpalmer@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/3604 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Sendmail debugging - the -d0.1 switch does not work State-Changed-From-To: open-closed State-Changed-By: gpalmer State-Changed-When: Fri May 16 00:22:57 PDT 1997 State-Changed-Why: You appear to have the old bat book dealing with 8.6 (where the no detatch flag was -d0.1). In the 8.8 series, you have to use -d99.100 See the src code, line 1284 of /usr/src/usr.sbin/sendmail/src/main.c Fix: buy the newer bat boot dealing with 8.8.x :-) From owner-freebsd-bugs Fri May 16 00:50:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA15246 for bugs-outgoing; Fri, 16 May 1997 00:50:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA15228; Fri, 16 May 1997 00:50:01 -0700 (PDT) Date: Fri, 16 May 1997 00:50:01 -0700 (PDT) Message-Id: <199705160750.AAA15228@hub.freebsd.org> To: freebsd-bugs Cc: From: Doug Rabson Subject: Re: bin/3588: Memory Filesystem unmounting problem Reply-To: Doug Rabson Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3588; it has been noted by GNATS. From: Doug Rabson To: Joerg Wunsch Cc: yugawa@orleans.rim.or.jp, FreeBSD-gnats-submit@freebsd.org, dfr@freebsd.org Subject: Re: bin/3588: Memory Filesystem unmounting problem Date: Fri, 16 May 1997 08:39:51 +0100 (BST) On Fri, 16 May 1997, J Wunsch wrote: > [snip] > > That's the wrong fix, IMHO. Umounting other mount points that use the > same syntax will still yield the same problem (e.g., amd writes a > similar entry to mfs). > > Doug recently fixed some problem like: > > [snip] > > I think the logic should be reversed: only if the type is MOUNT_NFS, > there should be a hostname lookup. Everything else is local. You're right. I should have thought of that at the time. I will fix it today. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-bugs Fri May 16 03:30:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA20947 for bugs-outgoing; Fri, 16 May 1997 03:30:30 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA20935; Fri, 16 May 1997 03:30:13 -0700 (PDT) From: Doug Rabson Received: (from dfr@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA28996; Fri, 16 May 1997 03:28:55 -0700 (PDT) Date: Fri, 16 May 1997 03:28:55 -0700 (PDT) Message-Id: <199705161028.DAA28996@freefall.freebsd.org> To: yugawa@orleans.rim.or.jp, dfr@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/3588 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Memory Filesystem unmounting problem State-Changed-From-To: open-closed State-Changed-By: dfr State-Changed-When: Fri May 16 03:27:14 PDT 1997 State-Changed-Why: Fixed in rev1.7 of umount.c. From owner-freebsd-bugs Fri May 16 08:40:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA04411 for bugs-outgoing; Fri, 16 May 1997 08:40:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA04387; Fri, 16 May 1997 08:40:03 -0700 (PDT) Resent-Date: Fri, 16 May 1997 08:40:03 -0700 (PDT) Resent-Message-Id: <199705161540.IAA04387@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, tejblum@arc.hq.cti.ru Received: from arc.hq.cti.ru (arc.hq.cti.ru [194.67.85.50]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA04234 for ; Fri, 16 May 1997 08:37:19 -0700 (PDT) Received: (from tejblum@localhost) by arc.hq.cti.ru (8.8.5/8.8.5) id TAA20943; Fri, 16 May 1997 19:36:33 +0400 (MSD) Message-Id: <199705161536.TAA20943@arc.hq.cti.ru> Date: Fri, 16 May 1997 19:36:33 +0400 (MSD) From: Dmitrij Tejblum Reply-To: tejblum@arc.hq.cti.ru To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/3605: New /etc/rc not clearing /tmp Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3605 >Category: conf >Synopsis: New /etc/rc not clearing /tmp >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 16 08:40:01 PDT 1997 >Last-Modified: >Originator: Dmitrij Tejblum >Organization: CompTek >Release: FreeBSD 2.2-STABLE i386 >Environment: >Description: The following lines was excluded from /etc/rc. It probably caused my troubles with starting X. echo clearing /tmp # prune quickly with one rm, then use find to clean up /tmp/[lq]* # (not needed with mfs /tmp, but doesn't hurt there...) (cd /tmp && rm -rf [a-km-pr-zA-Z]* && find -d . ! -name . ! -name lost+found ! -name quotas -exec rm -rf -- {} \;) # The above is even more stupid since it prevents you from restarting # X11 after a system crash. If you disable the above, make sure to # uncomment the line below. # # clean up leftover X lock files and local connection sockets #rm -f /tmp/.X*-lock /tmp/.X11-unix/* >How-To-Repeat: >Fix: Restore the code. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri May 16 10:50:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA10479 for bugs-outgoing; Fri, 16 May 1997 10:50:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA10473; Fri, 16 May 1997 10:50:01 -0700 (PDT) Date: Fri, 16 May 1997 10:50:01 -0700 (PDT) Message-Id: <199705161750.KAA10473@hub.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: conf/3605: New /etc/rc not clearing /tmp Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR conf/3605; it has been noted by GNATS. From: Bill Fenner To: tejblum@arc.hq.cti.ru Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: conf/3605: New /etc/rc not clearing /tmp Date: Fri, 16 May 1997 10:39:09 PDT ># The above is even more stupid since it prevents you from restarting I don't think it's a good idea for /etc/rc to call itself stupid. (especially in a way that's so hard to parse; more stupid than what?). Bill From owner-freebsd-bugs Fri May 16 10:58:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA10889 for bugs-outgoing; Fri, 16 May 1997 10:58:26 -0700 (PDT) Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA10864; Fri, 16 May 1997 10:58:03 -0700 (PDT) Date: Fri, 16 May 1997 10:58:03 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199705161758.KAA10864@hub.freebsd.org> To: tejblum@arc.hq.cti.ru, jkh, freebsd-bugs Subject: Re: conf/3605 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: New /etc/rc not clearing /tmp State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Fri May 16 10:50:23 PDT 1997 State-Changed-Why: This is not a bug, this is a feature. Yes, I'm also aware of issues like xdm leaving cacas around in /tmp and refusing to start again if you terminate it abruptly, but that's a bug in xdm which should be fixed there (it should check to see if it's actually still running before heeding the lock file). Clearing /tmp is evil and causes more problems than it solves - it's been disabled on many of our machines since the very beginning and should not be resurrected. From owner-freebsd-bugs Fri May 16 11:27:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA12176 for bugs-outgoing; Fri, 16 May 1997 11:27:21 -0700 (PDT) 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 LAA12159; Fri, 16 May 1997 11:26:53 -0700 (PDT) Received: from arc.hq.cti.ru (arc.hq.cti.ru [194.67.85.50]) by main.hq.cti.ru (8.8.5/8.8.5) with SMTP id WAA01950; Fri, 16 May 1997 22:26:42 +0400 (MSD) Date: Fri, 16 May 1997 22:26:41 +0400 (MSD) From: Dmitrij Tejblum To: "Jordan K. Hubbard" cc: jkh@hub.freebsd.org, freebsd-bugs@hub.freebsd.org Subject: Re: conf/3605 In-Reply-To: <199705161758.KAA10864@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 Fri, 16 May 1997, Jordan K. Hubbard wrote: > Yes, I'm also aware of issues like xdm leaving cacas around in /tmp > and refusing to start again if you terminate it abruptly, but > that's a bug in xdm which should be fixed there (it should check > to see if it's actually still running before heeding the lock file). Heh. I guess you use X from XiG, not from XFree86 ... ;-) > Clearing /tmp is evil and causes more problems than it solves - it's > been disabled on many of our machines since the very beginning and > should not be resurrected. May be, erase only /tmp/.X*-lock and /tmp/.X11-unix/* ? And, AFAIK, it never been disabled in distribution (and, therefore, *our* machines). Dima From owner-freebsd-bugs Fri May 16 16:10:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA25651 for bugs-outgoing; Fri, 16 May 1997 16:10:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA25641; Fri, 16 May 1997 16:10:04 -0700 (PDT) Resent-Date: Fri, 16 May 1997 16:10:04 -0700 (PDT) Resent-Message-Id: <199705162310.QAA25641@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, eyager@novagate.com Received: from wolfden.novagate.com (PM-130.Muskegon.novagate.net [205.138.137.62]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA25553 for ; Fri, 16 May 1997 16:07:57 -0700 (PDT) Received: (from eyager@localhost) by wolfden.novagate.com (8.8.5/8.6.12) id TAA03858; Fri, 16 May 1997 19:06:54 -0400 (EDT) Message-Id: <199705162306.TAA03858@wolfden.novagate.com> Date: Fri, 16 May 1997 19:06:54 -0400 (EDT) From: eyager@novagate.com Reply-To: eyager@novagate.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3608: Bug in telnet linemode Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3608 >Category: bin >Synopsis: Telnet in linemode will break apart long lines. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 16 16:10:01 PDT 1997 >Last-Modified: >Originator: Eric Yagerlener >Organization: None >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: FreeBSD 2.2.1-RELEASE PPP internet connection MTU 1500 >Description: When telnet is operating in the line mode, the maximum lenght of a line is 106 charecters. Any part of a line longer than 106 charecters will be sent as a different line. This problem will be apparent on many MUD's which require telnet to operate in linemode. BSDi used to suffer the same problem in the 2.0 release but was fixed in 2.1. This problem is also present in MUD clients from the ports collection. >How-To-Repeat: Connect to a MUD, such as sleepy.net port 5000, and key the following as one line.... The quick brown fox jumped over the lazy dog. The quick brown fox jumped over the lazy dog. The quick brown fox jumped over the lazy dog. This will interpret this as... The quick brown fox jumped over the lazy dog. The quick brown fox jumped over the lazy dog. The quick br own fox jumped over the lazy dog. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri May 16 18:40:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA00932 for bugs-outgoing; Fri, 16 May 1997 18:40:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA00926; Fri, 16 May 1997 18:40:02 -0700 (PDT) Resent-Date: Fri, 16 May 1997 18:40:02 -0700 (PDT) Resent-Message-Id: <199705170140.SAA00926@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, arc@amn.kamchatka.su Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA00731; Fri, 16 May 1997 18:31:02 -0700 (PDT) Message-Id: <199705170131.SAA00731@hub.freebsd.org> Date: Fri, 16 May 1997 18:31:02 -0700 (PDT) From: arc@amn.kamchatka.su To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/3609: fs on remote host is mounted via NFS, recursive rm via Midnight Commander (rm -r) halts local system Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3609 >Category: kern >Synopsis: fs on remote host is mounted via NFS, recursive rm via Midnight Commander (rm -r) halts local system >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 16 18:40:01 PDT 1997 >Last-Modified: >Originator: Arcady V. Ivanov >Organization: AMN >Release: 2.2-BETA, 2.2.1-RELEASE, 3.0-SNAP >Environment: FreeBSD amn.kamchatka.su 2.2-BETA_A FreeBSD 2.2-BETA_A #0: Fri Apr 25 11:32:47 PSS 1997 root@amn.kamchatka.su:/usr/src/sys/compile/AMN i386 >Description: File system on remote host is mounted via nfs, I am using mc (Midnight Commander) to work from remote file system. When I use "mv" files from remote fs to my fs or "rm -r" on remote fs, my local host occasionaly stops. This problem appears after 2.2-ALPHA & repeats in 2.2.1-RELEASE, 3.0-SNAP. >How-To-Repeat: Mount remote file system where you have 5-10 level directory tree via NFS. Run MidNight Commander. Choose remote fs on one panel. 1 variant) Try to delete recurcevly files on remote fs (F8). 2 variant) Move remote dir-tree to local host (F6). On recursive deleting local host halts without any messages from kernel. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat May 17 01:23:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA14388 for bugs-outgoing; Sat, 17 May 1997 01:23:48 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA14366; Sat, 17 May 1997 01:23:20 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id JAA05025; Sat, 17 May 1997 09:19:06 +0100 (BST) Date: Sat, 17 May 1997 09:19:06 +0100 (BST) From: Doug Rabson To: arc@amn.kamchatka.su cc: freebsd-gnats-submit@freebsd.org, GNATS Management , freebsd-bugs@hub.freebsd.org Subject: Re: kern/3609: fs on remote host is mounted via NFS, recursive rm via Midnight Commander (rm -r) halts local system In-Reply-To: <199705170131.SAA00731@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 Please re-try with the latest version of 2.2-stable. I have just committed a batch of NFS fixes to the 2.2 branch, one of which might be yours. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-bugs Sat May 17 01:30:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA14542 for bugs-outgoing; Sat, 17 May 1997 01:30:02 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA14536; Sat, 17 May 1997 01:30:01 -0700 (PDT) Date: Sat, 17 May 1997 01:30:01 -0700 (PDT) Message-Id: <199705170830.BAA14536@hub.freebsd.org> To: freebsd-bugs Cc: From: Doug Rabson Subject: Re: kern/3609: fs on remote host is mounted via NFS, recursive rm via Midnight Commander (rm -r) halts local system Reply-To: Doug Rabson Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3609; it has been noted by GNATS. From: Doug Rabson To: arc@amn.kamchatka.su Cc: freebsd-gnats-submit@freebsd.org, GNATS Management , freebsd-bugs@hub.freebsd.org Subject: Re: kern/3609: fs on remote host is mounted via NFS, recursive rm via Midnight Commander (rm -r) halts local system Date: Sat, 17 May 1997 09:19:06 +0100 (BST) Please re-try with the latest version of 2.2-stable. I have just committed a batch of NFS fixes to the 2.2 branch, one of which might be yours. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-bugs Sat May 17 04:20:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA20646 for bugs-outgoing; Sat, 17 May 1997 04:20:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA20634; Sat, 17 May 1997 04:20:01 -0700 (PDT) Resent-Date: Sat, 17 May 1997 04:20:01 -0700 (PDT) Resent-Message-Id: <199705171120.EAA20634@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, smurfen@ludd.luth.se Received: from angelica.campus.luth.se (angelica.campus.luth.se [130.240.194.41]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA20384 for ; Sat, 17 May 1997 04:13:47 -0700 (PDT) Received: (from smurfen@localhost) by angelica.campus.luth.se (8.8.5/8.8.5) id NAA01511; Sat, 17 May 1997 13:15:38 +0200 (CEST) Message-Id: <199705171115.NAA01511@angelica.campus.luth.se> Date: Sat, 17 May 1997 13:15:38 +0200 (CEST) From: smurfen@ludd.luth.se Reply-To: smurfen@ludd.luth.se To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3611: Internal CPU cache on CyrixiInstead DX2 does not work Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3611 >Category: kern >Synopsis: Internal CPU cache on CyrixiInstead DX2 does not work >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat May 17 04:20:01 PDT 1997 >Last-Modified: >Originator: Ola Persson >Organization: Lulea university of technology >Release: FreeBSD 3.0-970516-SNAP i386 >Environment: CyrixInstead 486 DX2 with 16MB RAM >Description: Multiple error messages especially while compiling. Most frequent is 'virtual memory exhausted' >How-To-Repeat: Boot a system with CyrixInstead DX2 with Internal cache enabled AND Internal cache set as write-back. >Fix: Switch from write-back to write-thru >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat May 17 07:20:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA25144 for bugs-outgoing; Sat, 17 May 1997 07:20:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA25136; Sat, 17 May 1997 07:20:02 -0700 (PDT) Resent-Date: Sat, 17 May 1997 07:20:02 -0700 (PDT) Resent-Message-Id: <199705171420.HAA25136@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Josh Gilliam Received: from jg.webmaster.com (soil@newport-1-12.quick.net [207.212.160.212]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA25019 for ; Sat, 17 May 1997 07:16:02 -0700 (PDT) Received: (from soil@localhost) by jg.webmaster.com (8.8.6.Beta3/8.8.6.Beta3) id HAA26512; Sat, 17 May 1997 07:16:00 -0700 (PDT) Message-Id: <199705171416.HAA26512@jg.webmaster.com> Date: Sat, 17 May 1997 07:16:00 -0700 (PDT) From: Josh Gilliam Reply-To: Josh Gilliam To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/3612: improper use of ``it's'' in multiple man pages Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3612 >Category: docs >Synopsis: improper use of ``it's'' in multiple man pages >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sat May 17 07:20:01 PDT 1997 >Last-Modified: >Originator: Josh Gilliam >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: dig.1 rev 1.1.1.1 gcc.1 rev 1.6 dialog.1 rev 1.4 time2posix.3 rev 1.4 getlogin.2 rev 1.7 gsc.4 rev 1.6 find.1 rev 1.8 fdwrite.1 rev 1.4 >Description: ``it's'' -> ``its'' where appropriate and typo fixes in time2posix.3. >How-To-Repeat: man 1 dialog man 1 dig man 1 fdwrite man 1 find man 1 gcc man 2 getlogin man 3 time2posix man 4 gsc >Fix: --- /usr/src.orig/contrib/bind/man/dig.1 Thu Aug 29 12:20:14 1996 +++ contrib/bind/man/dig.1 Sat May 17 06:22:54 1997 @@ -349,7 +349,7 @@ authored by Andrew Cherenson. .SH BUGS \fIDig\fP has a serious case of "creeping featurism" -- the result of -considering several potential uses during it's development. It would +considering several potential uses during its development. It would probably benefit from a rigorous diet. Similarly, the print flags and granularity of the items they specify make evident their rather ad hoc genesis. --- /usr/src.orig/contrib/gcc/gcc.1 Mon May 5 01:25:23 1997 +++ contrib/gcc/gcc.1 Sat May 17 06:16:04 1997 @@ -3506,7 +3506,7 @@ value. .TP .B \-nocpp -Tell the MIPS assembler to not run it's preprocessor over user +Tell the MIPS assembler to not run its preprocessor over user assembler files (with a `\|\c .B .s\c \&\|' suffix) when assembling them. --- /usr/src.orig/gnu/usr.bin/dialog/dialog.1 Fri Dec 22 17:11:54 1995 +++ gnu/usr.bin/dialog/dialog.1 Sat May 17 06:18:55 1997 @@ -185,7 +185,7 @@ a) if environment variable .B DIALOGRC -is set, it's value determines the name of the configuration file. +is set, its value determines the name of the configuration file. .TP 4 b) if the file in (a) can't be found, use the file --- /usr/src.orig/lib/libc/stdtime/time2posix.3 Wed May 1 16:17:27 1996 +++ lib/libc/stdtime/time2posix.3 Sat May 17 06:45:10 1997 @@ -78,8 +78,8 @@ Both of these are good indicators of the inferiority of the POSIX representation. .Pp -The following table summarizes the relationship between a time_t -nd it's conversion to, +The following table summarizes the relationship between time_t +and its conversion to, and back from, the POSIX representation over the leap second inserted at the end of June, 1993. --- /usr/src.orig/lib/libc/sys/getlogin.2 Mon Mar 3 15:50:55 1997 +++ lib/libc/sys/getlogin.2 Sat May 17 06:29:51 1997 @@ -75,7 +75,7 @@ important to ensure that .Fn setlogin is only ever called after the process has taken adequate steps to ensure -that it is detached from it's parent's session. +that it is detached from its parent's session. Making a .Fn setsid system call is the --- /usr/src.orig/share/man/man4/man4.i386/gsc.4 Sat Feb 22 05:25:28 1997 +++ share/man/man4/man4.i386/gsc.4 Sat May 17 06:35:29 1997 @@ -295,6 +295,6 @@ .Sh BUGS Even though the scanner device has a little switch by which you should be able to select one of the four resolution modes, I could not yet -determine how to read it's status. Unless this is not fixed the driver +determine how to read its status. Unless this is not fixed the driver depends on the value passed by means of ioctl(2) which need not match what is selected by the hardware. --- /usr/src.orig/usr.bin/find/find.1 Fri May 2 21:05:06 1997 +++ usr.bin/find/find.1 Sat May 17 06:26:09 1997 @@ -148,7 +148,7 @@ from the current working directory as .Nm recurses down the tree. It will not attempt to delete a filename with a ``/'' -character in it's pathname relative to "." for security reasons. +character in its pathname relative to "." for security reasons. Depth\-first traversal processing is implied by this option. .It Ic -exec Ar utility Op argument ... ; True if the program named --- /usr/src.orig/usr.sbin/fdwrite/fdwrite.1 Sat Feb 22 08:05:48 1997 +++ usr.sbin/fdwrite/fdwrite.1 Sat May 17 06:25:05 1997 @@ -29,7 +29,7 @@ will ask the user .Pq on /dev/tty to insert a new floppy and press return. -The device will then be opened, and queried for it's parameters, +The device will then be opened, and queried for its parameters, then each track will be formatted, written with data from the .Ar inputfile , read back and compared. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat May 17 11:10:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA04855 for bugs-outgoing; Sat, 17 May 1997 11:10:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA04847; Sat, 17 May 1997 11:10:02 -0700 (PDT) Resent-Date: Sat, 17 May 1997 11:10:02 -0700 (PDT) Resent-Message-Id: <199705171810.LAA04847@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, jdli@csie.nctu.edu.tw Received: from FreeBSD.csie.NCTU.edu.tw (jdli@freebsd.csie.nctu.edu.tw [140.113.235.250]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA04453 for ; Sat, 17 May 1997 10:58:35 -0700 (PDT) Received: (from jdli@localhost) by FreeBSD.csie.NCTU.edu.tw (8.8.5/8.8.5) id BAA09817; Sun, 18 May 1997 01:54:29 +0800 (CST) Message-Id: <199705171754.BAA09817@FreeBSD.csie.NCTU.edu.tw> Date: Sun, 18 May 1997 01:54:29 +0800 (CST) From: jdli@csie.nctu.edu.tw Reply-To: jdli@csie.nctu.edu.tw To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/3613: 2.2-STABLE rc.* change bug ? Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3613 >Category: conf >Synopsis: rc.conf and rc keyword mismatch >Confidential: yes >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat May 17 11:10:01 PDT 1997 >Last-Modified: >Originator: Jian-Da Li >Organization: NCTU CSIE FreeBSD Server >Release: FreeBSD 2.2-STABLE i386 >Environment: 2.2-STABLE equals to 2.2.2-RELEASE >Description: /etc/rc use accounting_enable, while /etc/rc.conf use accounting >How-To-Repeat: grep accounting /etc/rc and /etc/rc.conf >Fix: change accounting in /etc/rc.conf to accounting_enable ? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat May 17 14:10:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA11682 for bugs-outgoing; Sat, 17 May 1997 14:10:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA11671; Sat, 17 May 1997 14:10:01 -0700 (PDT) Date: Sat, 17 May 1997 14:10:01 -0700 (PDT) Message-Id: <199705172110.OAA11671@hub.freebsd.org> To: freebsd-bugs Cc: From: Bob Bishop Subject: Re: kern/3611: Internal CPU cache on CyrixiInstead DX2 does not work Reply-To: Bob Bishop Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3611; it has been noted by GNATS. From: Bob Bishop To: smurfen@ludd.luth.se, FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: Re: kern/3611: Internal CPU cache on CyrixiInstead DX2 does not work Date: Sat, 17 May 1997 21:53:33 +0100 At 12:15 +0100 17/5/97, smurfen@ludd.luth.se wrote: >[...] >>Fix: > >Switch from write-back to write-thru Maybe your motherboard doesn't support Cx486 properly? -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK From owner-freebsd-bugs Sat May 17 17:24:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA21050 for bugs-outgoing; Sat, 17 May 1997 17:24:31 -0700 (PDT) Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA21045 for ; Sat, 17 May 1997 17:24:28 -0700 (PDT) Received: from sister.ludd.luth.se (smurfen@sister.ludd.luth.se [130.240.16.77]) by zed.ludd.luth.se (8.8.5/8.8.5) with ESMTP id CAA27270; Sun, 18 May 1997 02:24:26 +0200 Received: from localhost (smurfen@localhost) by sister.ludd.luth.se (8.6.11/8.6.11) with ESMTP id CAA23545; Sun, 18 May 1997 02:24:25 +0200 Date: Sun, 18 May 1997 02:24:24 +0200 (MET DST) From: Ola Persson To: Bob Bishop cc: freebsd-bugs@hub.freebsd.org Subject: Re: kern/3611: Internal CPU cache on CyrixiInstead DX2 does not work In-Reply-To: <199705172110.OAA11671@hub.freebsd.org> Message-ID: 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 RAA21046 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 17 May 1997, Bob Bishop wrote: > Maybe your motherboard doesn't support Cx486 properly? It does, at least according to the manual. There are dip switch settings for Cx486. And my Win95 partition have no problem whatsoever with internal cache. /Ola ------------------------------------------------------------------------ | Ola Persson | For finger info: smurfen@best.ludd.luth.se | | Porsögården 8:81 | I am Pentium II of Borg, Division is futile. | | 977 54 Lulea,SWEDEN | You will be approximated. | ------------------------------------------------------------------------ From owner-freebsd-bugs Sat May 17 23:40:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA13704 for bugs-outgoing; Sat, 17 May 1997 23:40:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA13698; Sat, 17 May 1997 23:40:02 -0700 (PDT) Resent-Date: Sat, 17 May 1997 23:40:02 -0700 (PDT) Resent-Message-Id: <199705180640.XAA13698@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, nw1@cs.wustl.edu Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA13495; Sat, 17 May 1997 23:34:19 -0700 (PDT) Message-Id: <199705180634.XAA13495@hub.freebsd.org> Date: Sat, 17 May 1997 23:34:19 -0700 (PDT) From: nw1@cs.wustl.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/3615: Error in /usr/src/lib/libc/gen/sigsetops.c Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3615 >Category: misc >Synopsis: Error in /usr/src/lib/libc/gen/sigsetops.c >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat May 17 23:40:01 PDT 1997 >Last-Modified: >Originator: Nanbor Wang >Organization: Washington University >Release: 3.0-current >Environment: FreeBSD number.wustl.edu 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Wed Feb 26 00:22:44 CST 1997 root@number.wustl.edu:/usr/src/sys/compile/EXTRA_SLOW_PENTIUM i386 >Description: In file /usr/src/lib/libc/gen/sigsetops.c, the sigismember() is implemented as: int sigismember(set, signo) const sigset_t *set; int signo; { return ((*set & ~sigmask(signo)) != 0); } Which is not correct. (In /usr/include/signal.h, if _ANSI_SOURCE is defined, it is defined as: #define sigismember(set, signo) ((*(set) & (1 << ((signo) - 1))) != 0) This is correct.) >How-To-Repeat: Try play with it and you know. I have compared it with Solaris's behaviors and am absolutely sure this is a bug. >Fix: int sigismember(set, signo) const sigset_t *set; int signo; { return ((*set & sigmask(signo)) != 0); } >Audit-Trail: >Unformatted: