From owner-freebsd-bugs Sun Nov 19 00:58:57 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA19722 for bugs-outgoing; Sun, 19 Nov 1995 00:58:57 -0800 Received: (from joerg@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA19701 ; Sun, 19 Nov 1995 00:58:50 -0800 Date: Sun, 19 Nov 1995 00:58:50 -0800 From: Joerg Wunsch Message-Id: <199511190858.AAA19701@freefall.freebsd.org> To: dirk@hal.in-berlin.de, joerg, freebsd-bugs Subject: Re: kern/756 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: AHA-1542CF: adapter not taking commands State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun Nov 19 09:57:33 MET 1995 State-Changed-Why: The originator withdraws his report; a firmware upgrade fixed his problems. From owner-freebsd-bugs Sun Nov 19 11:30:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA18291 for bugs-outgoing; Sun, 19 Nov 1995 11:30:05 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA18283 ; Sun, 19 Nov 1995 11:30:03 -0800 Resent-Date: Sun, 19 Nov 1995 11:30:03 -0800 Resent-Message-Id: <199511191930.LAA18283@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, petri@ibr.cs.tu-bs.de Received: from ra.ibr.cs.tu-bs.de (ra.ibr.cs.tu-bs.de [134.169.246.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA17845 for ; Sun, 19 Nov 1995 11:21:03 -0800 Received: from jupiter [134.169.34.4] by ra.ibr.cs.tu-bs.de (8.6.10/tubsibr) with ESMTP id UAA00959 for ; Sun, 19 Nov 1995 20:20:44 +0100 Received: from petri@localhost by jupiter.ibr.cs.tu-bs.de (8.6.11/tubsibr) id UAA29216; Sun, 19 Nov 1995 20:20:38 +0100 Message-Id: <199511191920.UAA29216@jupiter.ibr.cs.tu-bs.de> Date: Sun, 19 Nov 1995 20:20:38 +0100 From: petri@ibr.cs.tu-bs.de Reply-To: petri@ibr.cs.tu-bs.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/828: i386/isa/if_ed.c detects SMC Elite Ultra 8216 as 8416 only Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 828 >Category: i386 >Synopsis: i386/isa/if_ed.c detects SMC Elite Ultra 8216 as 8416 only >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Nov 19 11:30:02 PST 1995 >Last-Modified: >Originator: Stefan Petri >Organization: TU Braunschweig >Release: FreeBSD 2.0.5-RELEASE i386 >Environment: ISA/PCI system with SMC Elite Ultra 8216 ethernet card >Description: The driver if_ed.c tries to write a zero into the first word of the second 8K of the card's RAM, and tests if it can read the zero back. This test fails, so the driver assumes the card to be a 8416 with only 8K, instead of the correct 8216 with 16K RAM. But: if I remove that test from the driver source, and hardcode it to use 16K of shared memory, it simply works :-) Also, the SMC setup program (under DOS) and the Linux smc-ultra driver correctly test and report the 16K RAM. The card / driver works OK with the 8K assumption, but (of course) I want it to use the entire 16KB to get the full performance for my money :-) >How-To-Repeat: Boot FreeBSD and watch the device probe messages. >Fix: My short cut of simply hardocding the 16K size is of course not a real fix. The better method would be to ask the card for the amount of available card memory, like the Linux driver does (do I need to quote the code here?). >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Nov 19 11:50:40 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA20834 for bugs-outgoing; Sun, 19 Nov 1995 11:50:40 -0800 Received: (from davidg@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA20803 ; Sun, 19 Nov 1995 11:50:37 -0800 Date: Sun, 19 Nov 1995 11:50:37 -0800 From: David Greenman Message-Id: <199511191950.LAA20803@freefall.freebsd.org> To: petri@ibr.cs.tu-bs.de, davidg, freebsd-bugs Subject: Re: i386/828 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: i386/isa/if_ed.c detects SMC Elite Ultra 8216 as 8416 only State-Changed-From-To: open-closed State-Changed-By: davidg State-Changed-When: Sun Nov 19 11:50:15 PST 1995 State-Changed-Why: This bug was fixed in 2.1.0-RELEASE. From owner-freebsd-bugs Mon Nov 20 00:10:04 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA16063 for bugs-outgoing; Mon, 20 Nov 1995 00:10:04 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA16035 ; Mon, 20 Nov 1995 00:10:02 -0800 Resent-Date: Mon, 20 Nov 1995 00:10:02 -0800 Resent-Message-Id: <199511200810.AAA16035@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, d_burr@ix.netcom.com Received: from ncc-1701-d.starfleet.gov (ix-sb1-02.ix.netcom.com [204.32.201.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA15607 for ; Mon, 20 Nov 1995 00:03:44 -0800 Received: (from d_burr@localhost) by ncc-1701-d.starfleet.gov (8.6.11/8.6.9) id AAA03472; Mon, 20 Nov 1995 00:05:51 -0800 Message-Id: <199511200805.AAA03472@ncc-1701-d.starfleet.gov> Date: Mon, 20 Nov 1995 00:05:51 -0800 From: d_burr@ix.netcom.com Reply-To: d_burr@ix.netcom.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: ports/829: port of lynx2-4-2 is royally messed up Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 829 >Category: ports >Synopsis: the lynx patches don't patch things correctly >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Nov 20 00:10:01 PST 1995 >Last-Modified: >Originator: Donald Burr >Organization: none to speak of, really >Release: FreeBSD 2.0-BUILT-19950603 i386 >Environment: vanilla 2.0.5R system. lynx ports dir (from ports-2.1) and lynx2-4-2.tar.Z original tarfile, gotten today (20Nov95) from ftp.freebsd.org >Description: The FreeBSD patches fail to correct many irregularities in the libWWW Makefile's that BSD make can't grok. This results in many complaints from make, when trying to build the port, which ultimately fails. >How-To-Repeat: Just grab the lynx port dir and original tarfile from ftp.freebsd.org and try compiling it. >Fix: Get the file ftp://ftp.freebsd.org/pub/FreeBSD/incoming/lynx.replacement.patch-aa.gz gunzip it, and rename it to patch-aa, and put it in place of /usr/ports/net/lynx/patches/patch-aa Then re-run make and enjoy. This should, perhaps, be put into the ports dir on the FTP sites. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Nov 20 03:00:16 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA25702 for bugs-outgoing; Mon, 20 Nov 1995 03:00:16 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA25630 ; Mon, 20 Nov 1995 03:00:08 -0800 Date: Mon, 20 Nov 1995 03:00:08 -0800 Message-Id: <199511201100.DAA25630@freefall.freebsd.org> To: freebsd-bugs Cc: From: Thomas Gellekum Subject: Re: ports/829: port of lynx2-4-2 is royally messed up Reply-To: Thomas Gellekum Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR ports/829; it has been noted by GNATS. From: Thomas Gellekum To: d_burr@ix.netcom.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: ports/829: port of lynx2-4-2 is royally messed up Date: Mon, 20 Nov 1995 11:55:01 +0100 (MET) d_burr@ix.netcom.com wrote: > > > >Number: 829 > >Category: ports > >Synopsis: the lynx patches don't patch things correctly Wrong version of make. I've run into this, too, with a vanilla 2.0.5R system. Should be fixed in 2.1.0. tg From owner-freebsd-bugs Mon Nov 20 08:54:28 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA18780 for bugs-outgoing; Mon, 20 Nov 1995 08:54:28 -0800 Received: from insanus.matematik.su.se (insanus.matematik.su.se [130.237.198.12]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA18774 for ; Mon, 20 Nov 1995 08:54:20 -0800 Received: from localhost (prudens.matematik.su.se [130.237.198.5]) by insanus.matematik.su.se (8.7.1/8.6.9) with ESMTP id RAA26712 for ; Mon, 20 Nov 1995 17:54:08 +0100 (MET) Message-Id: <199511201654.RAA26712@insanus.matematik.su.se> X-Address: Department of Mathematics, Stockholm University S-106 91 Stockholm SWEDEN X-Phone: int+46 8 162000 X-Fax: int+46 8 6126717 X-Url: http://www.matematik.su.se To: freebsd-bugs@freebsd.org Subject: Keyboard locking under X Date: Mon, 20 Nov 1995 17:54:06 +0100 From: Torbjorn Granlund Sender: owner-bugs@freebsd.org Precedence: bulk I have an annoying problem with FreeBSD under X on my system. I upgraded 2.0.5 to 2.1.0 over the week-end, in the hope the problem would go away. It did not. This is what happens: The keyboard input is suddenly redirected to the console from which I started the X server. The only way out of this is by using the mouse and choose a meny option that kills the server. I think this happens only when either the Ctrl, Alt, or Shift keys are depressed. (In any case, when the keyboard is hung, I can tell from which mouse menys are available the the server believes ether of these keys are depressed.) The problem happens with a late 2.0.5 snapshot (with some local modifications, therefore I didn't report it), and with the generic kernel from 2.1.0. The system has a Pentium 90 on a Zappa motherboard, with a ATI WinTurbo graphics card. I have the kernel sources in place, so I can easily make any experiments that you might suggest. Torbjorn From owner-freebsd-bugs Mon Nov 20 11:43:29 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA00890 for bugs-outgoing; Mon, 20 Nov 1995 11:43:29 -0800 Received: from insanus.matematik.su.se (insanus.matematik.su.se [130.237.198.12]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA00885 for ; Mon, 20 Nov 1995 11:43:27 -0800 Received: from localhost (prudens.matematik.su.se [130.237.198.5]) by insanus.matematik.su.se (8.7.1/8.6.9) with ESMTP id UAA01399 for ; Mon, 20 Nov 1995 20:43:15 +0100 (MET) Message-Id: <199511201943.UAA01399@insanus.matematik.su.se> X-Address: Department of Mathematics, Stockholm University S-106 91 Stockholm SWEDEN X-Phone: int+46 8 162000 X-Fax: int+46 8 6126717 X-Url: http://www.matematik.su.se To: freebsd-bugs@freebsd.org Subject: Bogus mv behaviour Date: Mon, 20 Nov 1995 20:43:14 +0100 From: Torbjorn Granlund Sender: owner-bugs@freebsd.org Precedence: bulk When moving directories across filesystems, e.g., "mv SOURCEDIR/A DESTDIR", if DESTDIR/A exists, SOURCEDIR/A will be made into DESTDIR/A/A. That's very surprising, in particular when many directories are moved in the same command, and they end up at different levels. I could accept that the contents of SOURCEDIR/A be merged into DESTDIR/A (possibly after user confirmation), or that mv simply refused to move such directories. Torbjorn From owner-freebsd-bugs Mon Nov 20 15:00:11 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA20176 for bugs-outgoing; Mon, 20 Nov 1995 15:00:11 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA20100 ; Mon, 20 Nov 1995 15:00:05 -0800 Resent-Date: Mon, 20 Nov 1995 15:00:05 -0800 Resent-Message-Id: <199511202300.PAA20100@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jin@adv-pc-1.lbl.gov Received: from adv-pc-1.lbl.gov (adv-pc-1.lbl.gov [128.3.196.189]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA19343 for ; Mon, 20 Nov 1995 14:52:09 -0800 Received: (from jin@localhost) by adv-pc-1.lbl.gov (8.6.12/8.6.12) id VAA03445; Fri, 3 Nov 1995 21:24:27 GMT Message-Id: <199511032124.VAA03445@adv-pc-1.lbl.gov> Date: Fri, 3 Nov 1995 21:24:27 GMT From: "Jin Guojun[ITG]" Reply-To: jin@adv-pc-1.lbl.gov To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/830: installing hang Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 830 >Category: kern >Synopsis: installing hang >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Nov 20 15:00:02 PST 1995 >Last-Modified: >Originator: Jin Guojun[ITG] >Organization: /-------------- Jin Guojun ------------ v ---- Internet: g_jin@lbl.gov ----\ | Imaging & Distributed Computing | Usenet: ucbvax!g_jin@lbl.gov | | Lawrence Berkeley Laboratory | Bitnet: -- | | 50B-2239, Berkeley, CA 94720 - jin%george.lbl.gov@Csa3.LBL.Gov | \--Ph#:(510) 486-7531 + Fax: 486-6363 --^--http://www-itg.lbl.gov/ITG.html-/ >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD 2.1.0-RELEASE installer. Intel Triton PCI chipset. Two (2) NCR SCSI controllers + Four (4) Seagate SCSI disks. >Description: The IDE disk is the primary disk, and the SCSI disk are for labeling only. However, in trying to use any of this SCSI dirves for a swap (second swap), the system will hang after newfs the /dev/rwd0a. The system has to be reseted. As long as, no second swap area on the SCSI disks, I can configure these SCSI disks as some file systems w/o problem. So, the problem is that cannot use SCSI as second swap area. I haven't try to use one (1) SCSI controller + two (2) SCSI disks yet. I will do it tommorow. If a direct email address can be given to me, I will send the result to that email address. Otherwise, I will use send-pr only if the problem happens. >How-To-Repeat: Following the Environment. >Fix: This may just be the installer problem. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Nov 20 19:14:18 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA16583 for bugs-outgoing; Mon, 20 Nov 1995 19:14:18 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA16572 for ; Mon, 20 Nov 1995 19:14:13 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id OAA26445; Tue, 21 Nov 1995 14:10:09 +1100 Date: Tue, 21 Nov 1995 14:10:09 +1100 From: Bruce Evans Message-Id: <199511210310.OAA26445@godzilla.zeta.org.au> To: freebsd-bugs@FreeBSD.ORG, tege@matematik.su.se Subject: Re: Bogus mv behaviour Sender: owner-bugs@FreeBSD.ORG Precedence: bulk >When moving directories across filesystems, e.g., "mv SOURCEDIR/A DESTDIR", >if DESTDIR/A exists, SOURCEDIR/A will be made into DESTDIR/A/A. That's very >surprising, in particular when many directories are moved in the same >command, and they end up at different levels. This bug affects all mv's, not just ones across file systems. I hope it only affects the top level, so you can recover fairly easily. This behaviour is almost documented for mv's across file systems :-). The effect is supposed to be equivalent to rm -f DESTDIR && \ cp -pRP SOURCEDIR/A DESTDIR && \ rm -rf SOURCEDIR cp will change DESTDIR to DESTDIR/A and do the wrong thing if DESTDIR/A already exists. However, the rm -f can't work for directories and apparently isn't done. mv across file systems is so fundamentally broken that I think it shouldn't be available. cp -pRP has several bugs (it snaps links and doesn't preserve all possible file times) and there is no way the mv can be atomic. Bruce From owner-freebsd-bugs Mon Nov 20 19:24:17 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA17025 for bugs-outgoing; Mon, 20 Nov 1995 19:24:17 -0800 Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA17017 for ; Mon, 20 Nov 1995 19:24:07 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id WAA09027; Mon, 20 Nov 1995 22:22:01 -0500 (EST) Date: Mon, 20 Nov 1995 22:21:52 -0500 (EST) From: "Marc G. Fournier" To: Torbjorn Granlund cc: freebsd-bugs@freebsd.org Subject: Re: Bogus mv behaviour In-Reply-To: <199511201943.UAA01399@insanus.matematik.su.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org Precedence: bulk On Mon, 20 Nov 1995, Torbjorn Granlund wrote: > When moving directories across filesystems, e.g., "mv SOURCEDIR/A DESTDIR", > if DESTDIR/A exists, SOURCEDIR/A will be made into DESTDIR/A/A. That's very > surprising, in particular when many directories are moved in the same > command, and they end up at different levels. > Why is that surprising? Or do you think that if you do: mv SRCDIR/A-DIR DESTDIR/B-DIR that all the files in A-DIR should be moved into B-DIR itself instead of moving DIR-A into DIR-B? If I mv A-DIR to DESTDIR/A-DIR, I'm expecting that its the directory as a whole I'm moving, not the contents individually... Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) scrappy@hub.org | soon to be: | scrappy@ki.net | For more information, send me email. From owner-freebsd-bugs Mon Nov 20 19:50:08 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA18546 for bugs-outgoing; Mon, 20 Nov 1995 19:50:08 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA18540 ; Mon, 20 Nov 1995 19:50:05 -0800 Resent-Date: Mon, 20 Nov 1995 19:50:05 -0800 Resent-Message-Id: <199511210350.TAA18540@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, pst@Shockwave.COM Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA17763 for ; Mon, 20 Nov 1995 19:42:18 -0800 Received: (from pst@localhost) by precipice.shockwave.com (8.6.12/8.6.12) id TAA23940; Mon, 20 Nov 1995 19:41:47 -0800 Message-Id: <199511210341.TAA23940@precipice.shockwave.com> Date: Mon, 20 Nov 1995 19:41:47 -0800 From: Paul Traina Reply-To: pst@Shockwave.COM To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/831: visual configuration utility minor gripes Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 831 >Category: kern >Synopsis: two minor complaints about the kernel visual config code >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Nov 20 19:50:02 PST 1995 >Last-Modified: >Originator: Paul Traina >Organization: Shockwave Engineering >Release: FreeBSD 2.1-STABLE i386 >Environment: 2.1.0-RELEASE & friends >Description: Visual mode does not allow you to set the irq of a device to -1 whereas the old mode does -- this is useful for telling a WD ethernet card to auto-sense. Visual mode does not give you the ability to undelete a device if you've disabled it. You need to go into line mode to re-enable it, however... Visual mode, when you're done, does not give you a chance to re-enter line mode, it just starts the ball rolling the moment you hit "Q". >How-To-Repeat: Try it, it's obvious. >Fix: This can be assigned to either myself or the original author of the visual mode config utility. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Nov 20 20:30:13 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA24607 for bugs-outgoing; Mon, 20 Nov 1995 20:30:13 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA24549 ; Mon, 20 Nov 1995 20:30:05 -0800 Date: Mon, 20 Nov 1995 20:30:05 -0800 Message-Id: <199511210430.UAA24549@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Jonathan M. Bresler" Subject: Re: kern/831: visual configuration utility minor gripes Reply-To: "Jonathan M. Bresler" Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR kern/831; it has been noted by GNATS. From: "Jonathan M. Bresler" To: Paul Traina Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/831: visual configuration utility minor gripes Date: Mon, 20 Nov 1995 23:10:41 -0500 (EST) On Mon, 20 Nov 1995, Paul Traina wrote: > > Visual mode does not give you the ability to undelete a device if you've > disabled it. You need to go into line mode to re-enable it, however... move down to the disable device list section. expand the class of device that you want to reenable. highlight the device that you want reenable. hit . the device is reenabled. unfortunately, if you want to reenable a second device, you have to move down again. you have been warpped to the upper section of the screen. Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. FreeBSD Postmaster jmb@FreeBSD.Org | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 From owner-freebsd-bugs Mon Nov 20 20:30:14 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA24610 for bugs-outgoing; Mon, 20 Nov 1995 20:30:14 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA24583 ; Mon, 20 Nov 1995 20:30:07 -0800 Date: Mon, 20 Nov 1995 20:30:07 -0800 Message-Id: <199511210430.UAA24583@freefall.freebsd.org> To: freebsd-bugs Cc: From: Gary Palmer Subject: Re: kern/831: visual configuration utility minor gripes Reply-To: Gary Palmer Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR kern/831; it has been noted by GNATS. From: Gary Palmer To: pst@Shockwave.COM Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/831: visual configuration utility minor gripes Date: Mon, 20 Nov 1995 20:28:52 -0800 Paul Traina wrote in message ID <199511210341.TAA23940@precipice.shockwave.com>: > Visual mode does not give you the ability to undelete a device if you've > disabled it. You need to go into line mode to re-enable it, however... You can. You go to the disabled devices list and then you can re-enable it. I think you hit tab to move to the disabled devices list. Look at the keys listed at the bottom of the screen. Gary From owner-freebsd-bugs Mon Nov 20 22:14:30 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA17266 for bugs-outgoing; Mon, 20 Nov 1995 22:14:30 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA17261 for ; Mon, 20 Nov 1995 22:14:24 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA06922; Tue, 21 Nov 1995 17:09:19 +1100 Date: Tue, 21 Nov 1995 17:09:19 +1100 From: Bruce Evans Message-Id: <199511210609.RAA06922@godzilla.zeta.org.au> To: bde@zeta.org.au, freebsd-bugs@freebsd.org, tege@matematik.su.se Subject: Re: Bogus mv behaviour Sender: owner-bugs@freebsd.org Precedence: bulk >>When moving directories across filesystems, e.g., "mv SOURCEDIR/A DESTDIR", >>if DESTDIR/A exists, SOURCEDIR/A will be made into DESTDIR/A/A. That's very >>surprising, in particular when many directories are moved in the same >>command, and they end up at different levels. I wrote: >This bug affects all mv's, not just ones across file systems. I hope it Actually it only affects cases when the final target dir is empty. After `mkdir a b a/a b/a' mv a b # replaces b/a by the original a gnu-mv a b # fails (under LInux) After `mkdir a b a/a b/a a/a/a b/a/b', both mv's fail. However, if b is on a separate file system, then FreeBSD mv still tries to do the move, and the move succeeds because it is reduced to cp -PRp and not to renam(). Other mv strangeness: after `mkdir a b', there seems to be no way using gnu mv to rename a to b although the rename syscall would succeed because the target is empty. mv a/ b/ # renames a to b gnu-mv a/ b/ # renames a to b/a (under Linux) The trailing slashes somehow stops mv from concatenating the directory names, and rename("a/", "b/") works right under FreeBSD. Bruce From owner-freebsd-bugs Tue Nov 21 04:56:32 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA17884 for bugs-outgoing; Tue, 21 Nov 1995 04:56:32 -0800 Received: from cais.cais.com (cais.com [199.0.216.4]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA17879 for ; Tue, 21 Nov 1995 04:56:30 -0800 Received: from zamfir.cais.com (zamfir.cais.com [205.252.26.215]) by cais.cais.com (8.6.10/8.6.5) with SMTP id HAA16264 for ; Tue, 21 Nov 1995 07:56:23 -0500 Message-Id: <199511211256.HAA16264@cais.cais.com> Date: Tue, 21 Nov 95 11:56:24 0400 From: Lindsey Cheng X-Mailer: Mozilla 1.12(Macintosh; I; PPC) MIME-Version: 1.0 To: bugs@freebsd.org Subject: Lockup on 2.0.5 cdrom version X-URL: http://www.freebsd.org/support.html Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: owner-bugs@freebsd.org Precedence: bulk Hey, When the system boots and probes for devices, it reaches the matcd (matsushita cdrom ) and then goes into an infinite loop about the bus not releasing. This has happenned on two different motherboards (intel ZP and SiS P90). Whne I try to configure the boot to not probe for the matcd, it just goes ahead and boots default. Thanks, Lindsey From owner-freebsd-bugs Tue Nov 21 06:25:36 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA23545 for bugs-outgoing; Tue, 21 Nov 1995 06:25:36 -0800 Received: from gandalf.me.ksu.edu (joed@gandalf.me.ksu.edu [129.130.41.86]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA23540 for ; Tue, 21 Nov 1995 06:25:29 -0800 Received: (from joed@localhost) by gandalf.me.ksu.edu (8.6.10/8.6.9) id IAA15886; Tue, 21 Nov 1995 08:25:04 -0600 From: Joe Diehl Message-Id: <199511211425.IAA15886@gandalf.me.ksu.edu> Subject: Re: Lockup on 2.0.5 cdrom version To: zamfir@cais.cais.com (Lindsey Cheng) Date: Tue, 21 Nov 1995 08:25:04 -0600 (CST) Cc: bugs@freebsd.org In-Reply-To: <199511211256.HAA16264@cais.cais.com> from "Lindsey Cheng" at Nov 21, 95 11:56:24 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 701 Sender: owner-bugs@freebsd.org Precedence: bulk As Lindsey Cheng wrote: > > Hey, > > When the system boots and probes for devices, it reaches the matcd > (matsushita cdrom ) and then goes into an infinite loop about the bus > not releasing. This has happenned on two different motherboards (intel > ZP and SiS P90). Whne I try to configure the boot to not probe for the > matcd, it just goes ahead and boots default. > > Thanks, > Lindsey > > > I had this problem also... The matcd0 probe interferes with a Sound Blaster card... even if you havn't told FreeBSD that the card exists. Disabling the matcd is the correct solution to the problem... --- Joe Diehl Engineering Computing Center Kansas State University From owner-freebsd-bugs Tue Nov 21 07:30:11 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA27304 for bugs-outgoing; Tue, 21 Nov 1995 07:30:11 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA27291 ; Tue, 21 Nov 1995 07:30:04 -0800 Resent-Date: Tue, 21 Nov 1995 07:30:04 -0800 Resent-Message-Id: <199511211530.HAA27291@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, green@aries.isf.rl.af.mil Received: from aries.isf.rl.af.mil (aries.ISF.RL.AF.MIL [128.132.64.38]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA26659 for ; Tue, 21 Nov 1995 07:21:19 -0800 Received: (from green@localhost) by aries.isf.rl.af.mil (8.6.12/8.6.12) id KAA01508; Tue, 21 Nov 1995 10:21:03 -0500 Message-Id: <199511211521.KAA01508@aries.isf.rl.af.mil> Date: Tue, 21 Nov 1995 10:21:03 -0500 From: Charles Kenneth Green - PRC Reply-To: green@aries.isf.rl.af.mil To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/832: 4mm DAT drive errors Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 832 >Category: i386 >Synopsis: Tape drive busy errors - dump aborts >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Nov 21 07:30:02 PST 1995 >Last-Modified: >Originator: Charles Kenneth Green - PRC >Organization: PRC IRDS - Rome Laboratory >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD 2.1.0-RELEASE #0: Mon Nov 20 15:56:09 EST 1995 green@aries.isf.rl.af.mil:/usr/src/sys/compile/ARIES CPU: 133-MHz Pentium 735\\90 or 815\\100 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x52b Stepping=11 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 30687232 (29968K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 not found at 0x3e8 sio3 not found at 0x2e8 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found at 0xffffffff lpt2 not found at 0xffffffff mse0: wrong signature ff mse0 not found at 0x23c pca0 on motherboard pca0: PC speaker audio driver fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wt0 not found at 0x300 scd0 not found at 0x230 ix0 at 0x300-0x30f irq 10 maddr 0xd0000 msize 32768 on isa ix0: address 00:aa:00:5b:d3:db npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 7 drq 1 on isa sb0: sbxvi0 at 0x0 drq 5 on isa sbxvo0: sbmidi0 at 0x330 on isa opl0 at 0x388 on isa opl0: joy0 at 0x201 on isa joy0: joystick Probing for devices on the PCI bus: chip0 rev 1 on pci0:0 chip1 rev 2 on pci0:7 vga0 rev 0 int a irq 9 on pci0:17 ahc0 rev 3 int a irq 12 on pci0:19 ahc0: 2940 Single Channel, SCSI Id=7, aic7870, 255 SCBs ahc0 waiting for scsi devices to settle (ahc0:0:0): "FUJITSU M2915S-512 0127" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 2075MB (4250695 512 byte sectors) (ahc0:2:0): "PLEXTOR CD-ROM PX-6XCS 1.00" type 5 removable SCSI 2 cd0(ahc0:2:0): CD-ROM cd0(ahc0:2:0): NOT READY asc:3a,0 Medium not present can't get the size (ahc0:4:0): "ARCHIVE Python 28454-XXX 4ASB" type 1 removable SCSI 2 st0(ahc0:4:0): Sequential-Access density code 0x8c, 512-byte blocks, write-enabled >Description: When trying to do backups to my FreeBSD 2.1 system my 4mm 5gig Python tape drive reports "st0(ahc0:4:0): Target Busy" numerous times and then aborts the dump. I've tried replacing the cable but that hasn't had any positive affect. >How-To-Repeat: Send a large dump to the tape drive. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Nov 21 08:50:08 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA04794 for bugs-outgoing; Tue, 21 Nov 1995 08:50:08 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA04787 ; Tue, 21 Nov 1995 08:50:03 -0800 Date: Tue, 21 Nov 1995 08:50:03 -0800 Message-Id: <199511211650.IAA04787@freefall.freebsd.org> To: freebsd-bugs Cc: From: Nate Williams Subject: Re: i386/832: 4mm DAT drive errors Reply-To: Nate Williams Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR i386/832; it has been noted by GNATS. From: Nate Williams To: green@aries.isf.rl.af.mil Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: i386/832: 4mm DAT drive errors Date: Tue, 21 Nov 1995 09:49:14 -0700 Charles Kenneth Green writes: > > >Number: 832 > >Category: i386 > >Synopsis: Tape drive busy errors - dump aborts > (ahc0:4:0): "ARCHIVE Python 28454-XXX 4ASB" type 1 removable SCSI 2 > st0(ahc0:4:0): Sequential-Access density code 0x8c, 512-byte blocks, write-enabled > > > >Description: > > When trying to do backups to my FreeBSD 2.1 system my 4mm 5gig Python > tape drive reports "st0(ahc0:4:0): Target Busy" numerous times and > then aborts the dump. > I've tried replacing the cable but that hasn't had any > positive affect. > > >How-To-Repeat: > > Send a large dump to the tape drive. Hmm, here is the output from my ARCHIVE 4mm (aha0:6:0): "ARCHIVE Python 25588-XXX 2.96" type 1 removable SCSI 2 st0(aha0:6:0): Sequential-Access density code 0x13, 512-byte blocks, write-enabled I've done quite a few dumps (and one restore even) with my tape drive on 2.1-stable w/out any problems. Nate From owner-freebsd-bugs Tue Nov 21 10:10:10 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA10773 for bugs-outgoing; Tue, 21 Nov 1995 10:10:10 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA10761 ; Tue, 21 Nov 1995 10:10:06 -0800 Date: Tue, 21 Nov 1995 10:10:06 -0800 Message-Id: <199511211810.KAA10761@freefall.freebsd.org> To: freebsd-bugs Cc: From: Charles Green Subject: Re: i386/832: 4mm DAT drive errors Reply-To: Charles Green Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR i386/832; it has been noted by GNATS. From: Charles Green To: Nate Williams Cc: Subject: Re: i386/832: 4mm DAT drive errors Date: Tue, 21 Nov 1995 13:03:23 -0500 It's possible that it's a drive problem but unlikely. We have two identical driv es and both act the same. However, on the our sparc 10s there are no problems. On %d Nate Williams wrote: >>Charles Kenneth Green writes: >> >> >Number: 832 >> >Category: i386 >> >Synopsis: Tape drive busy errors - dump aborts >> (ahc0:4:0): "ARCHIVE Python 28454-XXX 4ASB" type 1 removable SCSI 2 >> st0(ahc0:4:0): Sequential-Access density code 0x8c, 512-byte blocks, write-enabled > > >> >> >> >Description: >> >> When trying to do backups to my FreeBSD 2.1 system my 4mm 5gig Python >> tape drive reports "st0(ahc0:4:0): Target Busy" numerous times and >> then aborts the dump. >> I've tried replacing the cable but that hasn't had any >> positive affect. >> >> >How-To-Repeat: >> >> Send a large dump to the tape drive. > >Hmm, here is the output from my ARCHIVE 4mm > >(aha0:6:0): "ARCHIVE Python 25588-XXX 2.96" type 1 removable SCSI 2 >st0(aha0:6:0): Sequential-Access density code 0x13, 512-byte blocks, write-enabled > >I've done quite a few dumps (and one restore even) with my tape drive on >2.1-stable w/out any problems. > > >Nate ---------------------------------- E-Mail: Charles Green Date: 11/21/95 Time: 13:01:25 From owner-freebsd-bugs Tue Nov 21 17:10:36 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA15523 for bugs-outgoing; Tue, 21 Nov 1995 17:10:36 -0800 Received: from ast.com (irvine.ast.com [165.164.128.2]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id RAA15517 for ; Tue, 21 Nov 1995 17:10:33 -0800 Received: from fw.ast.com by ast.com with SMTP id AA24561 (5.67b/IDA-1.5 for ); Tue, 21 Nov 1995 17:10:47 -0800 Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #4) id m0tI3Tw-00008SC; Tue, 21 Nov 95 18:56 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #19) id m0tI3Ha-000IshC; Tue, 21 Nov 95 18:43 WET Message-Id: Date: Tue, 21 Nov 95 18:43 WET To: bugs@freebsd.org, zamfir@cais.cais.com, joed@engg.ksu.edu From: uhclem%nemesis@fw.ast.com (Frank Durda IV) Sent: Tue Nov 21 1995, 18:43:25 CST Subject: Lockup on 2.0.5 cdrom version Sender: owner-bugs@freebsd.org Precedence: bulk [0]Hey, [0] [0]When the system boots and probes for devices, it reaches the matcd [0](matsushita cdrom ) and then goes into an infinite loop about the bus [0]not releasing. This has happenned on two different motherboards (intel [0]ZP and SiS P90). Whne I try to configure the boot to not probe for the [0]matcd, it just goes ahead and boots default. [0] [0]Thanks, [0]Lindsey [1]I had this problem also... The matcd0 probe interferes with a Sound [1]Blaster card... even if you havn't told FreeBSD that the card exists. [1] [1]Disabling the matcd is the correct solution to the problem... Actually the CORRECT solution is to get the newer matcd driver, which can be found in FreeBSD 2.1. It supports the sound card or host interface you have. The driver in 2.0.5 supports ONLY genuine Creative Labs cards. The man page for matcd actually listed that requirement in 2.0.5. The newer driver supports Creative Labs boards, plus IBM, Diamond, MediaVision, and half a dozen other vendors who make their CD-ROM interfaces different (not compatible) with the SoundBlaster. FYI, the matcd driver is looking for the CD-ROM interface which is where you got stuck and that hardware is completely INDEPENDENT of the audio sections of the card. So the audio-related drivers can be completely disabled and the CD-ROM section will still work. Get the new driver (/usr/src/sys/i386/isa/matcd/*) - it will run in 2.0.5 just fine, or upgrade to 2.1.0. Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@fw.ast.com (Fastest Route)| demand... A SEGMENT REGISTER!!!" ...letni!rwsys!nemesis!uhclem |"A what?" ...decvax!fw.ast.com!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 From owner-freebsd-bugs Tue Nov 21 19:49:16 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA24523 for bugs-outgoing; Tue, 21 Nov 1995 19:49:16 -0800 Received: from s1n01 (s1n01e.qpsf.edu.au [203.2.138.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA24517 for ; Tue, 21 Nov 1995 19:48:59 -0800 Received: from nazgul.qpsf.edu.au ([203.2.138.251]) by s1n01e.qpsf.edu.au with SMTP id <4191>; Wed, 22 Nov 1995 13:48:41 +1000 Received: by nazgul.qpsf.edu.au (AIX 4.1/UCB 5.64/4.03) id AA21800; Wed, 22 Nov 1995 13:48:29 +1000 Date: Wed, 22 Nov 1995 13:48:29 +1000 From: tonyr@qpsf.edu.au (Tony Rynan) To: Message-Id: <9511220348.AA21800@nazgul.qpsf.edu.au> Apparently-To: bugs@FreeBSD.org Sender: owner-bugs@FreeBSD.org Precedence: bulk From owner-freebsd-bugs Tue Nov 21 19:52:38 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA24797 for bugs-outgoing; Tue, 21 Nov 1995 19:52:38 -0800 Received: from tellab5.lisle.tellabs.com (tellab5.lisle.tellabs.com [138.111.243.28]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id TAA24787 ; Tue, 21 Nov 1995 19:52:30 -0800 From: mikebo@tellabs.com Received: from tellabk.tellabs.com by tellab5.lisle.tellabs.com with smtp (Smail3.1.29.1 #4) id m0tI6Dq-000jCPC; Tue, 21 Nov 95 21:51 CST Received: by tellabk.tellabs.com (4.1/1.9) id AA17054; Tue, 21 Nov 95 21:51:45 CST Message-Id: <9511220351.AA17054@tellabk.tellabs.com> Subject: 2.0.5R: SCSI hang and panic... HELP To: bugs@freebsd.org Date: Tue, 21 Nov 1995 21:51:44 -0600 (CST) Cc: mikebo (Mike Borowiec), questions@freebsd.org X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 3372 Sender: owner-bugs@freebsd.org Precedence: bulk Oh noooooo.... 2.1.0R is out, so I'm trying to back up my 2.0.5R machine to 8mm Exabyte, but every time I get close to finishing my tar backup, this happens: ahc0: target 0, lun 0 (sd0) timed out ahc0: target 0, lun 0 (sd0) timed out [total of six times] From owner-freebsd-bugs Tue Nov 21 20:00:09 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA25263 for bugs-outgoing; Tue, 21 Nov 1995 20:00:09 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA25206 ; Tue, 21 Nov 1995 20:00:06 -0800 Resent-Date: Tue, 21 Nov 1995 20:00:06 -0800 Resent-Message-Id: <199511220400.UAA25206@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, "Received:from ast.com (irvine.ast.com [165.164.128.2]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id TAA25132 for" ; Tue, 21.Nov.1995.19:59:24.-0800 Received: from fw.ast.com by ast.com with SMTP id AA26827 (5.67b/IDA-1.5 for ); Tue, 21 Nov 1995 20:00:45 -0800 Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #4) id m0tI5HF-00008SC; Tue, 21 Nov 95 20:51 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #19) id m0tI5EH-000IvKC; Tue, 21 Nov 95 20:48 WET Message-Id: Date: Tue, 21 Nov 95 20:48 WET From: uhclem%nemesis@fw.ast.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/833: SCSI hard disks time out during tape rewind - FDIV039 Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 833 >Category: i386 >Synopsis: SCSI hard disks time out during tape rewind - FDIV039 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Nov 21 20:00:03 PST 1995 >Last-Modified: >Originator: Frank Durda IV >Organization: >Release: FreeBSD 2.1.0-RELEASE (also FreeBSD 2.0.5-RELEASE) >Environment: Three different systems all 486 (25MHz or faster, 8Meg or more RAM, Adaptec 1540B or 1542CF SCSI adapters, all with latest firmware/BIOS. At least one SCSI hard disk at aha0:0:0 SCSI Tape drive always at aha0:2:0 QIC150 using 600ft or longer tape (including 250Meg 1020ft tapes). Tape drive is QIC-150 Archive Viper 150, or Archive Viper 2150eS, or WangDAT Model 2600 DAT tape Normal combinations are: 33MHz 16Meg 1542CF WangDAT One hard disk 25MHz 8Meg 1542CF Archive Viper 150 (Internal) 33MHz 12Meg 1540B Archive 2150eS (external) >Description: If the tape is more than 20 seconds or so from BOT and a "mt rewind" command is issued, after 10 seconds or so the message: sd0(aha0:0:0): timed-out is reported, and continues to be reported at roughly five second intervals until the rewind is completed and BOT acquired. On DAT this operation can take up to a minute. Note that the tape is st0(aha0:2:0). On 250Meg (1020ft) QIC tapes, over two minutes can lapse. During this time, all system SCSI I/O seems to come to a halt. This problem was not noticed on the SCO UNIX software that used to be run on these systems, and we are fairly certain the system didn't "hang" for a minute when a DAT tape was re-wound as this would have been noticed. The higher priority on this report is more out of concern that I/O destined for the hard disk is aborted or otherwise lost because of the timeouts. That hopefully isn't the case. >How-To-Repeat: On the QIC 150 tape, run it (nrst0) until you hear the drive pause to reverse direction, then abort the operation. Now issue a "mt rewind". On a different screen, type "sync" or do something that will access the SCSI hard disks. Within 15 seconds you should see an error on the console. On the DAT, I found that writing/reading 50Meg (nrst0) into the tape got you far enough down the tape to see the error. Then abort the function and do a "mt rewind". >Fix: Issue rewind with bus disconnect commands when allowed. If these drives can't be disconnected from the bus while performing rewinds, set time-out timers higher when removable media is present. It is not sufficient to set longer timers on commands sent just to the removable media; requests to devices blocked by the slower devices must also get more time as in the above errors. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Nov 21 21:02:00 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA02036 for bugs-outgoing; Tue, 21 Nov 1995 21:02:00 -0800 Received: from tellab5.lisle.tellabs.com (tellab5.lisle.tellabs.com [138.111.243.28]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id VAA02002 ; Tue, 21 Nov 1995 21:01:45 -0800 From: mikebo@tellabs.com Received: from tellabk.tellabs.com by tellab5.lisle.tellabs.com with smtp (Smail3.1.29.1 #4) id m0tI7J1-000jCRC; Tue, 21 Nov 95 23:01 CST Received: by tellabk.tellabs.com (4.1/1.9) id AA17789; Tue, 21 Nov 95 23:01:10 CST Message-Id: <9511220501.AA17789@tellabk.tellabs.com> Subject: 2.0.5R: SCSI hang and panic... HELP To: questions@freebsd.org Date: Tue, 21 Nov 1995 23:01:10 -0600 (CST) Cc: bugs@freebsd.org, freebsd-scsi@freebsd.org X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 3746 Sender: owner-bugs@freebsd.org Precedence: bulk Oh noooooo.... 2.1.0R is out, so I'm trying to back up my 2.0.5R machine to 8mm Exabyte, but every time I get close to finishing my tar backup, this happens: ahc0: target 0, lun 0 (sd0) timed out ahc0: target 0, lun 0 (sd0) timed out [total of six times] .. ahc_scsi_cmd0: more than 256 DMA segs sd0: oops not queued biodone: buffer already done /: bad dir ino 2 at offset 0: mangled entry panic: bad dir dumping to dev 40, offset 32768 ahc0: not responding SCSI bus busy light on... system hung. The machine is a 486DX50 EISA/VESA w/16MB, with an Adaptec 2742AT EISA SCSI card. Please find dmesg output below... The system kernel is all generic 2.0.5R EXCEPT it has an updated st.c: ($Id: st.c,v 1.38 1995/07/16 09:13:14 gibbs Exp $). Anyone see this before... know of a solution? Any suggestions would be most appreciated... Thanks! - Mike Included dmesg output: FreeBSD 2.0.5-RELEASE #0: Fri Sep 1 00:16:43 CDT 1995 kroot@timesink:/usr/src/sys/compile/TIMESINK CPU: i486DX (486-class CPU) real memory = 16384000 (4000 pages) avail memory = 14749696 (3601 pages) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x280-0x29f irq 9 maddr 0xd4000 msize 16384 on isa ed0: address 00:00:c0:d1:09:2d, type WD8013EP (16 bit) bpf: ed0 attached sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface mse0 at 0x23c irq 3 on isa pca0 on motherboard pca0: PC speaker audio driver fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in fd1: 1.2MB 5.25in ahc0: reading board settings ahc0: 274x Twin Channel, A SCSI Id=7, B SCSI Id=7, aic7770 >= Rev E, 4 SCBs ahc0: Using Level Sensitive Interrupts ahc0: Downloading Sequencer Program...Done ahc0 at 0x5000-0x50ff irq 11 on eisa slot 5 ahc0: Probing channel A ahc0 waiting for scsi devices to settle ahc0: target 0 synchronous at 4.4MB/s, offset = 0xf (ahc0:0:0): "IMPRIMIS 94601-15 1250" type 0 fixed SCSI 1 sd0(ahc0:0:0): Direct-Access 989MB (2026965 512 byte sectors) ahc0: target 1 synchronous at 10.0MB/s, offset = 0xf (ahc0:1:0): "MAXTOR XT-4380S B5A" type 0 fixed SCSI 1 sd1(ahc0:1:0): Direct-Access 318MB (651630 512 byte sectors) (ahc0:2:0): "ARCHIVE VIPER 150 20000 -000" type 1 removable SCSI 1 st0(ahc0:2:0): Sequential-Access st0: Archive Viper 150 is a known rogue density code 0x0, drive empty (ahc0:5:0): "EXABYTE EXB-8200 4.25" type 1 removable SCSI 1 st1(ahc0:5:0): Sequential-Access density code 0x0, drive empty (ahc0:6:0): "NEC CD-ROM DRIVE:501 2.2" type 5 removable SCSI 2 cd0(ahc0:6:0): CD-ROM cd present.[313218 x 2048 byte records] ahc0: Probing Channel B ahc0 waiting for scsi devices to settle ahb0 not found aha0 not found at 0x330 npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 5 drq 1 on isa sb0: opl0 at 0x388 on isa opl0: bpf: lo0 attached bpf: ppp0 attached bpf: sl0 attached -- -------------------------------------------------------------------------- Michael Borowiec - mikebo@tellabs.com - Tellabs Operations Inc. Senior Member of Technical Staff 4951 Indiana Avenue, MS 63 708-512-8211 FAX: 708-512-7099 Lisle, IL 60532 USA -------------------------------------------------------------------------- -- -------------------------------------------------------------------------- Michael Borowiec - mikebo@tellabs.com - Tellabs Operations Inc. Senior Member of Technical Staff 4951 Indiana Avenue, MS 63 708-512-8211 FAX: 708-512-7099 Lisle, IL 60532 USA -------------------------------------------------------------------------- From owner-freebsd-bugs Wed Nov 22 03:10:12 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA27078 for bugs-outgoing; Wed, 22 Nov 1995 03:10:12 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA27072 ; Wed, 22 Nov 1995 03:10:07 -0800 Resent-Date: Wed, 22 Nov 1995 03:10:07 -0800 Resent-Message-Id: <199511221110.DAA27072@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, scrappy@hub.org Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA26358 for ; Wed, 22 Nov 1995 03:00:10 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id FAA00304; Wed, 22 Nov 1995 05:59:54 -0500 (EST) Message-Id: <199511221059.FAA00304@hub.org> Date: Wed, 22 Nov 1995 05:59:54 -0500 (EST) From: "Marc G. Fournier" Reply-To: scrappy@hub.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/834: the console keyboard locks up randonly under pcvt Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 834 >Category: kern >Synopsis: the console keyboard locks up randonly under pcvt >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Nov 22 03:10:03 PST 1995 >Last-Modified: >Originator: Marc G. Fournier >Organization: Knowledge, Information and Communications, Inc (ki.net) >Release: FreeBSD 2.1-STABLE i386 >Environment: > dmesg FreeBSD 2.1-STABLE #0: Sun Nov 19 20:12:40 EST 1995 scrappy@hub.org:/usr/src/sys/compile/hub CPU: i386DX (386-class CPU) real memory = 8650752 (8448K bytes) avail memory = 7131136 (6964K bytes) Probing for devices on the ISA bus: pcvt: doreset() - got KEYB_R_RESEND response ... [one time only msg] vt0 at 0x60-0x6f irq 1 on motherboard vt0: tvga 9000, 80/132 col, color, 8 scr, mf2-kbd, [R3.20-b24] sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 not found at 0x2f8 lpt0 not found at 0xffffffff fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 329MB (675450 sectors), 790 cyls, 15 heads, 57 S/T, 512 B/S aha0 at 0x330-0x333 irq 11 drq 5 on isa aha0 waiting for scsi devices to settle (aha0:0:0): "QUANTUM LPS340S 020B" type 0 fixed SCSI 2 sd0(aha0:0:0): Direct-Access 327MB (670506 512 byte sectors) npx0 on motherboard npx0: 387 emulator >Description: Sometime early Wednesday morning (problem was noticed at 5:44am), the console on my machine locked up. When turning the screen on, the clock that was present on my console was still ticking away, and was showing 5:44, indicating that the problem was completely within the keyboard (nothing typed showed up on the screen) Of note: it was working when I went to bed 2 hours earlier, and the system continued to work. If I had a terminal, I am comfortable with assuming that I would have been able to login using it. As is shown in the above dmesg, I am running pcvt, with the following /etc/rc.i386 settings, which I got from a friend, who is using the same settings: #!/bin/sh - # # rc.i386,v 1.9 1995/05/26 18:06:52 rgrimes Exp # Do i386 specific processing # echo -n 'enabling FreeBSD/i386 options:' echo -n ' pcvt' if [ -s /usr/share/misc/pcvtfonts/vt220l.808 -a \ -s /usr/share/misc/pcvtfonts/vt220h.808 ] ; then loadfont -c 6 -f /usr/share/misc/pcvtfonts/vt220l.808 loadfont -c 7 -f /usr/share/misc/pcvtfonts/vt220h.808 for vty in /dev/ttyv* ; do scon -d $vty -s 50 cursor -d $vty -s0 -e16 done fi scon -c 1 echo '.' >How-To-Repeat: It does it randomly, sometimes within minutes of rebooting, somethings, as is this case, after over a days uptime/usage. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Nov 22 08:50:26 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA25519 for bugs-outgoing; Wed, 22 Nov 1995 08:50:26 -0800 Received: from lynx.spider.co.uk (lynx.spider.co.uk [134.191.64.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA25512 for ; Wed, 22 Nov 1995 08:50:10 -0800 Received: from queenbee.spider.co.uk (queenbee.spider.co.uk [134.191.64.187]) by lynx.spider.co.uk (8.6.12/8.6.12) with SMTP id QAA16488 for ; Wed, 22 Nov 1995 16:40:17 GMT Received: from bombus.spider.co.uk by queenbee.spider.co.uk (4.1/SMI-4.1) id AA01478; Wed, 22 Nov 95 16:50:08 GMT Date: Wed, 22 Nov 95 16:50:08 GMT From: gavin@spider.co.uk (Gavin Shearer) Message-Id: <9511221650.AA01478@queenbee.spider.co.uk> X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: freebsd-bugs@freebsd.org Subject: Problem of '=' instead of '==' in if_ed.c version 1.87 Sender: owner-bugs@freebsd.org Precedence: bulk The file "sys/i386/isa/if_ed.c" (version 1.87) has a couple of lines which have '=' instead of '==': line 513: if (sc->type = ED_TYPE_SMC8216C) { should be: if (sc->type == ED_TYPE_SMC8216C) { line 537: if (sc->type = ED_TYPE_SMC8216C) { should be if (sc->type == ED_TYPE_SMC8216C) { Gavin -- Gavin Shearer , Spider Software, +44 131 555 5166 From owner-freebsd-bugs Wed Nov 22 09:46:08 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA29717 for bugs-outgoing; Wed, 22 Nov 1995 09:46:08 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA29710 for ; Wed, 22 Nov 1995 09:46:05 -0800 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id JAA02240; Wed, 22 Nov 1995 09:45:47 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id JAA00412; Wed, 22 Nov 1995 09:43:24 -0800 Message-Id: <199511221743.JAA00412@corbin.Root.COM> To: gavin@spider.co.uk (Gavin Shearer) cc: freebsd-bugs@freebsd.org Subject: Re: Problem of '=' instead of '==' in if_ed.c version 1.87 In-reply-to: Your message of "Wed, 22 Nov 95 16:50:08 GMT." <9511221650.AA01478@queenbee.spider.co.uk> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 22 Nov 1995 09:43:14 -0800 Sender: owner-bugs@freebsd.org Precedence: bulk >The file "sys/i386/isa/if_ed.c" (version 1.87) has a couple of lines which >have '=' instead of '==': > >line 513: > if (sc->type = ED_TYPE_SMC8216C) { >should be: > if (sc->type == ED_TYPE_SMC8216C) { > >line 537: > if (sc->type = ED_TYPE_SMC8216C) { >should be > if (sc->type == ED_TYPE_SMC8216C) { Yikes! That slipped past my review. Fortunately the effect of this is only cosmetic - the type string is output incorrectly in some cases. Thanks for the bug report. -DG From owner-freebsd-bugs Wed Nov 22 13:00:10 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA10904 for bugs-outgoing; Wed, 22 Nov 1995 13:00:10 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA10840 ; Wed, 22 Nov 1995 13:00:05 -0800 Date: Wed, 22 Nov 1995 13:00:05 -0800 Message-Id: <199511222100.NAA10840@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: kern/834: the console keyboard locks up randonly under pcvt Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR kern/834; it has been noted by GNATS. From: J Wunsch To: scrappy@hub.org Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/834: the console keyboard locks up randonly under pcvt Date: Wed, 22 Nov 1995 21:20:17 +0100 (MET) As Marc G. Fournier wrote: > > > Sometime early Wednesday morning (problem was noticed at 5:44am), the > console on my machine locked up. When turning the screen on, the clock > that was present on my console was still ticking away, and was showing > 5:44, indicating that the problem was completely within the keyboard > (nothing typed showed up on the screen) The only known keyboard locking problem with pcvt was related to the "set LEDs" command. Your problem seems to be something else. Do the keyboard LEDs still work (press caps or num lock)? Do you have the chance to swap hardware? It's hardly believable that the driver would lock up, since apparently nothing has been done with the keyboard. I'm close to blame the hardware first in this case... -- 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 Nov 22 14:50:08 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA17791 for bugs-outgoing; Wed, 22 Nov 1995 14:50:08 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA17757 ; Wed, 22 Nov 1995 14:50:04 -0800 Date: Wed, 22 Nov 1995 14:50:04 -0800 Message-Id: <199511222250.OAA17757@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Marc G. Fournier" Subject: Re: kern/834: the console keyboard locks up randonly under pcvt Reply-To: "Marc G. Fournier" Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR kern/834; it has been noted by GNATS. From: "Marc G. Fournier" To: Joerg Wunsch Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/834: the console keyboard locks up randonly under pcvt Date: Wed, 22 Nov 1995 17:41:20 -0500 (EST) On Wed, 22 Nov 1995, J Wunsch wrote: > As Marc G. Fournier wrote: > > > > > > Sometime early Wednesday morning (problem was noticed at 5:44am), the > > console on my machine locked up. When turning the screen on, the clock > > that was present on my console was still ticking away, and was showing > > 5:44, indicating that the problem was completely within the keyboard > > (nothing typed showed up on the screen) > > The only known keyboard locking problem with pcvt was related to the > "set LEDs" command. Your problem seems to be something else. > > Do the keyboard LEDs still work (press caps or num lock)? > > Do you have the chance to swap hardware? > > It's hardly believable that the driver would lock up, since apparently > nothing has been done with the keyboard. I'm close to blame the > hardware first in this case... > I'm beginning to suspect hardware too...my new keyboard in particular. I've just plugged in an older (and less pleasurable to use) keyboard, and will see how it works... The last failure seems to be a little too suspicious, considering that the monitor itself was still working Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) scrappy@hub.org | soon to be: | scrappy@ki.net | For more information, send me email. From owner-freebsd-bugs Wed Nov 22 17:12:39 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA00163 for bugs-outgoing; Wed, 22 Nov 1995 17:12:39 -0800 Received: from fxqjm.uafadm.alaska.edu (fxqjm.uafadm.alaska.edu [137.229.15.92]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA00158 for ; Wed, 22 Nov 1995 17:12:36 -0800 Received: (from root@localhost) by fxqjm.uafadm.alaska.edu (8.6.12/8.6.12) id QAA03822; Wed, 22 Nov 1995 16:13:16 -0900 Date: Wed, 22 Nov 1995 16:13:08 -0900 (AKST) From: Quanah Mount To: bugs@freebsd.org Subject: Mosaic.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org Precedence: bulk The Mosaic port does not work.. it looks for a file in Xm/????? there is no /usr/X11R6/include/Xm, or any /usr/X11R6/Xm, or /usr/X11R6/bin/Xm, etc.. Quanah From owner-freebsd-bugs Wed Nov 22 17:30:12 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA01548 for bugs-outgoing; Wed, 22 Nov 1995 17:30:12 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA01540 ; Wed, 22 Nov 1995 17:30:08 -0800 Resent-Date: Wed, 22 Nov 1995 17:30:08 -0800 Resent-Message-Id: <199511230130.RAA01540@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA00953 for ; Wed, 22 Nov 1995 17:22:34 -0800 Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.6.12/8.6.4) with ESMTP id DAA05685 for ; Thu, 23 Nov 1995 03:22:23 +0200 Received: (hsu@localhost) by katiska.clinet.fi (8.6.12/8.6.4) id DAA11935; Thu, 23 Nov 1995 03:22:28 +0200 Message-Id: <199511230122.DAA11935@katiska.clinet.fi> Date: Thu, 23 Nov 1995 03:22:28 +0200 From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/835: ed panics with SMC ultra with iomem, if no iomem in kernel config Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 835 >Category: kern >Synopsis: ed panics with SMC ultra with iomem, if no iomem in kernel config >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Nov 22 17:30:05 PST 1995 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.1.0-950928-SNAP i386 >Environment: SMC ultra card, and a kernel which is configured for a card at same address but no iomem (ne2000, to be specific). >Description: If there is a card with shared memory, like SMC ultra, and the kernel has been compiled with no iomem, ed driver causes a panic in boot. >How-To-Repeat: Install an SMC ultra (elite may do), and create a kernel for which there is no iomem configured at the address (or use -c to remove iomem definition). Boot, and it panics in the middle of probes. >Fix: No idea. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Nov 22 17:49:31 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA02448 for bugs-outgoing; Wed, 22 Nov 1995 17:49:31 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA02443 for ; Wed, 22 Nov 1995 17:49:28 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id RAA02998; Wed, 22 Nov 1995 17:49:14 -0800 To: Quanah Mount cc: bugs@freebsd.org Subject: Re: Mosaic.. In-reply-to: Your message of "Wed, 22 Nov 1995 16:13:08 -0900." Date: Wed, 22 Nov 1995 17:49:14 -0800 Message-ID: <2996.817091354@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org Precedence: bulk You need Motif to make that work. It's not a bug. Go buy Motif. Jordan > The Mosaic port does not work.. it looks for a file in Xm/????? > there is no /usr/X11R6/include/Xm, or any /usr/X11R6/Xm, or > /usr/X11R6/bin/Xm, etc.. > Quanah > From owner-freebsd-bugs Thu Nov 23 01:05:26 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA25978 for bugs-outgoing; Thu, 23 Nov 1995 01:05:26 -0800 Received: from kachina.jetcafe.org ([206.117.70.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA25951 ; Thu, 23 Nov 1995 01:05:16 -0800 Received: from [127.0.0.1] ([127.0.0.1]) by kachina.jetcafe.org (8.6.10/8.6.6) with SMTP id BAA23710; Thu, 23 Nov 1995 01:05:14 -0800 Message-Id: <199511230905.BAA23710@kachina.jetcafe.org> To: freebsd-bugs@freebsd.org, freebsd-hardware@freebsd.org Subject: Failed 2.1 install with Adaptec 7850 Date: Thu, 23 Nov 1995 01:05:09 -0800 From: Dave Hayes Sender: owner-bugs@freebsd.org Precedence: bulk I have a triton motherboard with an Adaptec 7850 in it. When the install script tries to create the actual BSD partitions (not the FreeBSD slice from fdisk) it fails. On VTY 2 is the following: QOUTCNT == 5 ahc0: WARNING no command for scb0 (cmdcmplt) QOUTCNT == 4 ahc0: WARNING no command for scb0 (cmdcmplt) ... QOUTCNT == 0 ahc0: WARNING no command for scb0 (cmdcmplt) Does this help, or do people need more to fix this? (BTW, I'm not on the lists as of yet so replies to me directly. Thanks.) ------ >>> Dave Hayes - Altadena CA, USA - dave@jetcafe.org <<< "Necessity is the plea of every infringement of human freedom. It is the argument of tyrants; it is the creed of slaves." -- William Pitt From owner-freebsd-bugs Thu Nov 23 03:12:33 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA02955 for bugs-outgoing; Thu, 23 Nov 1995 03:12:33 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA02942 ; Thu, 23 Nov 1995 03:12:15 -0800 Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.12/8.6.9) with ESMTP id NAA23286; Thu, 23 Nov 1995 13:12:06 +0200 Received: from localhost (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.6.12/8.6.9) with SMTP id NAA17263; Thu, 23 Nov 1995 13:12:04 +0200 Message-Id: <199511231112.NAA17263@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: asami@freebsd.org cc: bugs@freebsd.org Subject: Rebuilding ports woes. Date: Thu, 23 Nov 1995 13:11:54 +0200 From: Mark Murray Sender: owner-bugs@freebsd.org Precedence: bulk Hi Every now-and-then I like to blow away as much of the binaries on my system as I can and rebuild them. For the core stuff a make world is sufficient, and for X11R6 I build of the O'Reilly CDROM. For the rest, I use this makefile (small 'm', so it is found first) in /usr/ports/: ---------------------8<--------makefile--------------------- USA_RESIDENT= NO SUBDIR= \ security/tcp_wrapper \ security/pidentd \ shells/bash \ shells/pdksh \ shells/tcsh \ shells/zsh \ utils/less \ mail/mh \ devel/gmake \ archivers/unzip \ archivers/zip \ editors/emacs \ graphics/jpeg \ graphics/tiff \ graphics/xv \ net/archie \ print/a2ps \ print/ghostscript \ print/ghostview \ print/tex \ print/latex \ print/makeindex \ print/texinfo \ utils/team \ security/pgp \ sysutils/top \ x11/xearth \ x11/xview-config \ x11/xview-lib \ x11/olvwm \ print/dvips \ print/xdvi \ .include ---------------------8<--------makefile--------------------- If the above ports are already installed, this builds and installs with no - (well actually one but I'll get to that later) problem. I did it, and logged the output so if you want to follow what happened, please look in freefall:~markm/PortLog.tar.gz. This file contains Ports0.LOG to Ports3.LOG) The explanation follows: 1) start the build, logging to Ports0.LOG. 2) port breaks at graphics/xv because it cannot find jpeg headers, even though it correctly found that graphics/jpeg was in the dependancy list. (See the end of Ports0.LOG) 3) manually "make install" in graphics/jpeg 4) restart the build, logging to Ports1.LOG 5) build breaks for same reason as (2), except it did not find tiff headers for xv. See end of Ports1.LOG 6) manually "make install" in graphics/tiff 7) restart the build, logging to Ports2.LOG 8) build breaks for similar reason to (2) and (5), except now it is x11/olvwm, and it cannot find bits of xview-lib. 9) manually "make install" in x11/xview-lib 10) restart the build, logging to Ports3.LOG 11) port breaks in print/dvips because of a bug in gnu tar(?). It seems that gnu tar cannot handle this particular tarball. Gunzip it by hand - no problem. Untar the uncompressed tar by hand - no problem. See the end of Ports3.LOG (BTW - this was not in 2.1, only -current) 12) touch print/dvips/work/.extract_done 13) build the rest. (not logged). Hope this helps! -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grumble.grondar.za for PGP key From owner-freebsd-bugs Thu Nov 23 05:12:24 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA07041 for bugs-outgoing; Thu, 23 Nov 1995 05:12:24 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA07024 ; Thu, 23 Nov 1995 05:12:16 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id FAA19156; Thu, 23 Nov 1995 05:10:48 -0800 To: Dave Hayes cc: freebsd-bugs@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Failed 2.1 install with Adaptec 7850 In-reply-to: Your message of "Thu, 23 Nov 1995 01:05:09 PST." <199511230905.BAA23710@kachina.jetcafe.org> Date: Thu, 23 Nov 1995 05:10:48 -0800 Message-ID: <19154.817132248@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org Precedence: bulk Sorry, the 7850 is not yet supported. :( Jordan > I have a triton motherboard with an Adaptec 7850 in it. When > the install script tries to create the actual BSD partitions > (not the FreeBSD slice from fdisk) it fails. On VTY 2 is the > following: > > QOUTCNT == 5 > ahc0: WARNING no command for scb0 (cmdcmplt) > QOUTCNT == 4 > ahc0: WARNING no command for scb0 (cmdcmplt) > ... > QOUTCNT == 0 > ahc0: WARNING no command for scb0 (cmdcmplt) > > Does this help, or do people need more to fix this? > > (BTW, I'm not on the lists as of yet so replies to me directly. > Thanks.) > ------ > >>> Dave Hayes - Altadena CA, USA - dave@jetcafe.org <<< > > "Necessity is the plea of every infringement of human freedom. It is > the argument of tyrants; it is the creed of slaves." -- William Pitt From owner-freebsd-bugs Fri Nov 24 04:30:06 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA14034 for bugs-outgoing; Fri, 24 Nov 1995 04:30:06 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA14028 ; Fri, 24 Nov 1995 04:30:04 -0800 Resent-Date: Fri, 24 Nov 1995 04:30:04 -0800 Resent-Message-Id: <199511241230.EAA14028@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, timothyh@pipex.net Received: from spigot.pipex.net (spigot.pipex.net [158.43.128.108]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA13601 for ; Fri, 24 Nov 1995 04:22:56 -0800 Received: by spigot.pipex.net (8.6.11/PIPEX simple 1.26) id MAA15352; Fri, 24 Nov 1995 12:22:23 GMT Message-Id: <199511241222.MAA15352@spigot.pipex.net> Date: Fri, 24 Nov 1995 12:22:23 GMT From: timothyh@pipex.net Reply-To: timothyh@pipex.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/836: tr bug Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 836 >Category: bin >Synopsis: tr doesn't interpolate ranges properly >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 24 04:30:03 PST 1995 >Last-Modified: >Originator: Timothy J. Hunt >Organization: Unipalm PIPEX, Cambridge, England >Release: FreeBSD 2.0-BUILT-19950603 i386 >Environment: tcsh >Description: tr doesn't appear to interpolate rages of the form a-z properly >How-To-Repeat: spigot: {2} tr a-zA-Z n-za-mN-ZA-M abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ nopqrstuvwxyzzabcdefghijkmmNOPQRSTUVWXYZZABCDEFGHIJL >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 24 11:20:06 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA14679 for bugs-outgoing; Fri, 24 Nov 1995 11:20:06 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA14640 ; Fri, 24 Nov 1995 11:20:02 -0800 Resent-Date: Fri, 24 Nov 1995 11:20:02 -0800 Resent-Message-Id: <199511241920.LAA14640@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, norm@frosty.cs.ubc.ca Received: from frosty.cs.ubc.ca (frosty.cs.ubc.ca [142.103.10.53]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA14287 for ; Fri, 24 Nov 1995 11:14:05 -0800 Received: (from norm@localhost) by frosty.cs.ubc.ca (8.6.11/8.6.9) id LAA10827; Fri, 24 Nov 1995 11:15:11 -0800 Message-Id: <199511241915.LAA10827@frosty.cs.ubc.ca> Date: Fri, 24 Nov 1995 11:15:11 -0800 From: Norm Hutchinson Reply-To: norm@frosty.cs.ubc.ca To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/837: test -h evaluates to false on symlink to nonexistant file Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 837 >Category: bin >Synopsis: test -h evaluates to false on symlink to nonexistant file >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 24 11:20:01 PST 1995 >Last-Modified: >Originator: Norm Hutchinson >Organization: UBC Computer Science >Release: FreeBSD 2.0-BUILT-19950603 i386 >Environment: N/A >Description: /bin/test -h foo evaluates to false if foo is a symlink that points to a file that does not exist. The test script in /src/bin/test/TEST.csh doesn't check this case. >How-To-Repeat: ln -s /dev/null/nonexistant foo /bin/test -h foo echo $status The result is 1, but should be 0 since foo is a symlink >Fix: Patch for /src/bin/test/test.c and TEST.csh diff -c test/TEST.csh mtest/TEST.csh *** test/TEST.csh Fri Sep 23 19:59:11 1994 --- mtest/TEST.csh Fri Nov 24 09:46:29 1995 *************** *** 86,91 **** --- 87,105 ---- t -z "" echo 't -z "foo"' t -z "foo" + + echo 't -h link to nonexistant file' + ln -s nonexistant foo + t -h "foo" + rm foo + echo 't -h link to existant file' + ln -s test.c foo + t -h "foo" + rm foo + echo 't -h noexist' + t -h noexist + echo 't -h test.c' + t -h test.c echo 't "foo"' t "foo" diff -c test/test.c mtest/test.c *** test/test.c Mon May 29 17:07:29 1995 --- mtest/test.c Fri Nov 24 09:38:32 1995 *************** *** 388,394 **** goto filetype; case ISSYMLINK: i = S_IFLNK; ! (void)lstat(sp->u.string, &fs->stat); goto filetype; case ISFIFO: i = S_IFIFO; --- 388,394 ---- goto filetype; case ISSYMLINK: i = S_IFLNK; ! fs->rcode = lstat(sp->u.string, &fs->stat); goto filetype; case ISFIFO: i = S_IFIFO; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 24 21:20:11 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA28143 for bugs-outgoing; Fri, 24 Nov 1995 21:20:11 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA28133 ; Fri, 24 Nov 1995 21:20:03 -0800 Resent-Date: Fri, 24 Nov 1995 21:20:03 -0800 Resent-Message-Id: <199511250520.VAA28133@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, scrappy@hub.org Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA27764 for ; Fri, 24 Nov 1995 21:15:21 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id AAA26960; Sat, 25 Nov 1995 00:15:09 -0500 (EST) Message-Id: <199511250515.AAA26960@hub.org> Date: Sat, 25 Nov 1995 00:15:09 -0500 (EST) From: "Marc G. Fournier" Reply-To: scrappy@hub.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/838: /usr/src/lib Makefile assumes you want to install... Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 838 >Category: misc >Synopsis: /usr/src/lib Makefile assumes you want to install... >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Nov 24 21:20:02 PST 1995 >Last-Modified: >Originator: Marc G. Fournier >Organization: Knowledge, Information and Communications, Inc (ki.net) >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: The problem is that FreeBSD is currently using ncurses 1.7.4 or something like that, while I have 1.9.8 installed, so don't want to make libncurses out of /usr/lib. The Makefile doesn't currently create its SUBDIRS list dynamically, except for a few of the subdirectories. >How-To-Repeat: >Fix: New Makefile that dynamically creates a list of SUBDIRS instead of assuming that someone wants to install everything. -----[ CUT HERE ]----- # @(#)Makefile 8.1 (Berkeley) 6/4/93 .if ${MACHINE} == "tahoe" SUBDIR=csu/tahoe.pcc .elif ${MACHINE} == "vax" SUBDIR=csu/vax.pcc .else SUBDIR=csu/${MACHINE} .endif # XXX MISSING: libplot .if exists(libc) SUBDIR+= libc .endif .if exists(libcompat) SUBDIR+= libcompat .endif .if exists(libcom_err) SUBDIR+= libcom_err .endif .if exists(libcurses) SUBDIR+= libcurses .endif .if exists(libedit) SUBDIR+= libedit .endif .if exists(libf2c) SUBDIR+= libf2c .endif .if exists(libforms) SUBDIR+= libforms .endif .if exists(libkvm) SUBDIR+= libkvm .endif .if exists(libmd) SUBDIR+= libmd .endif .if exists(libmytinfo) SUBDIR+= libmytinfo .endif .if exists(libpcap) SUBDIR+= libpcap .endif .if exists(librpcsvc) SUBDIR+= librpcsvc .endif .if exists(libscsi) SUBDIR+= libscsi .endif .if exists(libskey) SUBDIR+= libskey .endif .if exists(libss) SUBDIR+= libss .endif .if exists(libtermcap) SUBDIR+= libtermcap .endif .if exists(libutil) SUBDIR+= libutil .endif .if exists(libxpg4) SUBDIR+= libxpg4 .endif .if exists(liby) SUBDIR+= liby .endif .if exists(libipx) SUBDIR+= libipx .endif .if exists(libncurses) SUBDIR+= libncurses .endif .if exists(libresolv) SUBDIR+= libresolv .endif .if !exists(../secure) || defined(NOSECURE) || defined(NOCRYPT) SUBDIR+= libcrypt .else SUBDIR+= ../secure/lib/libcrypt .endif .if !exists(../secure) || defined(NOSECURE) SUBDIR+= libtelnet .else SUBDIR+= ../secure/lib/libtelnet .endif .if defined(WANT_CSRG_LIBM) SUBDIR+= libm .else SUBDIR+= msun .endif .include >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Nov 25 04:33:18 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA26269 for bugs-outgoing; Sat, 25 Nov 1995 04:30:37 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA26255 for freebsd-bugs; Sat, 25 Nov 1995 04:30:33 -0800 Date: Sat, 25 Nov 1995 04:30:33 -0800 From: GNU GNATS Message-Id: <199511251230.EAA26255@freefall.freebsd.org> To: freebsd-bugs Subject: Summary of Problem Reports Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Number of currently open reports: 305 Number of curently analyzed reports: 13 From owner-freebsd-bugs Sat Nov 25 04:33:34 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA26268 for bugs-outgoing; Sat, 25 Nov 1995 04:30:36 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA26252 for freebsd-bugs; Sat, 25 Nov 1995 04:30:33 -0800 Date: Sat, 25 Nov 1995 04:30:33 -0800 From: GNU GNATS Message-Id: <199511251230.EAA26252@freefall.freebsd.org> To: freebsd-bugs Subject: List of open Problem Reports Sender: owner-bugs@FreeBSD.ORG Precedence: bulk This is the list of currently open problem reports [1994/11/14] bin/17 "mount -t foo /dev/wd1h /mnt" gives incorrect error [1994/11/18] conf/22 Cannot use links to share kernel objects [1994/11/23] kern/27 Loopback mounts confuse unmount-on-reboot code [1994/11/30] kern/34 nullfs and union mounts can result in wild pointer r [1994/12/06] kern/42 PC-NFS on -current can't access disks [1994/12/07] kern/44 ep driver won't work with anything but bnc [1994/12/13] misc/48 /etc/rc does not recover recovery files [1994/12/14] kern/51 Panic accessing NFS mounted file system [1994/12/18] misc/67 It took 20 tries to get free-bsd installed [1994/12/18] misc/68 bininst leaves system kinda hung [1994/12/20] conf/76 fdisk can't be trusted. [1994/12/21] i386/79 Reboots sometimes don't complete. [1994/12/23] misc/83 System crash after abrupt end of slip session [1995/01/03] kern/95 Configuring a SLIP device with source = destination [1995/01/10] bin/104 pax -rwl may corrupt filesystem [1995/01/14] bin/115 systat iostat display doesn't scale high enough [1995/01/14] bin/116 disk transfer rates reported by systat :iostat are t [1995/01/14] misc/118 use of 386bsd partition tag makes multi-os boot hard [1995/01/14] misc/120 first Initial security report is bogus becuase of ls [1995/01/14] bin/124 traceroute doesn't support -g flag. [1995/01/14] docs/127 locate man page does not have any clues to how the d [1995/01/14] bin/129 fsck cannot take a mount point as an argument [1995/01/14] docs/131 there is no man page for uucpd [1995/01/14] docs/132 gettytab documentation is split between /etc/gettyta [1995/01/14] bin/133 mail program doesn't have editheaders option [1995/01/15] bin/146 version of compress is kinda old and slow [1995/01/19] bin/151 One of the pkg_add set /tmp mod to 755 [1995/01/20] bin/153 mount -u improvement for diskless systems [1995/01/21] kern/157 Quota system does not work [1995/01/21] docs/164 no ptrace(2) manual page. [1995/01/21] docs/165 No documentation on kernel boot flags. [1995/01/21] misc/166 /usr/include/machine/asmacros.h includes uninstalled [1995/01/21] kern/169 Errors from mkdir & mv when directories paths end wi [1995/01/21] bin/170 ar does not print an error message with readonly lib [1995/01/21] bin/172 cp -f does not work [1995/01/21] bin/173 rc trys to mount modload fs before ld is available. [1995/01/21] bin/174 Poor error message from stty [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/24] gnu/183 can't resolve "operator <<" overload [1995/01/24] bin/184 send-pr says "Aborting ..." and happily removes the [1995/01/25] kern/185 kernel stability problems - can't sustain uptimes > [1995/01/25] bin/188 disklabel uses c partition by default, kernel says d [1995/01/30] gnu/196 size of bss in *.o's reported wrong by size [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fancy values [1995/02/01] bin/199 quiz(6) reading database bug, pattern matching bug [1995/02/01] misc/202 System hang or reboot without clues, tcp ppp named r [1995/02/14] kern/214 Using wt driver crashes system [1995/02/14] kern/216 /kernel: panic: ffs_alloccg: map corrupted [1995/02/14] docs/218 dbm references from hash(3) [1995/02/16] kern/219 Performance on local net drops too much when SNDBUF [1995/02/16] misc/220 Cancel still doesn't work during install [1995/02/16] misc/221 lots of error messages during unpacking via ftp inst [1995/02/16] i386/222 boot prompt doesn't always work [1995/03/02] misc/229 acos() core dump [1995/03/03] bin/230 C++ contructors not being called [1995/03/05] gnu/231 send-pr initializes Organization with ~/.signature [1995/03/05] docs/232 The mandoc .St macro doesn't work or misses IEEE754 [1995/03/11] kern/238 failed assertion in ncr.c --> no more scsi disk acce [1995/03/13] bin/241 strange behavior of /bin/sh [1995/03/17] kern/247 Berkeley Packet Filter fix [1995/03/17] kern/248 scbus attach/probe information is inconsistent [1995/03/19] gnu/256 nasty gdb bug back in 031595 system [1995/03/20] docs/263 There is absolutely no documentation for the dialog [1995/03/21] kern/266 ifconfig panics kernel built without option NFS [1995/03/28] kern/275 qic-02 streamer won't work [1995/03/28] kern/277 netstat -r reports entries with negative expire time [1995/03/28] kern/281 Messages printed when checking CD ROM device too ver [1995/03/28] kern/282 buslogic adapter information WAY too verbose [1995/03/29] kern/284 Network gives permission denied [1995/03/30] kern/287 Several header files are not consistent [1995/03/31] kern/288 panic: free: multiple frees [1995/04/01] kern/291 PCI devices still probe/attach after being disabled [1995/04/04] kern/299 SCSI probes stop at ID 7 even for WIDE busses [1995/04/05] bin/300 __fdnlist fails on kernels created by cc -g and stri [1995/04/06] conf/301 Log rotation wastes _much_ to much space [1995/04/06] kern/302 Changing st tapes after extract crashes system [1995/04/09] docs/317 Install README doesn't list matcd as install choice [1995/04/09] bin/323 Creating lost+found causes fsck to stop fsck -y FDIV [1995/04/09] bin/326 Weekly cron generates some usage and error messages [1995/04/09] bin/327 Clock management punishes you if CMOS != GMT FDIV020 [1995/04/09] bin/329 FTP transfers above 99K shown in scientific notation [1995/04/11] kern/336 make world fails on NCR-SCSI machine [1995/04/14] docs/341 vnconfig(8) disagrees with its man page [1995/04/14] kern/343 tcpdump with filter fails on tun and lo devices [1995/04/14] misc/344 Signal 11 when running a user program [1995/04/15] kern/345 panic "biodone: page busy < 0" [1995/04/17] kern/349 Panic with bad dir [1995/04/20] kern/353 xcdplayer crashes machine (with NCR810 SCSI) [1995/04/20] kern/354 Can't configure two IP aliases with the same network [1995/04/20] misc/355 policy on /usr/local permission in base release [1995/04/20] bin/357 pkg_delete aborts when subcommand fails [1995/04/26] kern/366 queue changes broke ISO tpip code [1995/04/26] kern/367 kernel hangs after ep0 attach message appears [1995/04/26] i386/369 AHA-154X-A problems [1995/05/01] gnu/373 In response to admittedly bogus code, gcc emits an o [1995/05/01] kern/374 panic: bad dir [1995/05/02] kern/376 tcpdump seems to cause spontaneous reboots [1995/05/03] kern/378 (apparently) bounce buffer code gets used on 32bit b [1995/05/05] kern/383 dd to from /dev/mem panics the machine. [1995/05/06] kern/384 ep0 conflicts with some other drivers [1995/05/06] kern/385 ep0 finds card on irq 10 when it's actually on 11 [1995/05/07] kern/387 scsistrategy doesn't use bounce buffers [1995/05/08] bin/389 Simultaneous creation/deletion of dirs corrupts file [1995/05/11] i386/394 IP multicast not supported by ep driver [1995/05/12] bin/398 VI doesnt do the correct thing [1995/05/13] bin/401 Add REMOTE_* variables [1995/05/13] bin/402 w -n shows non-numeric addresses [1995/05/13] misc/403 FreeBSD 1-compiled tcsh, bash and zsh binaries dump [1995/05/14] kern/405 The gpio driver does not work with the AT-GPIB, only [1995/05/14] bin/410 bad144(8) should probably scan the bad block remap s [1995/05/14] kern/411 bad144 allow you to add blocks in the remap area [1995/05/14] kern/416 page fault in syscons.c:scopen() [1995/05/14] bin/419 pkg_delete refuses to delete an incompletely added p [1995/05/15] misc/423 Sound devices are too insecure [1995/05/16] kern/425 arp entries not getting removed when interface chang [1995/05/16] kern/427 eg doesn't work with more than one card [1995/05/16] kern/428 configure is not foolproof [1995/05/19] misc/431 Processes sometime's hang and wont die when they hav [1995/05/21] bin/432 mixer should print out the current mixer settings by [1995/05/22] kern/434 umapfs panics when mounting ufs over itself [1995/05/23] kern/435 mb_map full, network starts jumping off and on, fina [1995/05/23] misc/437 addition for /usr/src/usr.bin/file/Magdir/zyxel [1995/05/23] i386/440 want vidcontrol option to apply settings to all sysc [1995/05/24] gnu/442 when invoked from "make' cc not including name lists [1995/05/25] kern/443 65 sendmails crashes system [1995/05/26] i386/444 GUS sound driver does not seem to work. [1995/05/26] kern/446 unable to diskless-boot a PC when the server mounts [1995/05/27] gnu/450 tar --exclude -c doesn't work [1995/05/28] gnu/451 cvsinit/cvs doesn't work as expected with perl [1995/05/28] kern/452 vnode swapping panics [1995/05/29] bin/457 We may have an obscure csh bug [1995/05/30] docs/458 px doc does not find include figure [1995/05/30] kern/459 Systems freezes w/ 2842 [1995/05/31] bin/464 dialog_gauge goes one char too far for 100% value [1995/05/31] kern/466 Unexpected disk errors during installation/newfs [1995/06/01] misc/469 ctm leaves temp files after errors [1995/06/01] kern/471 System can not access SCSI DAT tape. [1995/06/02] bin/476 kvm_openfiles called w/ too small error buffer [1995/06/02] bin/477 telnet autologin ain't working [1995/06/03] docs/480 We don't have an rhosts.5 man page [1995/06/04] bin/486 ls includes utmp.h but doesn't use it [1995/06/05] kern/492 sysinstall shows "success" after "no space" failure. [1995/06/07] bin/499 pkg_manage percent done is broken/dependancies arent [1995/06/07] bin/500 pkg_manage fails to continue without return sometime [1995/06/12] bin/506 "Release" id generated by send-pr looks incorrect. [1995/06/14] bin/514 Crash recovery impossible without static mt/chflags. [1995/06/14] gnu/515 Info command has no tutorial [1995/06/15] kern/516 Crynwr compatibility mode for PLIP driver. [1995/06/15] bin/517 Bad group change with 'install' [1995/06/15] bin/519 execution of quotacheck from /etc/rc fails [1995/06/15] docs/520 instructions are not clear as to what the url should [1995/06/15] docs/521 catgets() man page error [1995/06/17] kern/527 dump causes assertion in ncr.c [1995/06/17] kern/528 slow 386 reports excessive interrupt-level buffer ov [1995/06/17] conf/529 Please put mountd's '-n' flag into /etc/sysconfig [1995/06/18] misc/530 Failed install from SCSI tape [1995/06/18] kern/532 buslogic bt 445S hangups wit FreeBSD 2.0.5 [1995/06/20] docs/536 No copyrights in usr/src/lib/libc/stdtime [1995/06/20] bin/537 FSCK Fails [1995/06/22] kern/540 ed0 is loosing packets on input [1995/06/22] i386/541 Alternate Reset method by unmapping ALSO broken [1995/06/23] bin/557 ar utility exausts all available file descriptors [1995/06/26] kern/565 [1995/06/27] bin/569 Slattach behaviour inconsistant [1995/07/02] kern/579 sio: RS_IBUFSIZE at 256 bytes serial lines loose dat [1995/07/02] bin/580 xntpd doesn't work with Tobit DCF77 receiver. [1995/07/02] bin/581 iijppp may hang indefinitely [1995/07/02] misc/583 rlogin over PPP does not handle input [1995/07/03] kern/586 Timeouts on SCSI Adaptec 2940 [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer [1995/07/04] kern/588 Configuration of DEC ethernet cards not possible [1995/07/04] conf/589 /etc/rc should eval amd ${amdflags} [1995/07/05] kern/590 pager input errors on NCR SCSI 486 mainboard [1995/07/05] bin/591 SPAP request REJexted in stead of NAKed [1995/07/05] bin/594 "mkdir -p some/path/" fails to create last path comp [1995/07/06] i386/596 and conflict with _POSIX_SOURCE [1995/07/07] bin/599 pkg_add does not stop if dependencies are missing [1995/07/08] i386/602 disklabel : changes to cylinder details not saved [1995/07/09] misc/605 [1995/07/13] kern/611 WIDE-dhcp doesn't work with FreeBSD-2.0 bpf [1995/07/14] kern/614 SCSI tape timeout for forward space file is too shor [1995/07/19] bin/624 pkg_manage doesn't show directory symlinks [1995/07/19] kern/625 keyboard lockups during boot and forever after [1995/07/20] kern/627 vidcontrol causes crash when booted with sc0 disable [1995/07/20] kern/629 user mode ppp dies when sending [1995/07/21] i386/631 if_ix does not support bpf, nor does it appear to su [1995/07/24] docs/633 no manpage for ndbm [1995/07/26] bin/635 makefile for sbin/route doesn't make keywords.h when [1995/07/27] kern/637 If used heavily, ahc will crash, with disk timeouts [1995/07/29] kern/638 Transmitted packets not passed to bpf in if_le.c [1995/08/01] docs/646 vmstat man page out of date [1995/08/01] kern/647 Sound cards fail to work [1995/08/01] bin/648 Formatted output is not converted correctly [1995/08/02] gnu/650 Current flex is outdated [1995/08/03] kern/652 Multiple addresses on one interface interacts badly [1995/08/04] kern/653 ftp or kernel - multiple transfers when sendport dis [1995/08/05] gnu/655 ld -r of shared objects worked in 1.1.5, not in 2.0. [1995/08/07] bin/658 ifconfig alias has to be separately given [1995/08/07] bin/660 /bin/sh has problem with redirection. [1995/08/07] bin/661 Hercules is not capable of having a ISO-Latin1 Scree [1995/08/08] docs/663 newfs man page refers to format(8) [1995/08/08] bin/664 pkg_add(1) man page doesn't reference pkg_manage(1) [1995/08/08] ports/665 pkg_manage can't handle installing dvips [1995/08/08] gnu/666 The ldconfig program in SNAP wasn't good [1995/08/11] gnu/672 Nor all ph headers get created [1995/08/11] ports/673 /bin/sh + inn1.4 innwatch going belly up [1995/08/11] kern/674 quad speed cdrom not being found [1995/08/11] bin/675 make does unnecessary rebuilds [1995/08/12] bin/676 mv -i [1995/08/12] kern/677 X gets a bus error when calling mmap() [1995/08/13] kern/679 chown(2) ignores set-user-id and set-group-id bits f [1995/08/13] bin/680 2.0.5's tip using termios doesn't act the way it did [1995/08/13] docs/681 bad description of Adaptec 2842 in LINT [1995/08/14] bin/683 cron(8) [1995/08/14] docs/686 SIGSYS documented badly [1995/08/14] kern/688 Page fault: supervisor write, page not present [1995/08/15] ports/690 X11 install targets unfriendly [1995/08/15] kern/691 Performance 10 times slower 2.0.5R & Adaptec AHA-284 [1995/08/15] i386/692 My modem is not found if my external cache is disabl [1995/08/16] bin/693 `pkg_add' is umask-sensitive [1995/08/16] bin/694 No include file in rpcgen output [1995/08/16] kern/695 cat B > C ; cmp B C can fail! [1995/08/17] misc/697 "make -DCLOBBER" is broken [1995/08/18] kern/700 The comments in /sys/net/in.h are confusing [1995/08/21] kern/703 ppp not always deleting route properly when a ppp li [1995/08/22] bin/706 increased root DNS traffic and long latencies for r- [1995/08/23] kern/707 Too few printf args [1995/08/27] ports/710 mpeg_play outdated [1995/08/29] bin/711 /etc/magic not installed [1995/08/29] bin/715 ls gives weird tabular form [1995/08/31] bin/716 W returns wrong results at login [1995/09/01] misc/717 ft.c attach fail on my Mountain tape drive [1995/09/02] bin/718 pkg_add incorrectly prints an error message [1995/09/15] bin/722 Off-by-one error in wbkgd() in ncurses [1995/09/19] bin/728 /bin/sh messes up quoting when going through eval [1995/09/20] kern/729 unexpected signal 4/10/11 [1995/09/20] kern/730 3Com 3C5x9 probe problem [1995/09/21] docs/731 socketpair(2) and man page inconsistent about return [1995/09/22] bin/732 getpwent() dumps core if NIS password file is malfor [1995/09/23] docs/735 missing description for mount options in fstab(5) ma [1995/09/25] gnu/737 FreeBSD-current/src/gnu/usr.bin/gzip/Makefile [1995/09/26] kern/738 Using ktrace will cause a system reboot [1995/09/26] bin/739 Some problems when an output filter reads all input [1995/09/26] docs/740 man loadfont says /usr/share/misc/vgafonts instead o [1995/09/26] docs/741 netstat -rn not showing all routes in Kernel - not i [1995/09/26] kern/742 syslog errors accessing Mac hard disks [patch] [1995/09/27] bin/743 vi cannot edit a file where the name starts with + [1995/09/27] kern/745 occasional filesystem inconsistencies, and "panic: f [1995/09/27] bin/746 `talk' forbids talking from write-protected terminal [1995/09/27] bin/747 date(1) gives weird time zones and interprets GMT[+- [1995/09/27] docs/748 zic.8 man page refers to /usr/local/etc/zoneinfo [1995/09/27] kern/750 cd9660 confused by not-ready or I/O errors FDIV030 [1995/09/28] bin/751 crontab(1): `crontab -e' exits on SIGINT [1995/09/28] kern/752 setting multiple addresses for a single interfaces l [1995/09/28] kern/753 my archive scsi tape drive does not work [1995/09/28] docs/754 there is no man page for the psm(4) mouse driver [1995/09/29] docs/755 man page joy(4) has incorrect ioctl() arguments [1995/10/01] kern/757 Removal of mounted CD-ROM causes reboot & single use [1995/10/01] bin/759 nfsd without arg's doesn't work [1995/10/02] kern/761 route add may cause panic when used incorrectly [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem in use [1995/10/04] bin/766 file doesn't grok HTML; /etc/magic in wrong place [1995/10/05] misc/767 Configure-time does time-warp on non-UTC CMOS - FDIV [1995/10/06] bin/769 xntpd does not detach from controlling terminal [1995/10/06] kern/770 Floppy kernel won't boot with T485 or IDT L2 cache F [1995/10/08] kern/772 page fault while in kernel mode (two cases) [1995/10/09] kern/774 dump fails with "slave couldn't reopen disk: Device [1995/10/10] kern/775 changing root device was wrong when exist IDE drive [1995/10/11] bin/777 patch doesn't realize stdin is closed and asks quest [1995/10/12] bin/778 tar complains "EOF not on block boundary" on a good [1995/10/12] bin/779 #include gets undefined 'rune_t' type. [1995/10/14] kern/781 OPEN_MAX in kernel config and FD_SETSIZE in /usr/inc [1995/10/18] bin/786 Problem with NIS and large group maps [1995/10/23] bin/789 pkg_add doesn't work [1995/10/25] kern/792 cd9660 very slow. [1995/10/25] kern/793 ep0 cannot be configured and more. [1995/10/26] kern/794 swap partition at offset 0 still broken [1995/10/27] misc/796 Network install doesn't update /etc/hosts FDIV036 [1995/10/27] bin/797 X probeonly during install gets Not Found error FDIV [1995/10/29] kern/798 PPP panics, touches 0xdeadc0de pointers [1995/10/29] misc/799 sysinstall segfaults if part of distribution missing [1995/10/29] docs/801 rlogind k, v, and x options are not documented [1995/10/30] misc/802 default fstab mounts disks in bad order [1995/10/31] bin/803 bsd m4 chokes and dies while FSF m4 works... [1995/10/31] kern/805 SMC Ultra 8216 incorrectly probed (if_ed driver) [1995/10/31] kern/806 kernel default parameters need tuning [1995/11/01] bin/809 `.' gives the minimum number of (DIGITS+SIGN) [1995/11/09] ports/814 unable to compile the port of "pine3.91" [1995/11/11] bin/815 mountd reports unknown hosts with non-informative me [1995/11/11] bin/817 Wrong route to remote network [1995/11/12] kern/820 scsi tape problems [1995/11/13] kern/821 Config doesn't properly trap signals [1995/11/15] kern/824 system hangs after a few hours without saying why [1995/11/16] bin/826 tcpmux listener in inetd does not work [1995/11/16] kern/827 System hangs when doing a "route add" command [1995/11/20] ports/829 the lynx patches don't patch things correctly [1995/11/20] kern/830 installing hang [1995/11/20] kern/831 one minor complaint about the kernel visual config c [1995/11/21] i386/832 Tape drive busy errors - dump aborts [1995/11/21] i386/833 SCSI hard disks time out during tape rewind - FDIV03 [1995/11/22] kern/834 the console keyboard locks up randonly under pcvt [1995/11/22] kern/835 ed panics with SMC ultra with iomem, if no iomem in [1995/11/24] bin/836 tr doesn't interpolate ranges properly [1995/11/24] bin/837 test -h evaluates to false on symlink to nonexistant [1995/11/24] misc/838 /usr/src/lib Makefile assumes you want to install... This is the list of problem reports already analyzed: [1994/12/01] kern/35 mount -t union -o -b : lower layer not seen by shell [1995/01/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/01/22] docs/177 man pages missing for SYSV IPC funtions [1995/02/14] kern/215 SNAP-950112 crashed with "panic: page fault" [1995/03/20] kern/260 msync and munmap don't bother to update mod times [1995/03/20] docs/264 There are no manual pages for the forms library. [1995/03/22] kern/267 NFS code gives error messages, systems jams for a fe [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/s hangs pro [1995/06/01] ports/467 utils/kp wrong distfile place after make fetch [1995/06/21] docs/538 MAP_FILE not mentioned in mmap man page. [1995/08/11] bin/671 No quot available. [1995/10/07] bin/771 telnet character mode not set and broken when set - [1995/10/15] kern/782 chmod does a null pointer dereference /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat Nov 25 14:30:06 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA20728 for bugs-outgoing; Sat, 25 Nov 1995 14:30:06 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA20721 ; Sat, 25 Nov 1995 14:30:03 -0800 Resent-Date: Sat, 25 Nov 1995 14:30:03 -0800 Resent-Message-Id: <199511252230.OAA20721@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ylo@cs.hut.fi Received: from hutcs.cs.hut.fi (root@hutcs.cs.hut.fi [130.233.192.2]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id OAA20659 for ; Sat, 25 Nov 1995 14:29:33 -0800 Received: from trance.olari.clinet.fi (hutcs.cs.hut.fi) by hutcs.cs.hut.fi with SMTP id AA24855 (5.65c8/HUTCS-S 1.4 for ); Sun, 26 Nov 1995 00:29:15 +0200 Received: (from ylo@localhost) by trance.olari.clinet.fi (8.6.12/8.6.9) id UAA00841; Sat, 25 Nov 1995 20:04:51 +0100 Message-Id: <199511251904.UAA00841@trance.olari.clinet.fi> Date: Sat, 25 Nov 1995 20:04:51 +0100 From: Tatu Ylonen Reply-To: ylo@cs.hut.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/839: by default, "at" is allowed only for superuser Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 839 >Category: bin >Synopsis: by default, use of "at" is overly restricted >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Nov 25 14:30:01 PST 1995 >Last-Modified: >Originator: Tatu Ylonen >Organization: Helsinki University of Technology >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD 2.1-STABLE (from early October 1995) /var/at/at.allow and /var/at/at.deny have not been explicitly created >Description: By default, the "at" command is only allowed for superuser. This is overly restrictive, since it should not involve any security risks. Thus, I don't see any reason why it should not be allowed to all users by default. Any damage the users can do with "at" they can do without it as well. This is not security; this is unnecessarily causing people trouble. >How-To-Repeat: Remove /var/at/at.allow and /var/at/at.deny (as appears to be the default in the distribution). >Fix: Either: 1. (preferred) Modify /usr/bin/at to permit use if neither /var/at/at.allow nor /var/at/at.deny exists. or 2. Make the installation create empty /var/at/at.deny. Tatu Ylonen >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Nov 25 17:24:56 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA02380 for bugs-outgoing; Sat, 25 Nov 1995 17:24:56 -0800 Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id RAA02375 for ; Sat, 25 Nov 1995 17:24:53 -0800 Received: by agora.rdrop.com (Smail3.1.28.1 #8) id m0tJVpq-0002SWC; Sat, 25 Nov 95 17:24 PST Message-Id: From: batie@agora.rdrop.com (Alan Batie) Subject: Quotas? To: freebsd-bugs@freebsd.org Date: Sat, 25 Nov 1995 17:24:31 -0800 (PST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 699 Sender: owner-bugs@freebsd.org Precedence: bulk I'm building a new 2.1.0 system, and it appears that quotas are not functional. I do have "options QUOTA" in the config file, but I have imposed quotas on a filesystem, and can go in and create files exceeding the quota. "quota -v" shows nothing until I run quotacheck, at which point "quota -v" shows the correct values, but I can still use additional space, and the values are not updated until the next "quotacheck". -- Alan Batie ______ batie@agora.rdrop.com \ / Freedom for me to be and do +1 503 452-0960 \ / only what *you* approve of 45 28 59 N / 122 43 20 W / 440' MSL \/ is no freedom at all. From owner-freebsd-bugs Sat Nov 25 18:53:34 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA06828 for bugs-outgoing; Sat, 25 Nov 1995 18:53:34 -0800 Received: from ncc-1701-d.starfleet.gov (ix-sb1-04.ix.netcom.com [204.32.201.36]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA06821 for ; Sat, 25 Nov 1995 18:53:29 -0800 Received: (from d_burr@localhost) by ncc-1701-d.starfleet.gov (8.6.11/8.6.9) id SAA06806; Sat, 25 Nov 1995 18:56:25 -0800 Date: Sat, 25 Nov 1995 18:56:24 -0800 (PST) From: Donald Burr X-Sender: d_burr@ncc-1701-d To: Alan Batie cc: freebsd-bugs@freebsd.org Subject: Re: Quotas? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org Precedence: bulk On Sat, 25 Nov 1995, Alan Batie wrote: > I'm building a new 2.1.0 system, and it appears that quotas are not > functional. I do have "options QUOTA" in the config file, but I have > imposed quotas on a filesystem, and can go in and create files exceeding > the quota. "quota -v" shows nothing until I run quotacheck, at which > point "quota -v" shows the correct values, but I can still use additional > space, and the values are not updated until the next "quotacheck". Ok, well, in the /etc/rc file, look for lines that look like this: -----CUT HERE # Check the quotas if [ "X${check_quotas}" = X"YES" ]; then echo -n 'checking quotas:' quotacheck -a echo ' done.' quotaon -a fi -----CUT HERE They MAY or MAY NOT be commented-out; if they are, then remove the comments. This code runs the quota checker at startup, and turns quota's on -- from there, the system (kernel) keeps track of quotas by itself. But, you now have to tell it which FILESYSTEMS to enable quotas for. Look in /etc/fstab. For each filesystem you want to enable quotas for, add a "userquota" and/or "groupquota" entry to the 4th field of the fstab. Note the example below, this comes from my freebsd box... I have quota's on only ONE filesystem, that is /dev/sd0s2b (which is mounted under /home). -----CUT HERE /dev/sd0a / ufs rw 1 1 /dev/sd0s2e /usr ufs rw 1 1 /dev/sd0s1 /dos msdos rw 0 0 /dev/cd0a /cdrom cd9660 ro 0 0 /dev/wd0s1a /news ufs rw 1 1 /dev/sd0s2f /news/in.coming ufs rw 1 1 /dev/sd0s2b /home ufs rw,userquota,groupquota 1 1 proc /proc procfs ro 0 0 /dev/wd0s1b none swap sw 0 0 -----CUT HERE Then just REBOOT, run 'edquota ' for each on your system, set some reassonable quotas, log in as one of the 's and try being a disk hog. You'll quickly find out that this is not very possible. Donald Burr [d_burr@ix.netcom.com], PO Box 91212, Santa Barbara CA 93190-1212 TEL (805)564-1871 / FAX 564-2315 / WWW http://www.geopages.com/WallStreet/2072 PGP Public Key available by request (send e-mail) or on Public Key Servers. ** Uphold your right to privacy - Use PGP. **