From owner-freebsd-bugs Sun Jan 7 01:41:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA00197 for bugs-outgoing; Sun, 7 Jan 1996 01:41:05 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA00178 for ; Sun, 7 Jan 1996 01:40:56 -0800 (PST) Received: from critter.tfs.com ([193.88.44.194]) by ra.dkuug.dk (8.6.12/8.6.12) with ESMTP id KAA06898; Sun, 7 Jan 1996 10:38:53 +0100 Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id KAA05528; Sun, 7 Jan 1996 10:04:13 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: davidg@Root.COM cc: aagero@aage.aage.priv.no, freebsd-bugs@freefall.freebsd.org Subject: Re: kern/901: busy pages get free'd by vm_page_free In-reply-to: Your message of "Sat, 06 Jan 1996 15:17:45 PST." <199601062317.PAA13971@corbin.Root.COM> Date: Sun, 07 Jan 1996 10:04:12 +0100 Message-ID: <5526.821005452@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-bugs@FreeBSD.ORG Precedence: bulk > I just looked at my own changes and they are considerably different from > Poul-Henning's. The correct solution for this problem I believe is what I've > attached to this message. Basically, if "from" is already page-aligned and is > the base address of the buffer, and if the bp->b_data contains an offset (as > it sometimes does), then the subtraction will be negative and the machine wil l > panic. The solution is to page truncate bp->b_data first before subtracting. Hmm, sounds like you understand this A LOT better than me. pass me the hat. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-bugs Sun Jan 7 06:40:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA12157 for bugs-outgoing; Sun, 7 Jan 1996 06:40:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA12135 Sun, 7 Jan 1996 06:40:03 -0800 (PST) Resent-Date: Sun, 7 Jan 1996 06:40:03 -0800 (PST) Resent-Message-Id: <199601071440.GAA12135@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, root@itosun.ito.uni-stuttgart.de Received: from ito.uni-stuttgart.de (hoesun.ito.uni-stuttgart.de [129.69.65.20]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA11993 for ; Sun, 7 Jan 1996 06:36:10 -0800 (PST) Received: from itosun.ito.uni-stuttgart.de by ito.uni-stuttgart.de (5.x/SMI-SVR4/BelWue-2.0) id AA18526; Sun, 7 Jan 1996 15:36:07 +0100 Received: by itosun.ito.uni-stuttgart.de (5.x/SVR4/BelWue-1.0.3) id AA16426; Sun, 7 Jan 1996 15:36:03 +0100 Message-Id: <9601071436.AA16426@itosun.ito.uni-stuttgart.de> Date: Sun, 7 Jan 1996 15:36:03 +0100 From: root@itosun.ito.uni-stuttgart.de Reply-To: root@itosun.ito.uni-stuttgart.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/935: xterm dumps core when ENABLE_STARTUP_LOCALE is set Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 935 >Category: bin >Synopsis: xterm dumps core when ENABLE_STARTUP_LOCALE is set >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 7 06:40:01 PST 1996 >Last-Modified: >Originator: Jens Schweikhardt >Organization: Uni Stuttgart >Release: FreeBSD 2.1-STABLE i386 >Environment: XFree86 3.1.2, Window manager: ctwm 3.3, SVGA Server, CL5426 chipset >Description: Xterm dies of signal 10 or 11 when ENABLE_STARTUP_LOCALE is set and LANG has a value other than C. >How-To-Repeat: (shell is bash 1.14.6) root:~# export ENABLE_STARTUP_LOCALE= root:~# export LANG=de_DE.ISO_8859-1 root:~# xterm Segmentation fault (core dumped) root:~# unset ENABLE_STARTUP_LOCALE root:~# xterm # okay root:~# export ENABLE_STARTUP_LOCALE= root:~# export LANG=C root:~# xterm # okay Bye, Jens >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jan 7 06:40:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA12167 for bugs-outgoing; Sun, 7 Jan 1996 06:40:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA12150 Sun, 7 Jan 1996 06:40:05 -0800 (PST) Resent-Date: Sun, 7 Jan 1996 06:40:05 -0800 (PST) Resent-Message-Id: <199601071440.GAA12150@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, schweikh@ito.uni-stuttgart.de Received: from ito.uni-stuttgart.de (hoesun.ito.uni-stuttgart.de [129.69.65.20]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA12078 for ; Sun, 7 Jan 1996 06:39:12 -0800 (PST) Received: from itosun.ito.uni-stuttgart.de by ito.uni-stuttgart.de (5.x/SMI-SVR4/BelWue-2.0) id AA18530; Sun, 7 Jan 1996 15:39:06 +0100 Received: by itosun.ito.uni-stuttgart.de (5.x/SVR4/BelWue-1.0.3) id AA16490; Sun, 7 Jan 1996 15:39:02 +0100 Message-Id: <9601071439.AA16490@itosun.ito.uni-stuttgart.de> Date: Sun, 7 Jan 1996 15:39:02 +0100 From: schweikh@ito.uni-stuttgart.de Reply-To: schweikh@ito.uni-stuttgart.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/936: xterm dumps core when ENABLE_STARTUP_LOCALE is set Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 936 >Category: bin >Synopsis: xterm dumps core when ENABLE_STARTUP_LOCALE is set >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 7 06:40:04 PST 1996 >Last-Modified: >Originator: Jens Schweikhardt >Organization: Uni Stuttgart >Release: FreeBSD 2.1-STABLE i386 >Environment: XFree86 3.1.2, Window manager: ctwm 3.3, SVGA Server, CL5426 chipset (Sorry for submitting this twice, the first PR had the reply-to field mangled :-( >Description: Xterm dies of signal 10 or 11 when ENABLE_STARTUP_LOCALE is set and LANG has a value other than C. >How-To-Repeat: (shell is bash 1.14.6) root:~# export ENABLE_STARTUP_LOCALE= root:~# export LANG=de_DE.ISO_8859-1 root:~# xterm Segmentation fault (core dumped) root:~# unset ENABLE_STARTUP_LOCALE root:~# xterm # okay root:~# export ENABLE_STARTUP_LOCALE= root:~# export LANG=C root:~# xterm # okay PS: I'm new to this list. If this is a known problem for which a PR has been filed already, let me know. Where can I get an overview of all PRs filed until now, for example a list of all the one-line synopsises? Bye, Jens >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jan 7 07:52:00 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA16058 for bugs-outgoing; Sun, 7 Jan 1996 07:52:00 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA16029 Sun, 7 Jan 1996 07:51:54 -0800 (PST) Date: Sun, 7 Jan 1996 07:51:54 -0800 (PST) From: Joerg Wunsch Message-Id: <199601071551.HAA16029@freefall.freebsd.org> To: root@itosun.ito.uni-stuttgart.de, joerg, freebsd-bugs Subject: Re: bin/935 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: xterm dumps core when ENABLE_STARTUP_LOCALE is set State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun Jan 7 16:51:19 MET 1996 State-Changed-Why: This has already been fixed by removing the ENABLE_STARTUP_LOCALE hack. From owner-freebsd-bugs Sun Jan 7 07:52:37 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA16171 for bugs-outgoing; Sun, 7 Jan 1996 07:52:37 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA16151 Sun, 7 Jan 1996 07:52:32 -0800 (PST) Date: Sun, 7 Jan 1996 07:52:32 -0800 (PST) From: Joerg Wunsch Message-Id: <199601071552.HAA16151@freefall.freebsd.org> To: schweikh@ito.uni-stuttgart.de, joerg, freebsd-bugs Subject: Re: bin/936 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: xterm dumps core when ENABLE_STARTUP_LOCALE is set State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun Jan 7 16:51:19 MET 1996 State-Changed-Why: This has already been fixed by removing the ENABLE_STARTUP_LOCALE hack. (Duplicate report for bin/935.) From owner-freebsd-bugs Sun Jan 7 12:50:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA13206 for bugs-outgoing; Sun, 7 Jan 1996 12:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA13200 Sun, 7 Jan 1996 12:50:02 -0800 (PST) Resent-Date: Sun, 7 Jan 1996 12:50:02 -0800 (PST) Resent-Message-Id: <199601072050.MAA13200@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, taob@io.org Received: from zip.io.org (zip.io.org [198.133.36.80]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA12902 for ; Sun, 7 Jan 1996 12:45:54 -0800 (PST) Received: (from root@localhost) by zip.io.org (8.6.12/8.6.12) id PAA12899; Sun, 7 Jan 1996 15:45:04 -0500 Message-Id: <199601072045.PAA12899@zip.io.org> Date: Sun, 7 Jan 1996 15:45:04 -0500 From: Brian Tao Reply-To: taob@io.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/937: rcp -p fails on files with negative timestamps Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 937 >Category: bin >Synopsis: rcp -p fails on files with negative timestamps >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 7 12:50:01 PST 1996 >Last-Modified: >Originator: Brian Tao >Organization: Internex Online (shell.io.org), Toronto, Ontario, Canada >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD zip.io.org 2.1.0-RELEASE FreeBSD 2.1.0-RELEASE #0: Sat Dec 30 14:19:27 EST 1995 taob@flinch.io.org:/src/2.1.0-RELEASE/sys/compile/ZIP i386 >Description: I got this error on the client side of a large rcp (about 21 megabytes in total, only got about 3 megabytes through) while transferring a directory hierarchy from one machine to another: cabal# rcp -pr slynx zip:/usr/local/lib rcp: protocol error: mtime.sec not delimited rcp: lost connection The file that caused this: cabal# ls -l about_lynx-dev.html -rw-r--r-- 1 taob wheel 2271 Jul 1 1906 about_lynx-dev.html rcp'ing just that file over generates the same error, but it takes about 10 seconds for it to appear. No disk or network activity is done during that time. >How-To-Repeat: Create a file with a modification time of before Jan 1 1970 and rcp -p it to another machine. >Fix: Touching the files with the negative timestamps is a workaround. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jan 7 13:40:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA17414 for bugs-outgoing; Sun, 7 Jan 1996 13:40:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA17404 Sun, 7 Jan 1996 13:40:04 -0800 (PST) Resent-Date: Sun, 7 Jan 1996 13:40:04 -0800 (PST) Resent-Message-Id: <199601072140.NAA17404@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, rlenk@widget.xmission.com Received: from widget.xmission.com (root@widget.xmission.com [198.60.22.228]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA16423 for ; Sun, 7 Jan 1996 13:30:24 -0800 (PST) Received: (from rlenk@localhost) by widget.xmission.com (8.6.12/8.6.12) id OAA00364; Sun, 7 Jan 1996 14:30:21 -0700 Message-Id: <199601072130.OAA00364@widget.xmission.com> Date: Sun, 7 Jan 1996 14:30:21 -0700 From: rlenk@widget.xmission.com Reply-To: rlenk@widget.xmission.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/938: processes sleeping on "newbuf" indefinitely Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 938 >Category: kern >Synopsis: after heavy disk I/O, processes sleep on "newbuf" indefinitely >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 7 13:40:02 PST 1996 >Last-Modified: >Originator: Ron Lenk >Organization: A private FreeBSD site >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD 2.1-STABLE, kernel sources obtained via FTP from ftp.freebsd.org on Sun Jan 7, at about 10:00 MST. dmesg output: FreeBSD 2.1-STABLE #0: Sun Jan 7 12:33:12 MST 1996 rlenk@widget.xmission.com:/usr/src/sys/compile/WIDGET CPU: 60-MHz Pentium 510\60 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x517 Stepping=7 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 30621696 (29904K bytes) ahc0: at 0x1c00-0x1cff irq 11 on isa ahc0: Using Edge Triggered Interrupts ahc0: aic7770 <= Rev C, Single Channel, SCSI Id=7, 4 SCBs ahc0: Probing channel A ahc0 waiting for scsi devices to settle ahc0: target 0 synchronous at 10.0MHz, offset = 0xf ahc0: target 0 Tagged Queuing Device (ahc0:0:0): "MICROP 2210-09MQ1001901 HQ30" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 1008MB (2065250 512 byte sectors) sd0(ahc0:0:0): with 2372 cyls, 9 heads, and an average 96 sectors/track ahc0: target 1 synchronous at 5.0MHz, offset = 0xf (ahc0:1:0): "SyQuest SQ3270S 2_04" type 0 removable SCSI 2 sd1(ahc0:1:0): Direct-Access 256MB (524288 512 byte sectors) sd1(ahc0:1:0): with 3140 cyls, 2 heads, and an average 83 sectors/track (ahc0:2:0): "TEXEL CD-ROM DM-XX28 3.05" type 5 removable SCSI 2 cd0(ahc0:2:0): CD-ROM cd0(ahc0:2:0): NOT READY asc:3a,0 Medium not present can't get the size Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x280-0x28f irq 9 maddr 0xd8000 msize 8192 on isa ed0: address 02:60:8c:3f:30:b8, type 3c503 (8 bit) bpf: ed0 attached sio0 at 0x3f8-0x3ff irq 4 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 bpf: lp0 attached mse0 at 0x23c irq 5 on isa fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in fd1: 1.2MB 5.25in npx0 on motherboard npx0: INT 16 interface BIOS Geometries: 0:03ef3f20 0..1007=1008 cylinders, 0..63=64 heads, 1..32=32 sectors 0 accounted for bpf: lo0 attached bpf: ppp0 attached bpf: ppp1 attached bpf: sl0 attached bpf: sl1 attached bpf: tun0 attached bpf: tun1 attached sd0s1: type 0xa5, start 0, end = 2065249, size 2065250 : OK kernel configuration file: machine "i386" cpu "I586_CPU" ident WIDGET maxusers 64 options INET options FFS options MFS options NFS options MSDOSFS options "CD9660" options PROCFS options "COMPAT_43" options "SCSI_DELAY=5" options BOUNCE_BUFFERS options UCONSOLE options SYSVSHM options SYSVSEM options SYSVMSG options "AUTO_EOI_1" options "AUTO_EOI_2" options DUMMY_NOPS options AHC_TAGENABLE options KTRACE options "CHILD_MAX=128" options "OPEN_MAX=128" options DDB config kernel root on sd0 controller isa0 controller eisa0 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 controller ahc0 controller scbus0 device sd0 device cd0 device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr 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 lpt0 at isa? port? tty irq 7 vector lptintr device mse0 at isa? port 0x23c tty irq 5 vector mseintr device ed0 at isa? port 0x280 net irq 9 iomem 0xd8000 vector edintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 2 pseudo-device ppp 2 pseudo-device tun 2 pseudo-device pty 64 pseudo-device snp 2 pseudo-device bpfilter 8 pseudo-device speaker pseudo-device gzip pseudo-device vn >Description: After periods of heavy disk I/O, all disk activity will eventually stop, leaving the machine in a semi-hung condition. The only way to recover is do a full hardware reset, with the big red button. :) The easiest way to cause the hang is to do something such as: dd if=/dev/zero of=bigfile dd if=bigfile of=/dev/null Building a kernel with DDB, and doing a "ps" after escaping to the debugger reveals that the "dd" process is waiting on "newbuf". If I do a "continue", then escape to the debugger again after several minutes, more of the processes, such as cron, syslogd, etc, are also waiting on "newbuf". >How-To-Repeat: See above. >Fix: Unknown >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jan 8 14:43:01 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA14829 for bugs-outgoing; Mon, 8 Jan 1996 14:43:01 -0800 (PST) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA14824 for ; Mon, 8 Jan 1996 14:42:53 -0800 (PST) Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.17.12]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id XAA13417 for ; Mon, 8 Jan 1996 23:38:29 +0100 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.12/8.6.9) id XAA18277; Mon, 8 Jan 1996 23:38:23 +0100 Date: Mon, 8 Jan 1996 23:38:23 +0100 Message-Id: <199601082238.XAA18277@caramba.cs.tu-berlin.de> To: bugs@freebsd.org Subject: majordomo test MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@freebsd.org Precedence: bulk if you see only this line, majordomo is buggy From owner-freebsd-bugs Mon Jan 8 16:32:49 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA21954 for bugs-outgoing; Mon, 8 Jan 1996 16:32:49 -0800 (PST) Received: from Aspen.Woc.Atinc.COM (aspen.woc.atinc.com [198.138.38.205]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA21946 for ; Mon, 8 Jan 1996 16:32:41 -0800 (PST) Received: (from jmb@localhost) by Aspen.Woc.Atinc.COM (8.6.12/8.6.9) id TAA21887; Mon, 8 Jan 1996 19:31:20 -0500 Date: Mon, 8 Jan 1996 19:31:19 -0500 (EST) From: "Jonathan M. Bresler" X-Sender: jmb@Aspen.Woc.Atinc.COM To: Wolfram Schneider cc: bugs@freebsd.org Subject: Re: majordomo test In-Reply-To: <199601082238.XAA18277@caramba.cs.tu-berlin.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org Precedence: bulk On Mon, 8 Jan 1996, Wolfram Schneider wrote: > > if you see only this line, majordomo is buggy > > so tell us, what's the bug? what's the problem? jmb Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG play go. ride bike. hack FreeBSD.--ah the good life i am moving to a new job. PLEASE USE: jmb@FreeBSD.ORG From owner-freebsd-bugs Mon Jan 8 20:20:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA06229 for bugs-outgoing; Mon, 8 Jan 1996 20:20:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA06221 Mon, 8 Jan 1996 20:20:04 -0800 (PST) Date: Mon, 8 Jan 1996 20:20:04 -0800 (PST) Message-Id: <199601090420.UAA06221@freefall.freebsd.org> To: freebsd-bugs Cc: From: Dave Marquardt Subject: Re: kern/923: Multicast problems on point-to-point interfaces Reply-To: Dave Marquardt Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR kern/923; it has been noted by GNATS. From: Dave Marquardt To: Bill Fenner Cc: wollman@lcs.mit.edu, FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/923: Multicast problems on point-to-point interfaces Date: Mon, 08 Jan 1996 22:12:06 -0600 On Wed, 3 Jan 1996 07:04:47 PST Bill Fenner wrote: > In message <96Jan2.171459pst.177478@crevenia.parc.xerox.com> I wrote: > >*** in_var.h.old Tue Nov 14 14:52:43 1995 > >--- in_var.h Tue Jan 2 17:11:10 1996 > > Ugh. I really shouldn't try writing code after two days of travel hell. > Try this one: > > > *** in_var.h.old Tue Nov 14 14:52:43 1995 > --- in_var.h Wed Jan 3 07:02:45 1996 > *************** > *** 106,111 **** > --- 106,118 ---- > IA_DSTSIN(ia):IA_SIN(ia))->sin_addr.s_addr != (addr).s_addr; \ > ia = ia->ia_next) \ > continue; \ > + if (ia == NULL) \ > + for (ia = in_ifaddr; \ > + ia != NULL; \ > + ia = ia->ia_next) \ > + if (ia->ia_ifp->if_flags & IFF_POINTOPOINT && \ > + IA_SIN(ia)->sin_addr.s_addr != (addr).s_addr) \ ^^ Seems like that should be ==, shouldn't it? With !=, you quit on the first interface whose address DOESN'T match, which I don't think is what was intended. > + break; \ > (ifp) = (ia == NULL) ? NULL : ia->ia_ifp; \ > } > > Bill -- Dave Marquardt SMTP: marquard@austin.ibm.com VNET: MARQUARD at AUSTIN T/L 678-1139 +1 512 838-1139 From owner-freebsd-bugs Mon Jan 8 23:40:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA18025 for bugs-outgoing; Mon, 8 Jan 1996 23:40:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA17997 Mon, 8 Jan 1996 23:40:02 -0800 (PST) Date: Mon, 8 Jan 1996 23:40:02 -0800 (PST) Message-Id: <199601090740.XAA17997@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: kern/923: Multicast problems on point-to-point interfaces Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR kern/923; it has been noted by GNATS. From: Bill Fenner To: Dave Marquardt Cc: Bill Fenner , wollman@lcs.mit.edu, FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/923: Multicast problems on point-to-point interfaces Date: Mon, 8 Jan 1996 23:32:04 PST In message <9601090412.AA41358@mojave.austin.ibm.com> Dave Marquardt wrote: >> + if (ia->ia_ifp->if_flags & IFF_POINTOPOINT && \ >> + IA_SIN(ia)->sin_addr.s_addr != (addr).s_addr) \ > >Seems like that should be ==, shouldn't it? Yup. I hereby swear off sending untested patches, it's too embarassing =) Bill From owner-freebsd-bugs Tue Jan 9 00:29:24 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA21310 for bugs-outgoing; Tue, 9 Jan 1996 00:29:24 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA21305 for ; Tue, 9 Jan 1996 00:29:19 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id AAA02642; Tue, 9 Jan 1996 00:29:18 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id AAA00286; Tue, 9 Jan 1996 00:29:18 -0800 (PST) Message-Id: <199601090829.AAA00286@corbin.Root.COM> To: Dave Marquardt cc: freebsd-bugs@freefall.freebsd.org Subject: Re: kern/923: Multicast problems on point-to-point interfaces In-reply-to: Your message of "Mon, 08 Jan 96 20:20:04 PST." <199601090420.UAA06221@freefall.freebsd.org> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 09 Jan 1996 00:29:18 -0800 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk > > + if (ia == NULL) \ > > + for (ia = in_ifaddr; \ > > + ia != NULL; \ > > + ia = ia->ia_next) \ > > + if (ia->ia_ifp->if_flags & IFF_POINTOPOINT && \ > > + IA_SIN(ia)->sin_addr.s_addr != (addr).s_addr) \ > ^^ > > Seems like that should be ==, shouldn't it? With !=, you quit on the > first interface whose address DOESN'T match, which I don't think is > what was intended. Thanks, Dave, for noticing this. The correction has been made to the sources... -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Tue Jan 9 03:04:51 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA01637 for bugs-outgoing; Tue, 9 Jan 1996 03:04:51 -0800 (PST) Received: from colin.muc.de (root@colin.muc.de [193.174.4.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA01571 for ; Tue, 9 Jan 1996 03:02:46 -0800 (PST) Received: from [193.174.4.22] ([193.174.4.22]) by colin.muc.de with SMTP id <86036-2>; Tue, 9 Jan 1996 11:32:59 +0100 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 9 Jan 1996 11:34:49 +0100 To: freebsd-bugs@freefall.FreeBSD.org From: lutz@muc.de (Lutz Albers) Subject: Problems after Update to 2.1 (ahc1 driver) Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Hello, i've just updated my 2.0.5 system to 2.1 (went quite fine, a nice update procedure). But now I'm having a problem when my machine starts the first time. After (or while) fsck-ing the drives I get the following messages: ahc1: target 0, lun 0 (sd0) timed out ahc1: Issued Channel A Bus Reset #3. 0 SCBs aborted panic: ahc1: brkadrint, Illegal Host Access at seqaddr = 0x0 syncing ..... After the rest the machines comes up fine. I have used my old 2.0.5 config script to create a new kernel. I'm using a Adaptec 2842 with a Seagate ST31230N (id 0) and a IBM 0662S12 (id 1). What is weird is that the messages are coming while (or after) fsck-ing the IBM (id 1) drive. This is rather disturbing .... So any help would be very welcome . ciao lutz --------------------------------------------------------------------- Lutz Albers | What's good ? Luederitzstr. 14, 81929-Muenchen, Germany | Life's good - email:lutz@muc.de ph: +49-89-93940364 | But not fair at all http://www.muc.de/~lutz fax:+49-89-93940365 | (Lou Reed) Do not take life too seriously, you will never get out of it alive. From owner-freebsd-bugs Tue Jan 9 07:40:12 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA16567 for bugs-outgoing; Tue, 9 Jan 1996 07:40:12 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA16558 Tue, 9 Jan 1996 07:40:06 -0800 (PST) Resent-Date: Tue, 9 Jan 1996 07:40:06 -0800 (PST) Resent-Message-Id: <199601091540.HAA16558@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, newton@cleese.apana.org.au Received: from cleese.apana.org.au (dotat-gw.apana.org.au [203.14.159.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA16491 for ; Tue, 9 Jan 1996 07:39:34 -0800 (PST) Received: (from newton@localhost) by cleese.apana.org.au (8.7.1/8.7) id CAA00711; Wed, 10 Jan 1996 02:13:55 +1030 (CST) Message-Id: <199601091543.CAA00711@cleese.apana.org.au> Date: Wed, 10 Jan 1996 02:13:55 +1030 (CST) From: Mark Newton Reply-To: newton@cleese.apana.org.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/940: kernel bug Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 940 >Category: kern >Synopsis: panic: free vnode isn't >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 9 07:40:03 PST 1996 >Last-Modified: >Originator: Mark Newton >Organization: cleese.apana.org.au public access UNIX >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD 2.1.0-RELEASE #0: Tue Jan 9 02:22:59 CST 1996 root@cleese.apana.org.au:/usr/src/sys/compile/CLEESE CPU: i486 DX2 (486-class CPU) Origin = "GenuineIntel" Id = 0x435 Stepping=5 Features=0x3 real memory = 16777216 (16384K bytes) avail memory = 14876672 (14528K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <4 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 10 on isa ed0: address 00:00:21:54:66:99, type NE2000 (16 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16450 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16450 sio2 at 0x280-0x287 irq 5 flags 0x201 on isa sio2: type 16550A (multiport master) sio3 at 0x288-0x28f flags 0x201 on isa sio3: type 16550A (multiport) sio4 at 0x290-0x297 flags 0x201 on isa sio4: type 16550A (multiport) sio5 at 0x298-0x29f flags 0x201 on isa sio5: type 16550A (multiport) sio6 at 0x2a0-0x2a7 flags 0x201 on isa sio6: type 16550A (multiport) sio7 at 0x2a8-0x2af flags 0x201 on isa sio7: type 16550A (multiport) sio8 at 0x2b0-0x2b7 flags 0x201 on isa sio8: type 16550A (multiport) sio9 at 0x2b8-0x2bf flags 0x201 on isa sio9: type 16550A (multiport) lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface pca0 on motherboard pca0: PC speaker audio driver fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 325MB (666600 sectors), 1010 cyls, 12 heads, 55 S/T, 512 B/S wdc0: unit 1 (wd1): wd1: 240MB (492250 sectors), 895 cyls, 10 heads, 55 S/T, 512 B/S uha0: reading board settings, dma=5 int=11 id=7 uha0 at 0x330-0x33f irq 11 drq 5 on isa (uha0:0:0): "MAXTOR XT-4380S B3D1" type 0 fixed SCSI 1 sd0(uha0:0:0): Direct-Access 312MB (639450 512 byte sectors) (uha0:3:0): "SEAGATE ST3550N 9416" type 0 fixed SCSI 2 sd1(uha0:3:0): Direct-Access 435MB (891574 512 byte sectors) (uha0:4:0): "QUANTUM ELS170S 3.09" type 0 fixed SCSI 2 sd2(uha0:4:0): Direct-Access 163MB (333936 512 byte sectors) (uha0:5:0): "ARCHIVE VIPER 150 21247 -005" type 1 removable SCSI 1 st0(uha0:5:0): Sequential-Access st0: Archive Viper 150 is a known rogue density code 0x0, drive empty (uha0:6:0): "EXABYTE EXB-8500-85Qanx0 0415" type 1 removable SCSI 2 st1(uha0:6:0): Sequential-Access density code 0x0, drive empty npx0 on motherboard npx0: INT 16 interface The system is fairly loaded -- Load average ranges from 0.25 to 8 or 9, so it could be stress related I suppose. >Description: Kernel panics every 24 hours or so. Message on the console complains, "panic: free vnode isn't" >How-To-Repeat: Unknown >Fix: Unknown >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jan 9 08:40:17 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA20474 for bugs-outgoing; Tue, 9 Jan 1996 08:40:17 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA20440 Tue, 9 Jan 1996 08:40:09 -0800 (PST) Resent-Date: Tue, 9 Jan 1996 08:40:09 -0800 (PST) Resent-Message-Id: <199601091640.IAA20440@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, rjk@grauel.com Received: from public.wintek.com (public.wintek.com [199.233.104.88]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA20034 for ; Tue, 9 Jan 1996 08:32:36 -0800 (PST) Received: from watson.grauel.com (watson.grauel.com [199.233.104.36]) by public.wintek.com (8.6.12/1.15wintek(3.6davy)) with ESMTP id LAA09708; Tue, 9 Jan 1996 11:32:24 -0500 Received: (from rjk@localhost) by watson.grauel.com (8.6.12/8.6.9) id LAA02838; Tue, 9 Jan 1996 11:41:33 -0500 Message-Id: <199601091641.LAA02838@watson.grauel.com> Date: Tue, 9 Jan 1996 11:41:33 -0500 From: Richard J Kuhns Reply-To: rjk@grauel.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/941: problem with pkg_create under 2.1-RELEASE Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 941 >Category: bin >Synopsis: pkg_create removes current directory if interupted >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 9 08:40:04 PST 1996 >Last-Modified: >Originator: Richard J Kuhns >Organization: Grauel Enterprises, Inc. PO Box 6249 100 Sawmill Road Lafayette, IN 47903 (317)477-6000 x319 >Release: FreeBSD 2.1-STABLE i386 >Environment: A 2.1-RELEASE system updated from 2.0.5. >Description: Interupting pkg_create while it was creating the tarball apparently removed the current directory. I used the following script to run pkg_create: === #!/usr/local/bin/bash BUILDDATE=`date +%m%d%Y` rm -f /u/store/BUILD echo $BUILDDATE > /u/store/BUILD pkg_create -v -f +CONTENTS -c +COMMENT -d +DESC -i +INSTALL -r +REQUIRE StoreSys exit 0 === I hit control-c when I saw the error message from tar (see below); I *didn't* wait for the command to finish. ==========transcript : watson$~; cd Storesys/ : watson$~/Storesys; ./build_store_pkg Creating package StoreSys Creating gzip'd tar ball in '/home/rjk/Storesys/StoreSys.tgz' tar: can't add file bin/servout : No such file or directory ***^C*** tar command failed with code 2 : watson$~/Storesys; ls -CF ls: .: No such file or directory : watson$~/Storesys; cd .. : watson$~; cd - bash: -: No such file or directory : watson$~; ========== >How-To-Repeat: See the short files included with the description above... I tried a second time, after restoring from a backup; it's repeatable. >Fix: ??? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jan 9 12:10:44 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA02711 for bugs-outgoing; Tue, 9 Jan 1996 12:10:44 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA02705 for ; Tue, 9 Jan 1996 12:10:41 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <16839(9)>; Tue, 9 Jan 1996 11:54:14 PST Received: by crevenia.parc.xerox.com id <177478>; Tue, 9 Jan 1996 11:53:44 -0800 From: Bill Fenner To: bugs@freebsd.org Subject: 2.1.0 upgrade "ftp reselect" reboots after selecting new site Message-Id: <96Jan9.115344pst.177478@crevenia.parc.xerox.com> Date: Tue, 9 Jan 1996 11:53:30 PST Sender: owner-bugs@freebsd.org Precedence: bulk I finally got around to trying the 2.1.0 "upgrade" option, and was dumb enough not to change the ftp mode from "abort" the first time. Of course, ftp.freebsd.org was busy, and the machine rebooted. Ok, I learned my lesson, go through all those dialogs (including booting with -c because neither ed0 nor ed1 corresponds with the jumper-selectable ports and irq's on the SMC Elite) and switch to "reselect". The login failed because ftp.freebsd.org was busy again, so I typed in the URL again (I have to use the URL mode to get through my firewall), and when I hit enter it gives the same dialog as the first time -- "Failed to load the root disk, the system will now reboot." Feh. I guess I'll try "retry" mode next. (And I guess I'd better set it to retry 1000 times or so, or it'll run out and reboot on me...) Bill From owner-freebsd-bugs Tue Jan 9 13:42:57 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA09549 for bugs-outgoing; Tue, 9 Jan 1996 13:42:57 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA09539 for ; Tue, 9 Jan 1996 13:42:47 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id NAA01843; Tue, 9 Jan 1996 13:42:02 -0800 To: Bill Fenner cc: bugs@FreeBSD.org Subject: Re: 2.1.0 upgrade "ftp reselect" reboots after selecting new site In-reply-to: Your message of "Tue, 09 Jan 1996 11:53:30 PST." <96Jan9.115344pst.177478@crevenia.parc.xerox.com> Date: Tue, 09 Jan 1996 13:42:02 -0800 Message-ID: <1841.821223722@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.org Precedence: bulk > I finally got around to trying the 2.1.0 "upgrade" option, and was dumb > enough not to change the ftp mode from "abort" the first time. Of course, > ftp.freebsd.org was busy, and the machine rebooted. Ok, I learned my Yeah, I know about this one. There was much wailing and gnashing of teeth about it in the closing days of 2.1, and about 47 different commits from me failed to fix it. I'm suffering from a basic architectural flaw stemming from a failure to really examine all the ins and outs of `ftp media' before I settled on my generic media abstraction, and the only real fix involves some re-engineering work which I'm in the middle of right now. Jordan From owner-freebsd-bugs Tue Jan 9 13:56:53 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA10742 for bugs-outgoing; Tue, 9 Jan 1996 13:56:53 -0800 (PST) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA10726 for ; Tue, 9 Jan 1996 13:56:46 -0800 (PST) Received: from newzetor.clinet.fi (newzetor.clinet.fi [194.100.0.11]) by hauki.clinet.fi (8.6.12/8.6.4) with ESMTP id XAA20695 for ; Tue, 9 Jan 1996 23:56:37 +0200 Received: (hsu@localhost) by newzetor.clinet.fi (8.7.3/8.6.4) id VAA13168; Tue, 9 Jan 1996 21:56:40 GMT Date: Tue, 9 Jan 1996 21:56:40 GMT Message-Id: <199601092156.VAA13168@newzetor.clinet.fi> From: Heikki Suonsivu To: freebsd-bugs@freebsd.org Subject: SMC etherpower2 and ZNYX 314 (fourport) seem to confuse de Organization: Clinet Ltd, Espoo, Finland Sender: owner-bugs@freebsd.org Precedence: bulk Has anyone been able to put SMC etherpower2 (dual port combo ethernet card) with a ZNYX 314 (four port TP-only) in the same machine? They seem to be able to coexist with other pci cards, but hate each other: Jan 9 16:13:27 otaniemi5-gw /kernel: FreeBSD 2.2-CURRENT #5: Tue Jan 9 16:02:38 EET 1996 Jan 9 16:13:27 otaniemi5-gw /kernel: hsu@katiska.clinet.fi:/usr/current/src/sys/compile/CLINETROUTER Jan 9 16:13:27 otaniemi5-gw /kernel: CPU: Pentium (89.80-MHz 586-class CPU) Jan 9 16:13:27 otaniemi5-gw /kernel: Origin = "GenuineIntel" Id = 0x525 Stepping=5 Jan 9 16:13:27 otaniemi5-gw /kernel: Features=0x1bf Jan 9 16:13:27 otaniemi5-gw /kernel: real memory = 16777216 (16384K bytes) Jan 9 16:13:27 otaniemi5-gw /kernel: avail memory = 14454784 (14116K bytes) Jan 9 16:13:27 otaniemi5-gw /kernel: Probing for devices on the PCI bus: Jan 9 16:13:27 otaniemi5-gw /kernel: pci0:0: Silicon Integrated Systems, device=0x5511, class=bridge (host) [no driver assigned] Jan 9 16:13:27 otaniemi5-gw /kernel: chip0 rev 1 on pci0:1 Jan 9 16:13:27 otaniemi5-gw /kernel: chip1 rev 2 on pci0:10 Jan 9 16:13:27 otaniemi5-gw /kernel: chip2 rev 1 on pci0:11 Jan 9 16:13:28 otaniemi5-gw /kernel: de0 rev 35 int a irq 11 on pci0:12 Jan 9 16:13:28 otaniemi5-gw /kernel: de0: DC21040 [10Mb/s] pass 2.3 Ethernet address 00:c0:95:ec:47:8a Jan 9 16:13:28 otaniemi5-gw /kernel: de0: enabling Thinwire/AUI port Jan 9 16:13:28 otaniemi5-gw /kernel: Probing for devices on the PCI bus: Jan 9 16:13:28 otaniemi5-gw /kernel: de1 rev 35 int a irq 12 on pci1:4 Jan 9 16:13:28 otaniemi5-gw /kernel: de1: DC21040 [10Mb/s] pass 2.3 Ethernet address 00:00:c0:49:0b:c0 Jan 9 16:13:28 otaniemi5-gw /kernel: de1: enabling Thinwire/AUI port Jan 9 16:13:28 otaniemi5-gw /kernel: de2 rev 35 int a irq 9 on pci1:5 Jan 9 16:13:28 otaniemi5-gw /kernel: de2: DC21040 [10Mb/s] pass 2.3 Ethernet address 00:00:c0:ac:08:c0 Jan 9 16:13:28 otaniemi5-gw /kernel: de2: enabling Thinwire/AUI port Jan 9 16:13:29 otaniemi5-gw /kernel: Probing for devices on the PCI bus: Jan 9 16:13:29 otaniemi5-gw /kernel: de3 rev 35 int a irq 12 on pci1:4 Jan 9 16:13:29 otaniemi5-gw /kernel: pci_map_port failed: device's iorange 0xc800-0xc87f is incompatible with its bridge's range 0xa000-0xbfff Jan 9 16:13:29 otaniemi5-gw /kernel: de4 rev 35 int a irq 9 on pci1:5 Jan 9 16:13:29 otaniemi5-gw /kernel: pci_map_port failed: device's iorange 0xc400-0xc47f is incompatible with its bridge's range 0xa000-0xbfff Jan 9 16:13:29 otaniemi5-gw /kernel: Probing for devices on the ISA bus: Jan 9 16:13:29 otaniemi5-gw /kernel: vt0 at 0x60-0x6f irq 1 on motherboard Jan 9 16:13:29 otaniemi5-gw /kernel: vt0: tvga 8900c, 80/132 col, color, 8 scr, mf2-kbd, [R3.20-b24] Jan 9 16:13:29 otaniemi5-gw /kernel: ed0 not found at 0x280 Jan 9 16:13:29 otaniemi5-gw /kernel: ed1 not found at 0x300 Jan 9 16:13:29 otaniemi5-gw /kernel: ed2 not found at 0x360 Jan 9 16:13:29 otaniemi5-gw /kernel: ed3 not found at 0x240 Jan 9 16:13:29 otaniemi5-gw /kernel: ed4 not found at 0x340 ... But alone either works fine. Motherboard is ASUS with SIS chipset, CPU is Pentium90. Another question: If I put 3 ZNYX combos (1 port) and 314 (fourport) in the same machine, they get a somewhat fancy irq allocation: Jan 9 21:23:49 otaniemi5-gw /kernel: de0 rev 35 int a irq 9 on pci0:9 Jan 9 21:23:49 otaniemi5-gw /kernel: de0: DC21040 [10Mb/s] pass 2.3 Ethernet address 00:c0:95:ec:49:eb Jan 9 21:23:49 otaniemi5-gw /kernel: de0: enabling Thinwire/AUI port Jan 9 21:23:49 otaniemi5-gw /kernel: de1 rev 35 int a irq 12 on pci0:10 Jan 9 21:23:49 otaniemi5-gw /kernel: de1: DC21040 [10Mb/s] pass 2.3 Ethernet address 00:c0:95:ec:4a:0d Jan 9 21:23:49 otaniemi5-gw /kernel: de1: enabling Thinwire/AUI port Jan 9 21:23:49 otaniemi5-gw /kernel: chip1 rev 1 on pci0:11 Jan 9 21:23:49 otaniemi5-gw /kernel: de2 rev 35 int a irq 11 on pci0:12 Jan 9 21:23:49 otaniemi5-gw /kernel: de2: DC21040 [10Mb/s] pass 2.3 Ethernet address 00:c0:95:ec:47:8a Jan 9 21:23:49 otaniemi5-gw /kernel: de2: enabling Thinwire/AUI port Jan 9 21:23:50 otaniemi5-gw /kernel: Probing for devices on the PCI bus: Jan 9 21:23:50 otaniemi5-gw /kernel: de3 rev 35 int a irq 10 on pci1:4 Jan 9 21:23:50 otaniemi5-gw /kernel: de3: ZNYX ZX314 DC21040 [10Mb/s] pass 2.3 Ethernet address 00:c0:95:f0:05:3c Jan 9 21:23:50 otaniemi5-gw /kernel: de3: enabling 10baseT/UTP port Jan 9 21:23:50 otaniemi5-gw /kernel: de4 rev 35 int a irq 12 on pci1:5 Jan 9 21:23:50 otaniemi5-gw /kernel: de4: ZNYX ZX314 DC21040 [10Mb/s] pass 2.3 Ethernet address 00:c0:95:f0:05:3d Jan 9 21:23:50 otaniemi5-gw /kernel: de4: enabling 10baseT/UTP port Jan 9 21:23:50 otaniemi5-gw /kernel: de5 rev 35 int a irq 9 on pci1:6 Jan 9 21:23:50 otaniemi5-gw /kernel: de5: ZNYX ZX314 DC21040 [10Mb/s] pass 2.3 Ethernet address 00:c0:95:f0:05:3e Jan 9 21:23:50 otaniemi5-gw /kernel: de5: enabling 10baseT/UTP port Jan 9 21:23:50 otaniemi5-gw /kernel: de6 rev 35 int a irq 11 on pci1:7 Jan 9 21:23:50 otaniemi5-gw /kernel: de6: ZNYX ZX314 DC21040 [10Mb/s] pass 2.3 Ethernet address 00:c0:95:f0:05:3f Jan 9 21:23:50 otaniemi5-gw /kernel: de6: enabling 10baseT/UTP port Jan 9 21:23:50 otaniemi5-gw /kernel: Probing for devices on the ISA bus: Ports on 314 get the same interrupts already allocate to de0, de1 and de2 (which are ZNYX combo cards, btw, even though they are identified as Digital). Should I be worried ? -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi work +358-0-4375209 fax -4555276 home -8031121 From owner-freebsd-bugs Tue Jan 9 15:04:55 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA15788 for bugs-outgoing; Tue, 9 Jan 1996 15:04:55 -0800 (PST) Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA15744 for ; Tue, 9 Jan 1996 15:04:41 -0800 (PST) Received: by Sysiphos id AA16065 (5.67b/IDA-1.5 for freebsd-bugs@freebsd.org); Wed, 10 Jan 1996 00:04:01 +0100 Message-Id: <199601092304.AA16065@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Wed, 10 Jan 1996 00:04:00 +0100 In-Reply-To: Heikki Suonsivu "SMC etherpower2 and ZNYX 314 (fourport) seem to confuse de" (Jan 9, 21:56) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Heikki Suonsivu Subject: Re: SMC etherpower2 and ZNYX 314 (fourport) seem to confuse de Cc: freebsd-bugs@freebsd.org Sender: owner-bugs@freebsd.org Precedence: bulk On Jan 9, 21:56, Heikki Suonsivu wrote: } Subject: SMC etherpower2 and ZNYX 314 (fourport) seem to confuse de } } Has anyone been able to put SMC etherpower2 (dual port combo ethernet card) } with a ZNYX 314 (four port TP-only) in the same machine? They seem to be } able to coexist with other pci cards, but hate each other: This looks like a problem with the PCI to PCI bridge code. AFAIK, nobody checked whether it really works with several such chips (I couldn't afford to buy two multi-port Ethernet cards just to test this, for example :-) Please boot the system again, with the two port and the four port card inserted, but enter "-v" at the "Boot: " prompt this time ... I'm too tired to explain the interrupt stuff right now, but I already wrote something (for a system with an AH3940 card) which seems to apply in your case too. If you have access to the PCI 2.1 spec, then check out the section about PCI to PCI bridges and the suggested method of connecting PCI IntA .. IntD to the ISA interrupt controller. More tomorrow ... Regards, STefan From owner-freebsd-bugs Tue Jan 9 15:43:54 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA18813 for bugs-outgoing; Tue, 9 Jan 1996 15:43:54 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA18804 for ; Tue, 9 Jan 1996 15:43:49 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14417(9)>; Tue, 9 Jan 1996 15:43:13 PST Received: by crevenia.parc.xerox.com id <177478>; Tue, 9 Jan 1996 15:40:06 -0800 From: Bill Fenner To: bugs@freebsd.org Subject: console output for fixit floppy goes to vty2 Message-Id: <96Jan9.154006pst.177478@crevenia.parc.xerox.com> Date: Tue, 9 Jan 1996 15:39:56 PST Sender: owner-bugs@freebsd.org Precedence: bulk Two bugs to report here: 1. Perhaps mount should say ", perhaps the filesystem is not clean?" when it gets an "Operation not permitted" error. I had no clue why the fixit floppy was refusing to let me mount my root filesystem. 2. Perhaps the fixit sh should be started on vty2; I had no reason to expect that I had to switch to vty2 to see the WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. message that appeared there. Sigh. Bill (P.S. Maybe it's 3 bugs that I'm reporting here -- the whole reason I needed to boot the fixit floppy is because the 2.1 upgrade installed the MD5 password system over my 2.0.5 system that was set up for crypt...) From owner-freebsd-bugs Tue Jan 9 16:05:16 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA20199 for bugs-outgoing; Tue, 9 Jan 1996 16:05:16 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA20189 for ; Tue, 9 Jan 1996 16:05:09 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14594(11)>; Tue, 9 Jan 1996 16:04:23 PST Received: by crevenia.parc.xerox.com id <177478>; Tue, 9 Jan 1996 16:04:08 -0800 From: Bill Fenner To: bugs@freebsd.org Subject: 2.1 upgrade installs strange /usr/lib/libcrypt* links Message-Id: <96Jan9.160408pst.177478@crevenia.parc.xerox.com> Date: Tue, 9 Jan 1996 16:03:55 PST Sender: owner-bugs@freebsd.org Precedence: bulk I just installed the 2.1 upgrade, and have the following links in /usr/lib: libcrypt.a -> libscrypt.a libcrypt.so.2.0 -> libscrypt.so.2.0 libcrypt_p.a -> libdescrypt_p.a Now, since symlinks don't have their own times, I can't tell if the install actually created the descrypt link, or if it just left the old one there -- in either case, this is an oversight, and these links should all be consistent... Bill From owner-freebsd-bugs Tue Jan 9 16:32:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA21624 for bugs-outgoing; Tue, 9 Jan 1996 16:32:04 -0800 (PST) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA21548 Tue, 9 Jan 1996 16:31:46 -0800 (PST) Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.17.12]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id BAA02908; Wed, 10 Jan 1996 01:20:33 +0100 Received: (from wosch@localhost) by localhost (8.6.9/8.6.9) id BAA01000; Wed, 10 Jan 1996 01:11:43 +0100 Date: Wed, 10 Jan 1996 01:11:43 +0100 From: Wolfram Schneider Message-Id: <199601100011.BAA01000@localhost> To: "Jonathan M. Bresler" Cc: bugs@freebsd.org Subject: Re: majordomo test In-Reply-To: References: <199601082238.XAA18277@caramba.cs.tu-berlin.de> Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@freebsd.org Precedence: bulk Jonathan M. Bresler writes: >> if you see only this line, majordomo is buggy > so tell us, what's the bug? what's the problem? resend don't call sendmail(8) with option 'i' (-oi). Sendmail cut the mail body at a dot on a line. sendmail: i Do not take dots on a line by themselves as a message termi- nator. You need this option for all majordomo scripts, which pipe incoming mails to sendmail. Wolfram From owner-freebsd-bugs Tue Jan 9 20:53:57 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA06193 for bugs-outgoing; Tue, 9 Jan 1996 20:53:57 -0800 (PST) Received: from penc44.penc.udel.edu (penc44.penc.udel.edu [128.175.77.44]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA06184 for ; Tue, 9 Jan 1996 20:53:51 -0800 (PST) Received: (from jchabalk@localhost) by penc44.penc.udel.edu (8.6.12/8.6.12) id XAA00683; Tue, 9 Jan 1996 23:48:33 -0500 Date: Tue, 9 Jan 1996 23:48:32 -0500 (EST) From: "John D. Chabalko" To: bugs@freebsd.org Subject: IDE CD-ROM Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org Precedence: bulk Walnut Creek Tech support recommended that I send this 'bug' in. I tried to install 2.1 using my IDE CD drive an NEC-260. I booted the ATAPI boot floppy and the kernel properly identified all of my hardware, including the cdrom drive. The drive was cofigured as slave in the secondary port. In the setup program the drive was mounted and the install started. It was able to copy one file from the CD and then crashed the machine. I tried setting the drive as master and the same problem happened again. I install over the network, configured and compiled a new kernel with ATAPI support. The drive is identified at boot time properly and I am about to mount it. I have copied small text file from the CD a few times, but when I try to copy anything larger than a few Kb it jams the terminal I'm in. Hardware: GW2K p5-90 w/ 8meg 3 IDE disks + 1 IDE CD (the NEC 2X 260) 2 SMC ether card (DEC 21040 & 8013) 1 SB16 set to IRQ5 DMA1 ADDRESS:0x220 PS/2 mouse thanx (great os) jchabalk@udel.edu jchabalk@penc44.penc.udel.edu From owner-freebsd-bugs Tue Jan 9 22:34:51 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA13182 for bugs-outgoing; Tue, 9 Jan 1996 22:34:51 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA13160 for ; Tue, 9 Jan 1996 22:34:46 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id WAA03421; Tue, 9 Jan 1996 22:34:04 -0800 To: Bill Fenner cc: bugs@freebsd.org Subject: Re: console output for fixit floppy goes to vty2 In-reply-to: Your message of "Tue, 09 Jan 1996 15:39:56 PST." <96Jan9.154006pst.177478@crevenia.parc.xerox.com> Date: Tue, 09 Jan 1996 22:34:03 -0800 Message-ID: <3419.821255643@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org Precedence: bulk > 1. Perhaps mount should say ", perhaps the filesystem is not clean?" when > it gets an "Operation not permitted" error. I had no clue why the fixit > floppy was refusing to let me mount my root filesystem. Whoops. > 2. Perhaps the fixit sh should be started on vty2; I had no reason to > expect that I had to switch to vty2 to see the Yeah, I've just fixed this one. Sorry! > (P.S. Maybe it's 3 bugs that I'm reporting here -- the whole reason I needed > to boot the fixit floppy is because the 2.1 upgrade installed the MD5 passwor d > system over my 2.0.5 system that was set up for crypt...) You installed from CD without DES? Hmmm..! Jordan From owner-freebsd-bugs Tue Jan 9 22:59:47 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA15726 for bugs-outgoing; Tue, 9 Jan 1996 22:59:47 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA15721 for ; Tue, 9 Jan 1996 22:59:44 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id WAA03528; Tue, 9 Jan 1996 22:57:50 -0800 To: "John D. Chabalko" cc: bugs@freebsd.org Subject: Re: IDE CD-ROM In-reply-to: Your message of "Tue, 09 Jan 1996 23:48:32 EST." Date: Tue, 09 Jan 1996 22:57:49 -0800 Message-ID: <3526.821257069@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org Precedence: bulk > crashed the machine. I tried setting the drive as master and the same > problem happened again. I install over the network, configured and Slave was correct. Can you try compiling another new kernel and this time commenting out the entry for wd3? E.g. you should still have the two WD controllers (wdc0 & wdc1) but only wd0, wd1 and wd2. To be honest, I don't think anyone's even tested this particular configuration. It's usually (at the most) 2 IDE drives, both on the first controller, and 1 IDE CDROM alone on the second. Can you operate for short periods without your 3rd IDE drive? It might be worth an experiment to see if it works with the IDE CDROM alone on the 2nd controller (wd0 and wd1 in kernel only). Jordan From owner-freebsd-bugs Wed Jan 10 03:40:22 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA02919 for bugs-outgoing; Wed, 10 Jan 1996 03:40:22 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA02907 Wed, 10 Jan 1996 03:40:13 -0800 (PST) Date: Wed, 10 Jan 1996 03:40:13 -0800 (PST) From: Mike Pritchard Message-Id: <199601101140.DAA02907@freefall.freebsd.org> To: careilly@tcd.ie, mpp, freebsd-bugs Subject: Re: bin/671 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: No quot available. State-Changed-From-To: analyzed-closed State-Changed-By: mpp State-Changed-When: Wed Jan 10 03:38:32 PST 1996 State-Changed-Why: Quot has been available since 11/03/95. From owner-freebsd-bugs Wed Jan 10 08:57:18 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA15393 for bugs-outgoing; Wed, 10 Jan 1996 08:57:18 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA15385 for ; Wed, 10 Jan 1996 08:57:15 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14970(10)>; Wed, 10 Jan 1996 08:55:50 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177478>; Wed, 10 Jan 1996 08:55:33 -0800 To: "Jordan K. Hubbard" cc: Bill Fenner , bugs@freebsd.org Subject: Re: console output for fixit floppy goes to vty2 In-reply-to: Your message of "Tue, 09 Jan 96 22:34:03 PST." <3419.821255643@time.cdrom.com> Date: Wed, 10 Jan 1996 08:55:29 PST From: Bill Fenner Message-Id: <96Jan10.085533pst.177478@crevenia.parc.xerox.com> Sender: owner-bugs@freebsd.org Precedence: bulk In message <3419.821255643@time.cdrom.com> Jordan wrote: >>(P.S. Maybe it's 3 bugs that I'm reporting here -- the whole reason I needed >>to boot the fixit floppy is because the 2.1 upgrade installed the MD5 password >>system over my 2.0.5 system that was set up for crypt...) > >You installed from CD without DES? Hmmm..! No, it was an FTP install, and I just clicked on the "X-User" distribution without thinking about DES. (P.S. another install buglet - both "User" and "X-User" claim to use 52MB...) Bill From owner-freebsd-bugs Wed Jan 10 12:23:16 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA28030 for bugs-outgoing; Wed, 10 Jan 1996 12:23:16 -0800 (PST) Received: from Aspen.Woc.Atinc.COM (aspen.woc.atinc.com [198.138.38.205]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA28018 for ; Wed, 10 Jan 1996 12:23:08 -0800 (PST) Received: (from jmb@localhost) by Aspen.Woc.Atinc.COM (8.6.12/8.6.9) id PAA27861; Wed, 10 Jan 1996 15:20:58 -0500 Date: Wed, 10 Jan 1996 15:20:56 -0500 (EST) From: "Jonathan M. Bresler" X-Sender: jmb@Aspen.Woc.Atinc.COM To: Wolfram Schneider cc: bugs@freebsd.org Subject: Re: majordomo test In-Reply-To: <199601100011.BAA01000@localhost> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org Precedence: bulk On Wed, 10 Jan 1996, Wolfram Schneider wrote: > resend don't call sendmail(8) with option 'i' (-oi). Sendmail cut the > mail body at a dot on a line. > > sendmail: > i Do not take dots on a line by themselves as a message termi- > nator. i'll accept that. cool. done. now i can send mail to majordomo which . lists end and get responses to each command. will test resend next. thanks for pointing this out. ;)) jmb Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG play go. ride bike. hack FreeBSD.--ah the good life i am moving to a new job. PLEASE USE: jmb@FreeBSD.ORG From owner-freebsd-bugs Wed Jan 10 12:29:54 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA28802 for bugs-outgoing; Wed, 10 Jan 1996 12:29:54 -0800 (PST) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA28776 for ; Wed, 10 Jan 1996 12:29:45 -0800 (PST) Received: from newzetor.clinet.fi (root@newzetor.clinet.fi [194.100.0.11]) by hauki.clinet.fi (8.6.12/8.6.4) with ESMTP id WAA16935; Wed, 10 Jan 1996 22:29:28 +0200 Received: (hsu@localhost) by newzetor.clinet.fi (8.7.3/8.6.4) id UAA22908; Wed, 10 Jan 1996 20:29:36 GMT Date: Wed, 10 Jan 1996 20:29:36 GMT Message-Id: <199601102029.UAA22908@newzetor.clinet.fi> From: Heikki Suonsivu To: Heikki Suonsivu Cc: freebsd-bugs@freefall.FreeBSD.org In-reply-to: Heikki Suonsivu's message of 10 Jan 1996 04:44:55 +0200 Subject: Re: SMC etherpower2 and ZNYX 314 (fourport) seem to confuse de Organization: Clinet Ltd, Espoo, Finland References: <199601092156.VAA13168@newzetor.clinet.fi> Sender: owner-bugs@FreeBSD.ORG Precedence: bulk In article <199601092156.VAA13168@newzetor.clinet.fi> Heikki Suonsivu writes: Has anyone been able to put SMC etherpower2 (dual port combo ethernet card) with a ZNYX 314 (four port TP-only) in the same machine? They seem to be able to coexist with other pci cards, but hate each other: This was misinformation; ZNYX 314 does not seem to be able to coexist with FreeBSD or an ASUS motherboard. It gets probed and ports are sort-of-usable (seem to work) but after running something like 10-15 minutes the machine freezes. I put a SMC dual combo in and now it has been up for couple of hours (total of 5 ports, 3 one-port and one 2-port card). I need yet to try two or more smc dual port cards to see how far I can go. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi work +358-0-4375209 fax -4555276 home -8031121 From owner-freebsd-bugs Wed Jan 10 12:46:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA00507 for bugs-outgoing; Wed, 10 Jan 1996 12:46:05 -0800 (PST) Received: from omega.physik.fu-berlin.de (omega.physik.fu-berlin.de [130.133.3.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA00493 for ; Wed, 10 Jan 1996 12:45:59 -0800 (PST) Received: from mordillo (oberon.physik.fu-berlin.de [130.133.3.126]) by omega.physik.fu-berlin.de (8.7.1/8.7.1) with ESMTP id VAA11163; Wed, 10 Jan 1996 21:42:23 +0100 (MET) Received: (from graichen@localhost) by mordillo (8.6.12/8.6.12) id TAA00533; Wed, 10 Jan 1996 19:38:49 +0100 From: Thomas Graichen Message-Id: <199601101838.TAA00533@mordillo> Subject: Re: IDE CD-ROM To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 10 Jan 1996 19:38:49 +0100 (MET) Cc: jchabalk@penc44.penc.udel.edu, bugs@FreeBSD.ORG In-Reply-To: <3526.821257069@time.cdrom.com> from "Jordan K. Hubbard" at Jan 9, 96 10:57:49 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@FreeBSD.ORG Precedence: bulk hasn't Jordan K. Hubbard said ? ... > > > crashed the machine. I tried setting the drive as master and the same > > problem happened again. I install over the network, configured and > > Slave was correct. Can you try compiling another new kernel and this > time commenting out the entry for wd3? E.g. you should still have the > two WD controllers (wdc0 & wdc1) but only wd0, wd1 and wd2. > > To be honest, I don't think anyone's even tested this particular > configuration. It's usually (at the most) 2 IDE drives, both on the > first controller, and 1 IDE CDROM alone on the second. Can you > operate for short periods without your 3rd IDE drive? It might be > worth an experiment to see if it works with the IDE CDROM alone on the > 2nd controller (wd0 and wd1 in kernel only). > if you are really interested if this works at all - i may try it out here - send me a mail if yes t _______________________________________________________||___________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| graichen@mail.physik.fu-berlin.de ___________________________||__________________graichen@FreeBSD.org_________ From owner-freebsd-bugs Wed Jan 10 14:42:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA08488 for bugs-outgoing; Wed, 10 Jan 1996 14:42:06 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA08480 for ; Wed, 10 Jan 1996 14:42:00 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id XAA15944 ; Wed, 10 Jan 1996 23:41:54 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA01229 ; Wed, 10 Jan 1996 23:40:48 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id XAA03378; Wed, 10 Jan 1996 23:26:22 +0100 (MET) From: Ollivier Robert Message-Id: <199601102226.XAA03378@keltia.freenix.fr> Subject: Re: console output for fixit floppy goes to vty2 To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 10 Jan 1996 23:26:22 +0100 (MET) Cc: fenner@parc.xerox.com, bugs@freebsd.org In-Reply-To: <3419.821255643@time.cdrom.com> from "Jordan K. Hubbard" at Jan 9, 96 10:34:03 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1530 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org Precedence: bulk It seems that Jordan K. Hubbard said: > > system over my 2.0.5 system that was set up for crypt...) > > You installed from CD without DES? Hmmm..! The CD is not supposed to have the DES dists, isn't it ? 269 [23:25] root@keltia:/cdrom# ls dists/des 00_TRANS.TBL install.sh* Mine doesn't anyway. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #13: Sat Jan 6 20:08:04 MET 1996 From owner-freebsd-bugs Wed Jan 10 16:28:02 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA15093 for bugs-outgoing; Wed, 10 Jan 1996 16:28:02 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA15076 for ; Wed, 10 Jan 1996 16:27:59 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id QAA08078; Wed, 10 Jan 1996 16:27:07 -0800 To: Bill Fenner cc: bugs@freebsd.org Subject: Re: console output for fixit floppy goes to vty2 In-reply-to: Your message of "Wed, 10 Jan 1996 08:55:29 PST." <96Jan10.085533pst.177478@crevenia.parc.xerox.com> Date: Wed, 10 Jan 1996 16:27:07 -0800 Message-ID: <8076.821320027@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org Precedence: bulk > No, it was an FTP install, and I just clicked on the "X-User" distribution > without thinking about DES. > > (P.S. another install buglet - both "User" and "X-User" claim to use 52MB...) The whole distribution selection and specification mechanism is really pretty gross, actually. It's going away very soon now! Jordan From owner-freebsd-bugs Wed Jan 10 18:36:14 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA22710 for bugs-outgoing; Wed, 10 Jan 1996 18:36:14 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA22681 for ; Wed, 10 Jan 1996 18:36:10 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id SAA08620; Wed, 10 Jan 1996 18:35:10 -0800 To: Ollivier Robert cc: fenner@parc.xerox.com, bugs@freebsd.org Subject: Re: console output for fixit floppy goes to vty2 In-reply-to: Your message of "Wed, 10 Jan 1996 23:26:22 +0100." <199601102226.XAA03378@keltia.freenix.fr> Date: Wed, 10 Jan 1996 18:35:09 -0800 Message-ID: <8618.821327709@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org Precedence: bulk > It seems that Jordan K. Hubbard said: > > > system over my 2.0.5 system that was set up for crypt...) > > > > You installed from CD without DES? Hmmm..! > > The CD is not supposed to have the DES dists, isn't it ? Correct, it only has md5. That is why I first suspected that he'd spammed himself by upgrading a 2.0.5 crypt system to a 2.1 non-crypt, as the CD upgrade will definitely do! Jordan From owner-freebsd-bugs Sat Jan 13 02:10:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA17437 for bugs-outgoing; Sat, 13 Jan 1996 02:10:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA17423 Sat, 13 Jan 1996 02:10:03 -0800 (PST) Resent-Date: Sat, 13 Jan 1996 02:10:03 -0800 (PST) Resent-Message-Id: <199601131010.CAA17423@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from sunrise.cs.berkeley.edu (sunrise.CS.Berkeley.EDU [128.32.38.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA17287 for" ; Sat, 13 Jan 1996 02:06:47.-0800 (PST) Received: (from asami@localhost) by sunrise.cs.berkeley.edu (8.6.12/8.6.12) id CAA07932; Sat, 13 Jan 1996 02:08:43 -0800 Message-Id: <199601131008.CAA07932@sunrise.cs.berkeley.edu> Date: Sat, 13 Jan 1996 02:08:43 -0800 From: asami@cs.berkeley.edu To: FreeBSD-gnats-submit@freebsd.org Cc: nisha@sunrise.cs.berkeley.edu X-Send-Pr-Version: 3.2 Subject: bin/943: df gets confused by huge filesystems Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 943 >Category: bin >Synopsis: df can't handle large filesystems >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jan 13 02:10:01 PST 1996 >Last-Modified: >Originator: Satoshi Asami >Organization: University of California at Berkeley >Release: FreeBSD 2.1-STABLE i386 (<== this is a lie, it's 2.1R) >Environment: 2.1R with a striped disk driver (ccd) taken from NetBSD (the kernel is modified, but I don't think that will make any difference to this problem). >Description: df seems to get confused when there is too many blocks, e.g.: >How-To-Repeat: Get yourself a disk array. :) >Fix: If I knew, I'd commit it! >Audit-Trail: >Unformatted: >> df -k -t local Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/sd0a 32254 16670 13002 56% / /dev/sd0e 15391 3071 11088 22% /var /dev/sd0f 530207 276313 211477 57% /usr /dev/ccd0c 19801168 205004 -3462766 -6% /mnt ^^^^^^^^^^^^^^ I took a look at the source but can't for the life of myself can't figure out why it's only the "avail" and "capacity" fields that get screwed up. For instance, the "1K-blocks" field is handled in an identical way! From owner-freebsd-bugs Sat Jan 13 04:30:23 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA24352 for bugs-outgoing; Sat, 13 Jan 1996 04:30:23 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA24338 for freebsd-bugs; Sat, 13 Jan 1996 04:30:20 -0800 (PST) Date: Sat, 13 Jan 1996 04:30:20 -0800 (PST) From: GNU GNATS Message-Id: <199601131230.EAA24338@freefall.freebsd.org> To: freebsd-bugs Subject: List of open Problem Reports Sender: owner-bugs@FreeBSD.ORG Precedence: bulk This is the list of currently open problem reports [1994/11/14] bin/17 "mount -t foo /dev/wd1h /mnt" gives incorrect error [1994/11/18] conf/22 Cannot use links to share kernel objects [1994/11/23] kern/27 Loopback mounts confuse unmount-on-reboot code [1994/11/30] kern/34 nullfs and union mounts can result in wild pointer r [1994/12/06] kern/42 PC-NFS on -current can't access disks [1994/12/07] kern/44 ep driver won't work with anything but bnc [1994/12/13] misc/48 /etc/rc does not recover recovery files [1994/12/14] kern/51 Panic accessing NFS mounted file system [1994/12/18] misc/67 It took 20 tries to get free-bsd installed [1994/12/18] misc/68 bininst leaves system kinda hung [1994/12/20] conf/76 fdisk can't be trusted. [1994/12/21] i386/79 Reboots sometimes don't complete. [1994/12/23] misc/83 System crash after abrupt end of slip session [1995/01/03] kern/95 Configuring a SLIP device with source = destination [1995/01/10] bin/104 pax -rwl may corrupt filesystem [1995/01/14] bin/115 systat iostat display doesn't scale high enough [1995/01/14] bin/116 disk transfer rates reported by systat :iostat are t [1995/01/14] misc/118 use of 386bsd partition tag makes multi-os boot hard [1995/01/14] misc/120 first Initial security report is bogus becuase of ls [1995/01/14] bin/124 traceroute doesn't support -g flag. [1995/01/14] docs/127 locate man page does not have any clues to how the d [1995/01/14] bin/129 fsck cannot take a mount point as an argument [1995/01/14] docs/131 there is no man page for uucpd [1995/01/14] docs/132 gettytab documentation is split between /etc/gettyta [1995/01/14] bin/133 mail program doesn't have editheaders option [1995/01/15] bin/146 version of compress is kinda old and slow [1995/01/19] bin/151 One of the pkg_add set /tmp mod to 755 [1995/01/20] bin/153 mount -u improvement for diskless systems [1995/01/21] kern/157 Quota system does not work [1995/01/21] docs/164 no ptrace(2) manual page. [1995/01/21] docs/165 No documentation on kernel boot flags. [1995/01/21] misc/166 /usr/include/machine/asmacros.h includes uninstalled [1995/01/21] kern/169 Errors from mkdir & mv when directories paths end wi [1995/01/21] bin/170 ar does not print an error message with readonly lib [1995/01/21] bin/172 cp -f does not work [1995/01/21] bin/173 rc trys to mount modload fs before ld is available. [1995/01/21] bin/174 Poor error message from stty [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/24] gnu/183 can't resolve "operator <<" overload [1995/01/24] bin/184 send-pr says "Aborting ..." and happily removes the [1995/01/25] bin/188 disklabel uses c partition by default, kernel says d [1995/01/30] gnu/196 size of bss in *.o's reported wrong by size [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fancy values [1995/02/01] bin/199 quiz(6) reading database bug, pattern matching bug [1995/02/01] misc/202 System hang or reboot without clues, tcp ppp named r [1995/02/14] kern/214 Using wt driver crashes system [1995/02/14] kern/216 /kernel: panic: ffs_alloccg: map corrupted [1995/02/14] docs/218 dbm references from hash(3) [1995/02/16] kern/219 Performance on local net drops too much when SNDBUF [1995/02/16] i386/222 boot prompt doesn't always work [1995/03/02] misc/229 acos() core dump [1995/03/03] bin/230 C++ contructors not being called [1995/03/05] docs/232 The mandoc .St macro doesn't work or misses IEEE754 [1995/03/11] kern/238 failed assertion in ncr.c --> no more scsi disk acce [1995/03/13] bin/241 strange behavior of /bin/sh [1995/03/17] kern/247 Berkeley Packet Filter fix [1995/03/19] gnu/256 nasty gdb bug back in 031595 system [1995/03/20] docs/263 There is absolutely no documentation for the dialog [1995/03/21] kern/266 ifconfig panics kernel built without option NFS [1995/03/28] kern/275 qic-02 streamer won't work [1995/03/28] kern/277 netstat -r reports entries with negative expire time [1995/03/28] kern/281 Messages printed when checking CD ROM device too ver [1995/03/28] kern/282 buslogic adapter information WAY too verbose [1995/03/29] kern/284 Network gives permission denied [1995/03/30] kern/287 Several header files are not consistent [1995/03/31] kern/288 panic: free: multiple frees [1995/04/01] kern/291 PCI devices still probe/attach after being disabled [1995/04/05] bin/300 __fdnlist fails on kernels created by cc -g and stri [1995/04/06] conf/301 Log rotation wastes _much_ to much space [1995/04/06] kern/302 Changing st tapes after extract crashes system [1995/04/09] docs/317 Install README doesn't list matcd as install choice [1995/04/09] bin/323 Creating lost+found causes fsck to stop fsck -y FDIV [1995/04/09] bin/326 Weekly cron generates some usage and error messages [1995/04/09] bin/327 Clock management punishes you if CMOS != GMT FDIV020 [1995/04/09] bin/329 FTP transfers above 99K shown in scientific notation [1995/04/11] kern/336 make world fails on NCR-SCSI machine [1995/04/14] docs/341 vnconfig(8) disagrees with its man page [1995/04/14] kern/343 tcpdump with filter fails on tun and lo devices [1995/04/14] misc/344 Signal 11 when running a user program [1995/04/15] kern/345 panic "biodone: page busy < 0" [1995/04/17] kern/349 Panic with bad dir [1995/04/20] kern/353 xcdplayer crashes machine (with NCR810 SCSI) [1995/04/20] kern/354 Can't configure two IP aliases with the same network [1995/04/20] misc/355 policy on /usr/local permission in base release [1995/04/20] bin/357 pkg_delete aborts when subcommand fails [1995/04/26] kern/366 queue changes broke ISO tpip code [1995/04/26] kern/367 kernel hangs after ep0 attach message appears [1995/04/26] i386/369 AHA-154X-A problems [1995/05/01] gnu/373 In response to admittedly bogus code, gcc emits an o [1995/05/01] kern/374 panic: bad dir [1995/05/02] kern/376 tcpdump seems to cause spontaneous reboots [1995/05/03] kern/378 (apparently) bounce buffer code gets used on 32bit b [1995/05/05] kern/383 dd to from /dev/mem panics the machine. [1995/05/06] kern/384 ep0 conflicts with some other drivers [1995/05/06] kern/385 ep0 finds card on irq 10 when it's actually on 11 [1995/05/07] kern/387 scsistrategy doesn't use bounce buffers [1995/05/08] bin/389 Simultaneous creation/deletion of dirs corrupts file [1995/05/11] i386/394 IP multicast not supported by ep driver [1995/05/12] bin/398 VI doesnt do the correct thing [1995/05/13] bin/401 Add REMOTE_* variables [1995/05/13] bin/402 w -n shows non-numeric addresses [1995/05/13] misc/403 FreeBSD 1-compiled tcsh, bash and zsh binaries dump [1995/05/14] kern/405 The gpio driver does not work with the AT-GPIB, only [1995/05/14] kern/416 page fault in syscons.c:scopen() [1995/05/14] bin/419 pkg_delete refuses to delete an incompletely added p [1995/05/15] misc/423 Sound devices are too insecure [1995/05/16] kern/425 arp entries not getting removed when interface chang [1995/05/16] kern/427 eg doesn't work with more than one card [1995/05/16] kern/428 configure is not foolproof [1995/05/19] misc/431 Processes sometime's hang and wont die when they hav [1995/05/21] bin/432 mixer should print out the current mixer settings by [1995/05/22] kern/434 umapfs panics when mounting ufs over itself [1995/05/23] kern/435 mb_map full, network starts jumping off and on, fina [1995/05/23] misc/437 addition for /usr/src/usr.bin/file/Magdir/zyxel [1995/05/23] i386/440 want vidcontrol option to apply settings to all sysc [1995/05/24] gnu/442 when invoked from "make' cc not including name lists [1995/05/25] kern/443 65 sendmails crashes system [1995/05/26] i386/444 GUS sound driver does not seem to work. [1995/05/26] kern/446 unable to diskless-boot a PC when the server mounts [1995/05/27] gnu/450 tar --exclude -c doesn't work [1995/05/28] gnu/451 cvsinit/cvs doesn't work as expected with perl [1995/05/28] kern/452 vnode swapping panics [1995/05/29] bin/457 We may have an obscure csh bug [1995/05/30] docs/458 px doc does not find include figure [1995/05/31] bin/464 dialog_gauge goes one char too far for 100% value [1995/05/31] kern/466 Unexpected disk errors during installation/newfs [1995/06/01] misc/469 ctm leaves temp files after errors [1995/06/01] kern/471 System can not access SCSI DAT tape. [1995/06/02] bin/476 kvm_openfiles called w/ too small error buffer [1995/06/02] bin/477 telnet autologin ain't working [1995/06/03] docs/480 We don't have an rhosts.5 man page [1995/06/04] bin/486 ls includes utmp.h but doesn't use it [1995/06/05] kern/492 sysinstall shows "success" after "no space" failure. [1995/06/07] bin/499 pkg_manage percent done is broken/dependancies arent [1995/06/07] bin/500 pkg_manage fails to continue without return sometime [1995/06/12] bin/506 "Release" id generated by send-pr looks incorrect. [1995/06/14] bin/514 Crash recovery impossible without static mt/chflags. [1995/06/14] gnu/515 Info command has no tutorial [1995/06/15] bin/517 Bad group change with 'install' [1995/06/15] bin/519 execution of quotacheck from /etc/rc fails [1995/06/15] docs/520 instructions are not clear as to what the url should [1995/06/15] docs/521 catgets() man page error [1995/06/17] kern/527 dump causes assertion in ncr.c [1995/06/17] kern/528 slow 386 reports excessive interrupt-level buffer ov [1995/06/17] conf/529 Please put mountd's '-n' flag into /etc/sysconfig [1995/06/18] misc/530 Failed install from SCSI tape [1995/06/18] kern/532 buslogic bt 445S hangups wit FreeBSD 2.0.5 [1995/06/20] docs/536 No copyrights in usr/src/lib/libc/stdtime [1995/06/20] bin/537 FSCK Fails [1995/06/22] i386/541 Alternate Reset method by unmapping ALSO broken [1995/06/23] bin/557 ar utility exausts all available file descriptors [1995/06/26] kern/565 [1995/06/27] bin/569 Slattach behaviour inconsistant [1995/07/02] kern/579 sio: RS_IBUFSIZE at 256 bytes serial lines loose dat [1995/07/02] bin/580 xntpd doesn't work with Tobit DCF77 receiver. [1995/07/02] bin/581 iijppp may hang indefinitely [1995/07/02] misc/583 rlogin over PPP does not handle input [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer [1995/07/04] kern/588 Configuration of DEC ethernet cards not possible [1995/07/04] conf/589 /etc/rc should eval amd ${amdflags} [1995/07/05] kern/590 pager input errors on NCR SCSI 486 mainboard [1995/07/05] bin/591 SPAP request REJexted in stead of NAKed [1995/07/05] bin/594 "mkdir -p some/path/" fails to create last path comp [1995/07/06] i386/596 and conflict with _POSIX_SOURCE [1995/07/07] bin/599 pkg_add does not stop if dependencies are missing [1995/07/09] misc/605 [1995/07/13] kern/611 WIDE-dhcp doesn't work with FreeBSD-2.0 bpf [1995/07/14] kern/614 SCSI tape timeout for forward space file is too shor [1995/07/19] bin/624 pkg_manage doesn't show directory symlinks [1995/07/19] kern/625 keyboard lockups during boot and forever after [1995/07/20] kern/627 vidcontrol causes crash when booted with sc0 disable [1995/07/20] kern/629 user mode ppp dies when sending [1995/07/21] i386/631 if_ix does not support bpf, nor does it appear to su [1995/07/24] docs/633 no manpage for ndbm [1995/07/26] bin/635 makefile for sbin/route doesn't make keywords.h when [1995/07/27] kern/637 If used heavily, ahc will crash, with disk timeouts [1995/07/29] kern/638 Transmitted packets not passed to bpf in if_le.c [1995/08/01] docs/646 vmstat man page out of date [1995/08/01] kern/647 Sound cards fail to work [1995/08/01] bin/648 Formatted output is not converted correctly [1995/08/02] gnu/650 Current flex is outdated [1995/08/03] kern/652 Multiple addresses on one interface interacts badly [1995/08/04] kern/653 ftp or kernel - multiple transfers when sendport dis [1995/08/05] gnu/655 ld -r of shared objects worked in 1.1.5, not in 2.0. [1995/08/07] bin/658 ifconfig alias has to be separately given [1995/08/07] bin/660 /bin/sh has problem with redirection. [1995/08/07] bin/661 Hercules is not capable of having a ISO-Latin1 Scree [1995/08/08] docs/663 newfs man page refers to format(8) [1995/08/08] bin/664 pkg_add(1) man page doesn't reference pkg_manage(1) [1995/08/08] ports/665 pkg_manage can't handle installing dvips [1995/08/08] gnu/666 The ldconfig program in SNAP wasn't good [1995/08/11] gnu/672 Nor all ph headers get created [1995/08/11] ports/673 /bin/sh + inn1.4 innwatch going belly up [1995/08/11] kern/674 quad speed cdrom not being found [1995/08/11] bin/675 make does unnecessary rebuilds [1995/08/12] bin/676 mv -i [1995/08/12] kern/677 X gets a bus error when calling mmap() [1995/08/13] kern/679 chown(2) ignores set-user-id and set-group-id bits f [1995/08/13] bin/680 2.0.5's tip using termios doesn't act the way it did [1995/08/14] bin/683 cron(8) [1995/08/14] docs/686 SIGSYS documented badly [1995/08/14] kern/688 Page fault: supervisor write, page not present [1995/08/15] ports/690 X11 install targets unfriendly [1995/08/15] i386/692 My modem is not found if my external cache is disabl [1995/08/16] bin/693 `pkg_add' is umask-sensitive [1995/08/16] bin/694 No include file in rpcgen output [1995/08/16] kern/695 cat B > C ; cmp B C can fail! [1995/08/17] misc/697 "make -DCLOBBER" is broken [1995/08/18] kern/700 The comments in /sys/net/in.h are confusing [1995/08/21] kern/703 ppp not always deleting route properly when a ppp li [1995/08/22] bin/706 increased root DNS traffic and long latencies for r- [1995/08/27] ports/710 mpeg_play outdated [1995/08/29] bin/711 /etc/magic not installed [1995/08/29] bin/715 ls gives weird tabular form [1995/08/31] bin/716 W returns wrong results at login [1995/09/01] misc/717 ft.c attach fail on my Mountain tape drive [1995/09/02] bin/718 pkg_add incorrectly prints an error message [1995/09/15] bin/722 Off-by-one error in wbkgd() in ncurses [1995/09/19] bin/728 /bin/sh messes up quoting when going through eval [1995/09/20] kern/730 3Com 3C5x9 probe problem [1995/09/21] docs/731 socketpair(2) and man page inconsistent about return [1995/09/22] bin/732 getpwent() dumps core if NIS password file is malfor [1995/09/23] docs/735 missing description for mount options in fstab(5) ma [1995/09/25] gnu/737 FreeBSD-current/src/gnu/usr.bin/gzip/Makefile [1995/09/26] bin/739 Some problems when an output filter reads all input [1995/09/26] docs/740 man loadfont says /usr/share/misc/vgafonts instead o [1995/09/26] docs/741 netstat -rn not showing all routes in Kernel - not i [1995/09/26] kern/742 syslog errors accessing Mac hard disks [patch] [1995/09/27] bin/743 vi cannot edit a file where the name starts with + [1995/09/27] kern/745 occasional filesystem inconsistencies, and "panic: f [1995/09/27] bin/746 `talk' forbids talking from write-protected terminal [1995/09/27] bin/747 date(1) gives weird time zones and interprets GMT[+- [1995/09/27] docs/748 zic.8 man page refers to /usr/local/etc/zoneinfo [1995/09/27] kern/750 cd9660 confused by not-ready or I/O errors FDIV030 [1995/09/28] bin/751 crontab(1): `crontab -e' exits on SIGINT [1995/09/28] kern/752 setting multiple addresses for a single interfaces l [1995/09/28] kern/753 my archive scsi tape drive does not work [1995/09/28] docs/754 there is no man page for the psm(4) mouse driver [1995/10/01] kern/757 Removal of mounted CD-ROM causes reboot & single use [1995/10/01] bin/759 nfsd without arg's doesn't work [1995/10/02] kern/761 route add may cause panic when used incorrectly [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem in use [1995/10/04] bin/766 file doesn't grok HTML; /etc/magic in wrong place [1995/10/05] misc/767 Configure-time does time-warp on non-UTC CMOS - FDIV [1995/10/06] bin/769 xntpd does not detach from controlling terminal [1995/10/06] kern/770 Floppy kernel won't boot with T485 or IDT L2 cache F [1995/10/08] kern/772 page fault while in kernel mode (two cases) [1995/10/09] kern/774 dump fails with "slave couldn't reopen disk: Device [1995/10/10] kern/775 changing root device was wrong when exist IDE drive [1995/10/11] bin/777 patch doesn't realize stdin is closed and asks quest [1995/10/12] bin/778 tar complains "EOF not on block boundary" on a good [1995/10/12] bin/779 #include gets undefined 'rune_t' type. [1995/10/14] kern/781 OPEN_MAX in kernel config and FD_SETSIZE in /usr/inc [1995/10/18] bin/786 Problem with NIS and large group maps [1995/10/23] bin/789 pkg_add doesn't work [1995/10/25] kern/792 cd9660 very slow. [1995/10/25] kern/793 ep0 cannot be configured and more. [1995/10/26] kern/794 swap partition at offset 0 still broken [1995/10/27] misc/796 Network install doesn't update /etc/hosts FDIV036 [1995/10/27] bin/797 X probeonly during install gets Not Found error FDIV [1995/10/29] kern/798 PPP panics, touches 0xdeadc0de pointers [1995/10/29] misc/799 sysinstall segfaults if part of distribution missing [1995/10/29] docs/801 rlogind k, v, and x options are not documented [1995/10/30] misc/802 default fstab mounts disks in bad order [1995/10/31] bin/803 bsd m4 chokes and dies while FSF m4 works... [1995/10/31] kern/805 SMC Ultra 8216 incorrectly probed (if_ed driver) [1995/10/31] kern/806 kernel default parameters need tuning [1995/11/01] bin/809 `.' gives the minimum number of (DIGITS+SIGN) [1995/11/09] ports/814 unable to compile the port of "pine3.91" [1995/11/11] bin/815 mountd reports unknown hosts with non-informative me [1995/11/11] bin/817 Wrong route to remote network [1995/11/12] kern/820 scsi tape problems [1995/11/13] kern/821 Config doesn't properly trap signals [1995/11/15] kern/824 system hangs after a few hours without saying why [1995/11/16] bin/826 tcpmux listener in inetd does not work [1995/11/16] kern/827 System hangs when doing a "route add" command [1995/11/20] ports/829 the lynx patches don't patch things correctly [1995/11/20] kern/830 installing hang [1995/11/20] kern/831 one minor complaint about the kernel visual config c [1995/11/21] i386/832 Tape drive busy errors - dump aborts [1995/11/21] i386/833 SCSI hard disks time out during tape rewind - FDIV03 [1995/11/22] kern/834 the console keyboard locks up randonly under pcvt [1995/11/22] kern/835 ed panics with SMC ultra with iomem, if no iomem in [1995/11/24] bin/837 test -h evaluates to false on symlink to nonexistant [1995/11/24] misc/838 /usr/src/lib Makefile assumes you want to install... [1995/11/25] bin/839 by default, use of "at" is overly restricted [1995/11/27] kern/840 Kernel page directory invalid [1995/11/27] bin/841 stale nfs mounts cannot be umounted [1995/11/27] kern/844 mbuf panic, dump available [1995/11/27] kern/845 Automatic reboot says you can abort but boots anyway [1995/11/27] conf/846 2.1R install disk tries to use sd0 even if not reque [1995/11/28] docs/847 man(1) references optional pager [1995/11/28] misc/848 Inst gripes about geometry but won't accept true val [1995/11/28] misc/849 Install skimps on inodes and newfs default is wrong [1995/11/28] bin/850 dump treats write-protect as an EOT & spoils set FDI [1995/11/28] ports/851 building port xspread-2.1 fails [1995/11/29] bin/852 Sendmail is loosing mail (apparently)! [1995/11/30] bin/854 swapinfo shows incorrect information for vnconfig'd [1995/11/30] misc/856 Install 2.0.5 Upgrade option does too much damage FD [1995/11/30] ports/857 Need ANSI_C define to not declare some functions [1995/12/01] bin/859 /bin/sh -c does not ignore SIGINT [1995/12/02] kern/860 visual mode in kernel -c is too restrictive [1995/12/03] kern/861 sb16 support in 2.1 is erratic and has cosmetic defe [1995/12/03] kern/862 more access to freed mbufs [1995/12/03] kern/863 panic on kernel page fault, NULL curproc [1995/12/04] kern/866 pcvt causes system console to lock up [1995/12/04] i386/867 Notebook with APM and 3C589C in PCMCIA freezes after [1995/12/06] ports/869 xcdplayer installs itself is /usr/X11R6, not /usr/lo [1995/12/06] ports/870 pkg_delete does not remove .install_done from port [1995/12/06] ports/871 port.subdir.mk DEBUG_FLAGS is not used for CFLAGS [1995/12/07] bin/873 Invalid route to remote network [1995/12/07] misc/874 kernel installation can break ps and friends [1995/12/08] misc/875 Cleaned code using -Wall to remove warnings [1995/12/08] kern/876 NFS allows bogus accesses to cached data [1995/12/08] i386/877 Valid ep0 port addresses not accepted [1995/12/09] misc/882 Makefile is not smart enough to bypass libraries... [1995/12/09] ports/883 tclX-port does not build properly [1995/12/09] kern/884 arnet driver does not assert DTR, which is necessary [1995/12/10] bin/889 update from version 1.0 to version 1.3 [1995/12/13] misc/891 regex.h relies on sys/types.h, but does not include [1995/12/14] bin/892 ppp recursion problem and partial FIX [1995/12/14] pending/893 terminfo.h not installed??? [1995/12/15] ports/894 window create doesn't work [1995/12/16] bin/895 ppp predictor-1 memory leak [PATCH included] [1995/12/16] kern/897 cannot watch(1) the slattach(1)'ed tty [1995/12/17] misc/898 select() not detecting socket close under certain ci [1995/12/17] kern/900 ext2fs triggers divide by zero trap in vnode_pager_h [1995/12/18] kern/902 system becomes very sluggish, odd messages, odd vmst [1995/12/19] kern/903 panic: m_copydata [1995/12/20] i386/906 /sys/i386/boot/netboot/nb8390.com cannot recognize N [1995/12/21] kern/907 scsi-dat tape station has stopped working [1995/12/21] bin/908 sed bug with trailing backslashes [1995/12/22] bin/910 Connection times out [1995/12/24] kern/912 unmount: dangling vnode [1995/12/24] conf/913 2.1.0-RELEASE, problem with cpio verbosity in instal [1995/12/25] bin/914 hayes dialer for tip fails 1st attempt to dial [1995/12/28] ports/916 popclient 2.21 incorrectly configured [1995/12/29] kern/919 weird output of vmstat, iostat, top [1995/12/29] kern/920 sio output looses chars in fifo on close() [1995/12/29] kern/921 [1995/12/31] kern/924 EISA devices have disappeared from vmstat/systat int [1996/01/01] bin/926 Mounting nfs disks before starting mountd: Chicken o [1996/01/02] kern/927 VGA mode not restored [1996/01/02] ports/928 PGP port will not build cleanly [1996/01/03] pending/930 bin [1996/01/06] kern/932 de0 occasionally enables 100baseTX when plugged into [1996/01/06] misc/934 ppp dies with Bus Error when processing long LOGIN s [1996/01/07] bin/937 rcp -p fails on files with negative timestamps [1996/01/07] kern/938 after heavy disk I/O, processes sleep on "newbuf" in [1996/01/09] kern/940 panic: free vnode isn't [1996/01/09] bin/941 pkg_create removes current directory if interupted [1996/01/12] misc/942 X11 mono server dumps core on supported video hardwa [1996/01/13] bin/943 df can't handle large filesystems This is the list of problem reports already analyzed: [1994/12/01] kern/35 mount -t union -o -b : lower layer not seen by shell [1995/01/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/01/22] docs/177 man pages missing for SYSV IPC funtions [1995/02/14] kern/215 SNAP-950112 crashed with "panic: page fault" [1995/03/20] kern/260 msync and munmap don't bother to update mod times [1995/03/20] docs/264 There are no manual pages for the forms library. [1995/03/22] kern/267 NFS code gives error messages, systems jams for a fe [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/s hangs pro [1995/06/01] ports/467 utils/kp wrong distfile place after make fetch [1995/06/21] docs/538 MAP_FILE not mentioned in mmap man page. [1995/08/15] kern/691 Performance 10 times slower 2.0.5R & Adaptec AHA-284 [1995/10/07] bin/771 telnet character mode not set and broken when set - [1995/10/15] kern/782 chmod does a null pointer dereference [1995/12/29] misc/922 From line handling incorrect in mail.local /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat Jan 13 09:17:01 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA03624 for bugs-outgoing; Sat, 13 Jan 1996 09:17:01 -0800 (PST) Received: from unlisys.unlisys.NET (unlisys.unlisys.net [194.64.15.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA03613 for ; Sat, 13 Jan 1996 09:16:55 -0800 (PST) Received: by unlisys.unlisys.NET from desert.snafu.de with smtp (Smail3.1.28.1 [@@]) id m0tb9Zk-000Zx0C; Sat, 13 Jan 96 18:17 MET Received: by desert.snafu.de (Smail3.1.28.1 #9) id m0tbATB-0005sVC; Sat, 13 Jan 96 18:14 WET Received: (from root@localhost) by mscu.snafu.de (8.6.12/8.6.12) id RAA00371 for bugs@FreeBSD.org; Fri, 12 Jan 1996 17:07:05 +0100 From: Matthias Schündehütte Message-Id: <199601121607.RAA00371@mscu.snafu.de> Subject: To: bugs@FreeBSD.org Date: Fri, 12 Jan 1996 17:07:05 +0100 (MET) X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-bugs@FreeBSD.org Precedence: bulk Hi there, while compiling the last version of 'cnews' I got the following error: > [...] > cc -O2 -I../include -c dostatfs.c > In file included from /usr/include/sys/mount.h:41, > from dostatfs.c:17: > /usr/include/sys/ucred.h:47: `NGROUPS' undeclared here (not in a function) it's the following version of cnews: -rw-r--r-- root/wheel 674596 Nov 30 21:23 1995 cnews.tar.Z I just installed FreeBSD 2.1.0 from the WalnutCreek CD-ROM. I previously compiled just that version of cnews under 2.0.5 without such problems. I looked at /usr/include/sys/ucred.h and found the following lines: > [...] > 43 struct ucred { > 44 u_short cr_ref; /* reference count */ > 45 uid_t cr_uid; /* effective user id */ > 46 short cr_ngroups; /* number of groups */ > 47 gid_t cr_groups[NGROUPS]; /* groups */ > 48 }; ========= and ideed, NGROUPS isn't defined, neither in ucred.h nor in mount.h. It IS defined in via . So here's my question: Where's the bug? Is it in where isn't included ? Is it in where isn't included ? Is it in $CNEWSROOT/util/dostatfs.c where isn't included ? I don't think that cnews is buggy because it compiled under FreeBSD 2.0.5. And I don't want to edit "/usr/include"-files - they really should be read-only. TIA - Matthias Schuendehuette (matthias@mscu.snafu.de) -------------------------------------------------------------------------------- Matthias Schündehütte matthias@mscu.snafu.de Solmsstraße 44 D-10961 Berlin GERMANY -------------------------------------------------------------------------------- From owner-freebsd-bugs Sat Jan 13 10:25:47 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA06518 for bugs-outgoing; Sat, 13 Jan 1996 10:25:47 -0800 (PST) Received: (from wollman@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA06499 Sat, 13 Jan 1996 10:25:45 -0800 (PST) Date: Sat, 13 Jan 1996 10:25:45 -0800 (PST) From: "Garrett A. Wollman" Message-Id: <199601131825.KAA06499@freefall.freebsd.org> To: marquard@austin.ibm.com, wollman, freebsd-bugs Subject: Re: kern/923 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: Multicast problems on point-to-point interfaces State-Changed-From-To: feedback-closed State-Changed-By: wollman State-Changed-When: Sat Jan 13 10:24:47 PST 1996 State-Changed-Why: No feedback is good feedback :-) This problem is believed to be fixed in both -current and -stable. From owner-freebsd-bugs Sat Jan 13 12:00:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA10292 for bugs-outgoing; Sat, 13 Jan 1996 12:00:10 -0800 (PST) Received: from cy.com (root@jake.atlwin.com [155.229.56.8]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA10286 for ; Sat, 13 Jan 1996 12:00:07 -0800 (PST) Received: from jake.atlwin.com ([155.229.56.36]) by cy.com (8.6.12/8.6.4) with SMTP id PAA19452 for ; Sat, 13 Jan 1996 15:57:40 -0500 Date: Sat, 13 Jan 1996 15:57:40 -0500 Message-Id: <199601132057.PAA19452@cy.com> X-Sender: tkelley@cy.com X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: bugs@freebsd.org From: "Tim M. Kelley" Subject: Ver 2.1R install: unrecognized ATAPI cdrom Sender: owner-bugs@freebsd.org Precedence: bulk Hello all, The installation (using the ATAPI install floppy) did not recognize my ATAPI cdrom, although it recognized the secondary ide connector. I have the CDROM configured as master. Here are the configuration specifics: Pentium 75 Mhz, 32 Mb RAM PCI Bus, Intel Motherboard (triton chipset) 1.44 Mb floppy Western Digital AC31200 IDE drive, 1220 Mb master drive on primary IDE Maxtor 7213A IDE drive, 202 Mb slave drive on primary IDE Toshiba ATAPI 4X cdrom on secondary IDE Soundblaster 16 at IRQ 5 Zoom V.34i 28.8K internal Modem Primary IDE: IRQ 14, 1F0 address Secondary IDE: IRQ 15, 170 address From owner-freebsd-bugs Sat Jan 13 14:57:30 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA18966 for bugs-outgoing; Sat, 13 Jan 1996 14:57:30 -0800 (PST) Received: from birk04.studby.uio.no (root@birk04.studby.uio.no [129.240.214.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA18961 for ; Sat, 13 Jan 1996 14:57:27 -0800 (PST) Received: (from aagero@localhost) by birk04.studby.uio.no (8.7.3/Himkok) id XAA09420; Sat, 13 Jan 1996 23:57:24 +0100 (MET) Date: Sat, 13 Jan 1996 23:57:24 +0100 (MET) Message-Id: <199601132257.XAA09420@birk04.studby.uio.no> From: Åge Røbekk To: freebsd-bugs@freebsd.org Subject: killall does not accept signals with numbers MIME-Version: 1.0 Sender: owner-bugs@freebsd.org Precedence: bulk killall's behavior isn't corrent: $ /usr/bin/killall -d -SIGUSR2 foobar kill -TERM foobar In line 62, elsif (/^-([A-Za-z]+|[0-9]+)$/) { $signal = $1 } should be changed to elsif (/^-([A-Za-z12]+|[0-9]+)$/) { $signal = $1 } to support SIGUSR1 and SIGUSR2. -aage From owner-freebsd-bugs Sat Jan 13 15:10:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA20995 for bugs-outgoing; Sat, 13 Jan 1996 15:10:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA20976 Sat, 13 Jan 1996 15:10:02 -0800 (PST) Date: Sat, 13 Jan 1996 15:10:02 -0800 (PST) Message-Id: <199601132310.PAA20976@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: bin/943: df gets confused by huge filesystems Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR bin/943; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@FreeBSD.ORG, asami@cs.berkeley.edu Cc: nisha@sunrise.cs.berkeley.edu Subject: Re: bin/943: df gets confused by huge filesystems Date: Sun, 14 Jan 1996 09:54:47 +1100 > df seems to get confused when there is too many blocks, e.g.: >>How-To-Repeat: > Get yourself a disk array. :) I just happened to have a rack of 32GB ones handy :-). Actually, I built one using vnconfig. It only took a bug fix for the vn driver and 190MB of metadata for `newfs -i 32768'. >>> df -k -t local >Filesystem 1K-blocks Used Avail Capacity Mounted on >... >/dev/ccd0c 19801168 205004 -3462766 -6% /mnt > ^^^^^^^^^^^^^^ The freespace calculation is buggy. ffs does a calculation involving (minfree * total_blocks) / 100, so with the standard minfree of 8%, ffs stops working at about 1TB/8 instead of at 1TB. ffs_statfs() and df.c for some reason don't use the standard freespace() macro (df.c uses a clone of ffs_statfs() to avoid having to mount ffs file systems to report them). They do a calculation involving ((100 - minfree) * total_blocks) / 100. Apart from apparently having a rounding bug, this overflows at 1TB/92 with the standard minfree. This is only a reporting bug. You get negative available blocks for empty file systems of sizes between about 1GB and 22GB, and truncated block sizes between 22GB and 33GB... Bruce From owner-freebsd-bugs Sat Jan 13 15:24:37 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA23608 for bugs-outgoing; Sat, 13 Jan 1996 15:24:37 -0800 (PST) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA23597 for ; Sat, 13 Jan 1996 15:24:28 -0800 (PST) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id AAA08139 for ; Sun, 14 Jan 1996 00:24:32 +0100 Received: by uni4nn.iaf.nl with UUCP id AA18068 (5.67b/IDA-1.5 for bugs@freebsd.org); Sun, 14 Jan 1996 00:23:41 +0100 Received: by iafnl.es.iaf.nl with UUCP id AA25453 (5.65c/IDA-1.4.4); Sat, 13 Jan 1996 23:43:45 +0100 Date: Sat, 13 Jan 1996 18:38:35 +0100 (MET) From: Geert Bosch To: bugs@freebsd.org Subject: Re: ATI Mach-64 problems in Textmode!!! Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org Precedence: bulk Dear developers, There is a bug in FreeBSD which leads to unexpected conflicts between serial ports and the ATI Mach-64 Xpression PCI-based video card: the FreeBSD kernel writes to the IO-port at address 0x2ec when it shouldn't, resulting in a black screen during kernel load. I experienced the bug using FreeBSD-v2.05, but I got mail from other users who had the same problem with FreeBSD-v2.1. There is a workaround for this bug, but it's not trivial and should be included in the FAQ. The IO-port at 0x2ec is used by both the sio driver and the ATI Mach. Disabling the fourth sio-port (at 0x2e8) should prevent sio from accessing the port, but unfortunately it does not. The work-around is to disable *all* serial ports and then build a custom kernel with a patch in sio.c to remove the address of the fourth serial port. Note that not all ATI Mach-64 cards exhibit this problem, as it seems it only surfaces with the ATI Mach-64 Xpression. Could you please add this to the FAQ and/or change the drivers so other people won't have as much trouble in getting even the boot-floppy to load as I had. Thanks for your hard work! Greetings, Geert PS. Could you in any case send a confirmation of my bug-report? E-Mail: geert@sun3.iaf.nl Phone: +31-53-4303054 ---------- Forwarded message ---------- Date: Sat, 13 Jan 96 14:32:30 GMT From: John Lucas To: geert@fozzie.sun3.iaf.nl Subject: Re: ATI Mach-64 problems in Textmode!!! >I have a very strange problem with FreeBSD v2.05R (didn't receive the >new one yet) and my ATI Mach-64 Xpression PCI videocard with 1 MB DRAM. >The kernel loads fine, but after that I get (when it starts >initializing hardware) a strange video-effect occurs and my screen >turns black and it looks like the (black) picture isn't synchronized >anymore. I tried to disable all devices which were not needed, >(including the possibly conflicting 4th serial port at 0x2E8) but that >didn'd help. Replacing the ATI Mach-64 with an old ET4000 fixed the >problem. Note that I'm not talking about X-Windows, but just the >normal text-mode. > You will have to disable ALL of your sio ports to get around this problem. Once installed you can generate a new kernal w/o code for sio3 AND you will need to change the file /usr/src/sys/i386/isa/sio.c. Change: static Port_t likely_com_ports[] = { 0x3f8, 0x2f8, 0x3e8, 0x2e8, }; to static Port_t likely_com_ports[] = { 0x3f8, 0x2f8, 0x3e8, }; If this isn't in the FAQ it should be. I am running v2.1-SNAPxxxx and I had the same problem with the same hardware (ATI Xpression) and it works fine now (actually I dropped sio2 and sio3, since I only have 2 com ports). | John Lucas jlucas@uvi.edu | | Academic Computing NIC Handle: JL423 | | University of the Virgin Islands (809) 693-1216 | | St. Thomas, VI 00802 http://www.uvi.edu/jlucas.html | From owner-freebsd-bugs Sat Jan 13 17:00:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA01873 for bugs-outgoing; Sat, 13 Jan 1996 17:00:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA01838 Sat, 13 Jan 1996 17:00:03 -0800 (PST) Date: Sat, 13 Jan 1996 17:00:03 -0800 (PST) Message-Id: <199601140100.RAA01838@freefall.freebsd.org> To: freebsd-bugs Cc: From: y0001415@ws.rz.tu-bs.de Subject: misc/942: X11 mono server dumps core on supported video hardware Reply-To: y0001415@ws.rz.tu-bs.de Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR misc/942; it has been noted by GNATS. From: y0001415@ws.rz.tu-bs.de To: FreeBSD-gnats-submit@freebsd.org Cc: Subject: misc/942: X11 mono server dumps core on supported video hardware Date: Sat, 13 Jan 1996 02:27:01 +0100 >Number: 942 >Category: misc >Synopsis: X11 mono server dumps core on supported video hardware >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 12 18:10:01 PST 1996 >Last-Modified: >Originator: Martin Butkus >Organization: TU Braunschweig, Germany >Release: FreeBSD 2.1-STABLE i386 >Environment: Intel 486 ISA bus system 16 MB RAM Sigma Designs LaserView monitor (b&w) Sigma Designs LaserView graphics card (was shipped with the monitor) Adaptec 1542B SCSI controller 730S Quantum SCSI hard disk 270S Syquest removable hard disk (SCSI) 3-button No-name mouse (MouseSystems protocol) on sio0 Hayes modem on sio2 HP Deskjet 520 on lpt0 no-name multiport card sio0 & sio1: 16450 sio2: 16550A >Description: I've installed FreeBSD 2.1.0R over 2.0.5R and had newfs'ed /usr and /var before. Especially /usr/X11R6 didn't exist. After installation of 2.1.0R and XFree 3.1.2 (complete install except that I installed just the XF86_Mono server), I symlinked X to XF86_Mono and I then installed my old XF86Config in /etc. This XF86Config had been running flawlessly with the XF86_Mono distributed with 2.0.5R. Nothing in my hardware configuration had changed. Result was that only a small rectangle in the bottom left corner of the screen was filled with the usual background pattern. A second after that XF86Config exited on signal 11 and dumped core. I've then tried all legal values of the "MemBase" option that could be specified for my card with the same result. I've also built a custom kernel with "options XSERVER" specified (still using the sc console) - no success. As the README's of XFree (still) state that XFree works with my monitor + card I consider this a bug. >How-To-Repeat: Install this /etc/XF86Config and then do a "startx": --- cut here --- # File generated by xf86config. # # Copyright (c) 1994 by The XFree86 Project, Inc. # # Permission is hereby granted, free of charge, to any person obtaining a # copy of this software and associated documentation files (the "Software"), # to deal in the Software without restriction, including without limitation # the rights to use, copy, modify, merge, publish, distribute, sublicense, # and/or sell copies of the Software, and to permit persons to whom the # Software is furnished to do so, subject to the following conditions: # # The above copyright notice and this permission notice shall be included in # all copies or substantial portions of the Software. # # THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR # IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, # FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL # THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, # WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF # OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE # SOFTWARE. # # Except as contained in this notice, the name of the XFree86 Project shall # not be used in advertising or otherwise to promote the sale, use or other # dealings in this Software without prior written authorization from the # XFree86 Project. # # ********************************************************************** # Refer to the XF86Config(4/5) man page for details about the format of # this file. # ********************************************************************** # ********************************************************************** # Files section. This allows default font and rgb paths to be set # ********************************************************************** Section "Files" # The location of the RGB database. Note, this is the name of the # file minus the extension (like ".txt" or ".db"). There is normally # no need to change the default. RgbPath "/usr/X11R6/lib/X11/rgb" # Multiple FontPath entries are allowed (which are concatenated together), # as well as specifying multiple comma-separated entries in one FontPath # command (or a combination of both methods) # # If you don't have a floating point coprocessor and emacs, Mosaic or other # programs take long to start up, try moving the Type1 and Speedo directory # to the end of this list (or comment them out). # FontPath "/usr/X11R6/lib/X11/fonts/misc/" FontPath "/usr/X11R6/lib/X11/fonts/Type1/" FontPath "/usr/X11R6/lib/X11/fonts/Speedo/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" EndSection # ********************************************************************** # Server flags section. # ********************************************************************** Section "ServerFlags" # Uncomment this to cause a core dump at the spot where a signal is # received. This may leave the console in an unusable state, but may # provide a better stack trace in the core dump to aid in debugging # NoTrapSignals # Uncomment this to disable the server abort sequence # This allows clients to receive this key event. # DontZap # Uncomment this to disable the / mode switching # sequences. This allows clients to receive these key events. DontZoom EndSection # ********************************************************************** # Input devices # ********************************************************************** # ********************************************************************** # Keyboard section # ********************************************************************** Section "Keyboard" Protocol "Standard" # when using XQUEUE, comment out the above line, and uncomment the # following line # Protocol "Xqueue" AutoRepeat 500 5 # Let the server do the NumLock processing. This should only be required # when using pre-R6 clients ServerNumLock # Specifiy which keyboard LEDs can be user-controlled (eg, with xset(1)) # Xleds 1 2 3 # To set the LeftAlt to Meta, RightAlt key to ModeShift, # RightCtl key to Compose, and ScrollLock key to ModeLock: LeftAlt Meta RightAlt ModeShift # RightCtl Compose # ScrollLock ModeLock EndSection # ********************************************************************** # Pointer section # ********************************************************************** Section "Pointer" Protocol "MouseSystems" Device "/dev/ttyd0" # When using XQUEUE, comment out the above two lines, and uncomment # the following line. # Protocol "Xqueue" # Baudrate and SampleRate are only for some Logitech mice # BaudRate 9600 # SampleRate 150 # Emulate3Buttons is an option for 2-button Microsoft mice # Emulate3Buttons # ChordMiddle is an option for some 3-button Logitech mice # ChordMiddle EndSection # ********************************************************************** # Monitor section # ********************************************************************** # Any number of monitor sections may be present Section "Monitor" Identifier "LView" VendorName "Sigma Designs" ModelName "LView" # Bandwidth is in MHz unless units are specified # Bandwidth 25.2 # HorizSync is in kHz unless units are specified. # HorizSync may be a comma separated list of discrete values, or a # comma separated list of ranges of values. # NOTE: THE VALUES HERE ARE EXAMPLES ONLY. REFER TO YOUR MONITOR'S # USER MANUAL FOR THE CORRECT NUMBERS. HorizSync 75 # HorizSync 30-64 # multisync # HorizSync 31.5, 35.2 # multiple fixed sync frequencies # HorizSync 15-25, 30-50 # multiple ranges of sync frequencies # VertRefresh is in Hz unless units are specified. # VertRefresh may be a comma separated list of discrete values, or a # comma separated list of ranges of values. # NOTE: THE VALUES HERE ARE EXAMPLES ONLY. REFER TO YOUR MONITOR'S # USER MANUAL FOR THE CORRECT NUMBERS. VertRefresh 60 # Modes can be specified in two formats. A compact one-line format, or # a multi-line format. # These two are equivalent # ModeLine "1024x768i" 45 1024 1048 1208 1264 768 776 784 817 Interlace # Mode "1024x768i" # DotClock 45 # HTimings 1024 1048 1208 1264 # VTimings 768 776 784 817 # Flags "Interlace" # EndMode # This is a set of standard mode timings. Modes that are out of monitor spec # are automatically deleted by the server (provided the HorizSync and # VertRefresh lines are correct), so there's no immediate need to # delete mode timings (unless particular mode timings don't work on your # monitor). With these modes, the best standard mode that your monitor # and video card can support for a given resolution is automatically # used. EndSection # ********************************************************************** # Graphics device section # ********************************************************************** # Any number of graphics device sections may be present # Standard VGA Device: # Sample Device for accelerated server: # Section "Device" # Identifier "Actix GE32+ 2MB" # VendorName "Actix" # BoardName "GE32+" # Ramdac "ATT20C490" # Dacspeed 110 # Option "dac_8_bit" # Clocks 25.0 28.0 40.0 0.0 50.0 77.0 36.0 45.0 # Clocks 130.0 120.0 80.0 31.0 110.0 65.0 75.0 94.0 # EndSection # Device configured by xf86config: Section "Device" Identifier "LView" VendorName "Sigma Designs" BoardName "LView" Chipset "sigmalview" VideoRam 512 # Insert Clocks lines here if appropriate EndSection # ********************************************************************** # Screen sections # ********************************************************************** # The Mono server Section "Screen" Driver "mono" Device "LView" Monitor "LView" Subsection "Display" EndSubsection EndSection # The accelerated servers (S3, Mach32, Mach8, 8514, P9000, AGX, W32, Mach64) --- cut here --- >Fix: I've replaced the buggy XF86_Mono with the old one (as shipped with 2.0.5R) and it worked. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jan 13 18:50:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA06476 for bugs-outgoing; Sat, 13 Jan 1996 18:50:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA06470 Sat, 13 Jan 1996 18:50:03 -0800 (PST) Resent-Date: Sat, 13 Jan 1996 18:50:03 -0800 (PST) Resent-Message-Id: <199601140250.SAA06470@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, smpatel@wam.umd.edu Received: from sl-009.sl.cybercomm.net (sl-009.sl.cybercomm.net [199.171.196.137]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA06334 for ; Sat, 13 Jan 1996 18:45:11 -0800 (PST) Received: (from smpatel@localhost) by sl-009.sl.cybercomm.net (8.6.12/8.6.12) id VAA00630; Sat, 13 Jan 1996 21:45:02 -0500 Message-Id: <199601140245.VAA00630@sl-009.sl.cybercomm.net> Date: Sat, 13 Jan 1996 21:45:02 -0500 From: Sujal Patel Reply-To: smpatel@wam.umd.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: ports/944: Security fixes for Fvwm 1.24r Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 944 >Category: ports >Synopsis: Security fixes for Fvwm 1.24r >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jan 13 18:50:01 PST 1996 >Last-Modified: >Originator: Sujal Patel >Organization: >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD 2.1+ >Description: Security problems with mktemp race condition. >From Linux Security FAQ Update #10 There is a good bit of stuff done between the mktemp() and the actual usage of the temporary file, so this bug is not very difficult to exploit. This bug could allow another local user to execute commands as you, when you start FVWM. >How-To-Repeat: >Fix: This should take care of it. This is a slightly cleaned up version of the fix by Debian/GNU Linux. diff -ur old/fvwm-1.24r/fvwm/configure.c new/fvwm-1.24r/fvwm/configure.c --- old/fvwm-1.24r/fvwm/configure.c Tue Nov 15 09:02:27 1994 +++ new/fvwm-1.24r/fvwm/configure.c Sat Jan 13 20:59:52 1996 @@ -1976,6 +1976,8 @@ char *vc; /* Visual Class */ FILE *tmpf; struct passwd *pwent; + int fd; + /* Generate a temporary filename. Honor the TMPDIR environment variable, if set. Hope nobody deletes this file! */ @@ -1984,14 +1986,21 @@ } else { strcpy(tmp_name, "/tmp"); } - strcat(tmp_name, "/fvwmrcXXXXX"); - mktemp(tmp_name); + strcat(tmp_name, "/fvwmrcXXXXXX"); + vc = mktemp(tmp_name); - if (*tmp_name == '\0') + if (vc == NULL) { perror("mktemp failed in m4_defs"); exit(0377); } + + /* make a directory to guard against following symlinks */ + if (mkdir(tmp_name, 0700) != 0) { + perror("exclusive open for tmp_name failed in m4_defs"); + exit(0377); + } + strcat(tmp_name, "/data"); /* what actual tmp file is to be called */ /* * Create the appropriate command line to run m4, and diff -ur old/fvwm-1.24r/fvwm/fvwm.c new/fvwm-1.24r/fvwm/fvwm.c --- old/fvwm-1.24r/fvwm/fvwm.c Tue Nov 15 09:02:52 1994 +++ new/fvwm-1.24r/fvwm/fvwm.c Sat Jan 13 20:57:49 1996 @@ -874,11 +874,19 @@ if (m4_enable) { extern char *fvwm_file; + char *p; /* With m4 processing, a temporary file was created to hold the processed file. Delete the file now because we don't need it any more. It will be created again during restart. */ unlink(fvwm_file); + /* get rid of directory it was in as well, since that was created to + secure access to the file */ + p = strrchr(fvwm_file, '/'); + if (p!=NULL) + *p='\0'; /* chop off last component of fvwm_file */ + if (rmdir(fvwm_file)!=0) + fprintf(stderr, "Couldn't rmdir %s\n", fvwm_file); } #endif >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jan 13 23:39:19 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA19271 for bugs-outgoing; Sat, 13 Jan 1996 23:39:19 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA19260 for ; Sat, 13 Jan 1996 23:39:15 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id XAA20756; Sat, 13 Jan 1996 23:39:00 -0800 To: Geert Bosch cc: bugs@freebsd.org Subject: Re: ATI Mach-64 problems in Textmode!!! In-reply-to: Your message of "Sat, 13 Jan 1996 18:38:35 +0100." Date: Sat, 13 Jan 1996 23:39:00 -0800 Message-ID: <20754.821605140@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org Precedence: bulk > Could you please add this to the FAQ and/or change the drivers so > other people won't have as much trouble in getting even the boot-floppy > to load as I had. Would it be asking to much to get you to write something up describing all of this? I agree that it should be doc'd, but as the doc project is already way overbooked, I fear that this may otherwise not get documented! :-) > PS. Could you in any case send a confirmation of my bug-report? Confirmed! Jordan From owner-freebsd-bugs Sat Jan 13 23:40:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA19350 for bugs-outgoing; Sat, 13 Jan 1996 23:40:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA19336 Sat, 13 Jan 1996 23:40:01 -0800 (PST) Date: Sat, 13 Jan 1996 23:40:01 -0800 (PST) Message-Id: <199601140740.XAA19336@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: ports/944: Security fixes for Fvwm 1.24r Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR ports/944; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@FreeBSD.org, smpatel@sl-009.sl.cybercomm.net Cc: Subject: Re: ports/944: Security fixes for Fvwm 1.24r Date: Sun, 14 Jan 1996 18:31:18 +1100 >>Description: >Security problems with mktemp race condition. >From Linux Security FAQ Update #10 >There is a good bit of stuff done between the mktemp() and the actual usage of >the temporary file, so this bug is not very difficult to exploit. This bug >could allow another local user to execute commands as you, when you start FVWM. BSD provides mkstemp() to handle this problem properly. I'm not sure of it's history, but it is old enough to be in FreeBSD-1.1.5. I tried exploiting the bug in mktemp() pointed out by Josh the other day (mk[s]temp() uses stat(), not lstat(), so mktemp() can return a filename that is a symlink. This doesn't seem to be a problem for mkstemp() since O_EXCL in the open flags stop all (?) existing directory entries from being openable). >+ /* make a directory to guard against following symlinks */ >+ if (mkdir(tmp_name, 0700) != 0) { >+ perror("exclusive open for tmp_name failed in m4_defs"); >+ exit(0377); >+ } >+ strcat(tmp_name, "/data"); /* what actual tmp file is to be called */ I think the O_EXCL method is better. Except of course if you really want a directory or another type of non-regular file. It's surprisingly hard to get the interface for temporary file [name] creation right. FreeBSD has 5 BAD interfaces: tempnam(), tmpfile(), tmpnam(), mktemp() and mkstemp(). Bruce