From owner-freebsd-bugs Mon Jan 1 04:27:55 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA19796 for bugs-outgoing; Mon, 1 Jan 1996 04:27:55 -0800 (PST) Received: (from peter@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA19784 Mon, 1 Jan 1996 04:27:54 -0800 (PST) Date: Mon, 1 Jan 1996 04:27:54 -0800 (PST) From: Peter Wemm Message-Id: <199601011227.EAA19784@freefall.freebsd.org> To: hsu@clinet.fi, peter, freebsd-bugs Subject: Re: bin/918 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: ifconfig shows (first?) alias if interface has aliases State-Changed-From-To: open-closed State-Changed-By: peter State-Changed-When: Mon Jan 1 04:25:45 PST 1996 State-Changed-Why: I had just fixed this independently and decided to commit it, and just saw this PR.. :-) So.. "fixed in rev 1.10 of src/sbin/ifconfig.c" :-) From owner-freebsd-bugs Mon Jan 1 04:36:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA20456 for bugs-outgoing; Mon, 1 Jan 1996 04:36:13 -0800 (PST) Received: (from peter@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA20439 Mon, 1 Jan 1996 04:36:09 -0800 (PST) Date: Mon, 1 Jan 1996 04:36:09 -0800 (PST) From: Peter Wemm Message-Id: <199601011236.EAA20439@freefall.freebsd.org> To: gil@limbic.ssdl.com, peter, freebsd-bugs Subject: Re: misc/922 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: From line handling incorrect in mail.local State-Changed-From-To: open-analyzed State-Changed-By: peter State-Changed-When: Mon Jan 1 04:30:15 PST 1996 State-Changed-Why: This is actually intended behavior... The end-of-message marker is a blank line followed by "^From ".. ie: "\n\nFrom " So, if you have a message like this: (indented for example) foo bar baz From this I can see blah.. It should not be escaped because there is not a blank line. However: foo bar baz From this I can see blah... ...should be escaped as the mail system cannot distinguish the end-of-msg. The actual bug is in pine and elm's mailbox decoding. Perhaps a 'bug compatable' flag for mail.local is needed? From owner-freebsd-bugs Mon Jan 1 08:20:11 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA25685 for bugs-outgoing; Mon, 1 Jan 1996 08:20:11 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA25679 Mon, 1 Jan 1996 08:20:05 -0800 (PST) Resent-Date: Mon, 1 Jan 1996 08:20:05 -0800 (PST) Resent-Message-Id: <199601011620.IAA25679@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from methan.chemie.fu-berlin.de (methan.chemie.fu-berlin.de [130.133.2.81]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA25543 for" ; Mon, 1 Jan 1996 08:13:17.-0800 (PST) Received: by methan.chemie.fu-berlin.de (Smail3.1.29.1) from hal.in-berlin.de with gsmtp id ; Mon, 1 Jan 96 17:13 MET Received: by hal.in-berlin.de (Smail3.1.29.1 #1) id m0tWmof-000BGwC; Mon, 1 Jan 96 17:10 MET Message-Id: Date: Mon, 1 Jan 96 17:10 MET From: dirk@hal.in-berlin.de (Dirk Froemberg) To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/925: shmexit tries to return value although declared void Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 925 >Category: kern >Synopsis: shmexit tries to return value although declared void >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 1 08:20:02 PST 1996 >Last-Modified: >Originator: Dirk Froemberg >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD 2.1-STABLE, /sys/kern/sysv_shm.c 1.5.4.1 >Description: Output of 'make kernel': [...] ../../kern/sysv_shm.c:563: warning: `return' with a value, in function returning void [...] >How-To-Repeat: 'make kernel' 9-) >Fix: It would be obvious to change 'void shmexit(...)' into 'int shmexit(...)' but none of the callers is interested in return values. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jan 1 10:08:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA00189 for bugs-outgoing; Mon, 1 Jan 1996 10:08:07 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA00171 Mon, 1 Jan 1996 10:08:05 -0800 (PST) Date: Mon, 1 Jan 1996 10:08:05 -0800 (PST) From: Joerg Wunsch Message-Id: <199601011808.KAA00171@freefall.freebsd.org> To: dirk@hal.in-berlin.de, joerg, freebsd-bugs Subject: Re: kern/925 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: shmexit tries to return value although declared void State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Mon Jan 1 19:06:43 MET 1996 State-Changed-Why: The problem doesn't exist in the -current sources: void shmexit(p) struct proc *p; { ... p->p_vmspace->vm_shm = NULL; } From owner-freebsd-bugs Mon Jan 1 11:20:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA03439 for bugs-outgoing; Mon, 1 Jan 1996 11:20:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA03430 Mon, 1 Jan 1996 11:20:02 -0800 (PST) Date: Mon, 1 Jan 1996 11:20:02 -0800 (PST) Message-Id: <199601011920.LAA03430@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Garrett A. Wollman" Subject: kern/923: Multicast problems on point-to-point interfaces Reply-To: "Garrett A. Wollman" Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR kern/923; it has been noted by GNATS. From: "Garrett A. Wollman" To: marquard@austin.ibm.com Cc: FreeBSD-gnats-submit@freebsd.org, Bill Fenner Subject: kern/923: Multicast problems on point-to-point interfaces Date: Mon, 1 Jan 1996 14:16:48 -0500 < In attempting to run mrouted for multicast routing, I noted > that tun0 has IFF_MULTICAST set, and tun0 along with a tunnel > to a remote site should make mrouted work. > Here's the mrouted configuration file I used: > # mrouted configuration > phyint 9.3.240.156 > tunnel 9.3.240.156 129.35.128.45 Actually, this doesn't make any sense. You should either disable the physical interface (`phyint x.x.x.x disabled') and just use a tunnel, or otherwise don't use a tunnel and run mrouted on the other side of the phyint. (Otherwise, you will duplicate all your multicast traffic.) This is not the cause of your problem, however. > In the case of a point to point link like tun0, we check the > DESTINATION address rather than the source address of the > interface. It seems to me we should either check the source, > or both the source and destination, but not just the > destination. You have hit on a thorny problem. The code is written in the way it is in order to support a ``half-router'' model of IP forwarding. Never mind that this breaks the IP reference model; a number of people complained about it not working last year, and so pains were taken to make it work despite the problems. You have hit upon one of the most serious problems resulting from allowing half-router support: the IP model requires that an IP address /uniquely/ name an interface, and the half-router support breaks that completely. We are unlikely to get the multicast people to change their software, because they are just following the rules. > This should catch both the source and destination address of > point to point links. This might be a workable solution, except in the half-router case. I might just tell the half-router people ``Go away, you're broken'', but I'm not sure I want to do that. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Mon Jan 1 11:31:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA04026 for bugs-outgoing; Mon, 1 Jan 1996 11:31:07 -0800 (PST) Received: from flinch.io.org (flinch.io.org [198.133.36.153]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA04021 Mon, 1 Jan 1996 11:31:04 -0800 (PST) Received: (from taob@localhost) by flinch.io.org (8.6.12/8.6.12) id OAA05094; Mon, 1 Jan 1996 14:28:18 -0500 Date: Mon, 1 Jan 1996 14:28:18 -0500 (EST) From: Brian Tao X-Sender: taob@flinch To: Dmitry Valdov cc: freebsd-bugs@freebsd.org, FREEBSD-SECURITY-L Subject: Re: secure finger is not enought secure In-Reply-To: <199510141928.WAA22224@xkis.nnov.su> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org Precedence: bulk On Sat, 14 Oct 1995, Dmitry Valdov wrote: > > ok. Try to telnet finger_port_number > after connect, type '-l' (without quotes). And u'll see finger information > of all users currently logged in. Just to bring this one up again... this behavior is still here with 2.1.0-RELEASE: zap% telnet zip finger Trying 198.133.36.80... Connected to zip.io.org. Escape character is '^]'. -l Login: bo Name: John Ericson Directory: /u/bo/bo Shell: /bin/tcsh On since Mon Jan 1 14:08 (EST) on ttypk (messages off) from wink No Mail. No Plan. [etc]. Both zip and zap are 2.1.0-RELEASE systems: 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 -- Brian Tao (BT300, taob@io.org) Systems Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" From owner-freebsd-bugs Mon Jan 1 16:10:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA17334 for bugs-outgoing; Mon, 1 Jan 1996 16:10:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA17325 Mon, 1 Jan 1996 16:10:04 -0800 (PST) Resent-Date: Mon, 1 Jan 1996 16:10:04 -0800 (PST) Resent-Message-Id: <199601020010.QAA17325@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA17201 for ; Mon, 1 Jan 1996 16:06:04 -0800 (PST) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.6.12/8.6.4) with ESMTP id CAA01057 for ; Tue, 2 Jan 1996 02:06:00 +0200 Received: (root@localhost) by katiska.clinet.fi (8.6.12/8.6.4) id CAA12099; Tue, 2 Jan 1996 02:06:05 +0200 Message-Id: <199601020006.CAA12099@katiska.clinet.fi> Date: Tue, 2 Jan 1996 02:06:05 +0200 From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/926: Mounting nfs disks before starting mountd: Chicken or Egg problem Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 926 >Category: bin >Synopsis: Mounting nfs disks before starting mountd: Chicken or Egg problem >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 1 16:10:01 PST 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: Machine A: nfs server, but also mounts disks from B. Primary name server. Machine B: nfs server, but also mounts disks from A. >Description: Two problems: A only crashes: locks up in mount -a -t nfs, as B does not get name server replies. This probably is a problem in mount, as it should try secondary name servers, but apparently it does not. A and B both crash (this happens often, as after A crashes B goes into a deadlock in the nfs code). Both get stuck in mount -a -t nfs, as neither system has mountd running yet. Breaking mount from either machine gets them up, one without nfs disks. >How-To-Repeat: Set up two FreeBSD machines to mount each others disks and reboot both of the simultaneously. >Fix: I am trying moving mount -a -t nfs after starting mountd and nfsiod in /etc/rc. We will see what happens with the next crash. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jan 1 17:18:49 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA19578 for bugs-outgoing; Mon, 1 Jan 1996 17:18:49 -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 RAA19572 for ; Mon, 1 Jan 1996 17:18:45 -0800 (PST) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.6.12/8.6.4) with ESMTP id DAA02978 for ; Tue, 2 Jan 1996 03:18:40 +0200 Received: (hsu@localhost) by katiska.clinet.fi (8.6.12/8.6.4) id DAA16430; Tue, 2 Jan 1996 03:18:43 +0200 Date: Tue, 2 Jan 1996 03:18:43 +0200 Message-Id: <199601020118.DAA16430@katiska.clinet.fi> From: Heikki Suonsivu To: freebsd-bugs@freefall.freebsd.org Subject: Re: kern/896: Current quite dead 16th dec sup In-Reply-To: <199512170030.QAA13363@freefall.freebsd.org> References: <199512170022.CAA07908@katiska.clinet.fi> <199512170030.QAA13363@freefall.freebsd.org> Organization: Clinet Ltd, Espoo, Finland Sender: owner-bugs@FreeBSD.ORG Precedence: bulk FreeBSD-gnats@freefall.freebsd.org writes: > Thank you very much for your problem report. > It has the internal identification `kern/896'. > The individual assigned to look at your > bug is: freebsd-bugs. > > >Category: kern > >Responsible: freebsd-bugs > >Synopsis: panics either on boot or later with scsi errors > >Arrival-Date: Sat Dec 16 16:30:02 PST 1995 >Description: 486-40 IDE pcvt: do_reset() - got KEYB_R_RESEND response ... - one time only messag e. ... real memory = 16777216 (16384..) kmem_suballoc: bad status returned 3. panic: kmem_suballoc after this normal rebooting in 15 seconds message. This seems to have been caused by setting options "NMBCLUSTERS=8192" I don't know why it did not happen before. 8192 did work with mid november kernels. -- 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 Mon Jan 1 18:03:00 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA21507 for bugs-outgoing; Mon, 1 Jan 1996 18:03:00 -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 SAA21502 for ; Mon, 1 Jan 1996 18:02:57 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id SAA00463; Mon, 1 Jan 1996 18:02:56 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id SAA00219; Mon, 1 Jan 1996 18:02:57 -0800 (PST) Message-Id: <199601020202.SAA00219@corbin.Root.COM> To: Heikki Suonsivu cc: freebsd-bugs@freefall.freebsd.org Subject: Re: kern/896: Current quite dead 16th dec sup In-reply-to: Your message of "Tue, 02 Jan 96 03:18:43 +0200." <199601020118.DAA16430@katiska.clinet.fi> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 01 Jan 1996 18:02:56 -0800 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk > real memory = 16777216 (16384..) > kmem_suballoc: bad status returned 3. > panic: kmem_suballoc > > after this normal rebooting in 15 seconds message. > > >This seems to have been caused by setting > >options "NMBCLUSTERS=8192" > >I don't know why it did not happen before. 8192 did work with mid >november kernels. This can only happen if, because of the various options in your kernel, consumed the entire 256MB of virtual address space. That would be quite incredible if true. It appears that you must have a tremendous amount of junk in your kernel and have a variety of kernel config parameters highly mistuned. In any case, your machine CAN NOT WORK correctly with NMBCLUSTERS=8192. A setting of 8192 can consume up to 16MB of memory just for the network buffers. Since that's all the memory your machine has, well, I think you see the problem. -DG From owner-freebsd-bugs Mon Jan 1 18:09:23 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA22046 for bugs-outgoing; Mon, 1 Jan 1996 18:09:23 -0800 (PST) Received: (from davidg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA22032 Mon, 1 Jan 1996 18:09:18 -0800 (PST) Date: Mon, 1 Jan 1996 18:09:18 -0800 (PST) From: David Greenman Message-Id: <199601020209.SAA22032@freefall.freebsd.org> To: hsu@clinet.fi, davidg, freebsd-bugs Subject: Re: kern/896 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: panics either on boot or later with scsi errors State-Changed-From-To: open-closed State-Changed-By: davidg State-Changed-When: Mon Jan 1 18:03:20 PST 1996 State-Changed-Why: These problems appear to all be caused by incorrect kernel configuration files. Kernel configuration parameters, when not using the defaults, have to be carefully chosen. From owner-freebsd-bugs Mon Jan 1 22:19:01 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA01712 for bugs-outgoing; Mon, 1 Jan 1996 22:19:01 -0800 (PST) Received: from limbic.ssdl.com (limbic.ssdl.com [206.109.78.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA01703 Mon, 1 Jan 1996 22:18:53 -0800 (PST) Received: (from gil@localhost) by limbic.ssdl.com (8.7.2/8.7.2) id AAA11366; Tue, 2 Jan 1996 00:18:40 -0600 (CST) From: "Gil Kloepfer Jr." Message-Id: <199601020618.AAA11366@limbic.ssdl.com> Subject: Re: misc/922 To: peter@freefall.freebsd.org (Peter Wemm) Date: Tue, 2 Jan 1996 00:18:40 -0600 (CST) Cc: peter@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org, eric@reference.com, sendmail@sendmail.org In-Reply-To: <199601011236.EAA20439@freefall.freebsd.org> from "Peter Wemm" at Jan 1, 96 04:36:09 am X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-bugs@FreeBSD.ORG Precedence: bulk I got two messages on this problem. I now know what the code in mail.local does, and as Eric points out, my fix breaks the intent of the code: | To: "Gil Kloepfer Jr." | From: Eric Allman | Subject: Re: Bad From line handling in mail.local (fwd) | Date: Sat, 30 Dec 1995 09:37:48 -0800 | | The point of this is to minimize the amount of body munging that goes | on. I believe elm is broken, not mail.local. | | eric And as Peter stated, here is why elm is broken: > This is actually intended behavior... > > The end-of-message marker is a blank line followed by "^From ".. > ie: > "\n\nFrom " > > So, if you have a message like this: (indented for example) > > foo bar baz > From this I can see blah.. > > It should not be escaped because there is not a blank line. I found the bug in elm and will report it there. In case any of you are interested, it's in newmbox.c and what needs to be done is to check for a blank line before "From " in order to determine that it is entering a new mail header (except, of course, on the first message). I have a fix, but I will let it go through the normal channels unless anyone wants my fix. My apologies about the mail.local bug scare. It was a fix, just not the right one!! :) Thanks again for your quick feedback! Happy New Year! Gil. From owner-freebsd-bugs Mon Jan 1 23:21:46 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA04528 for bugs-outgoing; Mon, 1 Jan 1996 23:21:46 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA04515 Mon, 1 Jan 1996 23:21:40 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA16547; Tue, 2 Jan 1996 08:21:37 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA28914; Tue, 2 Jan 1996 08:21:35 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id IAA14757; Tue, 2 Jan 1996 08:10:16 +0100 (MET) From: J Wunsch Message-Id: <199601020710.IAA14757@uriah.heep.sax.de> Subject: Re: secure finger is not enought secure To: taob@io.org (Brian Tao) Date: Tue, 2 Jan 1996 08:10:16 +0100 (MET) Cc: dv@xkis.nnov.su, freebsd-bugs@FreeBSD.org, freebsd-security@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Brian Tao" at Jan 1, 96 02:28:18 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@FreeBSD.org Precedence: bulk As Brian Tao wrote: > > Just to bring this one up again... this behavior is still here > with 2.1.0-RELEASE: The patch is sitting in my queue. It was too late for 2.1 anyway. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Jan 2 02:54:43 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA12479 for bugs-outgoing; Tue, 2 Jan 1996 02:54:43 -0800 (PST) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA12474 for ; Tue, 2 Jan 1996 02:54:40 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by precipice.shockwave.com (8.6.12/8.6.12) with SMTP id CAA18917 for ; Tue, 2 Jan 1996 02:54:09 -0800 Message-Id: <199601021054.CAA18917@precipice.shockwave.com> To: bugs@freebsd.org Subject: Buslogic lockups accessing both sync and async devices Date: Tue, 02 Jan 1996 02:53:53 -0800 From: Paul Traina Sender: owner-bugs@freebsd.org Precedence: bulk I recall someone mentioning a while back that the buslogic cards had problems probing for both sync and async scsi devices on the same bus. I've never seen that problem, but I have had some pretty obnoxious behavior happen when using the single async device (a CDROM player) on my bus with my BT455S (3.7 roms). The card will lock up, the driver will attempt to abort the operation, and the abort operation itself will time-out, at which point, the system is wedged and as luck would have it, it's often the root directory or superblock we're trying to sync. :-( I am quite curious if anyone else has seen this behavior. I'm even more curious if there is a way of doing a hard-reset on the card's controller logic and the scsi bus when an operation times out and then re-try the operation, which would provide a much more robust behavior. Almost 3 years of running FreeBSD and this finally rears its ugly head (I never use my CDROM drive). (This occurs with both 2.1 and 2.2-current). Any advice? Anyone know if Buslogic has a fix? Paul From owner-freebsd-bugs Tue Jan 2 03:27:20 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA13566 for bugs-outgoing; Tue, 2 Jan 1996 03:27:20 -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 DAA13559 for ; Tue, 2 Jan 1996 03:27:10 -0800 (PST) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.6.12/8.6.4) with ESMTP id NAA11047 for ; Tue, 2 Jan 1996 13:26:56 +0200 Received: (hsu@localhost) by katiska.clinet.fi (8.6.12/8.6.4) id NAA14234; Tue, 2 Jan 1996 13:27:02 +0200 Date: Tue, 2 Jan 1996 13:27:02 +0200 Message-Id: <199601021127.NAA14234@katiska.clinet.fi> From: Heikki Suonsivu To: freebsd-bugs@freefall.FreeBSD.org Subject: librpcsvc Organization: Clinet Ltd, Espoo, Finland Sender: owner-bugs@FreeBSD.ORG Precedence: bulk This is from from sups from night and one hour ago. I tried recompiling rpcgen but it did not help, the include files don't seem to be in sync (bool_t is obvious but there are other things missing also). ===> lib/librpcsvc cc -O -m486 -pipe -I/usr/include/rpcsvc -c klm_prot_xdr.c -o klm_prot_xdr.o In file included from klm_prot_xdr.c:6: /usr/include/rpcsvc/klm_prot.h:10: parse error before `xdr_klm_stats' /usr/include/rpcsvc/klm_prot.h:10: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:15: parse error before `netobj' /usr/include/rpcsvc/klm_prot.h:15: warning: no semicolon at end of struct or union /usr/include/rpcsvc/klm_prot.h:17: parse error before `l_offset' /usr/include/rpcsvc/klm_prot.h:17: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:18: parse error before `l_len' /usr/include/rpcsvc/klm_prot.h:18: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:21: parse error before `xdr_klm_lock' /usr/include/rpcsvc/klm_prot.h:21: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:25: parse error before `bool_t' /usr/include/rpcsvc/klm_prot.h:25: warning: no semicolon at end of struct or union /usr/include/rpcsvc/klm_prot.h:27: parse error before `l_offset' /usr/include/rpcsvc/klm_prot.h:27: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:28: parse error before `l_len' /usr/include/rpcsvc/klm_prot.h:28: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:31: parse error before `xdr_klm_holder' /usr/include/rpcsvc/klm_prot.h:31: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:38: parse error before `xdr_klm_stat' /usr/include/rpcsvc/klm_prot.h:38: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:44: field `holder' has incomplete type /usr/include/rpcsvc/klm_prot.h:48: parse error before `xdr_klm_testrply' /usr/include/rpcsvc/klm_prot.h:48: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:52: parse error before `bool_t' /usr/include/rpcsvc/klm_prot.h:52: warning: no semicolon at end of struct or union /usr/include/rpcsvc/klm_prot.h:53: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:55: parse error before `}' /usr/include/rpcsvc/klm_prot.h:57: parse error before `xdr_klm_lockargs' /usr/include/rpcsvc/klm_prot.h:57: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:61: parse error before `bool_t' /usr/include/rpcsvc/klm_prot.h:61: warning: no semicolon at end of struct or union /usr/include/rpcsvc/klm_prot.h:63: parse error before `}' /usr/include/rpcsvc/klm_prot.h:65: parse error before `xdr_klm_testargs' /usr/include/rpcsvc/klm_prot.h:65: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:69: field `alock' has incomplete type /usr/include/rpcsvc/klm_prot.h:72: parse error before `xdr_klm_unlockargs' /usr/include/rpcsvc/klm_prot.h:72: warning: data definition has no type or storage class klm_prot_xdr.c:14: parse error before `xdr_klm_stats' klm_prot_xdr.c: In function `xdr_klm_stats': klm_prot_xdr.c:15: parse error before `*' klm_prot_xdr.c:15: declaration for parameter `XDR' but no such parameter klm_prot_xdr.c:19: `enum_t' undeclared (first use this function) klm_prot_xdr.c:19: (Each undeclared identifier is reported only once klm_prot_xdr.c:19: for each function it appears in.) klm_prot_xdr.c:19: parse error before `)' klm_prot_xdr.c:21: `TRUE' undeclared (first use this function) klm_prot_xdr.c: At top level: klm_prot_xdr.c:25: parse error before `xdr_klm_lock' klm_prot_xdr.c: In function `xdr_klm_lock': klm_prot_xdr.c:26: parse error before `*' klm_prot_xdr.c:26: declaration for parameter `XDR' but no such parameter klm_prot_xdr.c:30: dereferencing pointer to incomplete type klm_prot_xdr.c:31: `FALSE' undeclared (first use this function) klm_prot_xdr.c:32: dereferencing pointer to incomplete type klm_prot_xdr.c:34: dereferencing pointer to incomplete type klm_prot_xdr.c:36: dereferencing pointer to incomplete type klm_prot_xdr.c:38: dereferencing pointer to incomplete type klm_prot_xdr.c:40: `TRUE' undeclared (first use this function) klm_prot_xdr.c: At top level: klm_prot_xdr.c:44: parse error before `xdr_klm_holder' klm_prot_xdr.c: In function `xdr_klm_holder': klm_prot_xdr.c:45: parse error before `*' klm_prot_xdr.c:45: declaration for parameter `XDR' but no such parameter klm_prot_xdr.c:49: dereferencing pointer to incomplete type klm_prot_xdr.c:50: `FALSE' undeclared (first use this function) klm_prot_xdr.c:51: dereferencing pointer to incomplete type klm_prot_xdr.c:53: dereferencing pointer to incomplete type klm_prot_xdr.c:55: dereferencing pointer to incomplete type klm_prot_xdr.c:57: `TRUE' undeclared (first use this function) klm_prot_xdr.c: At top level: klm_prot_xdr.c:61: parse error before `xdr_klm_stat' klm_prot_xdr.c: In function `xdr_klm_stat': klm_prot_xdr.c:62: parse error before `*' klm_prot_xdr.c:62: declaration for parameter `XDR' but no such parameter klm_prot_xdr.c:67: `FALSE' undeclared (first use this function) klm_prot_xdr.c:68: `TRUE' undeclared (first use this function) klm_prot_xdr.c: At top level: klm_prot_xdr.c:72: parse error before `xdr_klm_testrply' klm_prot_xdr.c: In function `xdr_klm_testrply': klm_prot_xdr.c:73: parse error before `*' klm_prot_xdr.c:73: declaration for parameter `XDR' but no such parameter klm_prot_xdr.c:78: `FALSE' undeclared (first use this function) klm_prot_xdr.c:85: `TRUE' undeclared (first use this function) klm_prot_xdr.c: At top level: klm_prot_xdr.c:89: parse error before `xdr_klm_lockargs' klm_prot_xdr.c: In function `xdr_klm_lockargs': klm_prot_xdr.c:90: parse error before `*' klm_prot_xdr.c:90: declaration for parameter `XDR' but no such parameter klm_prot_xdr.c:94: dereferencing pointer to incomplete type klm_prot_xdr.c:95: `FALSE' undeclared (first use this function) klm_prot_xdr.c:96: dereferencing pointer to incomplete type klm_prot_xdr.c:98: dereferencing pointer to incomplete type klm_prot_xdr.c:100: `TRUE' undeclared (first use this function) klm_prot_xdr.c: At top level: klm_prot_xdr.c:104: parse error before `xdr_klm_testargs' klm_prot_xdr.c: In function `xdr_klm_testargs': klm_prot_xdr.c:105: parse error before `*' klm_prot_xdr.c:105: declaration for parameter `XDR' but no such parameter klm_prot_xdr.c:109: dereferencing pointer to incomplete type klm_prot_xdr.c:110: `FALSE' undeclared (first use this function) klm_prot_xdr.c:111: dereferencing pointer to incomplete type klm_prot_xdr.c:113: `TRUE' undeclared (first use this function) klm_prot_xdr.c: At top level: klm_prot_xdr.c:117: parse error before `xdr_klm_unlockargs' klm_prot_xdr.c: In function `xdr_klm_unlockargs': klm_prot_xdr.c:118: parse error before `*' klm_prot_xdr.c:118: declaration for parameter `XDR' but no such parameter klm_prot_xdr.c:123: `FALSE' undeclared (first use this function) klm_prot_xdr.c:124: `TRUE' undeclared (first use this function) /usr/include/rpcsvc/klm_prot.h: At top level: /usr/include/rpcsvc/klm_prot.h:62: storage size of `alock' isn't known *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. -- 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 2 04:30:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA16346 for bugs-outgoing; Tue, 2 Jan 1996 04:30:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA16336 Tue, 2 Jan 1996 04:30:02 -0800 (PST) Resent-Date: Tue, 2 Jan 1996 04:30:02 -0800 (PST) Resent-Message-Id: <199601021230.EAA16336@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, gjb@ii.pw.edu.pl Received: from ogg.ii.pw.edu.pl (ogg.ii.pw.edu.pl [148.81.64.43]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA16102 for ; Tue, 2 Jan 1996 04:26:56 -0800 (PST) Received: (from gjb@localhost) by ogg.ii.pw.edu.pl (8.6.12/8.6.12) id OAA08865; Tue, 2 Jan 1996 14:12:46 +0100 Message-Id: <199601021312.OAA08865@ogg.ii.pw.edu.pl> Date: Tue, 2 Jan 1996 14:12:46 +0100 From: gjb@ii.pw.edu.pl Reply-To: gjb@ii.pw.edu.pl To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/927: VGA mode not restored Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 927 >Category: kern >Synopsis: VGA mode not restored >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 2 04:30:01 PST 1996 >Last-Modified: >Originator: Grzegorz J. Blinowski >Organization: Warsaw University of Technology >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD 2.1-RELEASE syscons (sc0) VGA driver Trident 8900 1MB RAM Mono SVGA monitor >Description: With the hw. configuration as above (color VGA adaptor, mono monitor) syscons driver does not always restore text mode correctly. Bad console switching results in a blank screen, I didn't find a way of restoring screen mode after this happens (must reboot). >How-To-Repeat: vidcontrol VGA_90x25 Run XFree86 3.12, than try to switch consoles with ctrl-alt-Fn or exit XFree. >Fix: The bug is in the syscons (/sys/i386/isa/syscons*) driver, probably in the ioctl responsible for text/graphics mode switching. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jan 2 05:30:49 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA18517 for bugs-outgoing; Tue, 2 Jan 1996 05:30:49 -0800 (PST) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA18512 for ; Tue, 2 Jan 1996 05:30:43 -0800 (PST) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.11/8.6.9) id IAA03114; Tue, 2 Jan 1996 08:30:25 -0500 From: A boy and his worm gear Message-Id: <199601021330.IAA03114@skynet.ctr.columbia.edu> Subject: Re: librpcsvc To: hsu@clinet.fi (Heikki Suonsivu) Date: Tue, 2 Jan 1996 08:30:24 -0500 (EST) Cc: bugs@freebsd.org In-Reply-To: <199601021127.NAA14234@katiska.clinet.fi> from "Heikki Suonsivu" at Jan 2, 96 01:27:02 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@freebsd.org Precedence: bulk Of all the gin joints in all the towns in all the world, Heikki Suonsivu had to walk into mine and say: > This is from from sups from night and one hour ago. I tried recompiling > rpcgen but it did not help, the include files don't seem to be in sync > (bool_t is obvious but there are other things missing also). > > ===> lib/librpcsvc > cc -O -m486 -pipe -I/usr/include/rpcsvc -c klm_prot_xdr.c -o klm_prot_xdr.o > In file included from klm_prot_xdr.c:6: > /usr/include/rpcsvc/klm_prot.h:10: parse error before `xdr_klm_stats' > /usr/include/rpcsvc/klm_prot.h:10: warning: data definition has no type or storage class > [chop] You have to compile and _install_ the new rpcgen and rebuild /usr/include/rpcsvc before you build librpcsvc. The header files are also built with rpcgen; if you build them both with the same version, they'll be in sync. > -- > Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, > hsu@clinet.fi work +358-0-4375209 fax -4555276 home -8031121 -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= License error: The license for this .sig file has expired. You must obtain a new license key before any more witty phrases will appear in this space. ============================================================================= From owner-freebsd-bugs Tue Jan 2 05:56:00 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA19774 for bugs-outgoing; Tue, 2 Jan 1996 05:56:00 -0800 (PST) Received: (from peter@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA19755 Tue, 2 Jan 1996 05:55:57 -0800 (PST) Date: Tue, 2 Jan 1996 05:55:57 -0800 (PST) From: Peter Wemm Message-Id: <199601021355.FAA19755@freefall.freebsd.org> To: scrappy@hub.org, peter, freebsd-bugs Subject: Re: kern/911 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: Stopped at statfs+0x51: movl 0x14(%eax),%eax State-Changed-From-To: open-closed State-Changed-By: peter State-Changed-When: Tue Jan 2 05:44:18 PST 1996 State-Changed-Why: Fixed in devfs_tree.c rev 1.12 and devfs_vfsops.c rev 1.9 The problem was due to the way that there is an internal, invisible devfs mounted and used as a "blueprint" for newly mounted devfs trees. The internal mounted tree was not completely initialised, and the mount->mnt_op pointer was NULL. The statfs() call on the nodes in the mounted devfs was ending up back at at the internal filesystem with a NULL operations vector. From owner-freebsd-bugs Tue Jan 2 07:35:58 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA23279 for bugs-outgoing; Tue, 2 Jan 1996 07:35:58 -0800 (PST) Received: from uswat.advtech.uswest.com (uswat.advtech.uswest.com [130.13.16.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA23273 for ; Tue, 2 Jan 1996 07:35:54 -0800 (PST) From: ptroot@uswest.com Received: from egate.mnet.uswest.com ([151.116.23.138]) by uswat.advtech.uswest.com (8.7.3/8.7.3) with ESMTP id IAA19183 for ; Tue, 2 Jan 1996 08:35:53 -0700 (MST) Received: from easthub (easthub.mnet.uswest.com [151.117.26.86]) by egate.mnet.uswest.com (8.7.1/8.7.1) with SMTP id IAA02408 for ; Tue, 2 Jan 1996 08:43:35 -0700 (MST) Received: by easthub.mnet.uswest.com (M-Net Hub.951228) Received: from kermit.acs.uswest.com by astro.acs.uswest.com (5.x/SMI-SVR4) id AA07593; Tue, 2 Jan 1996 09:35:44 -0600 Received: by kermit.acs.uswest.com (5.x/SPARCbook_POP1.1) id AA00549; Tue, 2 Jan 1996 09:35:44 -0600 Message-Id: <9601021535.AA00549@kermit.acs.uswest.com> Subject: Three problems with FreeBSD 2.1 To: freebsd-bugs@freebsd.org Date: Tue, 2 Jan 1996 09:35:43 -0600 (CST) X-Organization: !nterprise Networking Services X-Phone: (612) 663-1979 X-Fax: (612) 663-8030 X-Page: (800) SKY-PAGE PIN: 537-7270 X-Address: 200 S. 5th St., Suite 1100 X-Address: Minneapolis, MN 55402 X-Mailer: ELM [version 2.4 PL25] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org Precedence: bulk Hi, I just installed FreeBSD 2.1 and am having a few problems: First my configuration: DX2/50 with ISA MB 20 Meg Ram 1 1 gig SCSI 1 100 meg SCSI Cirrus SVGA GD542x Adaptec 1542B Logitec 3-button bus mouse Sound Blaster 16 SMC elite 8013 CTX CVP-5468A 14in SVGA non-interlaced The disks are laid out as follows 1 Gig ----- 1 - 200 Meg for DOS 2 - 800 Meg for FreeBSD / 750 Meg swap 500 Meg I keep everything in one partition to easy backups and optimally use disk space. I've built a custom kernel with only what I need, and everything shows up fine, with no conflicts. Though I'm a little concerned with the port of the SB and the mouse. The SB 16 is set to port 0x220 and the mouse is (unmovable) at 0x23c. 1) When I halt/reboot/shutdown the machine, it tries to sync but after a line full of 1 1 1 1 1 it says giving up. then on reboot it says / was not properly unmounted. Could it be that the partition goes past 1024 cylinders? 2) X won't work. I can only start it as root, though the device is 666. I tried this with both the sco and the vt console. (I built both) There is a 1 inch border on all sides. I don't have enough screen to let that happen. The mouse runs to 0 0 and then won't move from it, the first time you touch the mouse. This is the mse0 driver. Any help is appreciated. Thanks, Paul. -- Paul T. Root E/Mail: ptroot@uswest.com 200 S. 5th St. Suite 1100 PAG: +1 (800) SKY-PAGE PIN: 537-7370 Minneapolis, MN 55402 WRK: +1 (612) 663-1979 NIC: PTR FAX: +1 (612) 663-8030 From owner-freebsd-bugs Tue Jan 2 10:55:53 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA03291 for bugs-outgoing; Tue, 2 Jan 1996 10:55:53 -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 KAA03285 for ; Tue, 2 Jan 1996 10:55:50 -0800 (PST) Received: by unlisys.unlisys.NET from deadline.snafu.de with smtp (Smail3.1.28.1 [@@]) id m0tXBsC-000ZzBC; Tue, 2 Jan 96 19:55 MET Received: by deadline.snafu.de id m0tXBsB-0009imC; Tue, 2 Jan 96 19:55 MET (/\oo/\ Smail3.1.29.1 #29.2) Message-Id: From: root@deadline.snafu.de (Andreas S. Wetzel) Subject: ld.so: Undefined symbol "_ttyname" called from login:login at 0x51dc To: bugs@freebsd.org Date: Tue, 2 Jan 1996 19:55:46 +0100 (MET) Organization: -D-E-A-D-L-I-N-E- Public access UN*X system - 13347 Berlin. X-Mailer: ELM [version 2.4 PL24 PGP2] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org Precedence: bulk Hi! --- After compiling and installing -current of Dec 31 on a freshly installed 2.1.0 machine, I got the following message after rebooting the machine when trying to log in: ld.so: Undefined symbol "_ttyname" called from login:login at 0x51dc Now it is not possible to log into the system from the system console or via telnet. Thankful for any advice, Mickey -- (__) (@@) Andreas S. Wetzel E-mail: mickey@deadline.snafu.de /-------\/ Utrechter Strasse 41 Web: http://deadline.snafu.de/ / | || 13347 Berlin Voice: <+4930> 456 81 68 * ||----|| Germany Fax/Data: <+4930> 455 19 57 ~~ ~~ From owner-freebsd-bugs Tue Jan 2 12:30:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA08326 for bugs-outgoing; Tue, 2 Jan 1996 12:30:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA08318 Tue, 2 Jan 1996 12:30:03 -0800 (PST) Date: Tue, 2 Jan 1996 12:30:03 -0800 (PST) Message-Id: <199601022030.MAA08318@freefall.freebsd.org> To: freebsd-bugs Cc: From: Thomas Graichen Subject: Re: kern/927: VGA mode not restored Reply-To: Thomas Graichen Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR kern/927; it has been noted by GNATS. From: Thomas Graichen To: gjb@ii.pw.edu.pl Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: kern/927: VGA mode not restored Date: Tue, 2 Jan 1996 20:04:38 +0100 (MET) hasn't gjb@ii.pw.edu.pl said ? ... > > FreeBSD 2.1-RELEASE syscons (sc0) VGA driver > Trident 8900 1MB RAM > Mono SVGA monitor > > >Description: > > With the hw. configuration as above (color VGA adaptor, mono > monitor) syscons driver does not always restore text mode correctly. > Bad console switching results in a blank screen, I didn't find > a way of restoring screen mode after this happens (must > reboot). > i have the same problem here - and some more info about it: * it is not depending on a special vga-board (tested with trident 8900cl and miro 10sd - s3 805) * it only apears if the monitor is detected as "mono" - mono-monitores detected as "color" work fine if anybody has a fix - i may try it out - maybe this helps - 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 Tue Jan 2 14:22:02 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA14969 for bugs-outgoing; Tue, 2 Jan 1996 14:22:02 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA14957 for ; Tue, 2 Jan 1996 14:21:50 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA09870; Tue, 2 Jan 1996 23:21:38 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA05872; Tue, 2 Jan 1996 23:21:38 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id XAA17231; Tue, 2 Jan 1996 23:16:50 +0100 (MET) From: J Wunsch Message-Id: <199601022216.XAA17231@uriah.heep.sax.de> Subject: Re: Three problems with FreeBSD 2.1 To: ptroot@uswest.com Date: Tue, 2 Jan 1996 23:16:50 +0100 (MET) Cc: freebsd-bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9601021535.AA00549@kermit.acs.uswest.com> from "ptroot@uswest.com" at Jan 2, 96 09:35:43 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@freebsd.org Precedence: bulk As ptroot@uswest.com wrote: > > 1) When I halt/reboot/shutdown the machine, it tries to > sync but after a line full of 1 1 1 1 1 it says > giving up. then on reboot it says / was not properly unmounted. > > Could it be that the partition goes past 1024 cylinders? No idea for this. The 1024 cylinders are not a problem for FreeBSD (except for the boot process, where the BIOS is involved). > 2) X won't work. > I can only start it as root, though the device is 666. I > tried this with both the sco and the vt console. (I built both) Which device? > There is a 1 inch border on all sides. I don't have enough > screen to let that happen. I thought it doesn't work? In case it works, but you aren't satisfied with the results, have you considered xvidtune? > The mouse runs to 0 0 and then won't move from it, the > first time you touch the mouse. This is the mse0 driver. Perhaps you've configured the wrong mouse protocol in the XF86Config file? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Jan 2 14:48:22 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA16851 for bugs-outgoing; Tue, 2 Jan 1996 14:48:22 -0800 (PST) Received: from saturn (root@saturn.apana.org.au [202.12.90.54]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA16699 for ; Tue, 2 Jan 1996 14:47:59 -0800 (PST) Received: from bullseye by saturn with uucp (Smail3.1.29.1 #2) id m0tXFWq-0001xQC; Wed, 3 Jan 96 09:50 EST Received: by bullseye.apana.org.au (UUPC/extended 1.12p); Tue, 02 Jan 1996 20:22:55 +1000 Message-ID: <30e9077f.bullseye@bullseye.apana.org.au> Date: Tue, 2 Jan 96 20:22:54 +1000 From: Andrew MacIntyre Subject: Re: 2.1.0 PPP hassles... To: joerg_wunsch@uriah.heep.sax.de Cc: bugs@freebsd.org In-Reply-To: <199512310852.JAA16764@uriah.heep.sax.de> from "J Wunsch" at Dec 31 95 9:52 am X-Mailer: ELM [version 2.3 PL11] for OS/2 Sender: owner-bugs@freebsd.org Precedence: bulk Thanks for your reply. > > 1. The dial chat script behaviour appears to have changed, seemingly > > requiring a terminating send string, whereas all the samples and the > > working config from the above mentioned SNAP-950726 system don't > > have/need it. I've used the string "\\c" to fill this for now. > > Hmm, i'm not claiming that this hasn't changed, but i) i haven't > noticed any change myself, and ii) the only diff between 2.0.5 and > 2.1's chat.c is: {...} This is a puzzler. If I don't have that "null" send string, it succeeds in hanging up the modem - as near as I can figure by sending \n before the text following the CONNECT is completely received. > > 2. Using the dial command, after the connect has been made, but before the > > login has been executed, PPP core dumps with an "illegal instruction" error. > > Upon restarting PPP, with the modem link still up, I can use "term" and > > manually log in. > > That is very strange. The only know occasions for ``illegal > instruction'' traps by now are broken CPUs. No normal code should > ever be able to cause illegal instructions, since the compiler and > assembler do not generate them. > > > 3. Using a manual login, after PPP reports "Packet mode.", it then > > reports "SIOCAIFADDR: File exists" netstat -r shows that the link is > > in place, but as far as the rest of the systems is concerned, the link is > > down. > > This means that some of the routes PPP was going to install did still > exist, perhaps from a previous crashed invocation of PPP. (The ``File > exists'' must be translated into ``Route exists'' as far as the > routing code is concerned.) CPU is an AMD - not quite sure of vintage. I went back to scratch with the network configuration, and have got past #3, and even got the dial to work - only abt 3-5 mins later PPP crashed with a signal 4 (illegal inst) while I was ftping a file :-( This time, the tunnel driver was left open, so a reboot was required to try again... > Something is very weird with your machine, but since very many people > are using iijppp, and nobody has ever reported anything resembling > your description, i would first suspect hardware. I think you're right to suspect hardware. I vaguely recall a few years ago there being known problems with UMC chipsets and Unix systems (in particular Linux). I have a replacement SIS471 chipset motherboard (my SNAP-950726 system is running very nicely on a slightly different SIS471 mb) for this system which I've held off installing for lack of RAM (current mb is 30pin, new mb is 72pin). Crazy thing is, I spent hours online with ppp installing 2.1 without any sign of this, although as neither the NE2000 nic or Sony CDU31A CD-ROM were found by the boot floppy kernel, maybe something is a little uncomfortable now that they're active. I did try booting the GENERIC kernel but had the same problems as with my custom kernel. I'll be getting the 2.1 CD-ROM in the very near future, so may attempt a re-install. -- Andrew I MacIntyre "These thoughts are mine alone..." E-mail: andrew.macintyre@aba.gov.au (work) | Snail: PO Box 370 andymac@bullseye.apana.org.au (play) | Belconnen ACT 2616 Fido: Andrew MacIntyre, 3:620/243.18 | Australia From owner-freebsd-bugs Tue Jan 2 16:40:12 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA23410 for bugs-outgoing; Tue, 2 Jan 1996 16:40:12 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA23393 Tue, 2 Jan 1996 16:40:06 -0800 (PST) Resent-Date: Tue, 2 Jan 1996 16:40:06 -0800 (PST) Resent-Message-Id: <199601030040.QAA23393@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, martini 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 QAA23322 for ; Tue, 2 Jan 1996 16:39:06 -0800 (PST) Received: by unlisys.unlisys.NET from desert.snafu.de with smtp (Smail3.1.28.1 [@@]) id m0tXHEN-000ZxkC; Wed, 3 Jan 96 01:39 MET Received: from heaven7.snafu.de by desert.snafu.de with uucp (Smail3.1.28.1 #9) id m0tXI8R-0005sUC; Wed, 3 Jan 96 01:36 WET Received: by heaven7.snafu.de (/\oo/\ Smail3.1.29.1 #29.1) id ; Tue, 2 Jan 96 20:33 MET Message-Id: Date: Tue, 2 Jan 96 20:33 MET From: martini@heaven7.snafu.de Reply-To: martini To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: ports/928: PGP port will not build cleanly Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 928 >Category: ports >Synopsis: PGP port will not build cleanly >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 2 16:40:01 PST 1996 >Last-Modified: >Originator: Martin Ibert >Organization: __ | Martin Ibert, Fürstenweg 11, D-13589 Berlin-Spandau, Germany, EU ( )__ | martini@heaven7.snafu.de, Fon: +4930-3753479, Fax: +4930-3753699 ( )_ |----------------------------------------------------------------- (_________) | All that we see or seem/is but a dream within a dream. -- E.A.P. >Release: FreeBSD 2.1.0-RELEASE i386 >Environment: I presume the only relevant information here is that I'm outside of the US. >Description: I just tried to build the international version of PGP from the ports directory. I met with several problems: (1) The checksum was incorrect. Swallowing hard, I cheated by replacing the checksum file with the current checksum *gulp*. (2) The patch (it's only one hunk) wouldn't patch. Aha, the change is already in there! (Maybe that's where the checksum mismatch comes from.) I cheated by faking a .patch_done file in the work directory. (3) Now everything builds, but pgp won't run! It says it is a temporary development version that has already expired. :-( I fixed that by swallowing even harder and changing the first line in pgp.c from #define to #undef, but that is of course not actually a very good idea. >How-To-Repeat: See above. >Fix: Maybe one could use the latest released version rather than a development interim version? In any case, keep up the good work! >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jan 2 17:20:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA25995 for bugs-outgoing; Tue, 2 Jan 1996 17:20:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA25985 Tue, 2 Jan 1996 17:20:02 -0800 (PST) Date: Tue, 2 Jan 1996 17:20:02 -0800 (PST) Message-Id: <199601030120.RAA25985@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: wollman@lcs.mit.edu Cc: marquard@austin.ibm.com, FreeBSD-gnats-submit@freebsd.org, Bill Fenner Subject: Re: kern/923: Multicast problems on point-to-point interfaces Date: Tue, 2 Jan 1996 17:14:56 PST In message <9601011916.AA11388@halloran-eldar.lcs.mit.edu> Garrett said: >We are unlikely to >get the multicast people to change their software, because they are >just following the rules. Actually, I have been doing some thinking on this topic. There are two things that can be done: 1) Make mrouted work in the case of non-''half-router'' situations. This one is easy; check the point-to-point destination addresses first, then if you have no match check the source. Note that you can't just check them both on the first pass, since non-point-to-point interfaces should be chosen over point-to-point interfaces. An experimental patch follows (I have thought about this but haven't tested it) *** in_var.h.old Tue Nov 14 14:52:43 1995 --- in_var.h Tue Jan 2 17:11:10 1996 *************** *** 106,111 **** --- 106,117 ---- 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_ifp->if_flags & IFF_POINTOPOINT && \ + IA_SIN(ia)->sin_addr.s_addr != (addr).s_addr; \ + ia = ia->ia_next) \ + continue; \ (ifp) = (ia == NULL) ? NULL : ia->ia_ifp; \ } 2) Make mrouted work on a ''half-router''. I'm not sure this is simple but I am percolating a couple of ideas. Bill From owner-freebsd-bugs Tue Jan 2 18:47:52 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA29555 for bugs-outgoing; Tue, 2 Jan 1996 18:47:52 -0800 (PST) Received: from deceased.hb.north.de (deceased.hb.north.de [194.94.232.249]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA29549 for ; Tue, 2 Jan 1996 18:47:46 -0800 (PST) Received: from jelal.hb.north.de by deceased.hb.north.de with uucp (Smail3.1.29.1) id m0tXJAv-000Z75C; Wed, 3 Jan 96 03:43 MET Received: by jelal.hb.north.de (SMail-ST 0.95gcc/2.5+) id AA00233; Tue, 2 Jan 1996 18:45:54 +0100 (CET) Received: (from nox@localhost) by saturn (8.6.11/8.6.9) id SAA13547; Tue, 2 Jan 1996 18:30:06 +0100 Date: Tue, 2 Jan 1996 18:30:06 +0100 From: Juergen Lock Message-Id: <199601021730.SAA13547@saturn> To: peter@freefall.freebsd.org Subject: Re: misc/922 Cc: bugs@freebsd.org In-Reply-To: <199601011236.EAA20439@freefall.freebsd.org> Sender: owner-bugs@freebsd.org Precedence: bulk In article <199601011236.EAA20439@freefall.freebsd.org> you write: >Synopsis: From line handling incorrect in mail.local > >State-Changed-From-To: open-analyzed >State-Changed-By: peter >State-Changed-When: Mon Jan 1 04:30:15 PST 1996 >State-Changed-Why: >This is actually intended behavior... > >The end-of-message marker is a blank line followed by "^From ".. >ie: >"\n\nFrom " > >So, if you have a message like this: (indented for example) > > foo bar baz > From this I can see blah.. > >It should not be escaped because there is not a blank line. > >However: > > foo bar baz > > From this I can see blah... > >...should be escaped as the mail system cannot distinguish the end-of-msg. > >The actual bug is in pine and elm's mailbox decoding. > >Perhaps a 'bug compatable' flag for mail.local is needed? > Or you can also have sendmail do the escaping (E in LOCAL_MAILER_FLAGS in your .mc), that is `bug compatable' too. maybe a note should be added somewhere in the elm/pine ports? greetings from another elm user... Juergen From owner-freebsd-bugs Tue Jan 2 20:21:50 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA06935 for bugs-outgoing; Tue, 2 Jan 1996 20:21:50 -0800 (PST) Received: from madison.tdsnet.com (root@madison.tdsnet.com [204.246.1.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA06922 for ; Tue, 2 Jan 1996 20:21:43 -0800 (PST) Received: from .tdsnet.com (waun0-a03.waun.tdsnet.com [204.246.2.36]) by madison.tdsnet.com (8.6.12/CICNet) with SMTP id WAA01186; Tue, 2 Jan 1996 22:20:46 -0600 Message-Id: <199601030420.WAA01186@madison.tdsnet.com> Date: Tue, 02 Jan 96 22:20:23 -0800 From: Bill Taylor X-Mailer: Mozilla 1.1N (Windows; I; 16bit) MIME-Version: 1.0 To: bugs@freebsd.org, support@cdrom.com Subject: two faced ide controllers loose out to generic kernel after build Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: owner-bugs@freebsd.org Precedence: bulk It seems if you are building on a dual interface ide controller that you had better have your disk partitions on side 1(wc0). The generic kernel you get when you come back up on disk(hard), does not locate wc1 at irq 15 ... I had my first system that had a master/slave two disk setup yeild 2.1 Gig but tie up the entire first side. Building from the cdrom and other disk on wc1 was no problem, but was unavailable once the kernel was booted off it. The next computer with the same two interface ide controller, worked fine since the cdrom was on the second side but the dos partition disk and the other disk(one for FreeBSD) were both on side wc0. Once I booted, the cdrom and entire second part of the controller were invisible. I went into the kernel config sources and remade the existing generic kernel with a local name for later changes and presto/chango both side were indeed findable. My conclusion is that the generic disk kernel on the new 2.1 walnut creek cdrom is bad(or just a little short of generic enough). Hope this tidbit helps others. If someone would like to pump me further, I work at the University of Wisconsin, Madison and can be reached either by phone at 608-262-8659, or email at bt@ssec.wisc.edu From owner-freebsd-bugs Wed Jan 3 02:40:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA28594 for bugs-outgoing; Wed, 3 Jan 1996 02:40:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA28564 Wed, 3 Jan 1996 02:40:06 -0800 (PST) Resent-Date: Wed, 3 Jan 1996 02:40:06 -0800 (PST) Resent-Message-Id: <199601031040.CAA28564@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA28113 for ; Wed, 3 Jan 1996 02:32:05 -0800 (PST) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.6.12/8.6.4) with ESMTP id MAA04817 for ; Wed, 3 Jan 1996 12:31:52 +0200 Received: (hsu@localhost) by katiska.clinet.fi (8.7.3/8.6.4) id MAA02965; Wed, 3 Jan 1996 12:31:59 +0200 (EET) Message-Id: <199601031031.MAA02965@katiska.clinet.fi> Date: Wed, 3 Jan 1996 12:31:59 +0200 (EET) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/929: NCR support broken? Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 929 >Category: kern >Synopsis: scatter/gather failed >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 3 02:40:02 PST 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: Jan 3 11:18:44 katiska /kernel: FreeBSD 2.2-CURRENT #4: Tue Jan 2 01:01:34 EET 1996 Jan 3 11:18:44 katiska /kernel: hsu@hauki.clinet.fi:/m/katiska/usr/current/ src/sys/compile/CLINETSERVER Jan 3 11:18:44 katiska /kernel: CPU: Pentium (90.19-MHz 586-class CPU) Jan 3 11:18:46 katiska /kernel: Origin = "GenuineIntel" Id = 0x524 Stepping =4 Jan 3 11:18:46 katiska /kernel: Features=0x1bf Jan 3 11:18:46 katiska /kernel: real memory = 67108864 (65536K bytes) Jan 3 11:18:46 katiska /kernel: avail memory = 63537152 (62048K bytes) Jan 3 11:18:46 katiska /kernel: DEVFS: ready for devices Jan 3 11:18:46 katiska /kernel: Probing for devices on the PCI bus: Jan 3 11:18:46 katiska /kernel: chip0 rev 17 on pci0:0 Jan 3 11:18:46 katiska /kernel: chip1 rev 67 on pci0:2 Jan 3 11:18:46 katiska /kernel: ncr0 rev 2 int a irq 9 on pci 0:12 Jan 3 11:18:46 katiska /kernel: ncr0 waiting for scsi devices to settle Jan 3 11:18:46 katiska /kernel: (ncr0:0:0): "SEAGATE ST15230N 0298" type 0 fixe d SCSI 2 Jan 3 11:18:46 katiska /kernel: sd0(ncr0:0:0): Direct-Access Jan 3 11:18:46 katiska /kernel: sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) of fset 8. Jan 3 11:18:46 katiska /kernel: 4095MB (8386733 512 byte sectors) Jan 3 11:18:46 katiska /kernel: sd0(ncr0:0:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Jan 3 11:18:46 katiska /kernel: (ncr0:3:0): "SEAGATE ST31200N 9348" type 0 fixe d SCSI 2 Jan 3 11:18:46 katiska /kernel: sd3(ncr0:3:0): Direct-Access Jan 3 11:18:47 katiska /kernel: sd3(ncr0:3:0): FAST SCSI-2 100ns (10 Mb/sec) of fset 8. Jan 3 11:18:47 katiska /kernel: 1011MB (2072435 512 byte sectors) Jan 3 11:18:47 katiska /kernel: sd3(ncr0:3:0): with 2700 cyls, 9 heads, and an average 85 sectors/track Jan 3 11:18:47 katiska /kernel: (ncr0:4:0): "HP C1533A 9503" type 1 removable S CSI 2 Jan 3 11:18:47 katiska /kernel: st4(ncr0:4:0): Sequential-Access Jan 3 11:18:47 katiska /kernel: st4(ncr0:4:0): FAST SCSI-2 100ns (10 Mb/sec) of fset 8. Jan 3 11:18:47 katiska /kernel: density code 0x24, variable blocks, write-enabl ed Jan 3 11:18:47 katiska /kernel: ncr1 rev 1 int a irq 9 on pci 0:14 Jan 3 11:18:47 katiska /kernel: ncr1 waiting for scsi devices to settle Jan 3 11:18:47 katiska /kernel: (ncr1:3:0): "SEAGATE ST15230N 0168" type 0 fixe d SCSI 2 Jan 3 11:18:47 katiska /kernel: sd7(ncr1:3:0): Direct-Access Jan 3 11:18:47 katiska /kernel: sd7(ncr1:3:0): FAST SCSI-2 100ns (10 Mb/sec) of fset 8. Jan 3 11:18:47 katiska /kernel: 4095MB (8386733 512 byte sectors) Jan 3 11:18:47 katiska /kernel: sd7(ncr1:3:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Jan 3 11:18:47 katiska /kernel: Probing for devices on the ISA bus: Jan 3 11:18:47 katiska /kernel: vt0 at 0x60-0x6f irq 1 on motherboard Jan 3 11:18:47 katiska /kernel: vt0: tvga 8900cl, 80/132 col, mono, 8 scr, mf2- kbd, [R3.20-b24] Jan 3 11:18:47 katiska /kernel: ed0 at 0x280-0x29f irq 5 maddr 0xd8000 msize 16 384 on isa Jan 3 11:18:47 katiska /kernel: ed0: address 00:00:c0:cd:b9:a3, type WD8013EPC (16 bit) Jan 3 11:18:48 katiska /kernel: lpt0 at 0x378-0x37f irq 7 on isa Jan 3 11:18:48 katiska /kernel: lpt0: Interrupt-driven port Jan 3 11:18:48 katiska /kernel: lp0: TCP/IP capable interface Jan 3 11:18:48 katiska /kernel: lpt1 not found at 0xffffffff Jan 3 11:18:48 katiska /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa Jan 3 11:18:48 katiska /kernel: sio0: type 16550A Jan 3 11:18:48 katiska /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa Jan 3 11:18:48 katiska /kernel: sio1: type 16550A Jan 3 11:18:48 katiska /kernel: pca0 on motherboard Jan 3 11:18:48 katiska /kernel: pca0: PC speaker audio driver Jan 3 11:18:48 katiska /kernel: cy0 not found Jan 3 11:18:48 katiska /kernel: bt0 not found at 0x330 Jan 3 11:18:48 katiska /kernel: aha0 not found at 0x330 Jan 3 11:18:48 katiska /kernel: wdc0 not found at 0x1f0 Jan 3 11:18:48 katiska /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Jan 3 11:18:48 katiska /kernel: fdc0: NEC 72065B Jan 3 11:18:48 katiska /kernel: fd0: 1.44MB 3.5in Jan 3 11:18:48 katiska /kernel: matcdc0 not found at 0x230 Jan 3 11:18:49 katiska /kernel: npx0 on motherboard Jan 3 11:18:49 katiska /kernel: npx0: INT 16 interface Jan 3 11:18:49 katiska /kernel: changing root device to sd0a Jan 3 11:18:49 katiska /kernel: devfs ready to run Jan 3 11:18:49 katiska /kernel: new masks: bio c0000240, tty c00300ba, net c003 00ba >Description: Jan 3 11:18:52 katiska lpd[126]: restarted Jan 3 11:18:53 katiska /kernel: ncr?: scatter/gather failed (residue=814260224) From owner-freebsd-bugs Wed Jan 3 07:10:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA12530 for bugs-outgoing; Wed, 3 Jan 1996 07:10:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA12514 Wed, 3 Jan 1996 07:10:04 -0800 (PST) Date: Wed, 3 Jan 1996 07:10:04 -0800 (PST) Message-Id: <199601031510.HAA12514@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: Bill Fenner Cc: wollman@lcs.mit.edu, marquard@austin.ibm.com, FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/923: Multicast problems on point-to-point interfaces Date: Wed, 3 Jan 1996 07:04:47 PST 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) \ + break; \ (ifp) = (ia == NULL) ? NULL : ia->ia_ifp; \ } Bill From owner-freebsd-bugs Wed Jan 3 10:25:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA28703 for bugs-outgoing; Wed, 3 Jan 1996 10:25:06 -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 KAA28693 for ; Wed, 3 Jan 1996 10:24:59 -0800 (PST) Received: by Sysiphos id AA02901 (5.67b/IDA-1.5 for freebsd-bugs@freebsd.org); Wed, 3 Jan 1996 19:22:42 +0100 Message-Id: <199601031822.AA02901@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Wed, 3 Jan 1996 19:22:42 +0100 In-Reply-To: Heikki Suonsivu "kern/929: NCR support broken?" (Jan 3, 12:31) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: hsu@clinet.fi Subject: Re: kern/929: NCR support broken? Sender: owner-bugs@FreeBSD.ORG Precedence: bulk On Jan 3, 12:31, Heikki Suonsivu wrote: } Subject: kern/929: NCR support broken? } } >Number: 929 } >Category: kern } >Synopsis: scatter/gather failed } Jan 3 11:18:53 katiska /kernel: ncr?: scatter/gather failed (residue=814260224) This is a bug in the higher level code. A request to read 800MB of data has been issued, but there was no way to setup a scatter/gather table for that transfer (and I doubt you had had the RAM to stuff away the data read :) I don't know what issues these read calls, but it happens with other controller cards as well, and might be a VM problem ... Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-bugs Wed Jan 3 12:26:31 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA06145 for bugs-outgoing; Wed, 3 Jan 1996 12:26:31 -0800 (PST) Received: (from wollman@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA06127 Wed, 3 Jan 1996 12:26:27 -0800 (PST) Date: Wed, 3 Jan 1996 12:26:27 -0800 (PST) From: "Garrett A. Wollman" Message-Id: <199601032026.MAA06127@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: open-feedback State-Changed-By: wollman State-Changed-When: Wed Jan 3 12:25:05 PST 1996 State-Changed-Why: A proposed change has been committed in rev 1.14 of in_var.h, supplied by Bill Fenner. From owner-freebsd-bugs Wed Jan 3 14:28:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA20707 for bugs-outgoing; Wed, 3 Jan 1996 14:28:03 -0800 (PST) Received: from pahtoh.cwu.edu (root@pahtoh.cwu.edu [198.104.65.27]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA20677 for ; Wed, 3 Jan 1996 14:27:58 -0800 (PST) Received: from tahoma.cwu.edu (skynyrd@tahoma.cwu.edu [198.104.67.25]) by pahtoh.cwu.edu (8.6.12/8.6.9) with ESMTP id OAA13552; Wed, 3 Jan 1996 14:27:50 -0800 Received: (from skynyrd@localhost) by tahoma.cwu.edu (8.6.12/8.6.9) id OAA22274; Wed, 3 Jan 1996 14:27:49 -0800 Date: Wed, 3 Jan 1996 14:27:48 -0800 (PST) From: Chris Timmons To: Heikki Suonsivu cc: FreeBSD-bugs@FreeBSD.ORG Subject: Re: kern/929: NCR support broken? In-Reply-To: <199601031031.MAA02965@katiska.clinet.fi> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG Precedence: bulk I ran into the same problem doing a 2.1.0-R installation. The full text of my situation was posted to freebsd-questions on 12/31/95. In my case the workaround was to stop trying to partition my 4gb drive into big partitions and instead use the whole thing as one giant partition. Please contact me if I can provide further debugging information. Regards, -Chris Timmons From owner-freebsd-bugs Wed Jan 3 20:13:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA06744 for bugs-outgoing; Wed, 3 Jan 1996 20:13:09 -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 UAA06736 for ; Wed, 3 Jan 1996 20:12:58 -0800 (PST) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.6.12/8.6.4) with ESMTP id GAA22886; Thu, 4 Jan 1996 06:12:53 +0200 Received: (hsu@localhost) by katiska.clinet.fi (8.7.3/8.6.4) id GAA07016; Thu, 4 Jan 1996 06:12:55 +0200 (EET) Date: Thu, 4 Jan 1996 06:12:55 +0200 (EET) Message-Id: <199601040412.GAA07016@katiska.clinet.fi> From: Heikki Suonsivu To: se@zpr.uni-koeln.de (Stefan Esser) Cc: freebsd-bugs@freefall.FreeBSD.org In-reply-to: se@zpr.uni-koeln.de's message of 4 Jan 1996 01:02:16 +0200 Subject: Re: kern/929: NCR support broken? Organization: Clinet Ltd, Espoo, Finland References: <199601031822.AA02901@Sysiphos> Sender: owner-bugs@FreeBSD.ORG Precedence: bulk In article <199601031822.AA02901@Sysiphos> se@zpr.uni-koeln.de (Stefan Esser) writes: } Subject: kern/929: NCR support broken? } Jan 3 11:18:53 katiska /kernel: ncr?: scatter/gather failed (residue=814260224) This is a bug in the higher level code. A request to read 800MB of data has been issued, but there was no way to setup a scatter/gather table for that transfer (and I doubt you had had the RAM to stuff away the data read :) In that case this should generate a panic, not an error message ? -- 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 Thu Jan 4 02:07:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA26886 for bugs-outgoing; Thu, 4 Jan 1996 02:07:10 -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 CAA26877 for ; Thu, 4 Jan 1996 02:06:54 -0800 (PST) Received: by Sysiphos id AA15056 (5.67b/IDA-1.5 for freebsd-bugs@freefall.FreeBSD.org); Thu, 4 Jan 1996 11:05:54 +0100 Message-Id: <199601041005.AA15056@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Thu, 4 Jan 1996 11:05:53 +0100 In-Reply-To: Heikki Suonsivu "Re: kern/929: NCR support broken?" (Jan 4, 6:12) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Heikki Suonsivu Subject: Re: kern/929: NCR support broken? Cc: freebsd-bugs@freefall.freebsd.org Sender: owner-bugs@FreeBSD.ORG Precedence: bulk On Jan 4, 6:12, Heikki Suonsivu wrote: } Subject: Re: kern/929: NCR support broken? } } In article <199601031822.AA02901@Sysiphos> se@zpr.uni-koeln.de (Stefan Esser) writes: } } Subject: kern/929: NCR support broken? } } } Jan 3 11:18:53 katiska /kernel: ncr?: scatter/gather failed (residue=814260224) } } This is a bug in the higher level code. } } A request to read 800MB of data has been } issued, but there was no way to setup a } scatter/gather table for that transfer } (and I doubt you had had the RAM to stuff } away the data read :) } } In that case this should generate a panic, not an error message ? Don't think that the driver should panic in that situation in general ... It just returns a failure code, and if success was vital, then the kernel can decide to panic. But if this might help diagnose the problem, then a panic might be useful just for testing purposes (and you could add it yourself, BTW). (I could send a patch, too, if you have trouble to locate the right place to apply it ...) If I remember right, some consistency checking code has been added to some VM functions to catch this (???) Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-bugs Thu Jan 4 03:56:39 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA01488 for bugs-outgoing; Thu, 4 Jan 1996 03:56:39 -0800 (PST) Received: from gotha.vtcom.fr (gotha.vtcom.fr [193.252.254.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA01476 for ; Thu, 4 Jan 1996 03:56:32 -0800 (PST) Received: from deepthought.sv.vtcom.fr by gotha.vtcom.fr; Thu, 4 Jan 1996 12:56:07 GMT Date: Thu, 4 Jan 1996 12:56:04 +0100 (MET) From: Jean-Paul POIRET To: Bugs FreeBSD Subject: Boot not so easy Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org Precedence: bulk F1 ... DOS F2 ... BSD Default : F2 Does somebody know how to get ALWAYS : Default : F1 == and NEVER : Default : F2 Sometimes, my wife or my daughter are using my computer to run winword or windows cdroms ... they stop unix machines as msdos machines. Today, my poor FreeBSD partition runs sysinstall instead of login :-(. Jean-Paul Poiret. From owner-freebsd-bugs Thu Jan 4 05:33:38 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA04680 for bugs-outgoing; Thu, 4 Jan 1996 05:33:38 -0800 (PST) Received: from uswat.advtech.uswest.com (uswat.advtech.uswest.com [130.13.16.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA04675 for ; Thu, 4 Jan 1996 05:33:35 -0800 (PST) From: ptroot@uswest.com Received: from egate.mnet.uswest.com ([151.116.23.138]) by uswat.advtech.uswest.com (8.7.3/8.7.3) with ESMTP id GAA28007; Thu, 4 Jan 1996 06:32:12 -0700 (MST) Received: from easthub (easthub.mnet.uswest.com [151.117.26.86]) by egate.mnet.uswest.com (8.7.1/8.7.1) with SMTP id GAA16975; Thu, 4 Jan 1996 06:39:55 -0700 (MST) Received: by easthub.mnet.uswest.com (M-Net Hub.951228) Received: from kermit.acs.uswest.com by astro.acs.uswest.com (5.x/SMI-SVR4) id AA16673; Thu, 4 Jan 1996 07:36:34 -0600 Received: by kermit.acs.uswest.com (5.x/SPARCbook_POP1.1) id AA00978; Thu, 4 Jan 1996 07:36:33 -0600 Message-Id: <9601041336.AA00978@kermit.acs.uswest.com> Subject: Re: Boot not so easy To: jpp@deepthought.sv.vtcom.fr (Jean-Paul POIRET) Date: Thu, 4 Jan 1996 07:36:33 -0600 (CST) Cc: bugs@freebsd.org In-Reply-To: from "Jean-Paul POIRET" at Jan 4, 96 12:56:04 pm X-Organization: !nterprise Networking Services X-Phone: (612) 663-1979 X-Fax: (612) 663-8030 X-Page: (800) SKY-PAGE PIN: 537-7270 X-Address: 200 S. 5th St., Suite 1100 X-Address: Minneapolis, MN 55402 X-Mailer: ELM [version 2.4 PL25] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org Precedence: bulk In a previous message, Jean-Paul POIRET said: > > F1 ... DOS > F2 ... BSD > > Default : F2 > > Does somebody know how to get ALWAYS : > > Default : F1 > == > > and NEVER : > > Default : F2 > > Sometimes, my wife or my daughter are using my computer to run winword or > windows cdroms ... they stop unix machines as msdos machines. Today, my > poor FreeBSD partition runs sysinstall instead of login :-(. Well, it makes it a little harder on you, but why don't you just use the default boot block and use fdisk to switch the active partition. Just be sure to change it back to DOS when you shut down FreeBSD. Paul. -- Paul T. Root - USWEST !NTERPRISE Networking Service ptroot@uswest.com "I have plenty of common sense... I just choose to ignore it!" - Calvin & Hobbes From owner-freebsd-bugs Thu Jan 4 07:50:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA12020 for bugs-outgoing; Thu, 4 Jan 1996 07:50:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA12013 Thu, 4 Jan 1996 07:50:04 -0800 (PST) Resent-Date: Thu, 4 Jan 1996 07:50:04 -0800 (PST) Resent-Message-Id: <199601041550.HAA12013@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 HAA11870 for ; Thu, 4 Jan 1996 07:48:17 -0800 (PST) Received: from itosun.ito.uni-stuttgart.de by ito.uni-stuttgart.de (5.x/SMI-SVR4/BelWue-2.0) id AA15748; Thu, 4 Jan 1996 16:47:43 +0100 Received: by itosun.ito.uni-stuttgart.de (5.x/SVR4/BelWue-1.0.3) id AA14616; Thu, 4 Jan 1996 16:47:39 +0100 Message-Id: <9601041547.AA14616@itosun.ito.uni-stuttgart.de> Date: Thu, 4 Jan 1996 16:47:39 +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/931: fmt strips 8bit characters (bad) Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 931 >Category: bin >Synopsis: fmt strips 8bit characters >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 4 07:50:02 PST 1996 >Last-Modified: >Originator: Jens Schweikhardt >Organization: uni-stuttgart >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD 2.1.0-RELEASE >Description: fmt strips any characters for which isprint(3) returns false. A Bad Thing (TM) for those of us using iso-latin character sets. >How-To-Repeat: % echo -e '\377' | fmt # in bash % >Fix: Here is a patch which adds an option to fmt to make it 8 bit clean. Currently fmt will strip all characters for which isprint returns false - a Bad Thing (TM) for those of us using iso-latin character sets. The patch adds the -8 option, which tells fmt not to perform the isprint test. The default behaviour remains unchanged, so no existing script will be surprised. It also adds a few words to the man page. Please have a look at it and if you think it's ok, commit it. Bye, Jens --- fmt.c Sun Dec 24 17:41:12 1995 +++ fmt.c-new Mon Dec 25 16:04:38 1995 @@ -59,10 +59,12 @@ #define NOSTR ((char *) 0) /* Null string pointer for lint */ /* LIZ@UOM 6/18/85 --New variables goal_length and max_length */ +/* Jens Schweikhardt 12/25/95 --New variable pass_8_bits */ #define GOAL_LENGTH 65 #define MAX_LENGTH 75 int goal_length; /* Target or goal line length in output */ int max_length; /* Max line length in output */ +int pass_8_bits; /* Wheter nonprintable chars are removed */ int pfx; /* Current leading blank count */ int lineno; /* Current input line */ int mark; /* Last place we saw a head line */ @@ -90,6 +92,18 @@ lineno = 1; mark = -10; /* + * Jens Schweikhardt 12/25/95 -- Test for -8 option. The whole stuff + * should actually be rewritten using getopt(). + * But I hesitate because it would break current scripts if we required + * them to use option characters to specify goal and max lengths. + */ + pass_8_bits = 0; + if (argc > 1 && (strcmp (argv[1], "-8") == 0)) { + argv++; + argc--; + pass_8_bits = 1; + } + /* * LIZ@UOM 6/18/85 -- Check for goal and max length arguments */ if (argc > 1 && (1 == (sscanf(argv[1], "%d", &number)))) { @@ -103,8 +117,8 @@ } } if (max_length <= goal_length) { - fprintf(stderr, "Max length must be greater than %s\n", - "goal length"); + fprintf(stderr, "Max length must be greater than" + " goal length\n"); exit(1); } if (argc < 2) { @@ -115,7 +129,7 @@ while (--argc) { if ((fi = fopen(*++argv, "r")) == NULL) { perror(*argv); - errs++; + errs = 1; continue; } fmt(fi); @@ -151,9 +165,11 @@ c = getc(fi); continue; } - if (!isprint(c) && c != '\t') { - c = getc(fi); - continue; + if (!pass_8_bits) { + if (!isprint(c) && c != '\t') { + c = getc(fi); + continue; + } } *cp++ = c; c = getc(fi); --- fmt.1 Mon Dec 25 13:52:04 1995 +++ fmt.1-new Mon Dec 25 14:21:46 1995 @@ -39,6 +39,7 @@ .Nd simple text formatter .Sh SYNOPSIS .Nm fmt +.Op Fl 8 .Oo .Ar goal .Op Ar maximum @@ -72,6 +73,12 @@ .Pp will reformat a paragraph, evening the lines. +.Pp +The options are as follows: +.Bl -tag -width Ds +.It Fl 8 +Do not strip the input from non-printable characters. +If this option is not specified, isprint(3) determines what gets stripped. .Sh SEE ALSO .Xr nroff 1 , .Xr mail 1 >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jan 4 09:00:23 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA16195 for bugs-outgoing; Thu, 4 Jan 1996 09:00:23 -0800 (PST) Received: from mail.mks.com (mks-gate.mks.com [142.77.7.224]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA16190 for ; Thu, 4 Jan 1996 09:00:16 -0800 (PST) Received: from mks.com (giga.mks.com [1.0.0.51]) by mail.mks.com (8.6.8.1/DEKA-950919b) with SMTP id LAA02039 for ; Thu, 4 Jan 1996 11:49:10 -0500 Received: from worf by mks.com (4.1/GIGA-950913a) id AA10174; Thu, 4 Jan 96 11:49:08 EST To: freebsd-bugs@freebsd.org Subject: Re: kern/921: Date: Thu, 04 Jan 1996 11:49:05 -0500 Message-Id: <6222.820774145@worf.mks.com> From: "David J. Fiander" Sender: owner-bugs@freebsd.org Precedence: bulk Well, it turns out that my hypothesis that the failure of getrusage() is related uptime is wrong. My machine managed to last much long without breaking, but now, after only 2 hours up, it's broken. It seems that it's related to load. Running X-Windows, a kernel compile, and view a few large images with xv has, once again, caused getrusage() to fail. And fixing calcru() so that it properly uses quad_t arithmetic for the intermediate calculations, to avoid overflow, didn't solve the problem either. - David From owner-freebsd-bugs Thu Jan 4 12:00:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA29240 for bugs-outgoing; Thu, 4 Jan 1996 12:00:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA29204 Thu, 4 Jan 1996 12:00:03 -0800 (PST) Date: Thu, 4 Jan 1996 12:00:03 -0800 (PST) Message-Id: <199601042000.MAA29204@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: bin/931: fmt strips 8bit characters (bad) Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR bin/931; it has been noted by GNATS. From: J Wunsch To: schweikh@ito.uni-stuttgart.de Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/931: fmt strips 8bit characters (bad) Date: Thu, 4 Jan 1996 20:42:54 +0100 (MET) As schweikh@ito.uni-stuttgart.de wrote: > > fmt strips any characters for which isprint(3) returns false. > A Bad Thing (TM) for those of us using iso-latin character sets. Your fix is wrong. The correct fix was to use setlocale(), and it's already present in -current. For 2.0.5 (and presumably 2.1, too), ENABLE_STARTUP_LOCALE should have the same effect. (Of course, you need to set your LANG variable to something that's supporting ISO-8859-1.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri Jan 5 15:08:48 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA09273 for bugs-outgoing; Fri, 5 Jan 1996 15:08:48 -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 PAA09258 for ; Fri, 5 Jan 1996 15:08:38 -0800 (PST) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.6.12/8.6.4) with ESMTP id BAA12642; Sat, 6 Jan 1996 01:08:24 +0200 Received: (hsu@localhost) by katiska.clinet.fi (8.7.3/8.6.4) id BAA05016; Sat, 6 Jan 1996 01:08:31 +0200 (EET) Date: Sat, 6 Jan 1996 01:08:31 +0200 (EET) Message-Id: <199601052308.BAA05016@katiska.clinet.fi> From: Heikki Suonsivu To: se@zpr.uni-koeln.de (Stefan Esser) Cc: freebsd-bugs@freebsd.org In-reply-to: se@zpr.uni-koeln.de's message of 4 Jan 1996 13:13:41 +0200 Subject: Re: kern/929: NCR support broken? Organization: Clinet Ltd, Espoo, Finland References: <199601041005.AA15056@Sysiphos> Sender: owner-bugs@freebsd.org Precedence: bulk On Jan 4, 6:12, Heikki Suonsivu wrote: } } Jan 3 11:18:53 katiska /kernel: ncr?: scatter/gather failed (residue=814260224) } A request to read 800MB of data has been } issued, but there was no way to setup a } In that case this should generate a panic, not an error message ? Don't think that the driver should panic in that situation in general ... If kernel requests a read which is larger than physical memory, it can be pretty sure something in the kernel is seriously confused. And if a kernel is seriosly confused, anything, including filesystem corruption, may occur. I stick with my words, anything like this is a panic situation. -- 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 Sat Jan 6 00:10:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA03820 for bugs-outgoing; Sat, 6 Jan 1996 00:10:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA03811 Sat, 6 Jan 1996 00:10:03 -0800 (PST) Resent-Date: Sat, 6 Jan 1996 00:10:03 -0800 (PST) Resent-Message-Id: <199601060810.AAA03811@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 AAA03747 for ; Sat, 6 Jan 1996 00:09:11 -0800 (PST) Received: (from taob@localhost) by zip.io.org (8.6.12/8.6.12) id DAA08757; Sat, 6 Jan 1996 03:08:33 -0500 Message-Id: <199601060808.DAA08757@zip.io.org> Date: Sat, 6 Jan 1996 03:08:33 -0500 From: taob@io.org Reply-To: taob@io.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/932: de0 incorrectly probes speed of UTP port Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 932 >Category: kern >Synopsis: de0 occasionally enables 100baseTX when plugged into 10baseT port >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jan 6 00:10:01 PST 1996 >Last-Modified: >Originator: Brian Tao >Organization: Internex Online Inc., Toronto, Ontario, Canada >Release: FreeBSD 2.1-STABLE i386 >Environment: 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 CPU: 133-MHz Pentium 735\90 or 815\100 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x52b Stepping=11 Features=0x1bf real memory = 134217728 (131072K bytes) avail memory = 130035712 (126988K bytes) Probing for devices on the ISA bus: vt0 at 0x60-0x6f irq 1 on motherboard vt0: unknown trident, 80 col, color, 8 scr, mf2-kbd, [R3.20-b24] sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface Probing for devices on the PCI bus: chip0 rev 2 on pci0:0 chip1 rev 2 on pci0:7 de0 rev 18 int a irq 12 on pci0:9 de0: DC21140 [10-100Mb/s] pass 1.2 Ethernet address 00:00:c0:80:46:c8 de0: enabling 10baseT UTP port ncr0 rev 2 int a irq 10 on pci0:1 1 ncr0 waiting for scsi devices to settle (ncr0:1:0): "QUANTUM FIREBALL1080S 1Q09" type 0 fixed SCSI 2 sd0(ncr0:1:0): Direct-Access sd0(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 1042MB (2134305 512 byte sectors) sd0(ncr0:1:0): with 3835 cyls, 4 heads, and an average 139 sectors/track vga0 rev 227 int a irq 11 on pci0:12 >Description: Hardware is an SMC 9332 EtherPower PCI controller plugged into an ASUS P/I-P55TP4XEG motherboard. The other end of the UTP cable is a port on a GVC 24-port 10baseT repeater hub. Approximately 1 out of 3 boots will result in the device probe enabling the 100baseTX UTP port rather than the 10baseT one (same physical port, different speeds). The collision and link LEDs for that port on the 10baseT hub are both on solid when this happens. Normally, only the link LED is lit. Rebooting the system will eventually fix the problem. The corresponding driver in NetBSD 1.1 for Intel exhibits the same problem. >How-To-Repeat: Plug the SMC 9332 Ethernet controller into a 10baseT hub and reboot with the de0 driver. >Fix: None known. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jan 6 00:30:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA04497 for bugs-outgoing; Sat, 6 Jan 1996 00:30:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA04491 Sat, 6 Jan 1996 00:30:03 -0800 (PST) Resent-Date: Sat, 6 Jan 1996 00:30:03 -0800 (PST) Resent-Message-Id: <199601060830.AAA04491@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 AAA04358 for ; Sat, 6 Jan 1996 00:27:00 -0800 (PST) Received: (from taob@localhost) by zip.io.org (8.6.12/8.6.12) id DAA09306; Sat, 6 Jan 1996 03:25:56 -0500 Message-Id: <199601060825.DAA09306@zip.io.org> Date: Sat, 6 Jan 1996 03:25:56 -0500 From: taob@io.org Reply-To: taob@io.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/933: "chpass -s" to change shell does not work Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 933 >Category: misc >Synopsis: "chpass -s " does not work >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jan 6 00:30:01 PST 1996 >Last-Modified: >Originator: Brian Tao >Organization: Internex Online Inc., Toronto, Ontario, Canada >Release: FreeBSD 2.1-STABLE i386 >Environment: Using libdescrypt, /etc/shells contains: # List of acceptable shells for chpass(1). # Ftpd will not allow users to connect who are not using # one of these shells. /bin/csh /bin/sh /usr/local/bin/bash /usr/local/bin/ksh /usr/local/bin/tcsh /usr/local/bin/zsh >Description: Using "chpass -s " or "chsh -s " to change a user's login shell causes a rebuild of the passwd databases, but no changes are visible in /etc/passwd or /etc/master.passwd. >How-To-Repeat: % whoami taob % fgrep taob: /etc/passwd taob:*:850:20:Brian Tao,,,:/u/staff/taob:/usr/local/bin/tcsh % chsh -s /bin/csh chsh: rebuilding the database... chsh: done % fgrep taob: /etc/passwd taob:*:850:20:Brian Tao,,,:/u/staff/taob:/usr/local/bin/tcsh >Fix: Run "chpass" or "chsh" without any command line options to use an interactive editor to change user information. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jan 6 04:30:43 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA18383 for bugs-outgoing; Sat, 6 Jan 1996 04:30:43 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA18369 for freebsd-bugs; Sat, 6 Jan 1996 04:30:40 -0800 (PST) Date: Sat, 6 Jan 1996 04:30:40 -0800 (PST) From: GNU GNATS Message-Id: <199601061230.EAA18369@freefall.freebsd.org> To: freebsd-bugs Subject: List of open Problem Reports Sender: owner-bugs@FreeBSD.ORG Precedence: bulk This is the list of currently open problem reports [1994/11/14] bin/17 "mount -t foo /dev/wd1h /mnt" gives incorrect error [1994/11/18] conf/22 Cannot use links to share kernel objects [1994/11/23] kern/27 Loopback mounts confuse unmount-on-reboot code [1994/11/30] kern/34 nullfs and union mounts can result in wild pointer r [1994/12/06] kern/42 PC-NFS on -current can't access disks [1994/12/07] kern/44 ep driver won't work with anything but bnc [1994/12/13] misc/48 /etc/rc does not recover recovery files [1994/12/14] kern/51 Panic accessing NFS mounted file system [1994/12/18] misc/67 It took 20 tries to get free-bsd installed [1994/12/18] misc/68 bininst leaves system kinda hung [1994/12/20] conf/76 fdisk can't be trusted. [1994/12/21] i386/79 Reboots sometimes don't complete. [1994/12/23] misc/83 System crash after abrupt end of slip session [1995/01/03] kern/95 Configuring a SLIP device with source = destination [1995/01/10] bin/104 pax -rwl may corrupt filesystem [1995/01/14] bin/115 systat iostat display doesn't scale high enough [1995/01/14] bin/116 disk transfer rates reported by systat :iostat are t [1995/01/14] misc/118 use of 386bsd partition tag makes multi-os boot hard [1995/01/14] misc/120 first Initial security report is bogus becuase of ls [1995/01/14] bin/124 traceroute doesn't support -g flag. [1995/01/14] docs/127 locate man page does not have any clues to how the d [1995/01/14] bin/129 fsck cannot take a mount point as an argument [1995/01/14] docs/131 there is no man page for uucpd [1995/01/14] docs/132 gettytab documentation is split between /etc/gettyta [1995/01/14] bin/133 mail program doesn't have editheaders option [1995/01/15] bin/146 version of compress is kinda old and slow [1995/01/19] bin/151 One of the pkg_add set /tmp mod to 755 [1995/01/20] bin/153 mount -u improvement for diskless systems [1995/01/21] kern/157 Quota system does not work [1995/01/21] docs/164 no ptrace(2) manual page. [1995/01/21] docs/165 No documentation on kernel boot flags. [1995/01/21] misc/166 /usr/include/machine/asmacros.h includes uninstalled [1995/01/21] kern/169 Errors from mkdir & mv when directories paths end wi [1995/01/21] bin/170 ar does not print an error message with readonly lib [1995/01/21] bin/172 cp -f does not work [1995/01/21] bin/173 rc trys to mount modload fs before ld is available. [1995/01/21] bin/174 Poor error message from stty [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/24] gnu/183 can't resolve "operator <<" overload [1995/01/24] bin/184 send-pr says "Aborting ..." and happily removes the [1995/01/25] kern/185 kernel stability problems - can't sustain uptimes > [1995/01/25] bin/188 disklabel uses c partition by default, kernel says d [1995/01/30] gnu/196 size of bss in *.o's reported wrong by size [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fancy values [1995/02/01] bin/199 quiz(6) reading database bug, pattern matching bug [1995/02/01] misc/202 System hang or reboot without clues, tcp ppp named r [1995/02/14] kern/214 Using wt driver crashes system [1995/02/14] kern/216 /kernel: panic: ffs_alloccg: map corrupted [1995/02/14] docs/218 dbm references from hash(3) [1995/02/16] kern/219 Performance on local net drops too much when SNDBUF [1995/02/16] 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/04] kern/299 SCSI probes stop at ID 7 even for WIDE busses [1995/04/05] bin/300 __fdnlist fails on kernels created by cc -g and stri [1995/04/06] conf/301 Log rotation wastes _much_ to much space [1995/04/06] kern/302 Changing st tapes after extract crashes system [1995/04/09] docs/317 Install README doesn't list matcd as install choice [1995/04/09] bin/323 Creating lost+found causes fsck to stop fsck -y FDIV [1995/04/09] bin/326 Weekly cron generates some usage and error messages [1995/04/09] bin/327 Clock management punishes you if CMOS != GMT FDIV020 [1995/04/09] bin/329 FTP transfers above 99K shown in scientific notation [1995/04/11] kern/336 make world fails on NCR-SCSI machine [1995/04/14] docs/341 vnconfig(8) disagrees with its man page [1995/04/14] kern/343 tcpdump with filter fails on tun and lo devices [1995/04/14] misc/344 Signal 11 when running a user program [1995/04/15] kern/345 panic "biodone: page busy < 0" [1995/04/17] kern/349 Panic with bad dir [1995/04/20] kern/353 xcdplayer crashes machine (with NCR810 SCSI) [1995/04/20] kern/354 Can't configure two IP aliases with the same network [1995/04/20] misc/355 policy on /usr/local permission in base release [1995/04/20] bin/357 pkg_delete aborts when subcommand fails [1995/04/26] kern/366 queue changes broke ISO tpip code [1995/04/26] kern/367 kernel hangs after ep0 attach message appears [1995/04/26] i386/369 AHA-154X-A problems [1995/05/01] gnu/373 In response to admittedly bogus code, gcc emits an o [1995/05/01] kern/374 panic: bad dir [1995/05/02] kern/376 tcpdump seems to cause spontaneous reboots [1995/05/03] kern/378 (apparently) bounce buffer code gets used on 32bit b [1995/05/05] kern/383 dd to from /dev/mem panics the machine. [1995/05/06] kern/384 ep0 conflicts with some other drivers [1995/05/06] kern/385 ep0 finds card on irq 10 when it's actually on 11 [1995/05/07] kern/387 scsistrategy doesn't use bounce buffers [1995/05/08] bin/389 Simultaneous creation/deletion of dirs corrupts file [1995/05/11] i386/394 IP multicast not supported by ep driver [1995/05/12] bin/398 VI doesnt do the correct thing [1995/05/13] bin/401 Add REMOTE_* variables [1995/05/13] bin/402 w -n shows non-numeric addresses [1995/05/13] misc/403 FreeBSD 1-compiled tcsh, bash and zsh binaries dump [1995/05/14] kern/405 The gpio driver does not work with the AT-GPIB, only [1995/05/14] kern/416 page fault in syscons.c:scopen() [1995/05/14] bin/419 pkg_delete refuses to delete an incompletely added p [1995/05/15] misc/423 Sound devices are too insecure [1995/05/16] kern/425 arp entries not getting removed when interface chang [1995/05/16] kern/427 eg doesn't work with more than one card [1995/05/16] kern/428 configure is not foolproof [1995/05/19] misc/431 Processes sometime's hang and wont die when they hav [1995/05/21] bin/432 mixer should print out the current mixer settings by [1995/05/22] kern/434 umapfs panics when mounting ufs over itself [1995/05/23] kern/435 mb_map full, network starts jumping off and on, fina [1995/05/23] misc/437 addition for /usr/src/usr.bin/file/Magdir/zyxel [1995/05/23] i386/440 want vidcontrol option to apply settings to all sysc [1995/05/24] gnu/442 when invoked from "make' cc not including name lists [1995/05/25] kern/443 65 sendmails crashes system [1995/05/26] i386/444 GUS sound driver does not seem to work. [1995/05/26] kern/446 unable to diskless-boot a PC when the server mounts [1995/05/27] gnu/450 tar --exclude -c doesn't work [1995/05/28] gnu/451 cvsinit/cvs doesn't work as expected with perl [1995/05/28] kern/452 vnode swapping panics [1995/05/29] bin/457 We may have an obscure csh bug [1995/05/30] docs/458 px doc does not find include figure [1995/05/30] kern/459 Systems freezes w/ 2842 [1995/05/31] bin/464 dialog_gauge goes one char too far for 100% value [1995/05/31] kern/466 Unexpected disk errors during installation/newfs [1995/06/01] misc/469 ctm leaves temp files after errors [1995/06/01] kern/471 System can not access SCSI DAT tape. [1995/06/02] bin/476 kvm_openfiles called w/ too small error buffer [1995/06/02] bin/477 telnet autologin ain't working [1995/06/03] docs/480 We don't have an rhosts.5 man page [1995/06/04] bin/486 ls includes utmp.h but doesn't use it [1995/06/05] kern/492 sysinstall shows "success" after "no space" failure. [1995/06/07] bin/499 pkg_manage percent done is broken/dependancies arent [1995/06/07] bin/500 pkg_manage fails to continue without return sometime [1995/06/12] bin/506 "Release" id generated by send-pr looks incorrect. [1995/06/14] bin/514 Crash recovery impossible without static mt/chflags. [1995/06/14] gnu/515 Info command has no tutorial [1995/06/15] 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/03] kern/586 Timeouts on SCSI Adaptec 2940 [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer [1995/07/04] kern/588 Configuration of DEC ethernet cards not possible [1995/07/04] conf/589 /etc/rc should eval amd ${amdflags} [1995/07/05] kern/590 pager input errors on NCR SCSI 486 mainboard [1995/07/05] bin/591 SPAP request REJexted in stead of NAKed [1995/07/05] bin/594 "mkdir -p some/path/" fails to create last path comp [1995/07/06] i386/596 and conflict with _POSIX_SOURCE [1995/07/07] bin/599 pkg_add does not stop if dependencies are missing [1995/07/09] misc/605 [1995/07/13] kern/611 WIDE-dhcp doesn't work with FreeBSD-2.0 bpf [1995/07/14] kern/614 SCSI tape timeout for forward space file is too shor [1995/07/19] bin/624 pkg_manage doesn't show directory symlinks [1995/07/19] kern/625 keyboard lockups during boot and forever after [1995/07/20] kern/627 vidcontrol causes crash when booted with sc0 disable [1995/07/20] kern/629 user mode ppp dies when sending [1995/07/21] i386/631 if_ix does not support bpf, nor does it appear to su [1995/07/24] docs/633 no manpage for ndbm [1995/07/26] bin/635 makefile for sbin/route doesn't make keywords.h when [1995/07/27] kern/637 If used heavily, ahc will crash, with disk timeouts [1995/07/29] kern/638 Transmitted packets not passed to bpf in if_le.c [1995/08/01] docs/646 vmstat man page out of date [1995/08/01] kern/647 Sound cards fail to work [1995/08/01] bin/648 Formatted output is not converted correctly [1995/08/02] gnu/650 Current flex is outdated [1995/08/03] kern/652 Multiple addresses on one interface interacts badly [1995/08/04] kern/653 ftp or kernel - multiple transfers when sendport dis [1995/08/05] gnu/655 ld -r of shared objects worked in 1.1.5, not in 2.0. [1995/08/07] bin/658 ifconfig alias has to be separately given [1995/08/07] bin/660 /bin/sh has problem with redirection. [1995/08/07] bin/661 Hercules is not capable of having a ISO-Latin1 Scree [1995/08/08] docs/663 newfs man page refers to format(8) [1995/08/08] bin/664 pkg_add(1) man page doesn't reference pkg_manage(1) [1995/08/08] ports/665 pkg_manage can't handle installing dvips [1995/08/08] gnu/666 The ldconfig program in SNAP wasn't good [1995/08/11] gnu/672 Nor all ph headers get created [1995/08/11] ports/673 /bin/sh + inn1.4 innwatch going belly up [1995/08/11] kern/674 quad speed cdrom not being found [1995/08/11] bin/675 make does unnecessary rebuilds [1995/08/12] bin/676 mv -i [1995/08/12] kern/677 X gets a bus error when calling mmap() [1995/08/13] kern/679 chown(2) ignores set-user-id and set-group-id bits f [1995/08/13] bin/680 2.0.5's tip using termios doesn't act the way it did [1995/08/13] docs/681 bad description of Adaptec 2842 in LINT [1995/08/14] bin/683 cron(8) [1995/08/14] docs/686 SIGSYS documented badly [1995/08/14] kern/688 Page fault: supervisor write, page not present [1995/08/15] ports/690 X11 install targets unfriendly [1995/08/15] kern/691 Performance 10 times slower 2.0.5R & Adaptec AHA-284 [1995/08/15] i386/692 My modem is not found if my external cache is disabl [1995/08/16] bin/693 `pkg_add' is umask-sensitive [1995/08/16] bin/694 No include file in rpcgen output [1995/08/16] kern/695 cat B > C ; cmp B C can fail! [1995/08/17] misc/697 "make -DCLOBBER" is broken [1995/08/18] kern/700 The comments in /sys/net/in.h are confusing [1995/08/21] kern/703 ppp not always deleting route properly when a ppp li [1995/08/22] bin/706 increased root DNS traffic and long latencies for r- [1995/08/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/17] kern/901 vm_page_free frees wrong pages in vfs_bio.c [1995/12/18] kern/902 system becomes very sluggish, odd messages, odd vmst [1995/12/19] kern/903 panic: m_copydata [1995/12/19] kern/904 I get the "oops not queued" error during boot time [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] kern/929 scatter/gather failed [1996/01/03] pending/930 bin [1996/01/04] bin/931 fmt strips 8bit characters [1996/01/06] kern/932 de0 occasionally enables 100baseTX when plugged into [1996/01/06] misc/933 "chpass -s " does not work This is the list of problem reports already analyzed: [1994/12/01] kern/35 mount -t union -o -b : lower layer not seen by shell [1995/01/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/01/22] docs/177 man pages missing for SYSV IPC funtions [1995/02/14] kern/215 SNAP-950112 crashed with "panic: page fault" [1995/03/20] kern/260 msync and munmap don't bother to update mod times [1995/03/20] docs/264 There are no manual pages for the forms library. [1995/03/22] kern/267 NFS code gives error messages, systems jams for a fe [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/s hangs pro [1995/06/01] ports/467 utils/kp wrong distfile place after make fetch [1995/06/21] docs/538 MAP_FILE not mentioned in mmap man page. [1995/08/11] bin/671 No quot available. [1995/10/07] bin/771 telnet character mode not set and broken when set - [1995/10/15] kern/782 chmod does a null pointer dereference [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 6 04:30:45 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA18392 for bugs-outgoing; Sat, 6 Jan 1996 04:30:45 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA18376 for freebsd-bugs; Sat, 6 Jan 1996 04:30:41 -0800 (PST) Date: Sat, 6 Jan 1996 04:30:41 -0800 (PST) From: GNU GNATS Message-Id: <199601061230.EAA18376@freefall.freebsd.org> To: freebsd-bugs Subject: Summary of Problem Reports Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Number of currently open reports: 357 Number of curently analyzed reports: 14 From owner-freebsd-bugs Sat Jan 6 05:04:17 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA20042 for bugs-outgoing; Sat, 6 Jan 1996 05:04:17 -0800 (PST) Received: (from phk@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA20021 Sat, 6 Jan 1996 05:04:09 -0800 (PST) Date: Sat, 6 Jan 1996 05:04:09 -0800 (PST) From: Poul-Henning Kamp Message-Id: <199601061304.FAA20021@freefall.freebsd.org> To: asami@cs.berkeley.edu, phk, freebsd-bugs Subject: Re: kern/904 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: I get the "oops not queued" error during boot time State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sat Jan 6 05:03:17 PST 1996 State-Changed-Why: This was a sign-extension bug. From owner-freebsd-bugs Sat Jan 6 07:00:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA27856 for bugs-outgoing; Sat, 6 Jan 1996 07:00:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA27841 Sat, 6 Jan 1996 07:00:03 -0800 (PST) Date: Sat, 6 Jan 1996 07:00:03 -0800 (PST) Message-Id: <199601061500.HAA27841@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: misc/933: "chpass -s" to change shell does not work Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR misc/933; it has been noted by GNATS. From: J Wunsch To: taob@io.org Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: misc/933: "chpass -s" to change shell does not work Date: Sat, 6 Jan 1996 15:54:34 +0100 (MET) As taob@io.org wrote: > > Using "chpass -s " or "chsh -s " to change a user's > login shell causes a rebuild of the passwd databases, but no changes > are visible in /etc/passwd or /etc/master.passwd. Neither did -p or -a work. The YP initialization happened after the option-specific settings have already been performed, and hence the new entries were clobbered. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Jan 6 07:04:24 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA28272 for bugs-outgoing; Sat, 6 Jan 1996 07:04:24 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA28260 Sat, 6 Jan 1996 07:04:20 -0800 (PST) Date: Sat, 6 Jan 1996 07:04:20 -0800 (PST) From: Joerg Wunsch Message-Id: <199601061504.HAA28260@freefall.freebsd.org> To: taob@io.org, joerg, freebsd-bugs Subject: Re: misc/933 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: "chpass -s " does not work State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sat Jan 6 16:03:27 MET 1996 State-Changed-Why: Fixed in: /home/ncvs/src/usr.bin/chpass/chpass.c,v <-- chpass.c new revision: 1.6; previous revision: 1.5 From owner-freebsd-bugs Sat Jan 6 07:06:02 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA28405 for bugs-outgoing; Sat, 6 Jan 1996 07:06:02 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA28386 Sat, 6 Jan 1996 07:05:57 -0800 (PST) Date: Sat, 6 Jan 1996 07:05:57 -0800 (PST) From: Joerg Wunsch Message-Id: <199601061505.HAA28386@freefall.freebsd.org> To: schweikh@ito.uni-stuttgart.de, joerg, freebsd-bugs Subject: Re: bin/931 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: fmt strips 8bit characters State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sat Jan 6 16:04:32 MET 1996 State-Changed-Why: This was an internationalization problem, and it has already been fixed by Andrey's big setlocale() action. From owner-freebsd-bugs Sat Jan 6 09:30:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA05604 for bugs-outgoing; Sat, 6 Jan 1996 09:30:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA05595 Sat, 6 Jan 1996 09:30:02 -0800 (PST) Date: Sat, 6 Jan 1996 09:30:02 -0800 (PST) Message-Id: <199601061730.JAA05595@freefall.freebsd.org> To: freebsd-bugs Cc: From: David Greenman Subject: Re: kern/932: de0 incorrectly probes speed of UTP port Reply-To: David Greenman Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR kern/932; it has been noted by GNATS. From: David Greenman To: taob@io.org Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/932: de0 incorrectly probes speed of UTP port Date: Sat, 06 Jan 1996 12:45:38 -0800 >>Synopsis: de0 occasionally enables 100baseTX when plugged into 10baseT port You can use the -link2 ifconfig option to work around this. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Sat Jan 6 09:50:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA06376 for bugs-outgoing; Sat, 6 Jan 1996 09:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA06369 Sat, 6 Jan 1996 09:50:01 -0800 (PST) Date: Sat, 6 Jan 1996 09:50:01 -0800 (PST) Message-Id: <199601061750.JAA06369@freefall.freebsd.org> To: freebsd-bugs Cc: From: Brian Tao Subject: Re: kern/932: de0 incorrectly probes speed of UTP port Reply-To: Brian Tao Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR kern/932; it has been noted by GNATS. From: Brian Tao To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: Re: kern/932: de0 incorrectly probes speed of UTP port Date: Sat, 6 Jan 1996 12:38:57 -0500 (EST) On Sat, 6 Jan 1996 taob@io.org wrote: > > >Number: 932 > >Category: kern > >Synopsis: de0 occasionally enables 100baseTX when plugged into 10baseT port I pulled the boot logs from one of the machines: 1: Dec 21 22:41:54 zip /kernel: de0: enabling 10baseT UTP port 2: Dec 24 22:17:56 zip /kernel: de0: enabling 10baseT UTP port 3: Dec 25 23:44:11 zip /kernel: de0: enabling 100baseTX UTP port 4: Dec 25 23:47:26 zip /kernel: de0: enabling 10baseT UTP port 5: Dec 27 18:16:04 zip /kernel: de0: enabling 10baseT UTP port 6: Dec 27 18:31:29 zip /kernel: de0: enabling 100baseTX UTP port 7: Dec 27 18:32:38 zip /kernel: de0: enabling 10baseT UTP port 8: Dec 28 10:49:38 zip /kernel: de0: enabling 10baseT UTP port 9: Dec 30 14:28:42 zip /kernel: de0: enabling 10baseT UTP port 10: Dec 30 14:45:35 zip /kernel: de0: enabling 100baseTX UTP port 11: Dec 31 14:01:08 zip /kernel: de0: enabling 10baseT UTP port 12: Dec 31 14:40:58 zip /kernel: de0: enabling 10baseT UTP port 13: Jan 2 17:18:36 zip /kernel: de0: enabling 10baseT UTP port Lines 3-4, 6-7 show two instances where an immediate reboot enabled the correct speed. In all cases, the machine was plugged into the same 10baseT port of the same hub (which itself runs into a 10baseT port on our etherswitch). Packet collision rate on zip is about 25%. # ident if_de.c if_de.c: $Id: if_de.c,v 1.29.2.5 1995/10/26 07:47:14 davidg Exp $ -- Brian Tao (BT300, taob@io.org) Systems Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" From owner-freebsd-bugs Sat Jan 6 10:22:54 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA07251 for bugs-outgoing; Sat, 6 Jan 1996 10:22:54 -0800 (PST) Received: (from gibbs@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA07232 Sat, 6 Jan 1996 10:22:51 -0800 (PST) Date: Sat, 6 Jan 1996 10:22:51 -0800 (PST) From: "Justin T. Gibbs" Message-Id: <199601061822.KAA07232@freefall.freebsd.org> To: newton@cleese.apana.org.au, gibbs, freebsd-bugs Subject: Re: kern/185 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: kernel stability problems - can't sustain uptimes > 2 days State-Changed-From-To: open-closed State-Changed-By: gibbs State-Changed-When: Sat Jan 6 10:19:32 PST 1996 State-Changed-Why: Most likely fixed by 2.0.5 or 2.1. Even if its not, the information in this PR is out of date and a new PR should be logged aginst -stable or -current if the problem still exists. From owner-freebsd-bugs Sat Jan 6 10:27:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA07960 for bugs-outgoing; Sat, 6 Jan 1996 10:27:05 -0800 (PST) Received: (from gibbs@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA07939 Sat, 6 Jan 1996 10:27:02 -0800 (PST) Date: Sat, 6 Jan 1996 10:27:02 -0800 (PST) From: "Justin T. Gibbs" Message-Id: <199601061827.KAA07939@freefall.freebsd.org> To: gibbs@estienne.cs.berkeley.edu, gibbs, freebsd-bugs Subject: Re: kern/299 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: SCSI probes stop at ID 7 even for WIDE busses State-Changed-From-To: open-closed State-Changed-By: gibbs State-Changed-When: Sat Jan 6 10:24:57 PST 1996 State-Changed-Why: Fixed before the 2.1-RELEASE in the generic SCSI layer. The bt driver still needs to be updated to allow probing beyond target 7. From owner-freebsd-bugs Sat Jan 6 10:31:26 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA08412 for bugs-outgoing; Sat, 6 Jan 1996 10:31:26 -0800 (PST) Received: (from gibbs@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA08385 Sat, 6 Jan 1996 10:31:23 -0800 (PST) Date: Sat, 6 Jan 1996 10:31:23 -0800 (PST) From: "Justin T. Gibbs" Message-Id: <199601061831.KAA08385@freefall.freebsd.org> To: peterb@muc.de, gibbs, freebsd-bugs Subject: Re: kern/459 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: Systems freezes w/ 2842 State-Changed-From-To: open-closed State-Changed-By: gibbs State-Changed-When: Sat Jan 6 10:30:26 PST 1996 State-Changed-Why: Most likely a VLB busmastering problem. From owner-freebsd-bugs Sat Jan 6 10:33:28 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA08701 for bugs-outgoing; Sat, 6 Jan 1996 10:33:28 -0800 (PST) Received: (from gibbs@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA08679 Sat, 6 Jan 1996 10:33:25 -0800 (PST) Date: Sat, 6 Jan 1996 10:33:25 -0800 (PST) From: "Justin T. Gibbs" Message-Id: <199601061833.KAA08679@freefall.freebsd.org> To: ragge@ludd.luth.se, gibbs, freebsd-bugs Subject: Re: kern/586 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: Timeouts on SCSI Adaptec 2940 State-Changed-From-To: open-closed State-Changed-By: gibbs State-Changed-When: Sat Jan 6 10:32:21 PST 1996 State-Changed-Why: Fixed on 1/5/95 in the -stable and -current branches. From owner-freebsd-bugs Sat Jan 6 11:00:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA10002 for bugs-outgoing; Sat, 6 Jan 1996 11:00:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA09984 Sat, 6 Jan 1996 11:00:03 -0800 (PST) Resent-Date: Sat, 6 Jan 1996 11:00:03 -0800 (PST) Resent-Message-Id: <199601061900.LAA09984@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, blewis@vet.vet.purdue.edu Received: from localhost.vet.purdue.edu (vet.vet.purdue.edu [128.210.79.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA09934 for ; Sat, 6 Jan 1996 10:59:50 -0800 (PST) Received: (from root@localhost) by localhost (8.6.12/8.6.12) id NAA08536; Sat, 6 Jan 1996 13:49:14 -0500 Message-Id: <199601061849.NAA08536@localhost> Date: Sat, 6 Jan 1996 13:49:14 -0500 From: blewis@vet.vet.purdue.edu Reply-To: blewis@vet.vet.purdue.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/934: userland ppp chokes on long LOGIN scripts Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 934 >Category: misc >Synopsis: ppp dies with Bus Error when processing long LOGIN scripts >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jan 6 11:00:01 PST 1996 >Last-Modified: >Originator: Benjamin Lewis >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: ppp: $Id: main.c,v 1.11 1995/10/08 14:57:29 amurai Exp $ uname -a: FreeBSD oddity.vet.purdue.edu 2.1.0-RELEASE FreeBSD 2.1.0-RELEASE #0: \ Mon Jan 1 17:58:49 EST 1996 \ blewis@oddity.vet.purdue.edu:/usr/src/sys/compile/YLANA i386 >Description: In order to get an 8-bit clean line at our school, it is necessary to jump through a few hoops with the annex boxes we call in to. This means that a relatively long LOGIN script is required to get a ppp connection working. Although I use "SLiRP" on the remote end, I'm fairly confident that it is not the cause of the problem, as I am able to get a good connection using the "term" command in ppp. In the attatched ppp.conf file, uncommenting the first "set login ..." line does not produce a core dump (it also doesn't produce a clean line, and therefore doesn't do the job). Using the second "set login ..." line gets a clean line, but results in a Bus Error right after the "login OK!" message is written. Experiments with printf's in different locations lead me to believe that the problem is occuring after "DialModem()" returns, but before "DialCommand()" or "main()" get control back. I can put any number of printf's before DialModem()'s return(1) that will be printed, but nothing ever get executed after the "if (DialModem()) {" line in either main() or DialCommand(). The "show modem" command reveals that the entire LOGIN string does get read and stored, which was not the case before I shortened it by abbreviating commands. Also, ppp doesn't compile as-is with DEBUG defined, some minor modifications are necessary. Once I got it compiled with DEBUG, there were no further clues as to the cause of the error. >How-To-Repeat: Using the attatched or similar ppp.conf, "ppp -auto vet" or "ppp vet dial ". An easier method might involve setting up your own login script to issue a few random commands before eventually starting the ppp connection. >Fix: Unknown. Perhaps provide a way to use the real "chat" command to set up the connection, as that works fine in my case with pppd. #/etc/ppp/ppp.conf default: set debug phase chat lcp ipcp set device /dev/cuaa2 set speed 115200 disable pred1 lqr deny pred1 lqr set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" ATE1Q0 OK-AT-OK \\dATDT\\T TIMEOUT 40 CONNECT" vet: set phone 4961440 # set login "TIMEOUT 5 e>-\\n-e> blewis > c\\svet n:-\\n-n: blewis d: mypass >> slirp" # I have made the next login script as short as possible, and therefore have # abbreviated all the commands as much as I can. What happens is that I # sign onto the annex box, set an escape character, log in to "vet," issue # the escape char ('X') to go back to the annex, set the session "passall," # return to "vet," and issue the "slirp" command. set login "TIMEOUT 5 e>-\\n-e> blewis > set\\spo\\slo\\sX > c\\svet n:-\\n-n: blewis d: mypass >> X >-\\n-> set\\ssess\\spass > fg\\n\\n >> slirp" set timeout 120 set ifaddr 10.0.2.15 128.210.79.50 add 0 255.255.255.0 128.210.79.50 >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jan 6 11:27:53 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA11225 for bugs-outgoing; Sat, 6 Jan 1996 11:27:53 -0800 (PST) Received: (from gibbs@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA11206 Sat, 6 Jan 1996 11:27:47 -0800 (PST) Date: Sat, 6 Jan 1996 11:27:47 -0800 (PST) From: "Justin T. Gibbs" Message-Id: <199601061927.LAA11206@freefall.freebsd.org> To: smp@teal.csn.org, gibbs, freebsd-bugs Subject: Re: docs/681 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: bad description of Adaptec 2842 in LINT State-Changed-From-To: open-closed State-Changed-By: gibbs State-Changed-When: Sat Jan 6 11:23:57 PST 1996 State-Changed-Why: Fixed in revision 1.212 of LINT. From owner-freebsd-bugs Sat Jan 6 13:53:44 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA20898 for bugs-outgoing; Sat, 6 Jan 1996 13:53:44 -0800 (PST) Received: (from phk@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA20878 Sat, 6 Jan 1996 13:53:38 -0800 (PST) Date: Sat, 6 Jan 1996 13:53:38 -0800 (PST) From: Poul-Henning Kamp Message-Id: <199601062153.NAA20878@freefall.freebsd.org> To: hsu@clinet.fi, phk, freebsd-bugs Subject: Re: kern/929 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: scatter/gather failed State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sat Jan 6 13:52:15 PST 1996 State-Changed-Why: I belive this is the same bug that was fixed this morning, a sign-extension in the ufs code. From owner-freebsd-bugs Sat Jan 6 14:11:37 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA22102 for bugs-outgoing; Sat, 6 Jan 1996 14:11:37 -0800 (PST) Received: (from phk@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA22075 Sat, 6 Jan 1996 14:11:27 -0800 (PST) Date: Sat, 6 Jan 1996 14:11:27 -0800 (PST) From: Poul-Henning Kamp Message-Id: <199601062211.OAA22075@freefall.freebsd.org> To: aagero@aage.aage.priv.no, phk, freebsd-bugs Subject: Re: kern/901 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: vm_page_free frees wrong pages in vfs_bio.c State-Changed-From-To: open-feedback State-Changed-By: phk State-Changed-When: Sat Jan 6 13:54:21 PST 1996 State-Changed-Why: It actually looks like you're right, if ((caddr_t) pg - bp->b_data) is bigger than 0x7f000000 then trouble abounds. Could you try this patch instead ? Index: vfs_bio.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_bio.c,v retrieving revision 1.81 diff -u -r1.81 vfs_bio.c --- vfs_bio.c 1996/01/05 20:12:33 1.81 +++ vfs_bio.c 1996/01/06 21:58:17 @@ -1637,9 +1637,9 @@ vm_page_t p; vm_offset_t from = round_page(froma); vm_offset_t to = round_page(toa); + unsigned int index = ((caddr_t) from - bp->b_data) >> PAGE_SHIFT; - for (pg = from; pg < to; pg += PAGE_SIZE) { - int index = ((caddr_t) pg - bp->b_data) >> PAGE_SHIFT; + for (pg = from; pg < to; pg += PAGE_SIZE, index++) { p = bp->b_pages[index]; bp->b_pages[index] = 0; pmap_kremove(pg); Poul-Henning Kamp From owner-freebsd-bugs Sat Jan 6 14:36:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA24024 for bugs-outgoing; Sat, 6 Jan 1996 14:36:06 -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 OAA23965 Sat, 6 Jan 1996 14:35:57 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id OAA09272; Sat, 6 Jan 1996 14:35:53 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id OAA01805; Sat, 6 Jan 1996 14:35:53 -0800 (PST) Message-Id: <199601062235.OAA01805@corbin.Root.COM> To: Poul-Henning Kamp cc: aagero@aage.aage.priv.no, freebsd-bugs@freefall.freebsd.org Subject: Re: kern/901 In-reply-to: Your message of "Sat, 06 Jan 96 14:11:27 PST." <199601062211.OAA22075@freefall.freebsd.org> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 06 Jan 1996 14:35:48 -0800 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk >Could you try this patch instead ? > >Index: vfs_bio.c >=================================================================== >RCS file: /home/ncvs/src/sys/kern/vfs_bio.c,v >retrieving revision 1.81 >diff -u -r1.81 vfs_bio.c >--- vfs_bio.c 1996/01/05 20:12:33 1.81 >+++ vfs_bio.c 1996/01/06 21:58:17 >@@ -1637,9 +1637,9 @@ > vm_page_t p; > vm_offset_t from = round_page(froma); > vm_offset_t to = round_page(toa); >+ unsigned int index = ((caddr_t) from - bp->b_data) >> PAGE_SHIFT; > >- for (pg = from; pg < to; pg += PAGE_SIZE) { >- int index = ((caddr_t) pg - bp->b_data) >> PAGE_SHIFT; >+ for (pg = from; pg < to; pg += PAGE_SIZE, index++) { > p = bp->b_pages[index]; > bp->b_pages[index] = 0; > pmap_kremove(pg); Hey! That looks identical to some of my local changes...did you do this independantly, or did you get this from John? -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Sat Jan 6 15:17:52 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA27434 for bugs-outgoing; Sat, 6 Jan 1996 15:17:52 -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 PAA27424 for ; Sat, 6 Jan 1996 15:17:46 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id PAA09337; Sat, 6 Jan 1996 15:17:45 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id PAA13971; Sat, 6 Jan 1996 15:17:45 -0800 (PST) Message-Id: <199601062317.PAA13971@corbin.Root.COM> To: Poul-Henning Kamp cc: aagero@aage.aage.priv.no, freebsd-bugs@freefall.freebsd.org Subject: Re: kern/901: busy pages get free'd by vm_page_free From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 06 Jan 1996 15:17:45 -0800 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 will panic. The solution is to page truncate bp->b_data first before subtracting. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project Index: vfs_bio.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_bio.c,v retrieving revision 1.81 diff -c -r1.81 vfs_bio.c *** vfs_bio.c 1996/01/05 20:12:33 1.81 --- vfs_bio.c 1996/01/06 22:25:10 *************** *** 1605,1618 **** * not associated with a file object. */ void ! vm_hold_load_pages(struct buf * bp, vm_offset_t froma, vm_offset_t toa) { vm_offset_t pg; vm_page_t p; - vm_offset_t from = round_page(froma); - vm_offset_t to = round_page(toa); ! for (pg = from; pg < to; pg += PAGE_SIZE) { tryagain: --- 1605,1618 ---- * not associated with a file object. */ void ! vm_hold_load_pages(struct buf * bp, vm_offset_t from, vm_offset_t to) { vm_offset_t pg; vm_page_t p; ! to = round_page(to); ! ! for (pg = round_page(from); pg < to; pg += PAGE_SIZE) { tryagain: *************** *** 1624,1645 **** } vm_page_wire(p); pmap_kenter(pg, VM_PAGE_TO_PHYS(p)); ! bp->b_pages[((caddr_t) pg - bp->b_data) >> PAGE_SHIFT] = p; PAGE_WAKEUP(p); bp->b_npages++; } } void ! vm_hold_free_pages(struct buf * bp, vm_offset_t froma, vm_offset_t toa) { vm_offset_t pg; vm_page_t p; ! vm_offset_t from = round_page(froma); ! vm_offset_t to = round_page(toa); ! for (pg = from; pg < to; pg += PAGE_SIZE) { ! int index = ((caddr_t) pg - bp->b_data) >> PAGE_SHIFT; p = bp->b_pages[index]; bp->b_pages[index] = 0; pmap_kremove(pg); --- 1624,1647 ---- } vm_page_wire(p); pmap_kenter(pg, VM_PAGE_TO_PHYS(p)); ! bp->b_pages[(pg - trunc_page(bp->b_data)) >> PAGE_SHIFT] = p; PAGE_WAKEUP(p); bp->b_npages++; } } void ! vm_hold_free_pages(struct buf * bp, vm_offset_t from, vm_offset_t to) { vm_offset_t pg; vm_page_t p; ! int index; ! ! from = round_page(from); ! to = round_page(to); ! index = (from - trunc_page(bp->b_data)) >> PAGE_SHIFT; ! for (pg = from; pg < to; pg += PAGE_SIZE, index++) { p = bp->b_pages[index]; bp->b_pages[index] = 0; pmap_kremove(pg); From owner-freebsd-bugs Sat Jan 6 15:29:17 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA28103 for bugs-outgoing; Sat, 6 Jan 1996 15:29:17 -0800 (PST) Received: (from davidg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA28079 Sat, 6 Jan 1996 15:29:11 -0800 (PST) Date: Sat, 6 Jan 1996 15:29:11 -0800 (PST) From: David Greenman Message-Id: <199601062329.PAA28079@freefall.freebsd.org> To: aagero@aage.aage.priv.no, davidg, freebsd-bugs Subject: Re: kern/901 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: vm_page_free frees wrong pages in vfs_bio.c State-Changed-From-To: feedback-closed State-Changed-By: davidg State-Changed-When: Sat Jan 6 15:25:09 PST 1996 State-Changed-Why: This should be fixed in rev 1.82 of vfs_bio.c. The problem appears to be that "from" is already aligned at the buffer base, but bp->b_data was not. bp->b_data needs to first be page-truncated before the subtraction. I've rewritten the routines in rev 1.82 and the new version should fix the problem.