From owner-freebsd-bugs Sun Jan 19 03:00:07 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id DAA26891
for bugs-outgoing; Sun, 19 Jan 1997 03:00:07 -0800 (PST)
Received: from relay.lanka.com ([202.51.128.28])
by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id DAA26883
for ; Sun, 19 Jan 1997 03:00:03 -0800 (PST)
Received: from sri.lanka.net (sri.lanka.net [202.51.128.1]) by relay.lanka.com (8.6.9/8.6.9) with SMTP id RAA04712 for ; Sun, 19 Jan 1997 17:00:59 +0530
Received: from sri.lanka.net by sri.lanka.net with smtp
(Smail3.1.28.1 #8) id m0vm0eH-001tSLC; Sun, 19 Jan 97 17:03 GMT
Message-Id:
Date: Sun, 19 Jan 97 17:03 GMT
X-Sender: kanani@sri.lanka.net
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: bugs@FreeBSD.org
From: kanani@sri.lanka.net (Computer Science University of Jaffna Sri Lanka)
Subject: Installation Failure of FreeBSD with DOS File system
X-Mailer:
Sender: owner-bugs@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk
To whom it may concern.
INSTALLATION FAILURE OF FREEBSD WITH DOS FILE SYSTEM
I have down-loaded all the necessary files(e.g., boot4.flp and /bin
directory such as bin.aa, bin.ab,....) ovre the Internet, the I have
sucessfully made the booting floppy. This floppy sucessfully BOOTS into my
Computer and there isn't any hardware conflict. Finally there is a system
installation menu appears. As it was said in the INSTALLATION.TXT, I have
coppied all the files in floppies (1.44M properly formatted under the DOS
operating system) in bin directory (a:\bin\bin.aa, a:\bin\bin.ab,.....).
I tried to Install the FreeBSD via Novice. During the Installation process I
did every thing properly. I have chosen the MINIMAL Installation option.
With the media selection I have given the Floppy as the media of
Installation. Every thing has gone properly until the Inseratation of the
distribution floppy (a:\bin\bin.aa,....). After the Insetation of the floppy
it tried to read the floppy then gave a message :
"Couldn't extract the following distribution. Since the the selected media
does not contain the distribution you have selected etc..."
Then aborted with the incomplete Installation. After that I have taken a
much pain to Install with the other options(e.g., Installing from the DOS
partion etc.). I wish to point out the fact that I have done every thing
properly in my part(as it was given in the relavent documents such as
INSTALLTION.TXT, HARDWARE.TXT etc)
I shall be thankful if you could report to me immediately about this
problem. Since I am frastated very much with this.
K.S.Selvarajan
From owner-freebsd-bugs Sun Jan 19 03:10:03 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id DAA27233
for bugs-outgoing; Sun, 19 Jan 1997 03:10:03 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id DAA27226;
Sun, 19 Jan 1997 03:10:01 -0800 (PST)
Resent-Date: Sun, 19 Jan 1997 03:10:01 -0800 (PST)
Resent-Message-Id: <199701191110.DAA27226@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, j@uriah.heep.sax.de
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id DAA27067
for ; Sun, 19 Jan 1997 03:06:21 -0800 (PST)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA00340 for FreeBSD-gnats-submit@freebsd.org; Sun, 19 Jan 1997 12:06:20 +0100
Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id MAA15730; Sun, 19 Jan 1997 12:06:02 +0100 (MET)
Message-Id: <199701191106.MAA15730@uriah.heep.sax.de>
Date: Sun, 19 Jan 1997 12:06:02 +0100 (MET)
From: J Wunsch
Reply-To: j@uriah.heep.sax.de
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/2528: fetch(1)'s timeout is ridiculously short
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
>Number: 2528
>Category: bin
>Synopsis: fetch(1)'s timeout is ridiculously short
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible: freebsd-bugs
>State: open
>Class: change-request
>Submitter-Id: current-users
>Arrival-Date: Sun Jan 19 03:10:01 PST 1997
>Last-Modified:
>Originator: J Wunsch
>Organization:
>Release: FreeBSD 3.0-CURRENT i386
>Environment:
(irrelevant)
>Description:
>How-To-Repeat:
Drop modem carrier while fetching something.
>Fix:
Don't imply a timeout of its own. A TCP connection has a timeout in
the range of 4 hours, and i fail to see a reason why an application
should abort an otherwise intact TCP connection. We are not Windows.
:-)
>Audit-Trail:
>Unformatted:
>> Attempting to fetch from ftp://freefall.freebsd.org/pub/CVSup/.
Receiving cvsup-14.1.1.tar.gz (197045 bytes): 67%
fetch: Timeout
>> Couldn't fetch it - please try to retrieve this
>> port manually into /usr/ports/distfiles/ and try again.
*** Error code 1
Stop.
*** Error code 1
Stop.
*** Error code 1
Stop.
My ISP's link dropped carrier, and i had to wait a minute or two until
their machine was up again. (Since i'm also my ISP, i know that we've
got crappy hardware there. :) After redialing, see above. fetch gave
up, and aborted the intact TCP connection.
From owner-freebsd-bugs Sun Jan 19 03:33:20 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id DAA27784
for bugs-outgoing; Sun, 19 Jan 1997 03:33:20 -0800 (PST)
Received: from time.cdrom.com (time.cdrom.com [204.216.27.226])
by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id DAA27777
for ; Sun, 19 Jan 1997 03:33:14 -0800 (PST)
Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id DAA14710; Sun, 19 Jan 1997 03:32:43 -0800 (PST)
To: kanani@sri.lanka.net (Computer Science University of Jaffna Sri
Lanka)
cc: bugs@FreeBSD.org
Subject: Re: Installation Failure of FreeBSD with DOS File system
In-reply-to: Your message of "Sun, 19 Jan 1997 17:03:00 GMT."
Date: Sun, 19 Jan 1997 03:32:42 -0800
Message-ID: <14706.853673562@time.cdrom.com>
From: "Jordan K. Hubbard"
Sender: owner-bugs@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk
> INSTALLATION FAILURE OF FREEBSD WITH DOS FILE SYSTEM
You give absolutely no version information with this report, giving
me little clue as to which version of FreeBSD you're talking about (we've
been around for 4 years and there are many releases now out there :).
Try this with the 3.0 SNAP or 2.2-BETA releases at ftp.freebsd.org
and you should have less trouble; there were some bugs fixed in the
MSDOS installation which are probably responsible for your problem.
Jordan
From owner-freebsd-bugs Sun Jan 19 06:22:50 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id GAA02875
for bugs-outgoing; Sun, 19 Jan 1997 06:22:50 -0800 (PST)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id GAA02869
for ; Sun, 19 Jan 1997 06:22:47 -0800 (PST)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA03060 for freebsd-bugs@FreeBSD.org; Sun, 19 Jan 1997 15:22:45 +0100
Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id PAA12117; Sun, 19 Jan 1997 15:07:37 +0100 (MET)
Message-ID:
Date: Sun, 19 Jan 1997 15:07:37 +0100
From: j@uriah.heep.sax.de (J Wunsch)
To: freebsd-bugs@FreeBSD.org (FreeBSD bugs list)
Subject: Re: bin/2528: fetch(1)'s timeout is ridiculously short
References: <199701191106.MAA15730@uriah.heep.sax.de>
X-Mailer: Mutt 0.55-PL10
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <199701191106.MAA15730@uriah.heep.sax.de>; from J Wunsch on Jan 19, 1997 12:06:02 +0100
Sender: owner-bugs@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk
As J Wunsch wrote:
> >Description:
>
> >How-To-Repeat:
>
> Drop modem carrier while fetching something.
>
[...]
> >Audit-Trail:
> >Unformatted:
> >> Attempting to fetch from ftp://freefall.freebsd.org/pub/CVSup/.
> Receiving cvsup-14.1.1.tar.gz (197045 bytes): 67%
> fetch: Timeout
> >> Couldn't fetch it - please try to retrieve this
> >> port manually into /usr/ports/distfiles/ and try again.
> *** Error code 1
Argh!
send-pr has re-sorted the Description text under `Unformatted'. :-(
Apparently it gets fed up by the >> at the beginning of a line.
--
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 Sun Jan 19 09:00:02 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id JAA08789
for bugs-outgoing; Sun, 19 Jan 1997 09:00:02 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id JAA08783;
Sun, 19 Jan 1997 09:00:01 -0800 (PST)
Date: Sun, 19 Jan 1997 09:00:01 -0800 (PST)
Message-Id: <199701191700.JAA08783@freefall.freebsd.org>
To: freebsd-bugs
Cc:
From: Dave Marquardt
Subject: Re: kern/2521: kernel from 2.1.6 install CD doesn't accept `-c'
argument
Reply-To: Dave Marquardt
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
The following reply was made to PR kern/2521; it has been noted by GNATS.
From: Dave Marquardt
To: "Jordan K. Hubbard"
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: kern/2521: kernel from 2.1.6 install CD doesn't accept `-c'
argument
Date: Sun, 19 Jan 1997 10:56:14 -0600
> > I thought it might be a problem with the version of
> > fbsdboot.exe on the 2.1.6 CD, but I tried the 2.1.5 CD-ROM's
>
> The problem is basically that the 2.1.6 (and later) kernels are
> incompatible with UserConfig's argument passing now. The kernel
> *always* assumes -c now, but if there are no commands in the boot
> blocks then nothing is done, it just quits again. Since there are no
> boot blocks in the fbsdboot case, I'm not sure what to do here.
> Probably all I can do is change the default userconfig behavior to
> always drop into the intro screen by default when there are no boot
> block commands for it. :-(
Maybe just for that kernel? Sounds like a big pain to document that
change in behavior.
I suspect I'll still get 2.1.6 installed anyway, but I sure do miss
the capability to drop into UserConfig. If I think of any solution,
I'll certainly let you know. Unfortunately I don't understand the
boot sequence on FreeBSD all that well, particularly in its
differences from other UNIXes.
--
Dave Marquardt
Home:
Work:
From owner-freebsd-bugs Sun Jan 19 14:37:59 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id OAA22196
for bugs-outgoing; Sun, 19 Jan 1997 14:37:59 -0800 (PST)
Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3])
by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id OAA22191
for ; Sun, 19 Jan 1997 14:37:56 -0800 (PST)
Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C)
id AA13184; Sun, 19 Jan 97 23:39:26 +0100
Date: Sun, 19 Jan 97 23:39:26 +0100
Message-Id: <9701192239.AA13184@cabri.obs-besancon.fr>
From: Jean-Marc Zucconi
To: FreeBSD-bugs@freefall.freebsd.org, j@uriah.heep.sax.de
In-Reply-To: <199701191110.DAA27226@freefall.freebsd.org> (message from J
Wunsch on Sun, 19 Jan 1997 03:10:01 -0800 (PST))
Subject: Re: bin/2528: fetch(1)'s timeout is ridiculously short
X-Mailer: Emacs
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
>>>>> J Wunsch writes:
> Don't imply a timeout of its own. A TCP connection has a timeout in
> the range of 4 hours, and i fail to see a reason why an application
> should abort an otherwise intact TCP connection. We are not Windows.
> :-)
Maybe, but I have seen ftp sessions which never end. Not after 4
hours, not even after 4 days.
And you can always 'export FTP_TIMEOUT=14400'.
Jean-Marc
_____________________________________________________________________________
Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex
PGP Key: finger jmz@cabri.obs-besancon.fr
=============================================================================
From owner-freebsd-bugs Sun Jan 19 15:10:07 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id PAA23291
for bugs-outgoing; Sun, 19 Jan 1997 15:10:07 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id PAA23283;
Sun, 19 Jan 1997 15:10:03 -0800 (PST)
Date: Sun, 19 Jan 1997 15:10:03 -0800 (PST)
Message-Id: <199701192310.PAA23283@freefall.freebsd.org>
To: freebsd-bugs
Cc:
From: Kazutaka YOKOTA
Subject: Re: kern/2409: psm0: unable to set the command byte. psm0 not found
at 0x60
Reply-To: Kazutaka YOKOTA
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
The following reply was made to PR kern/2409; it has been noted by GNATS.
From: Kazutaka YOKOTA
To: Mark Schleifer
Cc: FreeBSD-gnats-submit@freebsd.org, nate@mt.sri.com,
yokota@zodiac.mech.utsunomiya-u.ac.jp
Subject: Re: kern/2409: psm0: unable to set the command byte. psm0 not found
at 0x60
Date: Mon, 20 Jan 1997 08:08:31 +0900
>] I wrote yet another patch which will perform the same sequence of I/O
>] to the keyboard controller when the system starts without `-v' option
>] as with `-v' option.
>]
>] I am very sorry to bother you again. But, I would be very grateful if
>] you could kindly try this patch. the patch is to be applied to the
>] original `psm.c' in 2.2-BETA.
>
>
>No problem...Glad to help (I want FreeBSD working no the Laptop).
>With this patch, everything is working. Both with and without the
>KBDIO_DEBUG=2 option. Looks like you've got a fix. I only hope this
>doesn't break anyone else.
>
> - Mark
This patch and another fix for an arcane keyboard controller in a Dell
laptop were committed to the 2.2 branch on 15 January.
We can close this PR now :-) Thank you for your cooperation.
Kazu
From owner-freebsd-bugs Sun Jan 19 15:20:54 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id PAA23661
for bugs-outgoing; Sun, 19 Jan 1997 15:20:54 -0800 (PST)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id PAA23653
for ; Sun, 19 Jan 1997 15:20:49 -0800 (PST)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA00604 for FreeBSD-bugs@freefall.freebsd.org; Mon, 20 Jan 1997 00:20:47 +0100
Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id AAA16023; Mon, 20 Jan 1997 00:17:10 +0100 (MET)
Message-ID:
Date: Mon, 20 Jan 1997 00:17:10 +0100
From: j@uriah.heep.sax.de (J Wunsch)
To: FreeBSD-bugs@freefall.freebsd.org
Subject: Re: bin/2528: fetch(1)'s timeout is ridiculously short
References: <199701191110.DAA27226@freefall.freebsd.org> <9701192239.AA13184@cabri.obs-besancon.fr>
X-Mailer: Mutt 0.55-PL10
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <9701192239.AA13184@cabri.obs-besancon.fr>; from Jean-Marc Zucconi on Jan 19, 1997 23:39:26 +0100
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
As Jean-Marc Zucconi wrote:
> Maybe, but I have seen ftp sessions which never end. Not after 4
> hours, not even after 4 days.
But then, the TCP connection was probably still alive, but the upper
layers did no longer respond.
> And you can always 'export FTP_TIMEOUT=14400'.
No. I was voting for a saner default value. Something like at least
half an hour. A value in the range of a few minutes might be okay if
you've got a T3 at home, but if you depend on a modem that occasion-
ally can drop carrier, it's impractical. In this case, 2/3 of the
sheer amount of data have already been arrived by the time fetch
thought it should abort.
Of course, all this is only referring to an already _established_
connection. The timeout for the initial connection is okay.
--
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 Sun Jan 19 15:52:47 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id PAA25287
for bugs-outgoing; Sun, 19 Jan 1997 15:52:47 -0800 (PST)
Received: (from nate@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id PAA25265;
Sun, 19 Jan 1997 15:52:44 -0800 (PST)
Date: Sun, 19 Jan 1997 15:52:44 -0800 (PST)
From: Nate Williams
Message-Id: <199701192352.PAA25265@freefall.freebsd.org>
To: marks@digex.net, nate, freebsd-bugs
Subject: Re: kern/2409
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
Synopsis: psm0: unable to set the command byte. psm0 not found at 0x60
State-Changed-From-To: open-closed
State-Changed-By: nate
State-Changed-When: Sun Jan 19 15:51:32 PST 1997
State-Changed-Why:
The originator states that the patch (which Soren committed to the 2.2
branch) fixed his problem.
From owner-freebsd-bugs Sun Jan 19 18:20:05 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id SAA05291
for bugs-outgoing; Sun, 19 Jan 1997 18:20:05 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id SAA05283;
Sun, 19 Jan 1997 18:20:03 -0800 (PST)
Date: Sun, 19 Jan 1997 18:20:03 -0800 (PST)
Message-Id: <199701200220.SAA05283@freefall.freebsd.org>
To: freebsd-bugs
Cc:
From: "Jordan K. Hubbard"
Subject: Re: kern/2521: kernel from 2.1.6 install CD doesn't accept `-c' argument
Reply-To: "Jordan K. Hubbard"
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
The following reply was made to PR kern/2521; it has been noted by GNATS.
From: "Jordan K. Hubbard"
To: Dave Marquardt
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: kern/2521: kernel from 2.1.6 install CD doesn't accept `-c' argument
Date: Sun, 19 Jan 1997 18:11:08 -0800
> I suspect I'll still get 2.1.6 installed anyway, but I sure do miss
> the capability to drop into UserConfig. If I think of any solution,
Well, if you use the boot.flp image it will still work - this is only
an fbsdboot.exe problem.
From owner-freebsd-bugs Sun Jan 19 18:23:24 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id SAA05503
for bugs-outgoing; Sun, 19 Jan 1997 18:23:24 -0800 (PST)
Received: from pat.idt.unit.no (0@pat.idt.unit.no [129.241.103.5])
by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id SAA05498
for ; Sun, 19 Jan 1997 18:23:20 -0800 (PST)
Received: from idt.unit.no (tegge@ikke.idt.unit.no [129.241.111.65])
by pat.idt.unit.no (8.8.4/8.8.4) with ESMTP
id DAA17675; Mon, 20 Jan 1997 03:22:52 +0100 (MET)
Message-Id: <199701200222.DAA17675@pat.idt.unit.no>
To: lucifer@maths.uq.oz.au
Cc: freebsd-bugs@freefall.freebsd.org
Subject: Re: bin/2446: Problem in interactive restore.
In-Reply-To: Your message of "Sat, 11 Jan 1997 19:30:06 -0800 (PST)"
References: <199701120330.TAA28001@freefall.freebsd.org>
X-Mailer: Mew version 1.06 on Emacs 19.33.1
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Date: Mon, 20 Jan 1997 03:22:51 +0100
From: Tor Egge
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
> The following reply was made to PR bin/2446; it has been noted by GNATS.
>
> From: David Conran
> To: joerg_wunsch@uriah.heep.sax.de
> Cc: lucifer@xyzzy.net.au, FreeBSD-gnats-submit@freebsd.org
> Subject: Re: bin/2446: Problem in interactive restore.
> Date: Sun, 12 Jan 1997 13:24:06 +1000 (EST)
>
> J Wunsch writes ...
> >
> > As David Conran wrote:
> >
> > > orac:/tmp$ restore ivf /dev/nrst1
> > > Verify tape and initialize maps
> > > Tape block size is 32
> > > Dump date: Mon Jan 6 00:39:10 1997
> > > Dumped from: the epoch
> > > Level 0 dump of /usr on orac.xyzzy.net.au:/dev/sd0e
> > > Label: none
> > > Extract directories from tape
> > > Initialize symbol table.
> > > restore > cd include
> > > canonname: not enough bufferspace
> >
> > Can you perhaps track this with gdb? Interactive restore works fine
> > for me (and worked all the time), so i probably have a hard time to
> > reproduce this.
> >
> > (Hint: send followups to your PR to freebsd-gnats-submit@freebsd.org,
> > using the same subject.)
>
> Well .. I just re-suped and recompiled restore .. and did it off a very
> recent (ie. 3.0-current) dump
>
> I am no gdb expert .. so .. here is my stuff.
> (if there is something else to do .. let me know.)
> Thanks.
I recently experienced the same problem with 3.0-current.
Here is a patch that worked for me.
This patch also adds some more byteswapping when restoring a backup
made with a bigendian system. This is needed to avoid treating
level 1 dumps as level 16777216 dumps.
- Tor Egge
-------
Index: interactive.c
===================================================================
RCS file: /usr/cvs/src/sbin/restore/interactive.c,v
retrieving revision 1.2
diff -c -r1.2 interactive.c
*** interactive.c 1997/01/01 14:08:45 1.2
--- interactive.c 1997/01/20 01:43:36
***************
*** 82,88 ****
static char *copynext __P((char *, char *));
static int fcmp __P((const void *, const void *));
static void formatf __P((struct afile *, int));
! static void getcmd __P((char *, char *, char *, struct arglist *));
struct dirent *glob_readdir __P((RST_DIR *dirp));
static int glob_stat __P((const char *, struct stat *));
static void mkentry __P((struct direct *, struct afile *));
--- 82,88 ----
static char *copynext __P((char *, char *));
static int fcmp __P((const void *, const void *));
static void formatf __P((struct afile *, int));
! static void getcmd __P((char *, char *, char *, size_t, struct arglist *));
struct dirent *glob_readdir __P((RST_DIR *dirp));
static int glob_stat __P((const char *, struct stat *));
static void mkentry __P((struct direct *, struct afile *));
***************
*** 121,127 ****
volno = 0;
}
runshell = 1;
! getcmd(curdir, cmd, name, &arglist);
switch (cmd[0]) {
/*
* Add elements to the extraction list.
--- 121,127 ----
volno = 0;
}
runshell = 1;
! getcmd(curdir, cmd, name, sizeof(name), &arglist);
switch (cmd[0]) {
/*
* Add elements to the extraction list.
***************
*** 300,307 ****
* eliminate any embedded ".." components.
*/
static void
! getcmd(curdir, cmd, name, ap)
char *curdir, *cmd, *name;
struct arglist *ap;
{
register char *cp;
--- 300,308 ----
* eliminate any embedded ".." components.
*/
static void
! getcmd(curdir, cmd, name, namelen, ap)
char *curdir, *cmd, *name;
+ size_t namelen;
struct arglist *ap;
{
register char *cp;
***************
*** 357,363 ****
* If it is an absolute pathname, canonicalize it and return it.
*/
if (rawname[0] == '/') {
! canon(rawname, name, sizeof(name));
} else {
/*
* For relative pathnames, prepend the current directory to
--- 358,364 ----
* If it is an absolute pathname, canonicalize it and return it.
*/
if (rawname[0] == '/') {
! canon(rawname, name, namelen);
} else {
/*
* For relative pathnames, prepend the current directory to
***************
*** 366,372 ****
(void) strcpy(output, curdir);
(void) strcat(output, "/");
(void) strcat(output, rawname);
! canon(output, name, sizeof(name));
}
if (glob(name, GLOB_ALTDIRFUNC, NULL, &ap->glob) < 0)
fprintf(stderr, "%s: out of memory\n", ap->cmd);
--- 367,373 ----
(void) strcpy(output, curdir);
(void) strcat(output, "/");
(void) strcat(output, rawname);
! canon(output, name, namelen);
}
if (glob(name, GLOB_ALTDIRFUNC, NULL, &ap->glob) < 0)
fprintf(stderr, "%s: out of memory\n", ap->cmd);
Index: tape.c
===================================================================
RCS file: /usr/cvs/src/sbin/restore/tape.c,v
retrieving revision 1.6
diff -c -r1.6 tape.c
*** tape.c 1997/01/01 14:08:47 1.6
--- tape.c 1997/01/20 01:44:37
***************
*** 1022,1029 ****
}
if (checksum((int *)buf) == FAIL)
return (FAIL);
! if (Bcvt)
swabst((u_char *)"8l4s31l", (u_char *)buf);
goto good;
}
readtape((char *)(&u_ospcl.s_ospcl));
--- 1022,1032 ----
}
if (checksum((int *)buf) == FAIL)
return (FAIL);
! if (Bcvt) {
swabst((u_char *)"8l4s31l", (u_char *)buf);
+ swabst((u_char *)"l",(u_char *) &buf->c_level);
+ swabst((u_char *)"2l",(u_char *) &buf->c_flags);
+ }
goto good;
}
readtape((char *)(&u_ospcl.s_ospcl));
------
From owner-freebsd-bugs Sun Jan 19 20:00:03 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id UAA09166
for bugs-outgoing; Sun, 19 Jan 1997 20:00:03 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id UAA09154;
Sun, 19 Jan 1997 20:00:02 -0800 (PST)
Date: Sun, 19 Jan 1997 20:00:02 -0800 (PST)
Message-Id: <199701200400.UAA09154@freefall.freebsd.org>
To: freebsd-bugs
Cc:
From: Dave Marquardt
Subject: Re: kern/2521: kernel from 2.1.6 install CD doesn't accept `-c'
argument
Reply-To: Dave Marquardt
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
The following reply was made to PR kern/2521; it has been noted by GNATS.
From: Dave Marquardt
To: "Jordan K. Hubbard"
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: kern/2521: kernel from 2.1.6 install CD doesn't accept `-c'
argument
Date: Sun, 19 Jan 1997 21:50:30 -0600
> > I suspect I'll still get 2.1.6 installed anyway, but I sure do miss
> > the capability to drop into UserConfig. If I think of any solution,
>
> Well, if you use the boot.flp image it will still work - this is only
> an fbsdboot.exe problem.
Yeah, I decided to try the boot floppy, and UserConfig worked fine.
Thanks!
--
Dave Marquardt
Home:
Work:
From owner-freebsd-bugs Sun Jan 19 20:41:47 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id UAA10326
for bugs-outgoing; Sun, 19 Jan 1997 20:41:47 -0800 (PST)
Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93])
by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id UAA10321
for ; Sun, 19 Jan 1997 20:41:43 -0800 (PST)
Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15878(8)>; Sun, 19 Jan 1997 20:41:03 PST
Received: from localhost by crevenia.parc.xerox.com with SMTP id <177476>; Sun, 19 Jan 1997 20:40:57 -0800
To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
cc: freebsd-bugs@freebsd.org (FreeBSD bugs list)
Subject: Re: bin/2528: fetch(1)'s timeout is ridiculously short
In-reply-to: Your message of "Sun, 19 Jan 97 06:07:37 PST."
Date: Sun, 19 Jan 1997 20:40:53 PST
From: Bill Fenner
Message-Id: <97Jan19.204057pst.177476@crevenia.parc.xerox.com>
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
In message you write:
>send-pr has re-sorted the Description text under `Unformatted'. :-(
>Apparently it gets fed up by the >> at the beginning of a line.
Yup, check out bin/2489.
Bill
From owner-freebsd-bugs Sun Jan 19 20:50:05 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id UAA10588
for bugs-outgoing; Sun, 19 Jan 1997 20:50:05 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id UAA10582;
Sun, 19 Jan 1997 20:50:03 -0800 (PST)
Resent-Date: Sun, 19 Jan 1997 20:50:03 -0800 (PST)
Resent-Message-Id: <199701200450.UAA10582@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
Received:(from nobody@localhost) by.freefall.freebsd.org.id.UAA10520;Sun; (8.8.4/8.8.4);,
19 Jan 1997 20:48:02.-0800 (PST)
Message-Id: <199701200448.UAA10520@freefall.freebsd.org>
Date: Sun, 19 Jan 1997 20:48:02 -0800 (PST)
From: burnett@netcom.com
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: bin/2533: pccard support (/usr/sbin
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
>Number: 2533
>Category: bin
>Synopsis: pccard support (/usr/sbin
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible: freebsd-bugs
>State: open
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Sun Jan 19 20:50:01 PST 1997
>Last-Modified:
>Originator: John Burnett
>Organization:
>Release: 2.1.6
>Environment:
FreeBSD myname.my.domain 2.1.6-RELEASE FreeBSD 2.1.6-RELEASE #0: Sun Nov 24 23:31:18 1996 jkh@whisker.cdrom.com:/usr/src/sys/compile/GENERIC i386
>Description:
/usr/sbin/pccardc and /usr/sbin/pccardd are missing.
>How-To-Repeat:
install FreeBSD on a laptop with an Etherlink III pcmcia card
The card is not found.
Unconfiguring other devices does not help.
>Fix:
>Audit-Trail:
>Unformatted:
From owner-freebsd-bugs Sun Jan 19 22:00:53 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id WAA13147
for bugs-outgoing; Sun, 19 Jan 1997 22:00:53 -0800 (PST)
Received: (from nate@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id WAA13128;
Sun, 19 Jan 1997 22:00:49 -0800 (PST)
Date: Sun, 19 Jan 1997 22:00:49 -0800 (PST)
From: Nate Williams
Message-Id: <199701200600.WAA13128@freefall.freebsd.org>
To: burnett@netcom.com, nate, freebsd-bugs
Subject: Re: bin/2533
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
Synopsis: pccard support (/usr/sbin
State-Changed-From-To: open-closed
State-Changed-By: nate
State-Changed-When: Sun Jan 19 21:59:35 PST 1997
State-Changed-Why:
This isn't a bug. pccard support *IS* missing from 2.1.6, and since
2.1.6 is a 'dead' product, there is nothing more to be done. However,
in 2.2R and in -current (obviously), there is generic pccard support.
From owner-freebsd-bugs Mon Jan 20 07:20:05 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id HAA06302
for bugs-outgoing; Mon, 20 Jan 1997 07:20:05 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id HAA06270;
Mon, 20 Jan 1997 07:20:03 -0800 (PST)
Resent-Date: Mon, 20 Jan 1997 07:20:03 -0800 (PST)
Resent-Message-Id: <199701201520.HAA06270@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
davidn@unique.usn.blaze.net.au
Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30])
by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id HAA05666
for ; Mon, 20 Jan 1997 07:10:37 -0800 (PST)
Received: (from davidn@localhost)
by labs.usn.blaze.net.au (8.8.4/8.8.4)
id CAA01575; Tue, 21 Jan 1997 02:10:34 +1100 (EST)
Message-Id: <199701201510.CAA01575@labs.usn.blaze.net.au>
Date: Tue, 21 Jan 1997 02:10:34 +1100 (EST)
From: David Nugent
Reply-To: davidn@unique.usn.blaze.net.au
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/2535: filesize-cur resource limit reset to "infinity"
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
>Number: 2535
>Category: kern
>Synopsis: filesize-cur resource limit reset to "infinity"
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: freebsd-bugs
>State: open
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Mon Jan 20 07:20:01 PST 1997
>Last-Modified:
>Originator: David Nugent - davidn@blaze.net.au
>Organization:
Unique Computing, Melbourne, Australia
>Release: FreeBSD 3.0-CURRENT i386
>Environment:
Current (since login.conf support enabled).
>Description:
I'm hoping that this will be fixed by some future patches by
Bruce, but I'm logging it here just in case it isn't. :)
Enable resource settings via /etc/login.conf as usual.
Resources are all set by login(1) correctly, but after
the first program is run by the shell, the "filesize"
soft/current limit is reset to "infinite". This behaviour
is bizarre, to say the least.
>How-To-Repeat:
Set resource limits in /etc/login.conf, such as:
:cputime=infinity:\
:filesize=64M:\
:datasize=8M:\
:stacksize=8M:\
:coredumpsize=8M:\
:memoryuse=8M:\
:memorylocked=4M:\
:maxproc=20:\
:openfiles=20:\
:coredumpsize=infinity:\
Using tcsh in this example (same thing occurs with any
shell), insert the following into /etc/csh.login BEFORE
any external command is run, either directly or by backtick.
echo hard limits:
limit -h
echo soft limits:
limit
Insert the same AFTER the first external command is run.
Results:
BEFORE AFTER
hard limits:
cputime unlimited cputime unlimited
filesize 10240 kbytes filesize 10240 kbytes
datasize 8192 kbytes datasize 8192 kbytes
stacksize 8192 kbytes stacksize 8192 kbytes
coredumpsize 8192 kbytes coredumpsize 8192 kbytes
memoryuse 8192 kbytes memoryuse 8192 kbytes
memorylocked 4096 kbytes memorylocked 4096 kbytes
maxproc 20 maxproc 20
openfiles 20 openfiles 20
soft limits:
cputime unlimited cputime unlimited
| filesize 10240 kbytes filesize unlimited
datasize 8192 kbytes datasize 8192 kbytes
stacksize 8192 kbytes stacksize 8192 kbytes
coredumpsize 8192 kbytes coredumpsize 8192 kbytes
memoryuse 8192 kbytes memoryuse 8192 kbytes
memorylocked 4096 kbytes memorylocked 4096 kbytes
maxproc 20 maxproc 20
openfiles 20 openfiles 20
The vertical bar to the left highlights the mysterious change.
Aside: can soft limits be *validly* set higher than hard limits
like this? I wouldn't have thought so.
>Fix:
Remove the following line in sys/kern/kern_exit.c? I have no
idea why this line is even there in the first place. :-)
Can anyone explain why?
--- kern_exit.c.orig Wed Jan 15 14:55:26 1997
+++ kern_exit.c Tue Jan 21 01:51:26 1997
@@ -222,7 +222,7 @@
sp->s_leader = NULL;
}
fixjobc(p, p->p_pgrp, 0);
- p->p_rlimit[RLIMIT_FSIZE].rlim_cur = RLIM_INFINITY;
+ /* p->p_rlimit[RLIMIT_FSIZE].rlim_cur = RLIM_INFINITY; */
(void)acct_process(p);
#ifdef KTRACE
/*
My first guess is that it appears to be related to the process
accounting database so that the data file will not be
stopped from growing by virtue of the filesize resource limit
for the exiting process, which suggests that this fix is wrong,
and perhaps the real fix would require saving and restoring this
resource limit around the call to acct_process(). I'll leave
that up to someone knows this code better than I do.
Alternative (assuming the above paragraph/guess is correct):
--- kern_exit.c.orig Wed Jan 15 14:55:26 1997
+++ kern_exit.c Tue Jan 21 01:57:27 1997
@@ -120,6 +120,7 @@
register struct proc *q, *nq;
register struct vmspace *vm;
ele_p ep = exit_list;
+ rlim_t fsize_cur;
if (p->p_pid == 1) {
printf("init died (signal %d, exit %d)\n",
@@ -222,8 +223,10 @@
sp->s_leader = NULL;
}
fixjobc(p, p->p_pgrp, 0);
- p->p_rlimit[RLIMIT_FSIZE].rlim_cur = RLIM_INFINITY;
+ fsize_cur = p->p_rlimit[RLIMIT_FSIZE].rlim_cur;
+ p->p_rlimit[RLIMIT_FSIZE].rlim_cur = RLIM_INFINITY;
(void)acct_process(p);
+ p->p_rlimit[RLIMIT_FSIZE].rlim_cur = fsize_cur;
#ifdef KTRACE
/*
* release trace file
Should the hard limit be given similar treatment here?
It also occurs to me that the wrong p->p_rlimit[RLIMIT_FSIZE].rlim_cur
may be being used, which makes either fix incorrect, and the
desired effect of this line ineffective. This function appears
to be the kernel's exit process handler, so I have no idea why
the CALLING processes resources are being modified and not those
that apply to the the exiting process which I assume it should be...
Help! :-)
>Audit-Trail:
>Unformatted:
From owner-freebsd-bugs Mon Jan 20 08:10:03 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id IAA08793
for bugs-outgoing; Mon, 20 Jan 1997 08:10:03 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id IAA08785;
Mon, 20 Jan 1997 08:10:01 -0800 (PST)
Date: Mon, 20 Jan 1997 08:10:01 -0800 (PST)
Message-Id: <199701201610.IAA08785@freefall.freebsd.org>
To: freebsd-bugs
Cc:
From: davidn@unique.usn.blaze.net.au (David Nugent)
Subject: Re: kern/2535: filesize-cur resource limit reset to "infinity"
Reply-To: davidn@unique.usn.blaze.net.au (David Nugent)
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
The following reply was made to PR kern/2535; it has been noted by GNATS.
From: davidn@unique.usn.blaze.net.au (David Nugent)
To: FreeBSD-gnats-submit@freebsd.org
Cc: Subject: Re: kern/2535: filesize-cur resource limit reset to "infinity"
Date: Tue, 21 Jan 1997 03:04:05 +1100
I wrote:
> My first guess is that it appears to be related to the process
> accounting database so that the data file will not be
> stopped from growing by virtue of the filesize resource limit
> for the exiting process, which suggests that this fix is wrong,
> and perhaps the real fix would require saving and restoring this
> resource limit around the call to acct_process(). I'll leave
> that up to someone knows this code better than I do.
>
> Alternative (assuming the above paragraph/guess is correct):
>
> --- kern_exit.c.orig Wed Jan 15 14:55:26 1997
> +++ kern_exit.c Tue Jan 21 01:57:27 1997
> @@ -120,6 +120,7 @@
> register struct proc *q, *nq;
> register struct vmspace *vm;
> ele_p ep = exit_list;
> + rlim_t fsize_cur;
>
> if (p->p_pid == 1) {
> printf("init died (signal %d, exit %d)\n",
> @@ -222,8 +223,10 @@
> sp->s_leader = NULL;
> }
> fixjobc(p, p->p_pgrp, 0);
> - p->p_rlimit[RLIMIT_FSIZE].rlim_cur = RLIM_INFINITY;
> + fsize_cur = p->p_rlimit[RLIMIT_FSIZE].rlim_cur;
> + p->p_rlimit[RLIMIT_FSIZE].rlim_cur = RLIM_INFINITY;
> (void)acct_process(p);
> + p->p_rlimit[RLIMIT_FSIZE].rlim_cur = fsize_cur;
> #ifdef KTRACE
> /*
> * release trace file
Just to confirm that the above does in fact "fix" the problem.
However, my feeling is that this is not the correct fix, since
the way I read this code is that it is supposed to be setting
the soft RLIMIT_FSIZE for the exiting process, not the parent
process. How this comes to be, I have no idea, unless somehow
the p_limit element in the exiting proc points to its parent
at this point.
Regards,
David Nugent - Unique Computing Pty Ltd - Melbourne, Australia
Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet
davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/
From owner-freebsd-bugs Mon Jan 20 08:32:01 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id IAA10170
for bugs-outgoing; Mon, 20 Jan 1997 08:32:01 -0800 (PST)
Received: (from phk@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id IAA10117;
Mon, 20 Jan 1997 08:31:49 -0800 (PST)
Date: Mon, 20 Jan 1997 08:31:49 -0800 (PST)
From: Poul-Henning Kamp
Message-Id: <199701201631.IAA10117@freefall.freebsd.org>
To: pst@Shockwave.COM, phk, freebsd-bugs
Subject: Re: misc/2178
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
Synopsis: not enough free inodes on boot.flp's MFS
State-Changed-From-To: open-closed
State-Changed-By: phk
State-Changed-When: Mon Jan 20 08:31:24 PST 1997
State-Changed-Why:
I built a release the other day.
From owner-freebsd-bugs Mon Jan 20 08:40:04 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id IAA10711
for bugs-outgoing; Mon, 20 Jan 1997 08:40:04 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id IAA10693;
Mon, 20 Jan 1997 08:40:02 -0800 (PST)
Resent-Date: Mon, 20 Jan 1997 08:40:02 -0800 (PST)
Resent-Message-Id: <199701201640.IAA10693@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, fj@tfs.com
Received: from tfs.com (tfs.com [140.145.250.1])
by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id IAA10271
for ; Mon, 20 Jan 1997 08:34:19 -0800 (PST)
Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP
id m0vmMfM-0003wZC; Mon, 20 Jan 97 08:33 PST
Received: (from fj@localhost) by schizo.dk.tfs.com (8.8.2/8.7.3) id RAA28438; Mon, 20 Jan 1997 17:33:45 +0100 (MET)
Message-Id: <199701201633.RAA28438@schizo.dk.tfs.com>
Date: Mon, 20 Jan 1997 17:33:45 +0100 (MET)
From: fj@tfs.com
Reply-To: fj@tfs.com
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/2536: restore dies in interactive mode
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
>Number: 2536
>Category: bin
>Synopsis: restore dies in interactive mode
>Confidential: no
>Severity: serious
>Priority: high
>Responsible: freebsd-bugs
>State: open
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Mon Jan 20 08:40:01 PST 1997
>Last-Modified:
>Originator: Flemming Jacobsen
>Organization:
>Release: FreeBSD 2.2-RELEASE i386
>Environment:
FreeBSD 2.2, as built by PHK 970114.
>Description:
In interactive mode. Whenever ls {directory} or cd {directory}
is excecuted restore aborts with:
canonname: not enough bufferspace.
>How-To-Repeat:
see above.
>Fix:
Index: interactive.c
===================================================================
RCS file: /home/ncvs/src/sbin/restore/interactive.c,v
retrieving revision 1.1.1.1.8.1
diff -u -r1.1.1.1.8.1 interactive.c
--- interactive.c 1997/01/12 22:02:44 1.1.1.1.8.1
+++ interactive.c 1997/01/20 16:20:32
@@ -82,7 +82,7 @@
static char *copynext __P((char *, char *));
static int fcmp __P((const void *, const void *));
static void formatf __P((struct afile *, int));
-static void getcmd __P((char *, char *, char *, struct arglist *));
+static void getcmd __P((char *, char *, char *, int, struct arglist *));
struct dirent *glob_readdir __P((RST_DIR *dirp));
static int glob_stat __P((const char *, struct stat *));
static void mkentry __P((struct direct *, struct afile *));
@@ -121,7 +121,7 @@
volno = 0;
}
runshell = 1;
- getcmd(curdir, cmd, name, &arglist);
+ getcmd(curdir, cmd, name,sizeof(name), &arglist);
switch (cmd[0]) {
/*
* Add elements to the extraction list.
@@ -300,9 +300,10 @@
* eliminate any embedded ".." components.
*/
static void
-getcmd(curdir, cmd, name, ap)
+getcmd(curdir, cmd, name, size, ap)
char *curdir, *cmd, *name;
struct arglist *ap;
+ int size;
{
register char *cp;
static char input[BUFSIZ];
@@ -357,7 +358,7 @@
* If it is an absolute pathname, canonicalize it and return it.
*/
if (rawname[0] == '/') {
- canon(rawname, name, sizeof(name));
+ canon(rawname, name, size);
} else {
/*
* For relative pathnames, prepend the current directory to
@@ -366,7 +367,7 @@
(void) strcpy(output, curdir);
(void) strcat(output, "/");
(void) strcat(output, rawname);
- canon(output, name, sizeof(name));
+ canon(output, name, size);
}
if (glob(name, GLOB_ALTDIRFUNC, NULL, &ap->glob) < 0)
fprintf(stderr, "%s: out of memory\n", ap->cmd);
>Audit-Trail:
>Unformatted:
From owner-freebsd-bugs Mon Jan 20 09:20:04 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id JAA12793
for bugs-outgoing; Mon, 20 Jan 1997 09:20:04 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id JAA12762;
Mon, 20 Jan 1997 09:20:02 -0800 (PST)
Resent-Date: Mon, 20 Jan 1997 09:20:02 -0800 (PST)
Resent-Message-Id: <199701201720.JAA12762@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, fj@tfs.com
Received: from tfs.com (tfs.com [140.145.250.1])
by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id JAA12183
for ; Mon, 20 Jan 1997 09:10:26 -0800 (PST)
Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP
id m0vmNEJ-0003wqC; Mon, 20 Jan 97 09:09 PST
Received: (from fj@localhost) by schizo.dk.tfs.com (8.8.2/8.7.3) id SAA28651; Mon, 20 Jan 1997 18:09:53 +0100 (MET)
Message-Id: <199701201709.SAA28651@schizo.dk.tfs.com>
Date: Mon, 20 Jan 1997 18:09:53 +0100 (MET)
From: fj@tfs.com
Reply-To: fj@tfs.com
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/2537: Fsck dies with floatingpoint exception
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
>Number: 2537
>Category: bin
>Synopsis: Fsck dies with floatingpoint exception
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible: freebsd-bugs
>State: open
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Mon Jan 20 09:20:01 PST 1997
>Last-Modified:
>Originator: Flemming Jacobsen
>Organization:
>Release: FreeBSD 2.2-RELEASE i386
>Environment:
FreeBSD 2.2 beta, as generated by PHK 970114.
System crashed (bad memory) during intense IO to disk.
>Description:
At reboot automatic fsck failed with the message:
VALUES IN SUPER BLOCK DISAGREE WITH THOSE IN FIRST ALTERNATE
(setup.c line 384)
Running fsck by hand (on the primary superblock) resulted in a
floatingpoint exception (probably caused by the printf in main.c
with [(float)(sblock.fs_cstotal.cs_nffree * 100) / sblock.fs_dsize)]).
I did retry after setting the npx0 flags to 0x7 - same result.
fsck -b 32 avoided the problem.
>How-To-Repeat:
Good question ;-)
>Fix:
fsck -b {better superblock copy}
Fix fsck to check for divide by zero before trying.
>Audit-Trail:
>Unformatted:
From owner-freebsd-bugs Mon Jan 20 10:00:06 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id KAA14653
for bugs-outgoing; Mon, 20 Jan 1997 10:00:06 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id KAA14617;
Mon, 20 Jan 1997 10:00:02 -0800 (PST)
Date: Mon, 20 Jan 1997 10:00:02 -0800 (PST)
Message-Id: <199701201800.KAA14617@freefall.freebsd.org>
To: freebsd-bugs
Cc:
From: Bruce Evans
Subject: Re: kern/2535: filesize-cur resource limit reset to "infinity"
Reply-To: Bruce Evans
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
The following reply was made to PR kern/2535; it has been noted by GNATS.
From: Bruce Evans
To: davidn@unique.usn.blaze.net.au, FreeBSD-gnats-submit@FreeBSD.org
Cc: Subject: Re: kern/2535: filesize-cur resource limit reset to "infinity"
Date: Tue, 21 Jan 1997 04:52:38 +1100
>>Fix:
>
> Remove the following line in sys/kern/kern_exit.c? I have no
> idea why this line is even there in the first place. :-)
> Can anyone explain why?
>
>--- kern_exit.c.orig Wed Jan 15 14:55:26 1997
>+++ kern_exit.c Tue Jan 21 01:51:26 1997
>@@ -222,7 +222,7 @@
> sp->s_leader = NULL;
> }
> fixjobc(p, p->p_pgrp, 0);
>- p->p_rlimit[RLIMIT_FSIZE].rlim_cur = RLIM_INFINITY;
>+ /* p->p_rlimit[RLIMIT_FSIZE].rlim_cur = RLIM_INFINITY; */
rlimits are copy on write (implemented in software; grep for p_limit
in kern_fork.c and kern_resource.c). The above code neglects to
duplicate the struct before writing to it.
Bruce
From owner-freebsd-bugs Mon Jan 20 10:10:04 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id KAA15369
for bugs-outgoing; Mon, 20 Jan 1997 10:10:04 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id KAA15363;
Mon, 20 Jan 1997 10:10:02 -0800 (PST)
Resent-Date: Mon, 20 Jan 1997 10:10:02 -0800 (PST)
Resent-Message-Id: <199701201810.KAA15363@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, nsayer@quack.kfu.com
Received: from quack.kfu.com (0@quack.kfu.com [204.147.226.1])
by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id KAA14816
for ; Mon, 20 Jan 1997 10:00:39 -0800 (PST)
Received: from morpheus.kfu.com (morpheus.kfu.com [204.147.226.4]) by quack.kfu.com (8.6.12/8.6.12) with ESMTP id KAA07771 for ; Mon, 20 Jan 1997 10:00:38 -0800
Received: by morpheus.kfu.com
(8.8.2//ident-1.0) id KAA00547; Mon, 20 Jan 1997 10:00:37 -0800 (PST)
Message-Id: <199701201800.KAA00547@morpheus.kfu.com>
Date: Mon, 20 Jan 1997 10:00:37 -0800 (PST)
From: nsayer@quack.kfu.com
Reply-To: nsayer@quack.kfu.com
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/2538: worm burning suddenly broken
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
>Number: 2538
>Category: kern
>Synopsis: worm burning suddenly broken
>Confidential: no
>Severity: serious
>Priority: high
>Responsible: freebsd-bugs
>State: open
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Mon Jan 20 10:10:00 PST 1997
>Last-Modified:
>Originator: Nick Sayer
>Organization:
just me
>Release: FreeBSD 2.2-ALPHA i386
>Environment:
ahc0 rev 0 int a irq 11 on pci0:18
(ahc0:3:0): "HP C4324/C4325 1.25" type 5 removable SCSI 2
worm0(ahc0:3:0): Write-Once
>Description:
Something about 2.2-ALPHA seems to have suddenly decided to stop
working.
>How-To-Repeat:
% wormcontrol select HP 4020i
% wormcontrol prepdisk double
% wormcontrol track data
% rtprio 5 team -v 1m 5 < cdr | rtprio 5 dd of=/dev/rworm0 obs=20k
worm0: oops not queued
biodone: buffer already done
At this point the disk is a frizbee.
>Fix:
>Audit-Trail:
>Unformatted:
From owner-freebsd-bugs Mon Jan 20 11:18:49 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id LAA19297
for bugs-outgoing; Mon, 20 Jan 1997 11:18:49 -0800 (PST)
Received: (from jkh@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id LAA19272;
Mon, 20 Jan 1997 11:18:46 -0800 (PST)
Date: Mon, 20 Jan 1997 11:18:46 -0800 (PST)
From: "Jordan K. Hubbard"
Message-Id: <199701201918.LAA19272@freefall.freebsd.org>
To: jkh, freebsd-bugs, jkh
Subject: Re: i386/2514
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
Synopsis: BootEasy binary is OLD in in FBSD installer
Responsible-Changed-From-To: freebsd-bugs->jkh
Responsible-Changed-By: jkh
Responsible-Changed-When: Mon Jan 20 11:18:25 PST 1997
Responsible-Changed-Why:
My bug! MINE! :)
From owner-freebsd-bugs Mon Jan 20 11:40:07 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id LAA21225
for bugs-outgoing; Mon, 20 Jan 1997 11:40:07 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id LAA21201;
Mon, 20 Jan 1997 11:40:04 -0800 (PST)
Resent-Date: Mon, 20 Jan 1997 11:40:04 -0800 (PST)
Resent-Message-Id: <199701201940.LAA21201@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jbrann@freebie.brann.org
Received: from freebie.brann.org ([207.122.63.57])
by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA20577
for ; Mon, 20 Jan 1997 11:34:10 -0800 (PST)
Received: (from jbrann@localhost) by freebie.brann.org (8.8.2/8.8.2) id OAA23915; Mon, 20 Jan 1997 14:34:04 -0500 (EST)
Message-Id: <199701201934.OAA23915@freebie.brann.org>
Date: Mon, 20 Jan 1997 14:34:04 -0500 (EST)
From: John Brann
Reply-To: jbrann@freebie.brann.org
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/2539: keyboard lock with Toshiba laptop
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
>Number: 2539
>Category: bin
>Synopsis: keyboard lock with Toshiba laptop
>Confidential: no
>Severity: serious
>Priority: high
>Responsible: freebsd-bugs
>State: open
>Class: support
>Submitter-Id: current-users
>Arrival-Date: Mon Jan 20 11:40:02 PST 1997
>Last-Modified:
>Originator: John Brann
>Organization:
Not while I'm at home
>Release: FreeBSD 2.2-BETA i386
>Environment:
Toshiba 415CS laptop, FreeBSD 2.2-BETA.
>Description:
Enabling the builtin PS/2 mouse causes keyboard hang. This is observable
with the install kernel, the GENERIC kernel and a purpose-built kernel.
Disabling the psm0 device causes the machine to behave normally.
The mouse works correctly with 2.1.6 and 2.2-960612-SNAP
>How-To-Repeat:
Use runtime configuration of install kernel to enable psm0 device.
Disabling unused devices has no effect.
Use runtime configuration of GENERIC kernel to enable psm0 device.
Disabling unused devices has no effect.
Build and boot kernel for machine, removing all extraneous devices.
>Fix:
Unknown
>Audit-Trail:
>Unformatted:
From owner-freebsd-bugs Mon Jan 20 11:40:12 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id LAA21259
for bugs-outgoing; Mon, 20 Jan 1997 11:40:12 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id LAA21239;
Mon, 20 Jan 1997 11:40:09 -0800 (PST)
Resent-Date: Mon, 20 Jan 1997 11:40:09 -0800 (PST)
Resent-Message-Id: <199701201940.LAA21239@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, pda@prism.uvsq.fr
Received: from soleil.uvsq.fr (soleil.uvsq.fr [193.51.24.1])
by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA20640
for ; Mon, 20 Jan 1997 11:34:32 -0800 (PST)
Received: from vagabond.prism.uvsq.fr (rtc103.reseau.uvsq.fr [193.51.24.19])
by soleil.uvsq.fr (8.8.4/jtpda-5.2) with ESMTP id UAA03800
for ; Mon, 20 Jan 1997 20:34:28 +0100 (MET)
Received: from (pda@localhost)
by vagabond.prism.uvsq.fr (8.8.4/jtpda-5.2) id UAA00410
; Mon, 20 Jan 1997 20:30:25 +0100 (MET)
Message-Id: <199701201930.UAA00410@vagabond.prism.uvsq.fr>
Date: Mon, 20 Jan 1997 20:30:25 +0100 (MET)
From: pda@prism.uvsq.fr
Reply-To: pda@prism.uvsq.fr
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/2540: Fatal trap 12 with a GENERIC kernel and disabled PS/2 mouse
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
>Number: 2540
>Category: kern
>Synopsis: Fatal trap 12 with a GENERIC kernel and disabled PS/2 mouse
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: freebsd-bugs
>State: open
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Mon Jan 20 11:40:06 PST 1997
>Last-Modified:
>Originator: Pierre David
>Organization:
Laboratoire PRiSM, Universite de Versailles - St Quentin, FRANCE
>Release: FreeBSD 2.2-BETA_A i386
>Environment:
Dell Latitude XPi 120 ST
GENERIC kernel "out of the box" (=> with PS/2 mouse disabled)
>Description:
Opening /dev/psm0 with a disabled PS/2 mouse (as supplied in
the GENERIC kernel, for example) causes the system to crash.
For example (with a kernel based on GENERIC, with DDB support
added), and in single user mode (to save time between reboots ;-)
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x8
fault code = supervisor read, page not present
instruction pointer = 0x8:0xf01c365b
stack pointer = 0x10:0xefbffdb4
frame pointer = 0x10:0xefbffdcc
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags = interrupt enabled, resume, IOPL = 0
current process = 15 (sh)
interrupt mask =
kernel: type 12 trap, code = 0
Stopped at _psmopen+0x1f: cmpb $0,0x8(%ebx)
db>
db>x psm_softc
_psm_sofc 0
psm_softc [0] array is not initialized, if not probed.
>How-To-Repeat:
cat < /dev/psm0
or
start the X server
>Fix:
Here is a proposed fix:
*** /usr/src/sys/i386/isa/psm.c.org Thu Jan 16 23:25:51 1997
--- /usr/src/sys/i386/isa/psm.c Fri Jan 17 21:52:52 1997
***************
*** 781,787 ****
int stat[3];
/* Validate unit number */
! if (unit >= NPSM)
return (ENXIO);
/* Get device data */
--- 781,787 ----
int stat[3];
/* Validate unit number */
! if (unit >= NPSM || psm_softc [unit] == NULL)
return (ENXIO);
/* Get device data */
>Audit-Trail:
>Unformatted:
From owner-freebsd-bugs Mon Jan 20 12:15:10 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id MAA23787
for bugs-outgoing; Mon, 20 Jan 1997 12:15:10 -0800 (PST)
Received: from tellab5.tellabs.com (tellab5.lisle.tellabs.com [138.111.243.28])
by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA23781
for ; Mon, 20 Jan 1997 12:15:06 -0800 (PST)
From: mikebo@tellabs.com
Received: from sunc210.tellabs.com by tellab5.tellabs.com with smtp
(Smail3.1.29.1 #4) id m0vmQ70-0004f6C; Mon, 20 Jan 97 14:14 CST
Received: by sunc210.tellabs.com (SMI-8.6/1.9)
id OAA04837; Mon, 20 Jan 1997 14:13:50 -0600
Message-Id: <199701202013.OAA04837@sunc210.tellabs.com>
Subject: Re: 3.0-970118-SNAP now in ftp://ftp.freebsd.org/pub/FreeBSD/
To: bugs@freebsd.org
Date: Mon, 20 Jan 1997 14:13:50 -0600 (CST)
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
Jordan, et al. -
Perhaps I am just an idiot, but I'm not able to use the 3.0-970118-SNAP.
The NFS installation routine is looking for big tarballs like bin/bin.tgz
instead of the split up tarballs (e.g. bin/bin.aa, bin/bin.ab, etc.).
Of course, the installation dies, and my test machine is now hosed.
Am I the only one reporting this problem?
- Mike
--
--------------------------------------------------------------------------
Michael Borowiec - mikebo@tellabs.com - Tellabs Operations, Inc.
Senior Member of Technical Staff 4951 Indiana Avenue, MS 63
630-512-8211 FAX: 630-512-7099 Lisle, IL 60532 USA
--------------------------------------------------------------------------
From owner-freebsd-bugs Mon Jan 20 13:46:59 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id NAA00712
for bugs-outgoing; Mon, 20 Jan 1997 13:46:59 -0800 (PST)
Received: (from nate@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id NAA00688;
Mon, 20 Jan 1997 13:46:53 -0800 (PST)
Date: Mon, 20 Jan 1997 13:46:53 -0800 (PST)
From: Nate Williams
Message-Id: <199701202146.NAA00688@freefall.freebsd.org>
To: pda@prism.uvsq.fr, nate, freebsd-bugs
Subject: Re: kern/2540
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
Synopsis: Fatal trap 12 with a GENERIC kernel and disabled PS/2 mouse
State-Changed-From-To: open-closed
State-Changed-By: nate
State-Changed-When: Mon Jan 20 13:45:44 PST 1997
State-Changed-Why:
Thanks for the bug report. This bug was fixed in both the 2.2 branch
and in current recently, so the fix will be in the next '2.2' release,
be it the actual release of 2.2-GAMMA.
From owner-freebsd-bugs Mon Jan 20 14:00:03 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id OAA01410
for bugs-outgoing; Mon, 20 Jan 1997 14:00:03 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id OAA01387;
Mon, 20 Jan 1997 14:00:01 -0800 (PST)
Resent-Date: Mon, 20 Jan 1997 14:00:01 -0800 (PST)
Resent-Message-Id: <199701202200.OAA01387@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Tor.Egge@idt.ntnu.no
Received: from pat.idt.unit.no (0@pat.idt.unit.no [129.241.103.5])
by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id NAA01114
for ; Mon, 20 Jan 1997 13:55:41 -0800 (PST)
Received: from bitbucket.idt.ntnu.no (bitbucket.idt.ntnu.no [129.241.111.175])
by pat.idt.unit.no (8.8.4/8.8.4) with ESMTP
id WAA01088 for ; Mon, 20 Jan 1997 22:55:35 +0100 (MET)
Received: (from tegge@localhost) by bitbucket.idt.ntnu.no (8.8.4/8.8.3) id WAA14878; Mon, 20 Jan 1997 22:55:34 +0100 (CET)
Message-Id: <199701202155.WAA14878@bitbucket.idt.ntnu.no>
Date: Mon, 20 Jan 1997 22:55:34 +0100 (CET)
From: Tor Egge
Reply-To: Tor.Egge@idt.ntnu.no
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/2541: cd (using /bin/sh) may leave you in the wrong directory
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
>Number: 2541
>Category: bin
>Synopsis: cd (using /bin/sh) may leave you in the wrong directory
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: freebsd-bugs
>State: open
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Mon Jan 20 14:00:00 PST 1997
>Last-Modified:
>Originator: Tor Egge
>Organization:
Norwegian University of Science and Technology, Trondheim, Norway
>Release: FreeBSD 3.0-CURRENT i386
>Environment:
FreeBSD ikke.idt.unit.no 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Mon Jan 20 21:59:08 MET 1997 root@ikke.idt.unit.no:/usr/src/sys-UP/compile/TEGGE i386
>Description:
cd (using /bin/sh) may leave you in the wrong directory.
>How-To-Repeat:
Run the following shell script:
---
#!/bin/sh
cd /tmp
rm -rf /tmp/good /tmp/bad
mkdir good
mkdir good/some
mkdir good/etc
echo "Test OK" > good/etc/FILE
mkdir bad
mkdir bad/etc
echo "Test failed" > bad/etc/FILE
ln -s ../good/some bad/some
cd /tmp/bad/some/../etc
cat FILE
/bin/pwd
cd ..
/bin/pwd
cd /tmp
rm -rf /tmp/good /tmp/bad
---
>Fix:
Don't blindly eliminate `..' in the target directory name by also
eliminating the previous component. If the previous component was
a symbolic link, the elimination might be bogus.
>Audit-Trail:
>Unformatted:
From owner-freebsd-bugs Mon Jan 20 16:10:05 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id QAA11957
for bugs-outgoing; Mon, 20 Jan 1997 16:10:05 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id QAA11947;
Mon, 20 Jan 1997 16:10:02 -0800 (PST)
Resent-Date: Mon, 20 Jan 1997 16:10:02 -0800 (PST)
Resent-Message-Id: <199701210010.QAA11947@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
Received:(from nobody@localhost) by.freefall.freebsd.org.id.QAA11779;Mon; (8.8.4/8.8.4);,
20 Jan 1997 16:05:18.-0800 (PST)
Message-Id: <199701210005.QAA11779@freefall.freebsd.org>
Date: Mon, 20 Jan 1997 16:05:18 -0800 (PST)
From: ltaylor@nwlink.com
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: conf/2542: SoundBlaster Value 16 PnP conflicts with 3c5X9 in 2.1.6
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
>Number: 2542
>Category: conf
>Synopsis: SoundBlaster Value 16 PnP conflicts with 3c5X9 in 2.1.6
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: freebsd-bugs
>State: open
>Class: support
>Submitter-Id: current-users
>Arrival-Date: Mon Jan 20 16:10:00 PST 1997
>Last-Modified:
>Originator: Douglas Taylor
>Organization:
Northwest Link
>Release: 2.1.6
>Environment:
FreeBSD florida.nwlink.com 2.1.6-RELEASE FreeBSD 2.1.6-RELEASE #0: Mon Jan 20 15:33:06 PST 1997 ltaylor@florida.nwlink.com:/usr/src/sys/compile/TAMPA i386
>Description:
The following are excerpts from my kernel configuration:
controller pnp0
device ep0 at isa? port 0x280 net irq 10 vector epintr
# SoundBlaster Support
controller snd0
device sb0 at isa? port 0x220 irq 5 conflicts drq 1 vector sbintr
device sbxvi0 at isa? drq 5
device sbmidi0 at isa? port 0x300
With this configuration, when booting, the dmesg claims there are
16 3c5X9s at 0x200 (repeated 16 times)
It refuses to find the CD-ROM at wdc1/wcd0
It refuses to find the ep0 3c5X9 at 0x280
>How-To-Repeat:
Install the card and reboot.
>Fix:
>Audit-Trail:
>Unformatted:
From owner-freebsd-bugs Mon Jan 20 16:10:11 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id QAA11978
for bugs-outgoing; Mon, 20 Jan 1997 16:10:11 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id QAA11959;
Mon, 20 Jan 1997 16:10:05 -0800 (PST)
Date: Mon, 20 Jan 1997 16:10:05 -0800 (PST)
Message-Id: <199701210010.QAA11959@freefall.freebsd.org>
To: freebsd-bugs
Cc:
From: Kazutaka YOKOTA
Subject: Re: bin/2539: keyboard lock with Toshiba laptop
Reply-To: Kazutaka YOKOTA
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
The following reply was made to PR bin/2539; it has been noted by GNATS.
From: Kazutaka YOKOTA
To: jbrann@freebie.brann.org
Cc: FreeBSD-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp
Subject: Re: bin/2539: keyboard lock with Toshiba laptop
Date: Tue, 21 Jan 1997 09:12:18 +0900
>>Number: 2539
>>Category: bin
>>Synopsis: keyboard lock with Toshiba laptop
>>Confidential: no
>>Severity: serious
>>Priority: high
>>Responsible: freebsd-bugs
>>State: open
>>Class: support
>>Submitter-Id: current-users
>>Arrival-Date: Mon Jan 20 11:40:02 PST 1997
>>Last-Modified:
>>Originator: John Brann
>>Organization:
>Not while I'm at home
>>Release: FreeBSD 2.2-BETA i386
>>Environment:
>
>Toshiba 415CS laptop, FreeBSD 2.2-BETA.
>
>>Description:
>
>Enabling the builtin PS/2 mouse causes keyboard hang. This is observable
>with the install kernel, the GENERIC kernel and a purpose-built kernel.
>
>Disabling the psm0 device causes the machine to behave normally.
The `psm' driver in 2.2-BETA is very new, and several problems have
been reported and corrected so far.
Would you possibly check the following?
1. Any error messages logged during the boot process. The lines
you should look for are marked with either "sc0:...", "psm:...", or
"kbdio:...".
2. If you can bother, put
options "PSM_DEBUG=2"
options "KBDIO_DEBUG=2"
in your kernel configuration file, rebuild the kernel and reboot.
You should see a lot more messages this time.
3. Please don't use `moused' for now. The `psm' driver and `moused' in
2.2-BETA just don't work together (this problem has been correced
for the next release.)
>The mouse works correctly with 2.1.6 and 2.2-960612-SNAP
Hmmm.
Kazu.
From owner-freebsd-bugs Mon Jan 20 18:00:03 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id SAA19698
for bugs-outgoing; Mon, 20 Jan 1997 18:00:03 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id SAA19691;
Mon, 20 Jan 1997 18:00:02 -0800 (PST)
Date: Mon, 20 Jan 1997 18:00:02 -0800 (PST)
Message-Id: <199701210200.SAA19691@freefall.freebsd.org>
To: freebsd-bugs
Cc:
From: davidn@unique.usn.blaze.net.au (David Nugent)
Subject: Re: kern/2535: filesize-cur resource limit reset to "infinity"
Reply-To: davidn@unique.usn.blaze.net.au (David Nugent)
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
The following reply was made to PR kern/2535; it has been noted by GNATS.
From: davidn@unique.usn.blaze.net.au (David Nugent)
To: bde@zeta.org.au (Bruce Evans)
Cc: FreeBSD-gnats-submit@FreeBSD.org
Subject: Re: kern/2535: filesize-cur resource limit reset to "infinity"
Date: Tue, 21 Jan 1997 12:54:14 +1100
Bruce Evans writes:
> >+ /* p->p_rlimit[RLIMIT_FSIZE].rlim_cur = RLIM_INFINITY; */
>
> rlimits are copy on write (implemented in software; grep for p_limit
> in kern_fork.c and kern_resource.c). The above code neglects to
> duplicate the struct before writing to it.
Suddenly things make sense - thanks Bruce. :-)
Is this patch the correct fix?
--- kern_exit.c.orig Wed Jan 15 14:55:26 1997
+++ kern_exit.c Tue Jan 21 12:48:57 1997
@@ -222,6 +222,10 @@
sp->s_leader = NULL;
}
fixjobc(p, p->p_pgrp, 0);
+ if (p->p_limit->p_refcnt > 1 && p->p_limit->p_lflags & PL_SHAREMOD) {
+ p->p_limit->p_refcnt--;
+ p->p_limit = limcopy(p->p_limit);
+ }
p->p_rlimit[RLIMIT_FSIZE].rlim_cur = RLIM_INFINITY;
(void)acct_process(p);
#ifdef KTRACE
Regards,
David Nugent - Unique Computing Pty Ltd - Melbourne, Australia
Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet
davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/
From owner-freebsd-bugs Mon Jan 20 18:20:19 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id SAA20505
for bugs-outgoing; Mon, 20 Jan 1997 18:20:19 -0800 (PST)
Received: from dragon.ns.dx.net.ns.dx.net (dragon.illusions.com [206.162.89.100])
by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id SAA20496
for ; Mon, 20 Jan 1997 18:20:12 -0800 (PST)
Received: by dragon.ns.dx.net.ns.dx.net (IBM OS/2 SENDMAIL VERSION 1.3.14/1.0)
id AA0482; Mon, 20 Jan 97 19:18:10 -0700
Message-Id: <9701210218.AA0482@dragon.ns.dx.net.ns.dx.net>
Mime-Version: 1.0
Date: Mon, 20 Jan 97 19:06:44 +0800
From: dragon@illusions.com
To: bugs@freebsd.org
Subject: BIG BUG installing to notebook
X-Mailer: Ultimedia Mail/2 Lite, IBM T. J. Watson Research Center
Content-Id: <474_127_1_853805206>
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
Okay boys, here's the problem. Never in my life have I been so frustrated trying to install
and OS on any machine. OS/2 no problem, Windows great, Solaris easy, FreeBSD WHAT A FRIGGIN
JOKE!!! Your release 2.1.5 states and I quote from your own file install.txt from the root of
the CD-ROM
"After you've formatted the floppies for DOS or UFS, you'll need to
copy the files onto them. The distribution files are split into
chunks conveniently sized so that 5 of them will fit on a conventional
1.44MB floppy. Go through all your floppies, packing as many files as
will fit on each one, until you've got all the distributions you want
packed up in this fashion. Each distribution should go into its own
subdirectory on the floppy, e.g.: a:\bin\bin.aa, a:\bin\bin.ab, ...
Once you come to the Media screen of the install, select "Floppy" and
you'll be prompted for the rest."
NOT. Oh it prompts alright, "unable to extract bin", what a good message that is. I have also
tried the following:
A:\dists\bin
A:\freebsd\bin
A:\
A:\bin
all to no good purpose. At least Linux had a "make floppy" command, and it will install on the
same notebook that I am trying to get yours onto.
Now, I am a full time UNIX administrator working on Sun SPARC and x86 Solaris. I have been
doing this for a long time, and I have installed UNIX on systems that it was not even suppose
to run on, and yet I have never had these kinds of problems. Either the documentation is
wrong, or the install program does not like floppies, and since that is all I have on this
notebook, that's all I can use.
The notebook is a Compaq LTE Lite 4/25 with a 130 MB hard drive and 12MB of ram. No it is not
color and no I will not be installing any graphics programs on it. This is a development and
e-mail box. I wanted to use FreeBSD because of the similarity to Solaris in many respects,
however, that does not seem possible now.
If you have a solution to this problem, I would love to hear it, and even give it a try. Who
knows, there might even be a page missing from my install.txt file. All I know is, IT DON'T
WORK LIKE IT SAYS IT WILL!!! Your help is appreciated.
______________________________________________________
Karl E. Taylor
UNIX Systems Administrator
Desert Dragon SOHO Solutions
dragon@illusions.com
______________________________________________________
"If it does not say UNIX on it,,, then it is a toy!!!"
From owner-freebsd-bugs Mon Jan 20 18:46:46 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id SAA21718
for bugs-outgoing; Mon, 20 Jan 1997 18:46:46 -0800 (PST)
Received: from meter.eng.uci.edu (root@meter.eng.uci.edu [128.200.85.3])
by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id SAA21711
for ; Mon, 20 Jan 1997 18:46:41 -0800 (PST)
Received: from newport.ece.uci.edu by meter.eng.uci.edu (8.8.4) id SAA19555; Mon, 20 Jan 1997 18:46:36 -0800 (PST)
Received: from localhost by newport.ece.uci.edu (8.8.4) id SAA23170; Mon, 20 Jan 1997 18:46:33 -0800 (PST)
Message-Id: <199701210246.SAA23170@newport.ece.uci.edu>
To: bugs@freebsd.org
Subject: exec panic in 2.2 RELENG
Date: Mon, 20 Jan 1997 18:46:32 -0800
From: Steven Wallace
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
I have discovered a problem with 2.2 execing a binary image when
the first page has bad blocks on the media.
For example, I have a CDROM where a file has all its blocks are bad,
so when it execs, the header is mapped, then exec_aout_imgact()
is called and accesses this page, then the system panics because
it faults while in kernel mode.
The problem as I see it is that in execve() we have:
/*
* Map the image header (first page) of the file into
* kernel address space
*/
error = vm_mmap(exech_map, /* map */
...
I don't know if this call reads that page in from the filesystem.
Apparently it does not. It should read this page into memory.
If there are any problems, then an error is returned immediately.
We will be accessing this page the next function call anyways,
so we might as well bring it in now. Also, this allows us to
detect any errors right away.
Please let me know the results of your investigation. I can test
it out on my bad media for you.
Steven
From owner-freebsd-bugs Mon Jan 20 18:49:35 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id SAA21932
for bugs-outgoing; Mon, 20 Jan 1997 18:49:35 -0800 (PST)
Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30])
by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id SAA21911
for ; Mon, 20 Jan 1997 18:49:30 -0800 (PST)
Received: (from davidn@localhost)
by labs.usn.blaze.net.au (8.8.4/8.8.4)
id NAA00387; Tue, 21 Jan 1997 13:48:11 +1100 (EST)
Message-ID:
Date: Tue, 21 Jan 1997 13:48:11 +1100
From: davidn@unique.usn.blaze.net.au (David Nugent)
To: davidn@unique.usn.blaze.net.au (David Nugent)
Cc: freebsd-bugs@freefall.freebsd.org
Subject: Re: kern/2535: filesize-cur resource limit reset to "infinity"
References: <199701210200.SAA19691@freefall.freebsd.org>
X-Mailer: Mutt 0.56
Mime-Version: 1.0
In-Reply-To: <199701210200.SAA19691@freefall.freebsd.org>; from David Nugent on Jan 20, 1997 18:00:02 -0800
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
David Nugent writes:
> Is this patch the correct fix?
>
> --- kern_exit.c.orig Wed Jan 15 14:55:26 1997
> +++ kern_exit.c Tue Jan 21 12:48:57 1997
> @@ -222,6 +222,10 @@
> sp->s_leader = NULL;
> }
> fixjobc(p, p->p_pgrp, 0);
> + if (p->p_limit->p_refcnt > 1 && p->p_limit->p_lflags & PL_SHAREMOD) {
Whoops. That should of course be:
> + if (p->p_limit->p_refcnt > 1 && (p->p_limit->p_lflags & PL_SHAREMOD) == 0) {
Regards,
David Nugent - Unique Computing Pty Ltd - Melbourne, Australia
Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet
davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/
From owner-freebsd-bugs Mon Jan 20 22:30:03 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id WAA01163
for bugs-outgoing; Mon, 20 Jan 1997 22:30:03 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id WAA01157;
Mon, 20 Jan 1997 22:30:01 -0800 (PST)
Resent-Date: Mon, 20 Jan 1997 22:30:01 -0800 (PST)
Resent-Message-Id: <199701210630.WAA01157@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
yjlin@carpet.v6s.dorm.ncku.edu.tw
Received: from carpet.v6s.dorm.ncku.edu.tw (yjlin@carpet.v6s.dorm.ncku.edu.tw [140.116.220.66])
by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA01084
for ; Mon, 20 Jan 1997 22:28:38 -0800 (PST)
Received: (from yjlin@localhost) by carpet.v6s.dorm.ncku.edu.tw (8.8.4/8.7.3) id OAA00706; Tue, 21 Jan 1997 14:28:25 +0800 (CST)
Message-Id: <199701210628.OAA00706@carpet.v6s.dorm.ncku.edu.tw>
Date: Tue, 21 Jan 1997 14:28:25 +0800 (CST)
From: Yow Jou Lin
Reply-To: yjlin@carpet.v6s.dorm.ncku.edu.tw
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/2545: < sd0(ncr0:6:0): COMMAND FAILED ==> Not always happens >
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
>Number: 2545
>Category: kern
>Synopsis: < sd0(ncr0:6:0): COMMAND FAILED ==> Not always happens >
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: freebsd-bugs
>State: open
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Mon Jan 20 22:30:00 PST 1997
>Last-Modified:
>Originator: Yow Jou Lin
>Organization:
FreeBSD Server
>Release: FreeBSD 2.2-BETA_A i386
>Environment:
FreeBSD 2.2-BETA_A #0:/usr/src/sys/compile/CARPET
H/W : Using tekram 390UW(SCSI) IBM Dors 2.1G Ultra Wide
Cyrix 150+ ....
>Description:
An error message after booting at virtual console.
The message is following :
assertion "cp" failed: file "../../pci/ncr.c", line 5540
sd0(ncr0:6:0): COMMAND FAILED (4 28) @f137b800.
>How-To-Repeat:
Haven't try to repeat this message ..
>Fix:
Sorry don't know how to. Thanks for checking it .
>Audit-Trail:
>Unformatted:
From owner-freebsd-bugs Mon Jan 20 23:24:31 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id XAA03817
for bugs-outgoing; Mon, 20 Jan 1997 23:24:31 -0800 (PST)
Received: from time.cdrom.com (time.cdrom.com [204.216.27.226])
by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA03811
for ; Mon, 20 Jan 1997 23:24:28 -0800 (PST)
Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id XAA19820; Mon, 20 Jan 1997 23:24:22 -0800 (PST)
To: dragon@illusions.com
cc: bugs@freebsd.org
Subject: Re: BIG BUG installing to notebook
In-reply-to: Your message of "Mon, 20 Jan 1997 19:06:44 +0800."
<9701210218.AA0482@dragon.ns.dx.net.ns.dx.net>
Date: Mon, 20 Jan 1997 23:24:22 -0800
Message-ID: <19816.853831462@time.cdrom.com>
From: "Jordan K. Hubbard"
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
> Okay boys, here's the problem. Never in my life have I been so
> frustrated trying to install and OS on any machine. OS/2 no problem,
> Windows great, Solaris easy, FreeBSD WHAT A FRIGGIN JOKE!!! Your
Given the tone of this message, I don't think that I'm going to bother
answering it and I'd like to request that no one else reward this
brand of rudeness with an answer either. The above statement was as
gratiutous as it was unnecessary, an I don't care how frustrated the
user was - he can behave like a professional or he can go elsewhere.
For what it's worth, the problem is actually quite simple and is not a
bug at all. Perhaps if the user had learned earlier on in life that
kicking someone in the teeth for giving him something for free was not
appropriate behavior, we'd have gotten somewhere with this.
As it is, I have absolutely no inclination to help Mr. Taylor and, all
things considered, would much prefer that he stick with Linux. Users
with his attitude we can genuinely do without, and there are more than
enough potential users who DON'T suffer from such personality
disorders that we should put our very limited time and energies into
helping them. The flamers can go commercial, where the support people
are at least paid to be abused.
Jordan
From owner-freebsd-bugs Tue Jan 21 01:49:35 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id BAA10926
for bugs-outgoing; Tue, 21 Jan 1997 01:49:35 -0800 (PST)
Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38])
by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id BAA10921
for ; Tue, 21 Jan 1997 01:49:32 -0800 (PST)
Received: from current1.whistle.com (current1.whistle.com [207.76.205.22])
by alpo.whistle.com (8.8.4/8.8.4) with SMTP
id AAA09908; Tue, 21 Jan 1997 00:57:21 -0800 (PST)
Date: Tue, 21 Jan 1997 00:55:26 -0800 (PST)
From: Julian Elischer
To: "Jordan K. Hubbard"
cc: dragon@illusions.com, bugs@FreeBSD.ORG
Subject: Re: BIG BUG installing to notebook
In-Reply-To: <19816.853831462@time.cdrom.com>
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
On Mon, 20 Jan 1997, Jordan K. Hubbard wrote:
> > Okay boys, here's the problem. Never in my life have I been so
> > frustrated trying to install and OS on any machine. OS/2 no problem,
> > Windows great, Solaris easy, FreeBSD WHAT A FRIGGIN JOKE!!! Your
>
> Given the tone of this message, I don't think that I'm going to bother
> answering it and I'd like to request that no one else reward this
> brand of rudeness with an answer either. The above statement was as
Jordan, NOW who's being rude...
c'mon give him the benefit of the doubt..
he was REALLY frustrated..
I must admit I never understand the floppy install notes either..
this is not the way to get friends..
Two wrongs don't make a RIGHT!
turn the other cheek
etc. etc.
julian
both should appol.
so there NYAH!
From owner-freebsd-bugs Tue Jan 21 03:36:00 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id DAA14578
for bugs-outgoing; Tue, 21 Jan 1997 03:36:00 -0800 (PST)
Received: from time.cdrom.com (time.cdrom.com [204.216.27.226])
by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id DAA14573
for ; Tue, 21 Jan 1997 03:35:57 -0800 (PST)
Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id DAA08905; Tue, 21 Jan 1997 03:35:50 -0800 (PST)
To: Julian Elischer
cc: dragon@illusions.com, bugs@FreeBSD.ORG
Subject: Re: BIG BUG installing to notebook
In-reply-to: Your message of "Tue, 21 Jan 1997 00:55:26 PST."
Date: Tue, 21 Jan 1997 03:35:49 -0800
Message-ID: <8901.853846549@time.cdrom.com>
From: "Jordan K. Hubbard"
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
> > Given the tone of this message, I don't think that I'm going to bother
> > answering it and I'd like to request that no one else reward this
> > brand of rudeness with an answer either. The above statement was as
> Jordan, NOW who's being rude...
Not me - I'm simply stating facts, Julian. People can treat us with
respect and get all the help we're able to give them or they can bite
the hand that feeds and stop being fed. Period.
> c'mon give him the benefit of the doubt..
> he was REALLY frustrated..
He wouldn't be the first and he won't be the last. We'll never, and I
repeat never, be able to make 100% of our users happy and there will
always be failure reports. That's a fact of life we have to live
with. Some users will go beyond the pale in reporting these failures,
however, and no degree of frustration justifies being abusive to our
overworked, volunteer question answering team. I simply will not
stand for that, not now and not ever, and we have more than enough
people clamoring for help that we don't NEED to waste our time on
those who don't deserve it. We are already stretched to the limits
just in trying to support those who do, many of whom are still waiting
patiently for questions that they asked weeks ago.
> this is not the way to get friends..
> Two wrongs don't make a RIGHT!
>
> turn the other cheek
Julian, this is not about hurt feelings or trading shots over the
wall. This is about policy, a very necessary policy, and it's not
about to change. If the user wants help, he can learn to ask us for
it nicely or not at all, and that's really all there is to it.
And that's enough on that subject. We all have work to do, you
possibly more than most, so let's go do it.
Jordan
From owner-freebsd-bugs Tue Jan 21 03:50:04 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id DAA15070
for bugs-outgoing; Tue, 21 Jan 1997 03:50:04 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id DAA15064;
Tue, 21 Jan 1997 03:50:02 -0800 (PST)
Resent-Date: Tue, 21 Jan 1997 03:50:02 -0800 (PST)
Resent-Message-Id: <199701211150.DAA15064@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
Received:(from nobody@localhost) by.freefall.freebsd.org.id.DAA14861;Tue; (8.8.4/8.8.4);,
21 Jan 1997 03:44:20.-0800 (PST)
Message-Id: <199701211144.DAA14861@freefall.freebsd.org>
Date: Tue, 21 Jan 1997 03:44:20 -0800 (PST)
From: Nakai@Mlab.t.u-tokyo.ac.jp
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: bin/2547: fetch command fail to get file
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
>Number: 2547
>Category: bin
>Synopsis: fetch command fail to get file
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: freebsd-bugs
>State: open
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Tue Jan 21 03:50:01 PST 1997
>Last-Modified:
>Originator: Yukihiro Nakai
>Organization:
University of Tokyo
>Release: 3.0-970118-SNAP
>Environment:
FreeBSD PyroPolis.t.u-tokyo.ac.jp 3.0-970118-SNAP FreeBSD 3.0-970118-SNAP #0: Sat Jan 18 13:26:12 GMT 1997 jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC i386
>Description:
'fetch' command fail to get some file.
Please tell me how to avoid this problem.
>How-To-Repeat:
Do this command
fetch http://www.power.co.jp/tm/tanaka/new-osaka.tar.gz
and you'll find this message and fail.
tm/tanaka/new-osaka.tar.gz fetching failed, header so far:
HTTP/1.0 406 óIuWFNg
Content-Type: text/html
HTTP/1.0 406 óIuWFNg
>Fix:
>Audit-Trail:
>Unformatted:
From owner-freebsd-bugs Tue Jan 21 03:53:31 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id DAA15154
for bugs-outgoing; Tue, 21 Jan 1997 03:53:31 -0800 (PST)
Received: from ambient.ops.best.com (eporue@ambient.ops.best.com [205.149.163.115])
by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id DAA15149
for ; Tue, 21 Jan 1997 03:53:28 -0800 (PST)
Received: from localhost (eporue@localhost) by ambient.ops.best.com (8.8.4/8.8.3) with SMTP id DAA00597 for ; Tue, 21 Jan 1997 03:50:48 GMT
Date: Tue, 21 Jan 1997 03:50:47 +0000 ()
From: "Eporue - aCid produCtions <1997> "
To: freebsd-bugs@freebsd.com
Subject: hmmm
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
whee...
From owner-freebsd-bugs Tue Jan 21 04:19:35 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id EAA16106
for bugs-outgoing; Tue, 21 Jan 1997 04:19:35 -0800 (PST)
Received: from economic.acnit.ac.ru (economic.acnit.ac.ru [193.233.113.18])
by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id EAA15996
for ; Tue, 21 Jan 1997 04:15:56 -0800 (PST)
Received: (from bazilio@localhost)
by economic.acnit.ac.ru (8.8.4/8.8.4)
id NAA04350; Tue, 21 Jan 1997 13:09:10 +0300 (MSK)
Date: Tue, 21 Jan 1997 13:09:09 +0300 (MSK)
From: "Vasily V. Grechishnikov"
To: freebsd-bugs@freebsd.org
Subject: 2.2 BETA: cursor=destructive on some systems trembles the screen
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
Hi !
I have 2.2 BETA . And I have following system :
Calibrating clock(s) relative to mc146818A clock ... i8254 clock: 1193442 Hz
CPU: AMD Am5x86 Write-Back (486-class CPU)
Origin = "AuthenticAMD" Id = 0x4f4
real memory = 12582912 (12288K bytes)
avail memory = 10645504 (10396K bytes)
DEVFS: ready for devices
Probing for devices on PCI bus 0:
chip0 rev 49 on pci0:5
de0 rev 36 int a irq 9 on pci0:11
de0: 21040 [10Mb/s] pass 2.4
de0: address 00:80:c8:26:7c:34
de0: enabling BNC/AUI port
vga0 rev 211 int a irq 10 on pci0:13
Probing for devices on the ISA bus:
sc0 at 0x60-0x6f irq 1 on motherboard
sc0: VGA color <16 virtual consoles, flags=0x0>
ed0 at 0x320-0x33f irq 15 on isa
ed0: address 00:40:95:80:99:60, type NE2000 (16 bit)
ed1 at 0x200-0x21f irq 5 on isa
ed1: address 00:50:4d:00:98:cc, type NE2000 (16 bit)
lpt0 at 0x378-0x37f irq 7 on isa
lpt0: Interrupt-driven port
lp0: TCP/IP capable interface
sio0 at 0x3f8-0x3ff irq 4 on isa
sio0: type 16550A
wdc0 at 0x1f0-0x1f7 irq 14 on isa
wdc0: unit 0 (wd0):
wd0: 534MB (1094688 sectors), 1086 cyls, 16 heads, 63 S/T, 512 B/S
fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa
fdc0: NEC 765
fd0: 1.44MB 3.5in
npx0 on motherboard
npx0: INT 16 interface
DEVFS: ready to run
When I chahge cursor=NO in the sysconfig to cursor=destructive ,screen image
on my monitor begins to tremble . On various monitor this effect changes from
almost unvisble to very fat stripes . My eyes tired by 10 minutes .
But if I back to cursor=NO , all was ok . Why ?
Vasily.
From owner-freebsd-bugs Tue Jan 21 04:21:12 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id EAA16598
for bugs-outgoing; Tue, 21 Jan 1997 04:21:12 -0800 (PST)
Received: from economic.acnit.ac.ru (economic.acnit.ac.ru [193.233.113.18])
by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id EAA16517
for ; Tue, 21 Jan 1997 04:21:00 -0800 (PST)
Received: (from bazilio@localhost)
by economic.acnit.ac.ru (8.8.4/8.8.4)
id TAA00800 for freebsd-bugs@freebsd.org; Mon, 20 Jan 1997 19:43:51 +0300 (MSK)
Date: Mon, 20 Jan 97 16:43:50 +0000
From: bazilio@economic.acnit.ac.ru (Vasily V. Grechishnikov)
To: freebsd-bugs@freebsd.org
Message-ID:
Subject: cursor=destructive - breaks user's eyes
X-Mailer: BML [UNIX Beauty Mail v.1.39]
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
Hi !
I have 2.2 BETA . And I have following system :
Calibrating clock(s) relative to mc146818A clock ... i8254 clock: 1193442 Hz
CPU: AMD Am5x86 Write-Back (486-class CPU)
Origin = "AuthenticAMD" Id = 0x4f4
real memory = 12582912 (12288K bytes)
avail memory = 10645504 (10396K bytes)
DEVFS: ready for devices
Probing for devices on PCI bus 0:
chip0 rev 49 on pci0:5
de0 rev 36 int a irq 9 on pci0:11
de0: 21040 [10Mb/s] pass 2.4
de0: address 00:80:c8:26:7c:34
de0: enabling BNC/AUI port
vga0 rev 211 int a irq 10 on pci0:13
Probing for devices on the ISA bus:
sc0 at 0x60-0x6f irq 1 on motherboard
sc0: VGA color <16 virtual consoles, flags=0x0>
ed0 at 0x320-0x33f irq 15 on isa
ed0: address 00:40:95:80:99:60, type NE2000 (16 bit)
ed1 at 0x200-0x21f irq 5 on isa
ed1: address 00:50:4d:00:98:cc, type NE2000 (16 bit)
lpt0 at 0x378-0x37f irq 7 on isa
lpt0: Interrupt-driven port
lp0: TCP/IP capable interface
sio0 at 0x3f8-0x3ff irq 4 on isa
sio0: type 16550A
wdc0 at 0x1f0-0x1f7 irq 14 on isa
wdc0: unit 0 (wd0):
wd0: 534MB (1094688 sectors), 1086 cyls, 16 heads, 63 S/T, 512 B/S
fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa
fdc0: NEC 765
fd0: 1.44MB 3.5in
npx0 on motherboard
npx0: INT 16 interface
DEVFS: ready to run
When I chahge cursor=NO in the sysconfig to cursor=destructive image on my
monitor begins to tremble . On various monitor this effect changes from
almost unvisble to very solid stripes . My eyes tired by 10 minutes .
But if I back to cursor=NO , all be ok . Why ?
Vasily.
From owner-freebsd-bugs Tue Jan 21 05:40:06 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id FAA20179
for bugs-outgoing; Tue, 21 Jan 1997 05:40:06 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id FAA20142;
Tue, 21 Jan 1997 05:40:04 -0800 (PST)
Date: Tue, 21 Jan 1997 05:40:04 -0800 (PST)
Message-Id: <199701211340.FAA20142@freefall.freebsd.org>
To: freebsd-bugs
Cc:
From: Dave Marquardt
Subject: Re: kern/2521: kernel from 2.1.6 install CD doesn't accept `-c'
argument
Reply-To: Dave Marquardt
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
The following reply was made to PR kern/2521; it has been noted by GNATS.
From: Dave Marquardt
To: "Jordan K. Hubbard"
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: kern/2521: kernel from 2.1.6 install CD doesn't accept `-c'
argument
Date: Tue, 21 Jan 1997 07:32:43 -0600
> > > I suspect I'll still get 2.1.6 installed anyway, but I sure do miss
> > > the capability to drop into UserConfig. If I think of any solution,
> >
> > Well, if you use the boot.flp image it will still work - this is only
> > an fbsdboot.exe problem.
>
> Yeah, I decided to try the boot floppy, and UserConfig worked fine.
> Thanks!
BTW, feel free to close the problem I opened. Thanks for the information!
--
Dave Marquardt
Home:
Work:
From owner-freebsd-bugs Tue Jan 21 08:01:07 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id IAA26417
for bugs-outgoing; Tue, 21 Jan 1997 08:01:07 -0800 (PST)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id IAA26412
for ; Tue, 21 Jan 1997 08:01:03 -0800 (PST)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id CAA10696; Wed, 22 Jan 1997 02:58:56 +1100
Date: Wed, 22 Jan 1997 02:58:56 +1100
From: Bruce Evans
Message-Id: <199701211558.CAA10696@godzilla.zeta.org.au>
To: davidn@unique.usn.blaze.net.au
Subject: Re: kern/2535: filesize-cur resource limit reset to "infinity"
Cc: freebsd-bugs@freefall.freebsd.org
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
>> Is this patch the correct fix?
>>
>> --- kern_exit.c.orig Wed Jan 15 14:55:26 1997
>> +++ kern_exit.c Tue Jan 21 12:48:57 1997
>> @@ -222,6 +222,10 @@
>> sp->s_leader = NULL;
>> }
>> fixjobc(p, p->p_pgrp, 0);
>> + if (p->p_limit->p_refcnt > 1 && p->p_limit->p_lflags & PL_SHAREMOD) {
>
>Whoops. That should of course be:
>
>> + if (p->p_limit->p_refcnt > 1 && (p->p_limit->p_lflags & PL_SHAREMOD) == 0) {
>
Except it is has too many columns. See kern_resource.c for correct formatting.
BTW, PL_SHAREMOD seems to be never set. It is to support threads, but the
kernel doesn't have any real support for threads.
Bruce
From owner-freebsd-bugs Tue Jan 21 08:43:20 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id IAA28744
for bugs-outgoing; Tue, 21 Jan 1997 08:43:20 -0800 (PST)
Received: (from davidn@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id IAA28722;
Tue, 21 Jan 1997 08:43:14 -0800 (PST)
Date: Tue, 21 Jan 1997 08:43:14 -0800 (PST)
From: David Nugent
Message-Id: <199701211643.IAA28722@freefall.freebsd.org>
To: davidn@unique.usn.blaze.net.au, davidn, freebsd-bugs, davidn
Subject: Re: kern/2535
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
Synopsis: filesize-cur resource limit reset to "infinity"
State-Changed-From-To: open-closed
State-Changed-By: davidn
State-Changed-When: Wed Jan 22 03:41:07 EST 1997
State-Changed-Why:
Fixed in both -current and RELENG_2_2 branch in kern/kern_exit.c, copy
process resources before modification.
Responsible-Changed-From-To: freebsd-bugs->davidn
Responsible-Changed-By: davidn
Responsible-Changed-When: Wed Jan 22 03:41:07 EST 1997
Responsible-Changed-Why:
Fixed by my commit.
From owner-freebsd-bugs Tue Jan 21 09:50:05 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id JAA02278
for bugs-outgoing; Tue, 21 Jan 1997 09:50:05 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id JAA02270;
Tue, 21 Jan 1997 09:50:02 -0800 (PST)
Date: Tue, 21 Jan 1997 09:50:02 -0800 (PST)
Message-Id: <199701211750.JAA02270@freefall.freebsd.org>
To: freebsd-bugs
Cc:
From: Bill Fenner
Subject: Re: bin/2547: fetch command fail to get file
Reply-To: Bill Fenner
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
The following reply was made to PR bin/2547; it has been noted by GNATS.
From: Bill Fenner
To: freebsd-gnats-submit@freebsd.org, Nakai@mlab.t.u-tokyo.ac.jp
Cc: Subject: Re: bin/2547: fetch command fail to get file
Date: Tue, 21 Jan 1997 09:38:32 PST
This is because fetch doesn't supply an "Accept:" header, and
Microsoft IIS appears to take the lack of an "Accept:" header
as 'I want no types of data' instead of 'I want all types of data'.
(The 406 error says "I don't have the type of data you want". Unless
the characters after the 406 are japanese, then it's probably a bug in
IIS that prints garbage after a 406 error).
Of course, RFC2068 says
If no Accept header field is present, then it is assumed that the
client accepts all media types.
but we can't expect Microsloth to care. The fix, annoying as it
may be, is probably to make fetch say "Accept: */*" as part of its
HTTP request.
Bill
From owner-freebsd-bugs Tue Jan 21 11:30:04 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id LAA07389
for bugs-outgoing; Tue, 21 Jan 1997 11:30:04 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id LAA07383;
Tue, 21 Jan 1997 11:30:03 -0800 (PST)
Resent-Date: Tue, 21 Jan 1997 11:30:03 -0800 (PST)
Resent-Message-Id: <199701211930.LAA07383@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, stesin@gu.net
Received: from trifork.gu.net (trifork.gu.net [194.93.190.194])
by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA07206
for ; Tue, 21 Jan 1997 11:26:57 -0800 (PST)
Received: (from stesin@localhost)
by trifork.gu.net (8.8.4/8.8.4)
id VAA01798; Tue, 21 Jan 1997 21:26:24 +0200 (EET)
Message-Id: <199701211926.VAA01798@trifork.gu.net>
Date: Tue, 21 Jan 1997 21:26:24 +0200 (EET)
From: stesin@gu.net
Reply-To: stesin@gu.net
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/2549: cdcontrol refuses to play audio CDs from ATAPI CDROM on 2.2-BETA
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
>Number: 2549
>Category: bin
>Synopsis: cdcontrol refuses to play audio CDs from ATAPI CDROM on 2.2-BETA
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: freebsd-bugs
>State: open
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Tue Jan 21 11:30:01 PST 1997
>Last-Modified:
>Originator: Andrew Stesin
>Organization:
me myself
>Release: FreeBSD 2.2-BETA_A i386
>Environment:
SONY CDU-55E ATAPI CDROM, slave on wdc1; Packard Bell 486 machine
upgraded to AMD133, Phoenix BIOS
>Description:
I used to listen audio CDs with native FreeBSD cdcontrol linemode
utility before. Today I found that it does pretty much everything
(Info, Status, Eject commands) on the box described above, --
but refuses to start playing ny track, diagnostic:
Input/Output error
Kernel message: wcd0: cannot read audio disc
repeats many times.
This isn't a kernel bug: xmcd audioCD player from ports
works nice just now after using it's config.sh script.
>How-To-Repeat:
Try to insert audioCD into ATAPI CDROM and ask cdcontrol to
play it.
>Fix:
Sorry... :(
>Audit-Trail:
>Unformatted:
From owner-freebsd-bugs Tue Jan 21 13:06:00 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id NAA13234
for bugs-outgoing; Tue, 21 Jan 1997 13:06:00 -0800 (PST)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id NAA13192
for ; Tue, 21 Jan 1997 13:05:38 -0800 (PST)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA17387; Tue, 21 Jan 1997 22:03:16 +0100
Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id VAA23195; Tue, 21 Jan 1997 21:35:50 +0100 (MET)
Message-ID:
Date: Tue, 21 Jan 1997 21:35:50 +0100
From: j@uriah.heep.sax.de (J Wunsch)
To: yjlin@carpet.v6s.dorm.ncku.edu.tw
Cc: freebsd-bugs@FreeBSD.org (FreeBSD bugs list)
Subject: Re: kern/2545: < sd0(ncr0:6:0): COMMAND FAILED ==> Not always happens >
References: <199701210628.OAA00706@carpet.v6s.dorm.ncku.edu.tw>
X-Mailer: Mutt 0.55-PL10
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <199701210628.OAA00706@carpet.v6s.dorm.ncku.edu.tw>; from Yow Jou Lin on Jan 21, 1997 14:28:25 +0800
Sender: owner-bugs@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk
As Yow Jou Lin wrote:
> H/W : Using tekram 390UW(SCSI) IBM Dors 2.1G Ultra Wide
> assertion "cp" failed: file "../../pci/ncr.c", line 5540
> sd0(ncr0:6:0): COMMAND FAILED (4 28) @f137b800.
^^^^
I think you're using an NCR controller, not a Tekram.
--
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 21 14:00:04 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id OAA16973
for bugs-outgoing; Tue, 21 Jan 1997 14:00:04 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id OAA16941;
Tue, 21 Jan 1997 14:00:02 -0800 (PST)
Resent-Date: Tue, 21 Jan 1997 14:00:02 -0800 (PST)
Resent-Message-Id: <199701212200.OAA16941@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, charnier@xp11.frmug.org
Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252])
by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id NAA16832
for ; Tue, 21 Jan 1997 13:58:44 -0800 (PST)
Received: (from uucp@localhost) by frmug.org (8.8.2/8.8.2/frmug-1.3) with UUCP id WAA01611 for FreeBSD-gnats-submit@freebsd.org; Tue, 21 Jan 1997 22:58:37 +0100 (MET)
Received: (from charnier@localhost) by xp11.frmug.org (8.8.4/8.7.3/xp11-uucp-1.1) id WAA00817; Tue, 21 Jan 1997 22:21:57 +0100 (CET)
Message-Id: <199701212121.WAA00817@xp11.frmug.org>
Date: Tue, 21 Jan 1997 22:21:57 +0100 (CET)
From: Philippe Charnier
Reply-To: charnier@xp11.frmug.org
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/2550: No login allowed when shell not set in passwd file
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
>Number: 2550
>Category: bin
>Synopsis: login: : No such file or directory
>Confidential: no
>Severity: serious
>Priority: high
>Responsible: freebsd-bugs
>State: open
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Tue Jan 21 14:00:01 PST 1997
>Last-Modified:
>Originator: Philippe Charnier
>Organization:
>Release: FreeBSD 3.0-CURRENT i386
>Environment:
>Description:
When login as `toor' (shell unset), I got
login: :No such file or directory
and was not allowed to log in.
Adding /bin/sh at the end of the passwd entry solved the problem.
>How-To-Repeat:
Compile `login' with -DLOGIN_CAP which is now the default.
run cap_mkdb /etc/login.conf
>Fix:
>Audit-Trail:
>Unformatted:
From owner-freebsd-bugs Tue Jan 21 14:00:06 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id OAA17002
for bugs-outgoing; Tue, 21 Jan 1997 14:00:06 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id OAA16971;
Tue, 21 Jan 1997 14:00:04 -0800 (PST)
Resent-Date: Tue, 21 Jan 1997 14:00:04 -0800 (PST)
Resent-Message-Id: <199701212200.OAA16971@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, charnier@xp11.frmug.org
Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252])
by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id NAA16848
for ; Tue, 21 Jan 1997 13:58:58 -0800 (PST)
Received: (from uucp@localhost) by frmug.org (8.8.2/8.8.2/frmug-1.3) with UUCP id WAA01613 for FreeBSD-gnats-submit@freebsd.org; Tue, 21 Jan 1997 22:58:53 +0100 (MET)
Received: (from charnier@localhost) by xp11.frmug.org (8.8.4/8.7.3/xp11-uucp-1.1) id WAA01626; Tue, 21 Jan 1997 22:50:41 +0100 (CET)
Message-Id: <199701212150.WAA01626@xp11.frmug.org>
Date: Tue, 21 Jan 1997 22:50:41 +0100 (CET)
From: Philippe Charnier
Reply-To: charnier@xp11.frmug.org
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: misc/2551: setting for root in login.conf are too small
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
>Number: 2551
>Category: misc
>Synopsis: limit too small for user root
>Confidential: no
>Severity: serious
>Priority: high
>Responsible: freebsd-bugs
>State: open
>Class: change-request
>Submitter-Id: current-users
>Arrival-Date: Tue Jan 21 14:00:03 PST 1997
>Last-Modified:
>Originator: Philippe Charnier
>Organization:
>Release: FreeBSD 3.0-CURRENT i386
>Environment:
>Description:
Limits (datasize, memoryuse, ..) are too small for user root, I can't
link a kernel (compiled using -g). Please update /etc/login.conf.
I also noticed:
- xuser has a cputime of 4M ??? (shouldn't this be in hours/min.)
- staff is searching for /etc/motd-staff which doesn't exist.
- there is a warning (cap_mkdb) about duplicate entries.
- /usr/sbin/userls is not part of the system.
- login.conf is not yet in login(1), passwd(5), ... man pages
(FILES and SEE ALSO section).
>How-To-Repeat:
Make a kernel with debug symbols, you will get a sigv 6 and a failure
from malloc at ld stage. ld should maybe abort more gracefully.
Note that I don't use login classes in passwd file and my root's shell is tcsh.
>Fix:
>Audit-Trail:
>Unformatted:
From owner-freebsd-bugs Tue Jan 21 14:10:06 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id OAA17447
for bugs-outgoing; Tue, 21 Jan 1997 14:10:06 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id OAA17440;
Tue, 21 Jan 1997 14:10:03 -0800 (PST)
Resent-Date: Tue, 21 Jan 1997 14:10:03 -0800 (PST)
Resent-Message-Id: <199701212210.OAA17440@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, peterson
Received: from shadow.cyberoptics.com (shadow.cyberoptics.com [206.144.150.20])
by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id OAA17036
for ; Tue, 21 Jan 1997 14:00:08 -0800 (PST)
Received: by shadow.cyberoptics.com (Smail3.1.28.1 #9)
id m0vmoEg-0000B3C; Tue, 21 Jan 97 16:00 WET
Message-Id:
Date: Tue, 21 Jan 97 16:00 WET
From: peterson@cyberoptics.com
Reply-To: peterson
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/2552: problem installing new kernel after losing /kernel
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
>Number: 2552
>Category: kern
>Synopsis: kernel make install fails if no /kernel
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: freebsd-bugs
>State: open
>Class: support
>Submitter-Id: current-users
>Arrival-Date: Tue Jan 21 14:10:00 PST 1997
>Last-Modified:
>Originator: Bruce Peterson
>Organization:
CyberOptics Corporation
>Release: FreeBSD 2.1.5-RELEASE i386
>Environment:
FreeBSD system with kernel sources.
>Description:
'make install' fails in /sys/compile/MACHINE if '/kernel' doesn't
already exist.
>How-To-Repeat:
cd /sys/compile/MACHINE
chflags noschg /kernel
rm /kernel
make install
This was found originally when reconstructing the system after the
root filesystem was corrupted and then fsck'd.
>Fix:
Workaround:
touch /kernel
make install
Actual fix would be to tell make not to stop because of a failure
changing the flags or name of /kernel.
>Audit-Trail:
>Unformatted:
From owner-freebsd-bugs Tue Jan 21 14:40:04 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id OAA18811
for bugs-outgoing; Tue, 21 Jan 1997 14:40:04 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id OAA18799;
Tue, 21 Jan 1997 14:40:02 -0800 (PST)
Resent-Date: Tue, 21 Jan 1997 14:40:02 -0800 (PST)
Resent-Message-Id: <199701212240.OAA18799@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, adrian@virginia.edu
Received: from who.cdrom.com (who.cdrom.com [204.216.27.3])
by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id OAA18657
for ; Tue, 21 Jan 1997 14:38:28 -0800 (PST)
Received: from briton.neuro.virginia.edu (briton.neuro.Virginia.EDU [128.143.244.32])
by who.cdrom.com (8.7.5/8.6.11) with ESMTP id OAA12595
for ; Tue, 21 Jan 1997 14:38:16 -0800 (PST)
Received: (from adrian@localhost)
by briton.neuro.virginia.edu (8.8.4/8.8.4)
id RAA00554; Tue, 21 Jan 1997 17:31:50 -0500 (EST)
Message-Id: <199701212231.RAA00554@briton.neuro.virginia.edu>
Date: Tue, 21 Jan 1997 17:31:50 -0500 (EST)
From: adrian@virginia.edu
Reply-To: adrian@virginia.edu
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/2553: moused caused panic
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
>Number: 2553
>Category: kern
>Synopsis: loading moused panics kernel when no mouse is installed.
>Confidential: no
>Severity: critical
>Priority: high
>Responsible: freebsd-bugs
>State: open
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Tue Jan 21 14:40:01 PST 1997
>Last-Modified:
>Originator: Adrian Filipi-Martin
>Organization:
UVA
>Release: FreeBSD 2.2-BETA_A i386
>Environment:
GW2K P5/60 (upgraded to P5/120), 40MB, IDE, PS/2 mouse on motherboard.
>Description:
When booting without a mouse plugged in, moused causes the kernel
to panic. Here is the panic message:
Page fault while in kernel mode
fault virt. addr = 0x8
fault code = supervisor read, page not present
IP = 0x8:0xf01b453b
SP = 0x10:0xefbffdb0
FP = 0x10:0xefbffdc8
CS = base 0x0, limit 0xfffff, type 0x1b
proc. eflags = inerrupt era, resume, IOPL = 0
cur. proc. = 153 (moused)
panic: page fault
>How-To-Repeat:
Unplug my mouse and reboot.
N.B. Did not check whether starting moused at a leter time had the
same problems.
>Fix:
Workaround: Plug my mouse in or make sure moused is not
loaded at boot time.
A real fix probably involves the psm driver, which is beyond me.
>Audit-Trail:
>Unformatted:
From owner-freebsd-bugs Tue Jan 21 15:13:15 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id PAA20931
for bugs-outgoing; Tue, 21 Jan 1997 15:13:15 -0800 (PST)
Received: from Sisyphos.MI.Uni-Koeln.DE (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10])
by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id PAA20924
for ; Tue, 21 Jan 1997 15:13:03 -0800 (PST)
Received: from x14.mi.uni-koeln.de (annexr3-11.slip.Uni-Koeln.DE) by Sisyphos.MI.Uni-Koeln.DE with SMTP id AA16509
(5.67b/IDA-1.5 for ); Tue, 21 Jan 1997 23:54:20 +0100
Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.4/8.6.9) id XAA23598; Tue, 21 Jan 1997 23:54:17 +0100 (CET)
Message-Id:
Date: Tue, 21 Jan 1997 23:54:16 +0100
From: se@freebsd.org (Stefan Esser)
To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
Cc: yjlin@carpet.v6s.dorm.ncku.edu.tw,
freebsd-bugs@freebsd.org (FreeBSD bugs list)
Subject: Re: kern/2545: < sd0(ncr0:6:0): COMMAND FAILED ==> Not always happens >
References: <199701210628.OAA00706@carpet.v6s.dorm.ncku.edu.tw>
X-Mailer: Mutt 0.55-PL15
Mime-Version: 1.0
In-Reply-To: ; from J Wunsch on Jan 21, 1997 21:35:50 +0100
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
On Jan 21, j@uriah.heep.sax.de (J Wunsch) wrote:
> As Yow Jou Lin wrote:
>
> > H/W : Using tekram 390UW(SCSI) IBM Dors 2.1G Ultra Wide
>
> > assertion "cp" failed: file "../../pci/ncr.c", line 5540
> > sd0(ncr0:6:0): COMMAND FAILED (4 28) @f137b800.
> ^^^^
>
> I think you're using an NCR controller, not a Tekram.
Well, this is an NCR controller, but on a card made by Tekram :)
I'm using a 2GB DORS (Ultra-Wide) with my DC390F, and don't see
those error messages.
Could you please try without tags ?
# ncrcontrol -t 6 -s tags=0
Please let me know, whether this makes any difference ...
Regards, STefan
From owner-freebsd-bugs Tue Jan 21 16:26:29 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id QAA25875
for bugs-outgoing; Tue, 21 Jan 1997 16:26:29 -0800 (PST)
Received: (from nate@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id QAA25426;
Tue, 21 Jan 1997 16:23:44 -0800 (PST)
Date: Tue, 21 Jan 1997 16:23:44 -0800 (PST)
From: Nate Williams
Message-Id: <199701220023.QAA25426@freefall.freebsd.org>
To: adrian@virginia.edu, nate, freebsd-bugs
Subject: Re: kern/2553
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
Synopsis: loading moused panics kernel when no mouse is installed.
State-Changed-From-To: open-closed
State-Changed-By: nate
State-Changed-When: Tue Jan 21 16:23:06 PST 1997
State-Changed-Why:
This is due to a bug in the ps/2 mouse driver that was fixed post 2.2-Beta.
From owner-freebsd-bugs Tue Jan 21 17:20:04 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id RAA29818
for bugs-outgoing; Tue, 21 Jan 1997 17:20:04 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id RAA29798;
Tue, 21 Jan 1997 17:20:02 -0800 (PST)
Date: Tue, 21 Jan 1997 17:20:02 -0800 (PST)
Message-Id: <199701220120.RAA29798@freefall.freebsd.org>
To: freebsd-bugs
Cc:
From: Kazutaka YOKOTA
Subject: Re: kern/2553: moused caused panic
Reply-To: Kazutaka YOKOTA
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
The following reply was made to PR kern/2553; it has been noted by GNATS.
From: Kazutaka YOKOTA
To: adrian@virginia.edu
Cc: FreeBSD-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp
Subject: Re: kern/2553: moused caused panic
Date: Wed, 22 Jan 1997 10:21:06 +0900
>>Description:
>
> When booting without a mouse plugged in, moused causes the kernel
> to panic. Here is the panic message:
The problem has been fixed and committed to the source tree.
Apply the first patch to /usr/src/sys/i386/isa/psm.c and the second
patch to /usr/src/usr.sbin/moused/moused.c (if you don't run moused,
you don't need this one, though).
>>Fix:
>
> Workaround: Plug my mouse in or make sure moused is not
> loaded at boot time.
>
> A real fix probably involves the psm driver, which is beyond me.
You are right, and it's done.
Thank you for your report.
Kazu
<<<< patch to the psm driver >>>>
--- psm.c-dist Mon Dec 2 06:37:16 1996
+++ psm.c Sat Jan 4 11:54:32 1997
@@ -508,6 +508,8 @@
if (unit >= NPSM)
return (0);
+ psm_softc[unit] = NULL;
+
sc = malloc(sizeof *sc, M_DEVBUF, M_NOWAIT);
bzero(sc, sizeof *sc);
@@ -745,6 +747,9 @@
int unit = dvp->id_unit;
struct psm_softc *sc = psm_softc[unit];
+ if (sc == NULL) /* shouldn't happen */
+ return (0);
+
/* initial operation mode */
sc->mode.accelfactor = PSM_ACCEL;
sc->mode.protocol = MOUSE_PROTO_PS2;
@@ -786,6 +791,8 @@
/* Get device data */
sc = psm_softc[unit];
+ if (sc == NULL)
+ return (ENXIO);
if ((sc->state & PSM_VALID) == 0)
/* the device is no longer valid/functioning */
return (ENXIO);
<<<< patch to moused >>>>
--- moused.c-dist Wed Sep 11 05:03:37 1996
+++ moused.c Fri Dec 27 17:05:45 1996
@@ -53,6 +53,9 @@
#include
#include
#include
+#include
+#include
+#include
#define debug(fmt,args...) \
if (debug&&nodaemon) fprintf(stderr,"%s: " fmt "\n", progname, ##args)
@@ -150,6 +153,7 @@
struct termios t;
struct mouse_info mouse;
int saved_buttons = 0;
+ fd_set fds;
progname = argv[0];
@@ -243,6 +247,9 @@
for(;;)
{
+ FD_ZERO(&fds);
+ FD_SET(rodent.mfd,&fds);
+ select(FD_SETSIZE,&fds,NULL,&fds,NULL);
i = read(rodent.mfd,&b,1); /* get a byte */
if (i != 1) /* read returned or error; goodbye */
{
From owner-freebsd-bugs Tue Jan 21 18:11:41 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id SAA03536
for bugs-outgoing; Tue, 21 Jan 1997 18:11:41 -0800 (PST)
Received: (from davidn@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id SAA03489;
Tue, 21 Jan 1997 18:11:32 -0800 (PST)
Date: Tue, 21 Jan 1997 18:11:32 -0800 (PST)
From: David Nugent
Message-Id: <199701220211.SAA03489@freefall.freebsd.org>
To: davidn, freebsd-bugs, davidn
Subject: Re: bin/2550
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
Synopsis: login: : No such file or directory
Responsible-Changed-From-To: freebsd-bugs->davidn
Responsible-Changed-By: davidn
Responsible-Changed-When: Wed Jan 22 13:10:09 EST 1997
Responsible-Changed-Why:
This is a problem I seem to have introduced.
From owner-freebsd-bugs Tue Jan 21 18:15:26 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id SAA04099
for bugs-outgoing; Tue, 21 Jan 1997 18:15:26 -0800 (PST)
Received: (from davidn@localhost)
by freefall.freebsd.org (8.8.4/8.8.4) id SAA04074;
Tue, 21 Jan 1997 18:15:21 -0800 (PST)
Date: Tue, 21 Jan 1997 18:15:21 -0800 (PST)
From: David Nugent
Message-Id: <199701220215.SAA04074@freefall.freebsd.org>
To: davidn, freebsd-bugs, davidn
Subject: Re: misc/2551
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
Synopsis: limit too small for user root
Responsible-Changed-From-To: freebsd-bugs->davidn
Responsible-Changed-By: davidn
Responsible-Changed-When: Wed Jan 22 13:14:47 EST 1997
Responsible-Changed-Why:
This one is mine.
From owner-freebsd-bugs Tue Jan 21 20:38:40 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id UAA12125
for bugs-outgoing; Tue, 21 Jan 1997 20:38:40 -0800 (PST)
Received: from carpet.v6s.dorm.ncku.edu.tw (yjlin@carpet.v6s.dorm.ncku.edu.tw [140.116.220.66])
by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA12115;
Tue, 21 Jan 1997 20:38:20 -0800 (PST)
Received: from localhost (yjlin@localhost) by carpet.v6s.dorm.ncku.edu.tw (8.8.4/8.7.3) with SMTP id MAA00390; Wed, 22 Jan 1997 12:37:38 +0800 (CST)
Date: Wed, 22 Jan 1997 12:37:38 +0800 (CST)
From: Yow Jou Lin
To: Stefan Esser
cc: Joerg Wunsch ,
FreeBSD bugs list
Subject: Re: kern/2545: < sd0(ncr0:6:0): COMMAND FAILED >
In-Reply-To:
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
On Tue, 21 Jan 1997, Stefan Esser wrote:
>On Jan 21, j@uriah.heep.sax.de (J Wunsch) wrote:
>
># ncrcontrol -t 6 -s tags=0
>
>Please let me know, whether this makes any difference ...
>
>Regards, STefan
>
I have type this line in command line . But It seems make
no difference between. When I reboot , It still shows this
error message . Does the command write anything to BIOS on scsi
card ? If not , where should I add these line to let it work ?
/etc/rc ?? The message shows just after booting , before xdm
switch to it's console . Do you need all "dmesg" ?
The message always happens after that time. And seems
still work without problem .
Thanks for your time .
====
Yow-Jou Lin
National Cheng Kung University, Taiwan
Dept. Electrical Engineering
Email: yjlin@carpet.v6s.dorm.ncku.edu.tw
====
From owner-freebsd-bugs Tue Jan 21 22:20:38 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id WAA16992
for bugs-outgoing; Tue, 21 Jan 1997 22:20:38 -0800 (PST)
Received: (from asami@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id WAA16970;
Tue, 21 Jan 1997 22:20:33 -0800 (PST)
Date: Tue, 21 Jan 1997 22:20:33 -0800 (PST)
From: Satoshi Asami
Message-Id: <199701220620.WAA16970@freefall.freebsd.org>
To: asami, freebsd-bugs, jkh
Subject: Re: bin/2459
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
Synopsis: pkg_add chokes on large packing lists
Responsible-Changed-From-To: freebsd-bugs->jkh
Responsible-Changed-By: asami
Responsible-Changed-When: Tue Jan 21 22:19:48 PST 1997
Responsible-Changed-Why:
Subject: Re: xemacs 19.14 package - broken?
Date: Mon, 20 Jan 1997 04:53:34 -0800
From: "Jordan K. Hubbard"
OK, OK, I'll get to it soon! :-)
From owner-freebsd-bugs Tue Jan 21 22:40:07 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id WAA18335
for bugs-outgoing; Tue, 21 Jan 1997 22:40:07 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id WAA18293;
Tue, 21 Jan 1997 22:40:03 -0800 (PST)
Resent-Date: Tue, 21 Jan 1997 22:40:03 -0800 (PST)
Resent-Message-Id: <199701220640.WAA18293@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, bill@duchess.wagill.com
Received: from duchess.wagill.com (duchess.wagill.com [198.182.208.147])
by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA18162
for ; Tue, 21 Jan 1997 22:38:34 -0800 (PST)
Received: (from bill@localhost) by duchess.wagill.com (8.7.5/8.7.3) id WAA07611; Tue, 21 Jan 1997 22:38:18 -0800 (PST)
Message-Id: <199701220638.WAA07611@duchess.wagill.com>
Date: Tue, 21 Jan 1997 22:38:18 -0800 (PST)
From: Bill
Reply-To: bill@duchess.wagill.com
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/2556: Patch for calendar.c
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
>Number: 2556
>Category: bin
>Synopsis: Patch for calendar.c
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: freebsd-bugs
>State: open
>Class: change-request
>Submitter-Id: current-users
>Arrival-Date: Tue Jan 21 22:40:01 PST 1997
>Last-Modified:
>Originator: Bill
>Organization:
>Release: FreeBSD 2.1-STABLE i386
>Environment:
FreeBSD duchess.wagill.com 2.1.5-RELEASE
FreeBSD 2.1.5-RELEASE #0: Sat Jan 18 00:23:49 PST 1997
root@duchess.wagill.com:/usr/src/sys/compile/DUCHESS i386
>Description:
I have implemented a small patch to calendar.c to allow forcing
printing of a blank line in the ouput of calendar when a '%'
character is found in the beginning of a line in the calendar
file. This blank line can separate groups of calendar entries,
such as calendar entries from the stock BSD calendar files from
entries in a personal calendar file.
I wanted to make this (small and arguably insignificant) patch
available, in case others were interested; if there is a (other)
formal way to submit patches, please let me know.
Here's the diff listing:
--- calendar.c.BSD Tue Jan 21 22:08:19 1997
+++ calendar.c.NEW Tue Jan 21 22:18:26 1997
@@ -118,7 +118,7 @@
void
cal()
{
- register int printing;
+ register int printing, skip;
register char *p;
FILE *fp;
int ch;
@@ -126,17 +126,26 @@
if ((fp = opencal()) == NULL)
return;
- for (printing = 0; fgets(buf, sizeof(buf), stdin) != NULL;) {
+ for (printing = 0, skip = 0; fgets(buf, sizeof(buf), stdin) != NULL;) {
if ((p = strchr(buf, '\n')) != NULL)
*p = '\0';
else
while ((ch = getchar()) != '\n' && ch != EOF);
if (buf[0] == '\0')
continue;
+ if (buf[0] == '%') {
+ skip = 1;
+ continue;
+ }
if (buf[0] != '\t')
printing = isnow(buf) ? 1 : 0;
- if (printing)
+ if (printing) {
+ if (skip) {
+ skip = 0;
+ (void)fprintf(fp, "\n");
+ }
(void)fprintf(fp, "%s\n", buf);
+ }
}
closecal(fp);
}
>How-To-Repeat:
>Fix:
>Audit-Trail:
>Unformatted:
From owner-freebsd-bugs Wed Jan 22 09:30:06 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id JAA15537
for bugs-outgoing; Wed, 22 Jan 1997 09:30:06 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id JAA15530;
Wed, 22 Jan 1997 09:30:03 -0800 (PST)
Resent-Date: Wed, 22 Jan 1997 09:30:03 -0800 (PST)
Resent-Message-Id: <199701221730.JAA15530@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
kilian@sleepy.cyberoptics.com
Received: from mail.cyberoptics.com (hagar.cyberoptics.com [206.144.150.2])
by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA15186
for ; Wed, 22 Jan 1997 09:23:44 -0800 (PST)
Received: from sleepy.cyberoptics.com by mail.cyberoptics.com with smtp
(Smail3.1.28.1 #9) id m0vn6Og-002sEBC; Wed, 22 Jan 97 11:23 WET
Received: (from root@localhost) by sleepy.cyberoptics.com (8.6.11/8.6.9) id LAA11824; Wed, 22 Jan 1997 11:23:37 -0600
Message-Id: <199701221723.LAA11824@sleepy.cyberoptics.com>
Date: Wed, 22 Jan 1997 11:23:37 -0600
From: Alan Kilian
Reply-To: kilian@sleepy.cyberoptics.com
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: conf/2558: Bug
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
>Number: 2558
>Category: conf
>Synopsis: Bug
>Confidential: no
>Severity: critical
>Priority: high
>Responsible: freebsd-bugs
>State: open
>Class: doc-bug
>Submitter-Id: current-users
>Arrival-Date: Wed Jan 22 09:30:02 PST 1997
>Last-Modified:
>Originator: Alan Kilian
>Organization:
CyberOptics
>Release: FreeBSD 2.0-BUILT-19950603 i386
>Environment:
R
>Description:
P
>How-To-Repeat:
C
>Fix:
F
>Audit-Trail:
>Unformatted:
From owner-freebsd-bugs Wed Jan 22 09:40:04 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id JAA16044
for bugs-outgoing; Wed, 22 Jan 1997 09:40:04 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id JAA16038;
Wed, 22 Jan 1997 09:40:02 -0800 (PST)
Resent-Date: Wed, 22 Jan 1997 09:40:02 -0800 (PST)
Resent-Message-Id: <199701221740.JAA16038@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
kilian@sleepy.cyberoptics.com
Received: from mail.cyberoptics.com (hagar.cyberoptics.com [206.144.150.2])
by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA15602
for ; Wed, 22 Jan 1997 09:31:07 -0800 (PST)
Received: from sleepy.cyberoptics.com by mail.cyberoptics.com with smtp
(Smail3.1.28.1 #9) id m0vn6Vu-002sEAC; Wed, 22 Jan 97 11:31 WET
Received: (from root@localhost) by sleepy.cyberoptics.com (8.6.11/8.6.9) id LAA11998; Wed, 22 Jan 1997 11:31:06 -0600
Message-Id: <199701221731.LAA11998@sleepy.cyberoptics.com>
Date: Wed, 22 Jan 1997 11:31:06 -0600
From: Alan Kilian
Reply-To: kilian@sleepy.cyberoptics.com
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: docs/2559: Bug
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
>Number: 2559
>Category: docs
>Synopsis: Bug
>Confidential: no
>Severity: critical
>Priority: high
>Responsible: freebsd-bugs
>State: open
>Class: change-request
>Submitter-Id: current-users
>Arrival-Date: Wed Jan 22 09:40:02 PST 1997
>Last-Modified:
>Originator: Alan Kilian
>Organization:
CyberOptics
>Release: FreeBSD 2.0-BUILT-19950603 i386
>Environment:
R
>Description:
P
>How-To-Repeat:
C
>Fix:
H
>Audit-Trail:
>Unformatted:
From owner-freebsd-bugs Wed Jan 22 10:20:04 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id KAA17948
for bugs-outgoing; Wed, 22 Jan 1997 10:20:04 -0800 (PST)
Received: from Sisyphos.MI.Uni-Koeln.DE (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10])
by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA17879;
Wed, 22 Jan 1997 10:19:58 -0800 (PST)
Received: from x14.mi.uni-koeln.de (annexr2-46.slip.Uni-Koeln.DE) by Sisyphos.MI.Uni-Koeln.DE with SMTP id AA03513
(5.67b/IDA-1.5); Wed, 22 Jan 1997 19:19:54 +0100
Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.4/8.6.9) id TAA25895; Wed, 22 Jan 1997 19:19:10 +0100 (CET)
Message-Id:
Date: Wed, 22 Jan 1997 19:17:48 +0100
From: se@freebsd.org (Stefan Esser)
To: yjlin@carpet.v6s.dorm.ncku.edu.tw (Yow Jou Lin)
Cc: se@freebsd.org (Stefan Esser),
joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch),
freebsd-bugs@freebsd.org (FreeBSD bugs list)
Subject: Re: kern/2545: < sd0(ncr0:6:0): COMMAND FAILED >
References:
X-Mailer: Mutt 0.55-PL15
Mime-Version: 1.0
In-Reply-To: ; from Yow Jou Lin on Jan 22, 1997 12:37:38 +0800
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
On Jan 22, yjlin@carpet.v6s.dorm.ncku.edu.tw (Yow Jou Lin) wrote:
> On Tue, 21 Jan 1997, Stefan Esser wrote:
>
> >On Jan 21, j@uriah.heep.sax.de (J Wunsch) wrote:
> >
> ># ncrcontrol -t 6 -s tags=0
> >
> >Please let me know, whether this makes any difference ...
> >
> >Regards, STefan
> >
>
> I have type this line in command line . But It seems make
> no difference between. When I reboot , It still shows this
> error message . Does the command write anything to BIOS on scsi
No, it doesn't. I know how to deal with the Tekram DC390W/U/F
cards config NVRAM, but not with that of the Symbios cards
(and any card using SDMS as its BIOS). I did not have time
to complete the initialization of driver parameters from
NVRAM values, but have working code to dump the Tekram cards'
setup (its in -current). I'll complete the code as soon as
I have the time, but can't guarantee a date for when it will
be available (due to being overloaded with paid work, currently).
> card ? If not , where should I add these line to let it work ?
> /etc/rc ?? The message shows just after booting , before xdm
> switch to it's console . Do you need all "dmesg" ?
Yes, please add it to /etc/rc. It should be executed as early
as possible. We are just trying to identify the cause of the
problem, and you will be able to remove that "ncrcontrol"
invocation later ...
I don't need all of dmesg, but all lines that might contain
information about the error. This will be up to 10 lines above
the COMMAND FAILED message (and perhaps a few more below).
> The message always happens after that time. And seems
> still work without problem .
The system retries the failed operation, and will succeed on
second try, most of the time. But I don't see that message at
all, and I'm also using an IBM DORS ...
Regards, STefan
From owner-freebsd-bugs Wed Jan 22 10:20:14 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id KAA18002
for bugs-outgoing; Wed, 22 Jan 1997 10:20:14 -0800 (PST)
Received: (from nate@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id KAA17979;
Wed, 22 Jan 1997 10:20:10 -0800 (PST)
Date: Wed, 22 Jan 1997 10:20:10 -0800 (PST)
From: Nate Williams
Message-Id: <199701221820.KAA17979@freefall.freebsd.org>
To: kilian@sleepy.cyberoptics.com, nate, freebsd-bugs
Subject: Re: conf/2558
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
Synopsis: Bug
State-Changed-From-To: open-closed
State-Changed-By: nate
State-Changed-When: Wed Jan 22 10:18:52 PST 1997
State-Changed-Why:
z
Looks like someone didn't know what they were doing and accidentally
submitted a PR.
From owner-freebsd-bugs Wed Jan 22 11:10:57 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id LAA20748
for bugs-outgoing; Wed, 22 Jan 1997 11:10:57 -0800 (PST)
Received: (from nate@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id LAA20725;
Wed, 22 Jan 1997 11:10:38 -0800 (PST)
Date: Wed, 22 Jan 1997 11:10:38 -0800 (PST)
From: Nate Williams
Message-Id: <199701221910.LAA20725@freefall.freebsd.org>
To: kilian@sleepy.cyberoptics.com, nate, freebsd-bugs
Subject: Re: docs/2559
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
Synopsis: Bug
State-Changed-From-To: open-closed
State-Changed-By: nate
State-Changed-When: Wed Jan 22 11:10:17 PST 1997
State-Changed-Why:
Quit sending bogus PR's!
From owner-freebsd-bugs Wed Jan 22 11:12:50 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id LAA20833
for bugs-outgoing; Wed, 22 Jan 1997 11:12:50 -0800 (PST)
Received: from carpet.v6s.dorm.ncku.edu.tw (yjlin@carpet.v6s.dorm.ncku.edu.tw [140.116.220.66])
by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA20827;
Wed, 22 Jan 1997 11:12:42 -0800 (PST)
Received: from localhost (yjlin@localhost) by carpet.v6s.dorm.ncku.edu.tw (8.8.4/8.7.3) with SMTP id DAA23172; Thu, 23 Jan 1997 03:12:40 +0800 (CST)
Date: Thu, 23 Jan 1997 03:12:40 +0800 (CST)
From: Yow Jou Lin
To: Stefan Esser
cc: Joerg Wunsch ,
FreeBSD bugs list
Subject: Re: kern/2545: < sd0(ncr0:6:0): COMMAND FAILED >
In-Reply-To:
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
On Wed, 22 Jan 1997, Stefan Esser wrote:
>No, it doesn't. I know how to deal with the Tekram DC390W/U/F
>cards config NVRAM, but not with that of the Symbios cards
>(and any card using SDMS as its BIOS). I did not have time
>to complete the initialization of driver parameters from
>NVRAM values, but have working code to dump the Tekram cards'
>setup (its in -current). I'll complete the code as soon as
>I have the time, but can't guarantee a date for when it will
>be available (due to being overloaded with paid work, currently).
I don't know some of above , about the " NVRAM, SDMS , Symbios cards"
Is there any documents I can reference ? And I know the coding
takes time . But I just want to know how you works . Where and
how do you get the knowledge base ? May I join you ?
>I don't need all of dmesg, but all lines that might contain
>information about the error. This will be up to 10 lines above
>the COMMAND FAILED message (and perhaps a few more below).
The relative message is just like what I typed to you before .
--
assertion "cp" failed: file "../../pci/ncr.c", line 5540
sd0(ncr0:6:0): COMMAND FAILED (4 28) @f137ca00.
--
And it appears more than once .
>The system retries the failed operation, and will succeed on
>second try, most of the time. But I don't see that message at
>all, and I'm also using an IBM DORS ...
>
Thank you for your regards, again .
And have a good day .. ^_^
Regards, yjlin
====
Yow-Jou Lin
National Cheng Kung University, Taiwan
Dept. Electrical Engineering
Email: yjlin@carpet.v6s.dorm.ncku.edu.tw
====
From owner-freebsd-bugs Wed Jan 22 16:00:08 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id QAA08061
for bugs-outgoing; Wed, 22 Jan 1997 16:00:08 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id QAA08050;
Wed, 22 Jan 1997 16:00:04 -0800 (PST)
Resent-Date: Wed, 22 Jan 1997 16:00:04 -0800 (PST)
Resent-Message-Id: <199701230000.QAA08050@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jcwells@u.washington.edu
Received: from s5-25-199.student.washington.edu (S5-25-199.student.washington.edu [128.95.25.199])
by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA07128
for ; Wed, 22 Jan 1997 15:50:59 -0800 (PST)
Received: (from sysadmin@localhost) by s5-25-199.student.washington.edu (8.8.3/8.8.3) id PAA00509; Wed, 22 Jan 1997 15:50:33 -0800 (PST)
Message-Id: <199701222350.PAA00509@s5-25-199.student.washington.edu>
Date: Wed, 22 Jan 1997 15:50:33 -0800 (PST)
From: Jason Wells
Reply-To: jcwells@u.washington.edu
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/2560: login accepts bad passwd and logs user in
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
>Number: 2560
>Category: bin
>Synopsis: login accepts bad passwd and logs user in
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: freebsd-bugs
>State: open
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Wed Jan 22 16:00:01 PST 1997
>Last-Modified:
>Originator: Jason Wells
>Organization:
highperformance.net
>Release: FreeBSD 2.1.5-STABLE i386
>Environment:
>Description:
Login accepts password that is known to be bad. If the user accidentally adds characters to the end of a correct password login does not reject the login. If your password was 'password' and you entered 'passwordxx' login willaccept the password.
>How-To-Repeat:
>Fix:
>Audit-Trail:
>Unformatted:
From owner-freebsd-bugs Wed Jan 22 17:10:03 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id RAA15787
for bugs-outgoing; Wed, 22 Jan 1997 17:10:03 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id RAA15781;
Wed, 22 Jan 1997 17:10:01 -0800 (PST)
Date: Wed, 22 Jan 1997 17:10:01 -0800 (PST)
Message-Id: <199701230110.RAA15781@freefall.freebsd.org>
To: freebsd-bugs
Cc:
From: mmcg@cs.monash.edu.au
Subject: Re: kern/2094: wd1: interrupt timeout:
Reply-To: mmcg@cs.monash.edu.au
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
The following reply was made to PR kern/2094; it has been noted by GNATS.
From: mmcg@cs.monash.edu.au
To: freebsd-gnats-submit@freebsd.org, root@jtnet.com
Cc: mmcg@heraclitus.cs.monash.edu.au
Subject: Re: kern/2094: wd1: interrupt timeout:
Date: Thu, 23 Jan 1997 12:04:57 +1100 (EST)
>every so often I get the following kernel error message.
> wd1: interrupt timeout:
> wd1: status 58<seekdone,drq> error 0
> wd1: interrupt timeout:
> wd1: status 50<seekdone> error 1<no_dam>
I had this - it happens when the drive spins itself down
after being idle for a while. The interrupt timeout is
reported by the kernel while the drive is spinning up again.
It appears to have no effect on the disk - I've never lost
data, etc.
This behaviour appears to depend on both your motherboard and
drive; I have a Quantum Sirocco 2550AT which does it in one
of my machines but not the other, whereas other drives do not
spin down in either machine.
In any case, a workaround I used was to touch a file on each
drive every 30 seconds (via a script started from rc.local).
Cheers,
Mike.
From owner-freebsd-bugs Wed Jan 22 19:50:04 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id TAA24244
for bugs-outgoing; Wed, 22 Jan 1997 19:50:04 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id TAA24236;
Wed, 22 Jan 1997 19:50:02 -0800 (PST)
Resent-Date: Wed, 22 Jan 1997 19:50:02 -0800 (PST)
Resent-Message-Id: <199701230350.TAA24236@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
Received:(from nobody@localhost) by.freefall.freebsd.org.id.TAA23859;Wed; (8.8.5/8.8.5);,
22 Jan 1997 19:41:01.-0800 (PST)
Message-Id: <199701230341.TAA23859@freefall.freebsd.org>
Date: Wed, 22 Jan 1997 19:41:01 -0800 (PST)
From: wlloyd@mpd.ca
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: docs/2561: Small Changes to www page
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
>Number: 2561
>Category: docs
>Synopsis: Small Changes to www page
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: freebsd-bugs
>State: open
>Class: change-request
>Submitter-Id: current-users
>Arrival-Date: Wed Jan 22 19:50:02 PST 1997
>Last-Modified:
>Originator: William Lloyd
>Organization:
>Release:
>Environment:
>Description:
Remove duplicate BSDHH entry
change sup to cvsup
add link to Home automation stuff.
>How-To-Repeat:
>Fix:
Index: support.sgml
===================================================================
RCS file: /rootfs/galt/usr/ncvs/www/data/support.sgml,v
retrieving revision 1.12
diff -c -r1.12 support.sgml
*** support.sgml 1997/01/09 16:18:42 1.12
--- support.sgml 1997/01/23 03:43:19
***************
*** 97,103 ****
FreeBSD 2.0 to the present is stored here, and can be
easily viewed from here (click on the link). To obtain a
complete copy of the FreeBSD CVS repository, please use
! either the sup or CTM tools or simply FTP it.
--- 97,103 ----
FreeBSD 2.0 to the present is stored here, and can be
easily viewed from here (click on the link). To obtain a
complete copy of the FreeBSD CVS repository, please use
! either the cvsup or CTM tools or simply FTP it.
***************
*** 112,122 ****
BAFUG (Bay Area FreeBSD User Group) (contact info?)
-
BSDHH (BSD user group Hamburg)
- meets on the first Wednesday of the month at 7.00pm in the Chinese
- restaurant Lotus Bluete, Loewenstrasse 22 in Hamburg Eppendorf. Most
- members are FreeBSD users, although users of all BSD flavors are
- welcome.
BUG/HH (BSD user group Hamburg) meets on the last
Tuesday of the month at 7.00pm in the Chinese restaurant
--- 112,117 ----
***************
*** 234,239 ****
--- 229,242 ----
MultiMedia Page
>Audit-Trail:
>Unformatted:
From owner-freebsd-bugs Wed Jan 22 20:50:06 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id UAA26980
for bugs-outgoing; Wed, 22 Jan 1997 20:50:06 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id UAA26969;
Wed, 22 Jan 1997 20:50:03 -0800 (PST)
Resent-Date: Wed, 22 Jan 1997 20:50:03 -0800 (PST)
Resent-Message-Id: <199701230450.UAA26969@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, plm@xs4all.nl
Received: from magigimmix.xs4all.nl (magigimmix.xs4all.nl [194.109.6.25])
by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA26604
for ; Wed, 22 Jan 1997 20:43:27 -0800 (PST)
Received: from asterix.xs4all.nl (asterix.xs4all.nl [194.109.6.11]) by magigimmix.xs4all.nl (8.7.6/XS4ALL) with ESMTP id FAA15396 for ; Thu, 23 Jan 1997 05:42:04 +0100 (MET)
Received: from plm.xs4all.nl (uucp@localhost) by asterix.xs4all.nl (8.7.5/8.7.2) with UUCP id FAA09404 for FreeBSD-gnats-submit@freebsd.org; Thu, 23 Jan 1997 05:31:25 +0100 (MET)
Received: (from plm@localhost) by plm.xs4all.nl (8.8.4/8.7.3) id BAA00538; Thu, 23 Jan 1997 01:59:13 +0100 (MET)
Message-Id: <199701230059.BAA00538@plm.xs4all.nl>
Date: Thu, 23 Jan 1997 01:59:13 +0100 (MET)
From: Peter Mutsaers
Reply-To: plm@xs4all.nl
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/2562: pppd causes system freeze
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
>Number: 2562
>Category: kern
>Synopsis: pppd causes system freeze
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: freebsd-bugs
>State: open
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Wed Jan 22 20:50:02 PST 1997
>Last-Modified:
>Originator: Peter Mutsaers
>Organization:
>Release: FreeBSD 3.0-CURRENT i386
>Environment:
I have an external ISDN TA on cuaa1. ISP I connect to does not support
any compression options, and I use PAP authentication.
>Description:
When I start pppd, I see that my ISP is dialed. Shortly after connection the
system completely freezes.
>How-To-Repeat:
My /etc/ppp/options file:
/dev/cuaa1 115200
# asyncmap 0
crtscts
connect "/usr/bin/chat -f /etc/ppp/login.chat.script"
defaultroute
noipdefault
# passive
lock
mru 1500
mtu 1500
-ac
-pc
-bsdcomp
# -vj
vj-max-slots 16
-vjccomp
ipcp-accept-local
ipcp-accept-remote
# debug
user plm
My pppd and kernel are from -current at Jan 18th. Some days earlier the
same bug was present, but longer ago (two weeks?) this bug did not yet
exist. I know that earlier in January I could use pppd.
User mode PPP works without problems.
>Fix:
>Audit-Trail:
>Unformatted:
From owner-freebsd-bugs Wed Jan 22 22:00:04 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id WAA29321
for bugs-outgoing; Wed, 22 Jan 1997 22:00:04 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id WAA29315;
Wed, 22 Jan 1997 22:00:02 -0800 (PST)
Resent-Date: Wed, 22 Jan 1997 22:00:02 -0800 (PST)
Resent-Message-Id: <199701230600.WAA29315@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
Received:(from nobody@localhost) by.freefall.freebsd.org.id.VAA29138;Wed; (8.8.5/8.8.5);,
22 Jan 1997 21:54:41.-0800 (PST)
Message-Id: <199701230554.VAA29138@freefall.freebsd.org>
Date: Wed, 22 Jan 1997 21:54:41 -0800 (PST)
From: seki@sysrap.cs.fujitsu.co.jp
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: i386/2563: fe driver generates messages without newline
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
>Number: 2563
>Category: i386
>Synopsis: fe driver generates messages without newline
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: freebsd-bugs
>State: open
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Wed Jan 22 22:00:01 PST 1997
>Last-Modified:
>Originator: Masahiro Sekiguchi
>Organization:
Fujitsu Limited
>Release: 2.2 BETA
>Environment:
>Description:
Fe driver (sys/i386/isa/if_fe.c) has a kind of "typo" in its diagnostic messages. It (possibly) generates messages without newline.
The bug is shared by 2.2 BETA and 3.0 current.
>How-To-Repeat:
The messages are for diagnostics on rare-case error conditions, and it is not easy to see them.
>Fix:
Apply the following patch.
Note that, for 2.2 BETA, this must be applyed *after* applying
the patch on my problem report i386/2421.
--- sys/i386/isa/if_fe.c.old Thu Jan 23 14:29:59 1997
+++ sys/i386/isa/if_fe.c Thu Jan 23 14:34:14 1997
@@ -769,7 +769,7 @@
return 0;
#else
/* Just log the fact and see what happens... FIXME. */
- log( LOG_WARNING, "fe%d: strange I/O config?n", sc->sc_unit );
+ log( LOG_WARNING, "fe%d: strange I/O config?\n", sc->sc_unit );
#endif
}
@@ -857,7 +857,7 @@
} else if ( dev->id_irq != irqmap[ n ] ) {
/* Don't match. */
log( LOG_WARNING,
- "fe%d: check IRQ in config; it may be incorrect",
+ "fe%d: check IRQ in config; it may be incorrect\n",
sc->sc_unit );
}
@@ -2112,7 +2112,7 @@
u_char saved_dlcr5;
#if FE_DEBUG >= 2
- log( LOG_WARNING, "fe%d: emptying receive buffer", sc->sc_unit );
+ log( LOG_WARNING, "fe%d: emptying receive buffer\n", sc->sc_unit );
#endif
/*
* Stop receiving packets, temporarily.
>Audit-Trail:
>Unformatted:
From owner-freebsd-bugs Wed Jan 22 22:04:53 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id WAA29642
for bugs-outgoing; Wed, 22 Jan 1997 22:04:53 -0800 (PST)
Received: (from jkh@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id WAA29622;
Wed, 22 Jan 1997 22:04:46 -0800 (PST)
Date: Wed, 22 Jan 1997 22:04:46 -0800 (PST)
From: "Jordan K. Hubbard"
Message-Id: <199701230604.WAA29622@freefall.freebsd.org>
To: wlloyd@mpd.ca, jkh, freebsd-bugs
Subject: Re: docs/2561
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
Synopsis: Small Changes to www page
State-Changed-From-To: open-closed
State-Changed-By: jkh
State-Changed-When: Wed Jan 22 22:04:27 PST 1997
State-Changed-Why:
Fix applied, thanks!
From owner-freebsd-bugs Thu Jan 23 06:50:03 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id GAA22128
for bugs-outgoing; Thu, 23 Jan 1997 06:50:03 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id GAA22122;
Thu, 23 Jan 1997 06:50:01 -0800 (PST)
Resent-Date: Thu, 23 Jan 1997 06:50:01 -0800 (PST)
Resent-Message-Id: <199701231450.GAA22122@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
Pierre.David@prism.uvsq.fr
Received: from soleil.uvsq.fr (soleil.uvsq.fr [193.51.24.1])
by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA21885
for ; Thu, 23 Jan 1997 06:41:52 -0800 (PST)
Received: from guillotin.prism.uvsq.fr (guillotin.prism.uvsq.fr [193.51.25.1])
by soleil.uvsq.fr (8.8.5/jtpda-5.2) with ESMTP id PAA03555
for ; Thu, 23 Jan 1997 15:41:45 +0100 (MET)
Received: from corot.prism.uvsq.fr (corot.prism.uvsq.fr [193.51.25.87])
by guillotin.prism.uvsq.fr (8.8.4/jtpda-5.2) with ESMTP id PAA08633
for ; Thu, 23 Jan 1997 15:41:43 +0100 (MET)
Received: from (pda@localhost)
by corot.prism.uvsq.fr (8.8.5/jtpda-5.2) id PAA25765
; Thu, 23 Jan 1997 15:41:43 +0100 (MET)
Message-Id: <199701231441.PAA25765@corot.prism.uvsq.fr>
Date: Thu, 23 Jan 1997 15:41:43 +0100 (MET)
From: Pierre.David@prism.uvsq.fr
Reply-To: Pierre.David@prism.uvsq.fr
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: i386/2565: Error using target "links" in /usr/src/sys/i386/Makefile
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
>Number: 2565
>Category: i386
>Synopsis: Error using target "links" in /usr/src/sys/i386/Makefile
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: freebsd-bugs
>State: open
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Thu Jan 23 06:50:00 PST 1997
>Last-Modified:
>Originator: Pierre DAVID
>Organization:
Laboratoire PRiSM, Universite de Versailles - St Quentin, FRANCE
>Release: FreeBSD 2.1.5-STABLE i386
>Environment:
Observed on :
FreeBSD 2.1.5-STABLE i386
and :
FreeBSD-current
>Description:
Directory is not properly changed during "make links"
in /usr/src/sys/i386/Makefile
>How-To-Repeat:
# cd /usr/src/sys/i386/
# make links
for i in eisa isa mca include; do cd $i && rm -f tags; ln -s ../tags tags; done
cd: can't cd to isa
ln: tags: File exists
cd: can't cd to mca
ln: tags: File exists
cd: can't cd to include
ln: tags: File exists
*** Error code 1 (ignored)
>Fix:
*** Makefile.org Sat Oct 16 20:15:20 1993
--- Makefile Thu Jan 23 15:38:59 1997
***************
*** 22,25 ****
links:
-for i in ${DI386}; do \
! cd $$i && rm -f tags; ln -s ../tags tags; done
--- 22,25 ----
links:
-for i in ${DI386}; do \
! (cd $$i && rm -f tags; ln -s ../tags tags); done
>Audit-Trail:
>Unformatted:
From owner-freebsd-bugs Thu Jan 23 07:10:03 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id HAA23022
for bugs-outgoing; Thu, 23 Jan 1997 07:10:03 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id HAA23013;
Thu, 23 Jan 1997 07:10:01 -0800 (PST)
Resent-Date: Thu, 23 Jan 1997 07:10:01 -0800 (PST)
Resent-Message-Id: <199701231510.HAA23013@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
Received:(from nobody@localhost) by.freefall.freebsd.org.id.HAA22802;Thu; (8.8.5/8.8.5);,
23 Jan 1997 07:04:41.-0800 (PST)
Message-Id: <199701231504.HAA22802@freefall.freebsd.org>
Date: Thu, 23 Jan 1997 07:04:41 -0800 (PST)
From: staylor@cancercare.net
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: bin/2566: tftpd.c does not truncate a file upon open (write)
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
>Number: 2566
>Category: bin
>Synopsis: tftpd.c does not truncate a file upon open (write)
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: freebsd-bugs
>State: open
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Thu Jan 23 07:10:01 PST 1997
>Last-Modified:
>Originator: Steve Taylor
>Organization:
Cancer Care Network, Inc.
>Release: 2.1.5
>Environment:
FreeBSD cancer.cancercare.net 2.1.5-STABLE FreeBSD 2.1.5-STABLE #0: Wed Oct 16 0
2:06:19 CDT 1996 root@cancer.cancercare.net:/usr/src/sys/compile/CANCER i38
6
>Description:
When TFTP-ing a file to the FreeBSD server, if a file already exists,
it is not truncated. So, if the file that you are sending is shorter
than the file that's there already, the "new" file that you are sending
will end-up with some of the old file at the "new" file's end.
>How-To-Repeat:
Send a 50KB file via tftp. Then, send a 20KB file. Now, look at the
tftp-ed file on the FreeBSD machine - it's 50KB. It contains 20KB of the
second file, followed by 30KB of the original (50KB) file.
>Fix:
change the following line in the /usr/src/libexec/tftpd/tftpd.c file:
fd = open(filename, mode == RRQ ? 0 : 1)
to
fd = open(filename, mode == RRQ ? 0 : 1 | O_TRUNC)
And, while you are at it, you may want to consider using O_RDONLY and
O_WRONLY instead of 0 and 1.
>Audit-Trail:
>Unformatted:
From owner-freebsd-bugs Thu Jan 23 08:18:12 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id IAA26885
for bugs-outgoing; Thu, 23 Jan 1997 08:18:12 -0800 (PST)
Received: (from wollman@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id IAA26864;
Thu, 23 Jan 1997 08:18:03 -0800 (PST)
Date: Thu, 23 Jan 1997 08:18:03 -0800 (PST)
From: Garrett Wollman
Message-Id: <199701231618.IAA26864@freefall.freebsd.org>
To: seki@sysrap.cs.fujitsu.co.jp, wollman, freebsd-bugs
Subject: Re: i386/2563
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
Synopsis: fe driver generates messages without newline
State-Changed-From-To: open-closed
State-Changed-By: wollman
State-Changed-When: Thu Jan 23 08:17:38 PST 1997
State-Changed-Why:
Fixed in rev 1.26. NB: this patch did not apply.
From owner-freebsd-bugs Thu Jan 23 08:19:07 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id IAA26983
for bugs-outgoing; Thu, 23 Jan 1997 08:19:07 -0800 (PST)
Received: (from wollman@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id IAA26964;
Thu, 23 Jan 1997 08:19:04 -0800 (PST)
Date: Thu, 23 Jan 1997 08:19:04 -0800 (PST)
From: Garrett Wollman
Message-Id: <199701231619.IAA26964@freefall.freebsd.org>
To: jcwells@u.washington.edu, wollman, freebsd-bugs
Subject: Re: bin/2560
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
Synopsis: login accepts bad passwd and logs user in
State-Changed-From-To: open-closed
State-Changed-By: wollman
State-Changed-When: Thu Jan 23 08:18:13 PST 1997
State-Changed-Why:
Only eight characters of key are significant when using the DES-based
crypt().
From owner-freebsd-bugs Thu Jan 23 10:30:05 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id KAA03333
for bugs-outgoing; Thu, 23 Jan 1997 10:30:05 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id KAA03324;
Thu, 23 Jan 1997 10:30:02 -0800 (PST)
Resent-Date: Thu, 23 Jan 1997 10:30:02 -0800 (PST)
Resent-Message-Id: <199701231830.KAA03324@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, wilcox@nosc.mil
Received: from first.nosc.mil (first.nosc.mil [128.49.219.120])
by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA03052
for ; Thu, 23 Jan 1997 10:24:51 -0800 (PST)
Received: (from wilcox@localhost) by first.nosc.mil (8.7.5/8.7.3) id KAA00462; Thu, 23 Jan 1997 10:28:31 -0800 (PST)
Message-Id: <199701231828.KAA00462@first.nosc.mil>
Date: Thu, 23 Jan 1997 10:28:31 -0800 (PST)
From: wilcox@nosc.mil
Reply-To: wilcox@nosc.mil
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/2567: mknod minor device field overflow warning
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
>Number: 2567
>Category: bin
>Synopsis: mknod doesn't warn when minor overlaps major
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: freebsd-bugs
>State: open
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Thu Jan 23 10:30:01 PST 1997
>Last-Modified:
>Originator: Dwight R. Wilcox
>Organization:
NRaD Code 4122, San Diego, CA 92152
>Release: FreeBSD 2.1.5-STABLE i386
>Environment:
Nothing unusual relevant to this problem.
>Description:
The /sbin/mknod command fails to warn the user when a minor
device number field is given which has non-zero bits overlapping
the major device number field. For example:
/sbin/mknod specialfile c 20 256
will set the major device number to 21 and the minor device
number to 0.
>How-To-Repeat:
See description above.
>Fix:
Verify that bits 8-15 of the minor device number are zero.
>Audit-Trail:
>Unformatted:
From owner-freebsd-bugs Thu Jan 23 12:30:05 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id MAA10260
for bugs-outgoing; Thu, 23 Jan 1997 12:30:05 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id MAA10247;
Thu, 23 Jan 1997 12:30:02 -0800 (PST)
Date: Thu, 23 Jan 1997 12:30:02 -0800 (PST)
Message-Id: <199701232030.MAA10247@freefall.freebsd.org>
To: freebsd-bugs
Cc:
From: j@uriah.heep.sax.de (J Wunsch)
Subject: Re: bin/2566: tftpd.c does not truncate a file upon open (write)
Reply-To: j@uriah.heep.sax.de (J Wunsch)
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
The following reply was made to PR bin/2566; it has been noted by GNATS.
From: j@uriah.heep.sax.de (J Wunsch)
To: staylor@cancercare.net
Cc: freebsd-gnats-submit@freebsd.org
Subject: Re: bin/2566: tftpd.c does not truncate a file upon open (write)
Date: Thu, 23 Jan 1997 21:10:31 +0100
As staylor@cancercare.net wrote:
> When TFTP-ing a file to the FreeBSD server, if a file already exists,
> it is not truncated.
Already fixed by rev 1.5 of tftpd.c (it's in -current and 2.2).
--
cheers, J"org
joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)
From owner-freebsd-bugs Thu Jan 23 12:30:06 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id MAA10264
for bugs-outgoing; Thu, 23 Jan 1997 12:30:06 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id MAA10256;
Thu, 23 Jan 1997 12:30:04 -0800 (PST)
Date: Thu, 23 Jan 1997 12:30:04 -0800 (PST)
Message-Id: <199701232030.MAA10256@freefall.freebsd.org>
To: freebsd-bugs
Cc:
From: j@uriah.heep.sax.de (J Wunsch)
Subject: Re: bin/2560: login accepts bad passwd and logs user in
Reply-To: j@uriah.heep.sax.de (J Wunsch)
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
The following reply was made to PR bin/2560; it has been noted by GNATS.
From: j@uriah.heep.sax.de (J Wunsch)
To: jcwells@u.washington.edu
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: bin/2560: login accepts bad passwd and logs user in
Date: Thu, 23 Jan 1997 21:02:50 +0100
As Jason Wells wrote:
> Login accepts password that is known to be bad. If the user
> accidentally adds characters to the end of a correct password login
> does not reject the login. If your password was 'password' and you
> entered 'passwordxx' login willaccept the password.
That's a known problem. There are only 8 significant characters in a
password. So the password wasn't ``bad'' per se.
--
cheers, J"org
joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)
From owner-freebsd-bugs Thu Jan 23 13:56:14 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id NAA14444
for bugs-outgoing; Thu, 23 Jan 1997 13:56:14 -0800 (PST)
Received: from kremvax.demos.su (kremvax.demos.su [194.87.0.20])
by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA14439;
Thu, 23 Jan 1997 13:56:09 -0800 (PST)
Received: by kremvax.demos.su (8.6.13/D) from 0@megillah.demos.su [194.87.0.21]
with ESMTP id AAA09965; Fri, 24 Jan 1997 00:55:00 +0300
Received: by megillah.demos.su id AAA02719;
(8.8.3/D) Fri, 24 Jan 1997 00:54:48 +0300 (MSK)
Message-Id: <199701232154.AAA02719@megillah.demos.su>
Subject: Incorrect information in sysinstall
To: bugs@freebsd.org
Date: Fri, 24 Jan 1997 00:54:47 +0300 (MSK)
Cc: ache@nagual.ru (Andrey A. Chernov), jkh@freebsd.org (Jordan K. Hubbard)
From: "Mikhail A. Sokolov"
X-Class: Fast
Organization: Demos Company, Ltd.
Reply-To: mishania@demos.su
X-Mailer: ELM [version 2.4 PL24 ME7a]
Content-Type: text
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
-----BEGIN PGP SIGNED MESSAGE-----
Hello,
There is incorrect information in sysinstall of all versions of FreeBSD,
concerning Russian ftp sites to pull systems from.
Please change the information from 'ftp.kiae.su' to
{ftp, ftp1, ftp2}.ru.freebsd.org as applicable.
I am not sure who is responsible and able to do it, but this seems to be the bug
already, - just installed 3.0-*18-SNAP, - the mistake is still there.
Thank you in advance,
Mikhail A. Sokolov.
-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i
iQCVAwUBMufeJionlO8jcSHRAQEk7QQAhbA/aLAAJ1++cisZQPvo1tmX5iYTlRDr
cFTwuoUKF14efZBXlDzuTlpRxWuB7N0tc83oUIyT4hIgHxQAwN/TaVLR7RllC/Ay
QZHZsvdLNmpi7skkcB6LqwiX3lamnVUE6s6sKvHQFqRs3IrREhlr8chxgB2T7PvY
NKYL+37EKaw=
=5QPo
-----END PGP SIGNATURE-----
From owner-freebsd-bugs Thu Jan 23 23:03:41 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id XAA11660
for bugs-outgoing; Thu, 23 Jan 1997 23:03:41 -0800 (PST)
Received: from time.cdrom.com (time.cdrom.com [204.216.27.226])
by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA11653;
Thu, 23 Jan 1997 23:03:37 -0800 (PST)
Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id XAA07191; Thu, 23 Jan 1997 23:03:21 -0800 (PST)
To: mishania@demos.su
cc: bugs@freebsd.org, ache@nagual.ru (Andrey A. Chernov),
jkh@freebsd.org (Jordan K. Hubbard)
Subject: Re: Incorrect information in sysinstall
In-reply-to: Your message of "Fri, 24 Jan 1997 00:54:47 +0300."
<199701232154.AAA02719@megillah.demos.su>
Date: Thu, 23 Jan 1997 23:03:21 -0800
Message-ID: <7186.854089401@time.cdrom.com>
From: "Jordan K. Hubbard"
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
Fixed, thanks!
> -----BEGIN PGP SIGNED MESSAGE-----
>
> Hello,
>
> There is incorrect information in sysinstall of all versions of FreeBSD,
> concerning Russian ftp sites to pull systems from.
>
> Please change the information from 'ftp.kiae.su' to
> {ftp, ftp1, ftp2}.ru.freebsd.org as applicable.
>
> I am not sure who is responsible and able to do it, but this seems to be the
bug
> already, - just installed 3.0-*18-SNAP, - the mistake is still there.
>
> Thank you in advance,
>
>
> Mikhail A. Sokolov.
>
> -----BEGIN PGP SIGNATURE-----
> Version: 2.6.2i
>
> iQCVAwUBMufeJionlO8jcSHRAQEk7QQAhbA/aLAAJ1++cisZQPvo1tmX5iYTlRDr
> cFTwuoUKF14efZBXlDzuTlpRxWuB7N0tc83oUIyT4hIgHxQAwN/TaVLR7RllC/Ay
> QZHZsvdLNmpi7skkcB6LqwiX3lamnVUE6s6sKvHQFqRs3IrREhlr8chxgB2T7PvY
> NKYL+37EKaw=
> =5QPo
> -----END PGP SIGNATURE-----
From owner-freebsd-bugs Thu Jan 23 23:10:03 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id XAA12071
for bugs-outgoing; Thu, 23 Jan 1997 23:10:03 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id XAA12061;
Thu, 23 Jan 1997 23:10:02 -0800 (PST)
Resent-Date: Thu, 23 Jan 1997 23:10:02 -0800 (PST)
Resent-Message-Id: <199701240710.XAA12061@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, myj@nyct.net
Received: from bsd1.nyct.net (root@bsd1.nyct.net [204.141.86.3])
by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA11522
for ; Thu, 23 Jan 1997 23:01:07 -0800 (PST)
Received: (from root@localhost) by bsd1.nyct.net (8.8.3/8.7.4) id CAA01434; Fri, 24 Jan 1997 02:01:04 -0500 (EST)
Message-Id: <199701240701.CAA01434@bsd1.nyct.net>
Date: Fri, 24 Jan 1997 02:01:04 -0500 (EST)
From: Paul Sandys
Reply-To: myj@nyct.net
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/2569: route -iface breaks inet behaivour
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
>Number: 2569
>Category: kern
>Synopsis: route -iface breaks inet behaivour
>Confidential: no
>Severity: serious
>Priority: high
>Responsible: freebsd-bugs
>State: open
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Thu Jan 23 23:10:01 PST 1997
>Last-Modified:
>Originator: Paul Sandys
>Organization:
New York Connect
>Release: FreeBSD 2.1.6.1-RELEASE i386
>Environment:
interface ed0 is on 204.141.86.0/24 and 207.198.184.0/22
>Description:
This is configuration of ed0 interface:
ifconfig ed0 204.141.86.3 netmask 0xffffff00
ifconfig ed0 204.141.86.xxx netmask 0xffffffff alias - lot of virtual addr.
route add -net 207.198.184.0 -netmask 0xfffffc00 204.141.86.3 -iface
After issuing route command, all outgoing connections (telnet rlogin etc.)
are originating from random IP address assigned to ed0, not from
204.141.86.3
>How-To-Repeat:
create simillar environment
>Fix:
I wish I knew.
>Audit-Trail:
>Unformatted:
From owner-freebsd-bugs Fri Jan 24 01:08:05 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id BAA16539
for bugs-outgoing; Fri, 24 Jan 1997 01:08:05 -0800 (PST)
Received: from come.net.uk ([194.207.66.11])
by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA16511
for ; Fri, 24 Jan 1997 01:07:50 -0800 (PST)
Received: from mail.come.net.uk (intra4.come.net.uk [194.207.66.18])
by come.net.uk (8.8.5/8.8.4) with SMTP
id JAA04846 for ; Fri, 24 Jan 1997 09:06:46 GMT
Date: Fri, 24 Jan 1997 09:06:46 GMT
Message-Id: <199701240906.JAA04846@come.net.uk>
X-Mailer: Microsoft Internet Mail and News for Macintosh - 1.1 (34)
Subject: panic: 0x8:0xf013f0e5
From: Ricky Chan
To: bugs@freebsd.org
Mime-version: 1.0
Content-type: text/plain; charset="us-ascii"
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
Following the guidance of wpaul@columbia.edu, I have found out these details
for a Petiumn P166 with a 2.1G SEAGATE SCSI drive running freebsd 2.1.6 that
CRASHES (and resets) when ever a user (non-privilaged) initilases a script
OR runs a make command (eg for the Perl 5 lib.)
Anyway the resulting error function during crash points to: 0x8:0xf013f0e5
Using nm /kernel | grep f013f
I get: fo13f09c T-tcp_input.
Please can you clarify what I can do as I am get no feed back from
newsgroups, etc.
I am using this machine as a web server runninh apache 1.1.3 and cgi-scripts
that crash/reset machines are not a good idea!!!
Yours gratefully,
Ricky (System Admin for ComeNet Technology Ltd).
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Ricky Chan:
Email : ricky@come.net.uk
HTTP : www.come.net.uk/ricky/
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From owner-freebsd-bugs Fri Jan 24 01:17:04 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id BAA16928
for bugs-outgoing; Fri, 24 Jan 1997 01:17:04 -0800 (PST)
Received: from come.net.uk ([194.207.66.11])
by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA16920
for ; Fri, 24 Jan 1997 01:16:57 -0800 (PST)
Received: (from root@localhost)
by come.net.uk (8.8.5/8.8.4)
id JAA04917; Fri, 24 Jan 1997 09:15:27 GMT
Date: Fri, 24 Jan 1997 09:15:27 GMT
From: ricky fu kwok chan
Message-Id: <199701240915.JAA04917@come.net.uk>
To: bugs@freebsd.org
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
Below is tha mail I send to you prior, as there are bugs in the microsoft
Mail package I am using (which returns a error) I have opted to send it from
a working freebsd system containing the same information. Sorry for the extra
mail and inconvience this may cause, you have my sincere apology.
----------
From: Ricky Chan
To: bugs@freebsd.org
Subject: panic: 0x8:0xf013f0e5
Following the guidance of wpaul@columbia.edu, I have found out these details
for a Petiumn P166 with a 2.1G SEAGATE SCSI drive running freebsd 2.1.6 that
CRASHES (and resets) when ever a user (non-privilaged) initilases a script
OR runs a make command (eg for the Perl 5 lib.)
Anyway the resulting error function during crash points to: 0x8:0xf013f0e5
Using nm /kernel | grep f013f
I get: fo13f09c T-tcp_input.
Please can you clarify what I can do as I am get no feed back from
newsgroups, etc.
I am using this machine as a web server runninh apache 1.1.3 and cgi-scripts
that crash/reset machines are not a good idea!!!
Yours gratefully,
Ricky (System Admin for ComeNet Technology Ltd).
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Ricky Chan:
Email : ricky@come.net.uk
HTTP : www.come.net.uk/ricky/
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From owner-freebsd-bugs Fri Jan 24 02:13:40 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id CAA19069
for bugs-outgoing; Fri, 24 Jan 1997 02:13:40 -0800 (PST)
Received: (from jkh@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id CAA19044;
Fri, 24 Jan 1997 02:13:32 -0800 (PST)
Date: Fri, 24 Jan 1997 02:13:32 -0800 (PST)
From: "Jordan K. Hubbard"
Message-Id: <199701241013.CAA19044@freefall.freebsd.org>
To: mini@hydrogen.nike.efn.org, jkh, freebsd-bugs
Subject: Re: conf/2519
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
Synopsis:
State-Changed-From-To: open-closed
State-Changed-By: jkh
State-Changed-When: Fri Jan 24 02:12:37 PST 1997
State-Changed-Why:
Fix accepted, thanks!
From owner-freebsd-bugs Fri Jan 24 06:10:06 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id GAA29831
for bugs-outgoing; Fri, 24 Jan 1997 06:10:06 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id GAA29825;
Fri, 24 Jan 1997 06:10:03 -0800 (PST)
Resent-Date: Fri, 24 Jan 1997 06:10:03 -0800 (PST)
Resent-Message-Id: <199701241410.GAA29825@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
Received:(from nobody@localhost) by.freefall.freebsd.org.id.GAA29673;Fri; (8.8.5/8.8.5);,
24 Jan 1997 06:06:22.-0800 (PST)
Message-Id: <199701241406.GAA29673@freefall.freebsd.org>
Date: Fri, 24 Jan 1997 06:06:22 -0800 (PST)
From: Roman.Pavlik@skynet.cz
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: kern/2570: arpresolve: cant allocate llinfo
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
>Number: 2570
>Category: kern
>Synopsis: arpresolve: cant allocate llinfo
>Confidential: no
>Severity: serious
>Priority: high
>Responsible: freebsd-bugs
>State: open
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Fri Jan 24 06:10:01 PST 1997
>Last-Modified:
>Originator: Roman Pavlik
>Organization:
SkyNet, Czech Republic
>Release: 2.1.6.1
>Environment:
>Description:
This problem is already reported as "kern/1982" on FreeBSD 2.1.5 release.
The problem appears on our machine when we try to run ipfilter.
>How-To-Repeat:
Start ipfilter.
>Fix:
>Audit-Trail:
>Unformatted:
From owner-freebsd-bugs Fri Jan 24 07:38:50 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id HAA03506
for bugs-outgoing; Fri, 24 Jan 1997 07:38:50 -0800 (PST)
Received: from cc.acnit.ac.ru (cc.acnit.ac.ru [147.45.142.18])
by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA03478
for ; Fri, 24 Jan 1997 07:38:20 -0800 (PST)
Received: (from lozenko@localhost)
by cc.acnit.ac.ru (8.8.4/8.8.4)
id VAA00267 for freebsd-bugs@freebsd.org; Fri, 24 Jan 1997 21:37:52 +0300 (MSK)
Date: Fri, 24 Jan 97 18:37:50 +0000
From: lozenko@cc.acnit.ac.ru (Evgeny A. Lozenko)
To: freebsd-bugs@freebsd.org
Message-ID:
Subject: Installation error
X-Mailer: BML [UNIX Beauty Mail v.1.39]
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
Hi!
I have been upgraded 2.1.6 -> 2.2 BETA . After the installation
support of my national locale works incorrectly . When I start any
application which printed on tty '|' , '-' i.e. , I seen national language's
symbol ( russian) . If I include in /root/.login string like this :
" eval ` tset -s -m 'network:?pc3 '` this trouble disappeared .
If I didn't upgraded but simply install the 2.2 BETA
all was ok. May be upgrade procedure don't remove old locale? Why ?
And second installation problem :
If I do adduser without any options to add user to group wheel,
it's work, but in file /etc/group line "wheel:*:0:root" don't change.
Evgeny
From owner-freebsd-bugs Fri Jan 24 08:10:06 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id IAA04952
for bugs-outgoing; Fri, 24 Jan 1997 08:10:06 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id IAA04942;
Fri, 24 Jan 1997 08:10:03 -0800 (PST)
Date: Fri, 24 Jan 1997 08:10:03 -0800 (PST)
Message-Id: <199701241610.IAA04942@freefall.freebsd.org>
To: freebsd-bugs
Cc:
From: Garrett Wollman
Subject: kern/2569: route -iface breaks inet behaivour
Reply-To: Garrett Wollman
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
The following reply was made to PR kern/2569; it has been noted by GNATS.
From: Garrett Wollman
To: myj@nyct.net
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: kern/2569: route -iface breaks inet behaivour
Date: Fri, 24 Jan 1997 11:06:00 -0500
< said:
> ifconfig ed0 204.141.86.3 netmask 0xffffff00
> ifconfig ed0 204.141.86.xxx netmask 0xffffffff alias - lot of virtual addr.
> route add -net 207.198.184.0 -netmask 0xfffffc00 204.141.86.3 -iface
I believe what you actually want to say is:
# route add -net 207.198.184.0 -netmask 0xfffffc00 -iface ed0
I don't know that this will help, but it's a start.
-GAWollman
--
Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same
wollman@lcs.mit.edu | O Siem / The fires of freedom
Opinions not those of| Dance in the burning flame
MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick
From owner-freebsd-bugs Fri Jan 24 12:12:10 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id MAA16658
for bugs-outgoing; Fri, 24 Jan 1997 12:12:10 -0800 (PST)
Received: (from jkh@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id MAA16577;
Fri, 24 Jan 1997 12:11:55 -0800 (PST)
Date: Fri, 24 Jan 1997 12:11:55 -0800 (PST)
From: "Jordan K. Hubbard"
Message-Id: <199701242011.MAA16577@freefall.freebsd.org>
To: fenner@parc.xerox.com, jkh, freebsd-bugs
Subject: Re: bin/2486
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
Synopsis: 2.2-BETA XF86 install retries starting at the next file
State-Changed-From-To: open-closed
State-Changed-By: jkh
State-Changed-When: Fri Jan 24 12:11:37 PST 1997
State-Changed-Why:
Got this one, thanks!
From owner-freebsd-bugs Fri Jan 24 12:13:04 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id MAA16809
for bugs-outgoing; Fri, 24 Jan 1997 12:13:04 -0800 (PST)
Received: (from jkh@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id MAA16701;
Fri, 24 Jan 1997 12:12:18 -0800 (PST)
Date: Fri, 24 Jan 1997 12:12:18 -0800 (PST)
From: "Jordan K. Hubbard"
Message-Id: <199701242012.MAA16701@freefall.freebsd.org>
To: fenner@parc.xerox.com, jkh, freebsd-bugs
Subject: Re: bin/2487
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
Synopsis: 2.2-BETA install does not allow selection of Busmouse
State-Changed-From-To: open-closed
State-Changed-By: jkh
State-Changed-When: Fri Jan 24 12:12:04 PST 1997
State-Changed-Why:
Nailed this one too.
From owner-freebsd-bugs Fri Jan 24 13:30:04 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id NAA20828
for bugs-outgoing; Fri, 24 Jan 1997 13:30:04 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id NAA20822;
Fri, 24 Jan 1997 13:30:02 -0800 (PST)
Date: Fri, 24 Jan 1997 13:30:02 -0800 (PST)
Message-Id: <199701242130.NAA20822@freefall.freebsd.org>
To: freebsd-bugs
Cc:
From: se@freebsd.org (Stefan Esser)
Subject: Re: kern/2463: pci gets included without being asked for
Reply-To: se@freebsd.org (Stefan Esser)
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
The following reply was made to PR kern/2463; it has been noted by GNATS.
From: se@freebsd.org (Stefan Esser)
To: andrew@ugh.net.au
Cc: freebsd-gnats-submit@freebsd.org
Subject: Re: kern/2463: pci gets included without being asked for
Date: Fri, 24 Jan 1997 22:25:11 +0100
On Jan 12, andrew@ugh.net.au wrote:
> >Synopsis: pci gets included without being asked for
> >Description:
> Despite not having pci mentioned in my kernel config file at all the
> makefile produced by config still contains $S/pci/wd82371.c. Is this a
> bug? The file seems to be something about pci ide controllers but I'm not
> sure...I definitley dont have pci :-(
Well, and then you definitely don't care, whether wd82371.c will
be compiled, since it is pre-processed into an empty file, if you
don't have pci0 configured ...
(I.e. the whole body of wd82371.c is included in "#if NPCI > 0".)
It is debatable, whether wd82371.c should be included into the
Makefile, if "wd0" is defined, or whether it should depend on pci0,
but would then contain an "#if NWD > 0" ...
(And I would in fact prefer the latter method.)
This is not a real problem: The /sys/conf/files format just does not
allow to include a file only if there are TWO devices configured in
the kernel configuration file. This is dealt with by checking for the
second condition from within the source file.
I will therefor close the PR.
From owner-freebsd-bugs Fri Jan 24 13:38:35 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id NAA21297
for bugs-outgoing; Fri, 24 Jan 1997 13:38:35 -0800 (PST)
Received: (from se@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id NAA21277;
Fri, 24 Jan 1997 13:38:16 -0800 (PST)
Date: Fri, 24 Jan 1997 13:38:16 -0800 (PST)
From: Stefan Esser
Message-Id: <199701242138.NAA21277@freefall.freebsd.org>
To: andrew@ugh.net.au, se, freebsd-bugs, se
Subject: Re: kern/2463
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
Synopsis: pci gets included without being asked for
State-Changed-From-To: open-closed
State-Changed-By: se
State-Changed-When: Fri Jan 24 13:33:20 PST 1997
State-Changed-Why:
This is not a bug, but a restriction of the kernel config tool.
No code is actually compiled into the kernel.
Responsible-Changed-From-To: freebsd-bugs->se
Responsible-Changed-By: se
Responsible-Changed-When: Fri Jan 24 13:33:20 PST 1997
Responsible-Changed-Why:
I'm maintaining PCI bus related stuff.
From owner-freebsd-bugs Fri Jan 24 14:10:06 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id OAA23138
for bugs-outgoing; Fri, 24 Jan 1997 14:10:06 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id OAA23129;
Fri, 24 Jan 1997 14:10:03 -0800 (PST)
Date: Fri, 24 Jan 1997 14:10:03 -0800 (PST)
Message-Id: <199701242210.OAA23129@freefall.freebsd.org>
To: freebsd-bugs
Cc:
From: Bill Fenner
Subject: Re: kern/2570: arpresolve: cant allocate llinfo
Reply-To: Bill Fenner
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk
The following reply was made to PR kern/2570; it has been noted by GNATS.
From: Bill Fenner
To: Roman.Pavlik@skynet.cz
Cc: freebsd-gnats@freebsd.org, fenner@parc.xerox.com
Subject: Re: kern/2570: arpresolve: cant allocate llinfo
Date: Fri, 24 Jan 1997 11:18:34 PST
>>How-To-Repeat:
>Start ipfilter.
Roman,
Could you please include your network configuration (e.g. the relevant lines from /etc/sysconfig), the output of "netstat -nr" and "ifconfig -a", and your ipfilter configuration? If you send a message to freebsd-gnats@freebsd.org with a subject: of ke rn/2570 (e.g. reply to this message), the information will be attached to your bug report.
Thanks,
Bill
From owner-freebsd-bugs Fri Jan 24 15:30:04 1997
Return-Path:
Received: (from root@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id PAA26117
for bugs-outgoing; Fri, 24 Jan 1997 15:30:04 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.8.5/8.8.5) id PAA26111;
Fri, 24 Jan 1997 15:30:02 -0800 (PST)
Resent-Date: Fri, 24 Jan 1997 15:30:02 -0800 (PST)
Resent-Message-Id: <199701242330.PAA26111@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, thompson@tgsoft.com
Received: from squirrel.tgsoft.com (squirrel.tgsoft.com [207.167.64.183])
by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA26007
for ; Fri, 24 Jan 1997 15:26:29 -0800 (PST)
Received: (from thompson@localhost) by squirrel.tgsoft.com (8.8.3/8.6.12) id PAA21557; Fri, 24 Jan 1997 15:28:10 -0800 (PST)
Message-Id: <199701242328.PAA21557@squirrel.tgsoft.com>
Date: Fri, 24 Jan 1997 15:28:10 -0800 (PST)
From: mark thompson
Reply-To: thompson@tgsoft.com
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/2572: Enable offline builds (was: make $DESTDIR work)
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk
>Number: 2572
>Category: bin
>Synopsis: Build 2.2 on a 2.1.6 system without replacing running system
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: freebsd-bugs
>State: open
>Class: change-request
>Submitter-Id: current-users
>Arrival-Date: Fri Jan 24 15:30:01 PST 1997
>Last-Modified:
>Originator: mark thompson
>Organization:
tgsoft
>Release: FreeBSD 2.1.6.1-RELEASE
>Environment:
build FreeBSD 2.2 on FreeBSD 2.1.6 without clobbering 2.1.6
>Description:
replaces: bin/2493: make $DESTDIR work.
Incorporates suggested improvements. Includes comprehensive build
script, patches to several makefiles and removal of
redundant/incorrect declarations of malloc.
NOTE: Fails to build handbook.
>How-To-Repeat:
By inspection. This patch has been used to build 2.2 (many times in
testing) and running the resulting system in $TARGETDIR as chroot to
verify that the resulting build is usable. mtree used to compare build
to system built in traditional way.
>Fix:
This script and set of patches allows you to build FreeBSD 2.2 on a
FreeBSD 2.1.6.1 system without wiping out the system you are building
on.
1. This does *not* minimize the number of compile steps
2. It does not successfully build the handbook
The script
-------------------------
#!/bin/sh
#
# (builds FreeBSD 2.2 in a seperate tree on FreeBSD 2.1.6)
#
# This script will build FreeBSD 2.2 in a tree seperate from your
# running system. To use it, make a directory to hold the results
# and set its name below:
ROOT=/u/build2.2/Root
#
# Then copy (or check out) the source tree into $ROOT/usr/src.
# The object files will go into /usr/obj. If this is not where you want
# them, /usr/obj (or one of its subdirectories) should be a symlink.
# On my system (where ROOT=/u/build2.2/Root),
#
# # ls -l /usr/obj/u/build2.2
# # lrwxr-xr-x 1 root wheel 24 Jan 5 06:53 Root -> /u/build2.2/Root/usr/obj
#
# This exploits the fact that the object directory is /usr/obj/