From owner-freebsd-bugs Sun Jun 4 02:20:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA05055 for bugs-outgoing; Sun, 4 Jun 1995 02:20:04 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA05048 ; Sun, 4 Jun 1995 02:20:03 -0700 Date: Sun, 4 Jun 1995 02:20:03 -0700 Message-Id: <199506040920.CAA05048@freefall.cdrom.com> From: David Muir Sharnoff Reply-To: David Muir Sharnoff To: freebsd-bugs Subject: bin/483: at doesn't seem to accept the time formats it's supposed to In-Reply-To: Your message of Sun, 4 Jun 1995 02:17:28 -0700 <199506040917.CAA12107@idiom.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 483 >Category: bin >Synopsis: at doesn't seem to accept the time formats it's supposed to >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jun 4 02:20:02 1995 >Originator: David Muir Sharnoff >Organization: Idiom Consulting >Release: FreeBSD 2.0-RELEASE i386 >Environment: >Description: According to at(1), the following formats should be accepted: You can also specify the date on which the job will be run by giving a date in the form month-name day with an optional year, or giving a date of the form MMDDYY, MM/DD/YY or DD.MM.YY. However when I run at, I get the following: idiom:auction<312> /usr/bin/at 0200 06/03/95 at: garbled time idiom:auction<313> /usr/bin/at 02:00 06/03/95 at: garbled time idiom:auction<314> /usr/bin/at 06/03/95 02:00 at: garbled time In fact, the only way I found to enter a date is MMDDYY. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jun 4 09:14:26 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA15198 for bugs-outgoing; Sun, 4 Jun 1995 09:14:26 -0700 Received: (from davidg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA15184 ; Sun, 4 Jun 1995 09:14:26 -0700 Date: Sun, 4 Jun 1995 09:14:26 -0700 From: David Greenman Message-Id: <199506041614.JAA15184@freefall.cdrom.com> To: mpp@legarto.minn.net, davidg, freebsd-bugs Subject: Changed information for PR kern/478 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: Multicast not supported on PPP interfaces State-Changed-From-To: open-closed State-Changed-By: davidg State-Changed-When: Sun Jun 4 09:13:02 PDT 1995 State-Changed-Why: Mike was right - Garrett simply made a mistake in rev 1.4 and inadvertantly clobbered his change in 1.3. The multicast ioctl support has been added back. From owner-freebsd-bugs Sun Jun 4 09:29:36 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA15498 for bugs-outgoing; Sun, 4 Jun 1995 09:29:36 -0700 Received: (from davidg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA15484 ; Sun, 4 Jun 1995 09:29:34 -0700 Date: Sun, 4 Jun 1995 09:29:34 -0700 From: David Greenman Message-Id: <199506041629.JAA15484@freefall.cdrom.com> To: pb@fasterix.freenix.fr, davidg, freebsd-bugs Subject: Changed information for PR kern/445 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: write() returns EAGAIN during uucico 'i' transfers State-Changed-From-To: open-closed State-Changed-By: davidg State-Changed-When: Sun Jun 4 09:28:49 PDT 1995 State-Changed-Why: The bug was introduced by an incorrect change in rev 1.44. It's been backed out. From owner-freebsd-bugs Sun Jun 4 12:18:12 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA27663 for bugs-outgoing; Sun, 4 Jun 1995 12:18:12 -0700 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA27657 for ; Sun, 4 Jun 1995 12:18:10 -0700 Message-Id: <199506041918.MAA27657@freefall.cdrom.com> Received: by crh.cl.msu.edu (1.38.193.4/16.2) id AA29670; Sun, 4 Jun 1995 15:18:03 -0400 From: Charles Henrich Subject: Re: Hey Neato To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 4 Jun 1995 15:18:02 -0400 (EDT) Cc: henrich@crh.cl.msu.edu, freebsd-bugs@FreeBSD.org In-Reply-To: <199506040645.IAA26049@uriah.heep.sax.de> from "J Wunsch" at Jun 4, 95 08:45:16 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 241 Sender: bugs-owner@FreeBSD.org Precedence: bulk > Don't you think this is a bit few on information? Yep, I just sent a more detailed report to Jordan. -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-bugs Sun Jun 4 12:50:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA29927 for bugs-outgoing; Sun, 4 Jun 1995 12:50:02 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA29920 ; Sun, 4 Jun 1995 12:50:01 -0700 Date: Sun, 4 Jun 1995 12:50:01 -0700 Message-Id: <199506041950.MAA29920@freefall.cdrom.com> From: Mark Valentine Reply-To: Mark Valentine To: freebsd-bugs Subject: misc/484: usr.sbin/Makefile problem with SUBDIR In-Reply-To: Your message of Sun, 4 Jun 1995 17:55:38 +0100 <199506041655.RAA25099@linus.demon.co.uk> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 484 >Category: misc >Synopsis: usr.sbin/Makefile problem with SUBDIR >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jun 4 12:50:00 1995 >Originator: Mark Valentine >Organization: >Release: FreeBSD 2.0-BUILT-19950526 i386 >Environment: Any. >Description: "make all" followed by "make install clean" fails in usr.sbin due to an attempt to install config.new. >How-To-Repeat: # cd /usr/src/usr.sbin # make # make install clean >Fix: May be best just to remove the "if make(clean) || make(cleandir)" part of the conditional. People who build config.new can clean it manually, or add it to their per-architecture SUBDIR list. (No doubt I'm missing the reason for it not being quite that simple.) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jun 4 13:04:19 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA00803 for bugs-outgoing; Sun, 4 Jun 1995 13:04:19 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA00794 for ; Sun, 4 Jun 1995 13:04:13 -0700 Received: (dufault@localhost) by hda.com (8.6.11/8.3) id QAA08930; Sun, 4 Jun 1995 16:03:48 -0400 From: Peter Dufault Message-Id: <199506042003.QAA08930@hda.com> Subject: Bibliography? To: bugs@FreeBSD.org Date: Sun, 4 Jun 1995 16:03:47 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 419 Sender: bugs-owner@FreeBSD.org Precedence: bulk No bibliography in /usr/src/share/FAQ/Text? I don't know any of the beginner Unix books, but we need a pointer to the 4.3BSD OS book, the O'Reilly books (which is in README), and some kind of Sysadmin for Beginners (if such a thing exists). Peter -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-bugs Sun Jun 4 13:06:59 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA00893 for bugs-outgoing; Sun, 4 Jun 1995 13:06:59 -0700 Received: from rowe.williams.edu (rowe.williams.edu [137.165.4.20]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA00887 for ; Sun, 4 Jun 1995 13:06:55 -0700 From: Craig.P.Loomis@williams.edu Received: from hancock (hancock.cc.williams.edu) by rowe.williams.edu with SMTP id AA21000 (5.65c/IDA-1.4.4 for ); Sun, 4 Jun 1995 16:06:53 -0400 Received: from by hancock (4.1/client-1.3) id AB11381; Sun, 4 Jun 95 16:06:39 EDT X-Sender: cloomis@popserver.williams.edu Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 4 Jun 1995 14:10:14 -0600 To: bugs@FreeBSD.org Subject: segmentation fault in inetd Sender: bugs-owner@FreeBSD.org Precedence: bulk This is for FreeBSD-current, as of June 1. The tcpmux-related code in inetd.c:main() has a bug: a for loop variable (sep) is set to NULL by code within the loop. When the loop is continued and sep->se_next is referenced, the program crashes. One possible fix follows. Also, a line like: tcpmux stream tcp nowait root internal should perhaps be put in /etc/inetd.conf so that tcpmux services can be started. The man page mentions tcpmux/servicename lines, but doesn't make it clear that the tcpmux service itself must be listed. Lastly, the Send-pr line in /usr/share/info/dir should have a period where the second colon is: * Send-pr: (send-pr). ^ Thank you for a *fine* system. - craig loomis Unaffiliated and loving it. *** inetd.c-dist Sun Jun 4 13:08:29 1995 --- inetd.c Sun Jun 4 13:07:58 1995 *************** *** 372,381 **** */ if (sep->se_bi && sep->se_bi->bi_fn == (void (*)()) tcpmux) { ! sep = tcpmux(ctrl); ! if (sep == NULL) { close(ctrl); continue; } } } else --- 372,386 ---- */ if (sep->se_bi && sep->se_bi->bi_fn == (void (*)()) tcpmux) { ! struct servtab *tsep; ! ! tsep = tcpmux(ctrl); ! if (tsep == NULL) { close(ctrl); continue; + } + else { + sep = tsep; } } } else From owner-freebsd-bugs Sun Jun 4 13:08:22 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA00987 for bugs-outgoing; Sun, 4 Jun 1995 13:08:22 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA00955 for ; Sun, 4 Jun 1995 13:08:17 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id NAA20461; Sun, 4 Jun 1995 13:07:46 -0700 From: "Rodney W. Grimes" Message-Id: <199506042007.NAA20461@gndrsh.aac.dev.com> Subject: Re: misc/484: usr.sbin/Makefile problem with SUBDIR To: mark@linus.demon.co.uk Date: Sun, 4 Jun 1995 13:07:46 -0700 (PDT) Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: <199506041950.MAA29920@freefall.cdrom.com> from "Mark Valentine" at Jun 4, 95 12:50:01 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1703 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > > >Number: 484 > >Category: misc > >Synopsis: usr.sbin/Makefile problem with SUBDIR > >Confidential: no > >Severity: non-critical > >Priority: low > >Responsible: freebsd-bugs (FreeBSD bugs mailing list) > >State: open > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Sun Jun 4 12:50:00 1995 > >Originator: Mark Valentine > >Organization: > >Release: FreeBSD 2.0-BUILT-19950526 i386 > >Environment: > > Any. > > >Description: > > "make all" followed by "make install clean" fails in usr.sbin > due to an attempt to install config.new. How could of it possible attempted to ``install'' in config.new, the only times it would go down into that tree is for clean, cleandir or other targets with ${MACHINE}==sparc. I just did what you claimed on a -current box and it never attempted to ``install'' config.new. It did clean the directory howerver. > >How-To-Repeat: > > # cd /usr/src/usr.sbin > # make > # make install clean You want my log file??? > >Fix: > > May be best just to remove the "if make(clean) || make(cleandir)" > part of the conditional. People who build config.new can clean it > manually, or add it to their per-architecture SUBDIR list. (No > doubt I'm missing the reason for it not being quite that simple.) No, sorry, that is not the ``right'' thing to do as then we would just have to fix it again when sparc or other arch support comes in. I am closing this PR as Problem does not exists, could not duplicate. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-bugs Sun Jun 4 13:09:11 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA01073 for bugs-outgoing; Sun, 4 Jun 1995 13:09:11 -0700 Received: (from rgrimes@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA01056 ; Sun, 4 Jun 1995 13:09:09 -0700 Date: Sun, 4 Jun 1995 13:09:09 -0700 From: "Rodney W. Grimes" Message-Id: <199506042009.NAA01056@freefall.cdrom.com> To: mark@linus.demon.co.uk, rgrimes, freebsd-bugs Subject: Changed information for PR misc/484 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: usr.sbin/Makefile problem with SUBDIR State-Changed-From-To: open-closed State-Changed-By: rgrimes State-Changed-When: Sun Jun 4 13:08:14 PDT 1995 State-Changed-Why: Problem does not exists, could not duplicate. From owner-freebsd-bugs Sun Jun 4 15:19:19 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA10262 for bugs-outgoing; Sun, 4 Jun 1995 15:19:19 -0700 Received: from cioccolato.tinet.ch (cioccolato.tinet.ch [194.29.0.17]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA10253 for ; Sun, 4 Jun 1995 15:19:15 -0700 Received: by cioccolato.tinet.ch (4.1/SMI-4.1) id AA27881; Mon, 5 Jun 95 00:19:07 +0200 Message-Id: <9506042219.AA27881@cioccolato.tinet.ch> Date: Mon, 05 Jun 95 00:05:57 EDT From: gmoravszky@tinet.ch (Gy. Moravszky) Reply-To: gmoravszky@tinet.ch (Gy. Moravszky) To: bugs@FreeBSD.org X-Mailer: PMMail (v1.05 UNREGISTERED SHAREWARE) Subject: Extra HDD space ??? Sender: bugs-owner@FreeBSD.org Precedence: bulk I have an Adaptec 2842 VLS SCSI adapter with a Quantum Empire 2000S attached to it. I run DOS and OS/2 from the same disk and have to leave the translation enabled. Was trying to install (for the first time) FreeBSD 2.0.5 alpha with the 03/06/95 patch. The partitioning program, determed the correct geometry: 255/255/63 but found the drive to be bigger than the multiplude of the above. As i have no resources to backup 1.5 gigs, i decided not to experiment furver and instead made an extra partition in OS/2, resulting: - OS/2 Boot Manager - 1 gig DOS partition (dos primary) - .5 gig OS/2 partition (dos extended, HPFS) - .5 gig empty (i wanted to use this one for FreeBSD) This is the screen of the partitioning program: BIOS geometry: 255cyls/255heads/63sectors Offset Size End Name Ptype Desc Subtype 0 63 62 - 6 unused 0 63 16002 16064 sd0s3 1 unknown 10 16065 2056320 2072384 sd0s2 2 fat 6 2072385 1012095 3084479 sd0s1 4 extended 5 3084480 1012095 4096574 ds0s4 1 unknown 22 4096575 12025 4108599 - 6 unused 0 So these extra 12025 are what scared me off. I tryed to boot the april snapshot of 2.0 and the fdisk program did not find this extra space. Is this a bug or it's safe to alocate this extra space and go on with the instalation? Thanks, Gyorgy Moravszky From owner-freebsd-bugs Sun Jun 4 15:36:43 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA12021 for bugs-outgoing; Sun, 4 Jun 1995 15:36:43 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA12009 ; Sun, 4 Jun 1995 15:36:40 -0700 Received: by sequent.kiae.su id AA10050 (5.65.kiae-2 ); Mon, 5 Jun 1995 02:33:35 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Mon, 5 Jun 95 02:33:35 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id CAA07251; Mon, 5 Jun 1995 02:25:13 +0400 To: davidg@freefall.cdrom.com, freebsd-bugs@freefall.cdrom.com, pb@fasterix.freenix.fr Cc: Bruce Evans References: <199506041629.JAA15484@freefall.cdrom.com> In-Reply-To: <199506041629.JAA15484@freefall.cdrom.com>; from David Greenman at Sun, 4 Jun 1995 09:29:34 -0700 Message-Id: Organization: Olahm Ha-Yetzirah Date: Mon, 5 Jun 1995 02:25:12 +0400 (MSD) X-Mailer: Mail/@ [v2.37 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA=?= =?KOI8-R?Q?=FE=C5=D2=CE=CF=D7=?= aka "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: Changed information for PR kern/445 Lines: 45 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1599 Sender: bugs-owner@FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- In message <199506041629.JAA15484@freefall.cdrom.com> David Greenman writes: >Synopsis: write() returns EAGAIN during uucico 'i' transfers >State-Changed-From-To: open-closed >State-Changed-By: davidg >State-Changed-When: Sun Jun 4 09:28:49 PDT 1995 >State-Changed-Why: >The bug was introduced by an incorrect change in rev 1.44. It's been >backed out. 1.44 change was correct if user not set t_timeout directly via special ioctl or comcontrol. By default t_timeout == 0 !!! ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This "fix" is _incorrect_, it obviously not fix this PR, becuase t_timeout != 0 required for it. Moreover it cause modem hangs, whan 1.44 code release it. If user set t_timeout directly to != 0, he must know what he does and not send PR int this case. If t_timeout != 0 is needed, better way is increase it more, maybe to 5 minutes f.e. than breaks tty.c code as occurse now. P.S. Please not back out anything without discussion with fix author (me) first. - -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 -----BEGIN PGP SIGNATURE----- Version: 2.6.2i iQCVAwUBL9IyxuJgpPLZnQjrAQHSDQP+KNVljT3AhiYmn4Wp0bJj0ufygaU7QVZO EDmA1I4bL+jt7+WJlIiCUOJ5bipNQh1BgD9mgWIcqPR5J63BWX2+lQY9/KXB+CWA qVE14pYLzRhv72/uEJldvH0Gi4gFu9vtpBUe1WfpMp6wFXdN9iPytIJaudP0QiMX EKHcO7N1qKk= =TxZ/ -----END PGP SIGNATURE----- From owner-freebsd-bugs Sun Jun 4 17:40:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA27048 for bugs-outgoing; Sun, 4 Jun 1995 17:40:06 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA27040 ; Sun, 4 Jun 1995 17:40:05 -0700 Date: Sun, 4 Jun 1995 17:40:05 -0700 Message-Id: <199506050040.RAA27040@freefall.cdrom.com> From: Tom Samplonius Reply-To: Tom Samplonius To: freebsd-bugs Subject: docs/485: Bug in users(1) manpage In-Reply-To: Your message of Sun, 4 Jun 1995 09:12:02 -0700 <199506041612.JAA00836@misery.sdf.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 485 >Category: docs >Synopsis: Bug in users(1) manpage >Confidential: No >Severity: non-critical >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun Jun 4 17:40:01 1995 >Originator: Tom Samplonius >Organization: >Release: FreeBSD 2.0-BUILT-19950525 i386 >Environment: FreeBSD 2.0.x >Description: Manpage for users(1) lists the location of utmp to be "/etc/utmp". It is actually in /var/run/utmp. >How-To-Repeat: man users >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jun 4 17:55:01 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA27423 for bugs-outgoing; Sun, 4 Jun 1995 17:55:01 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA27414 for ; Sun, 4 Jun 1995 17:54:58 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id KAA09497; Mon, 5 Jun 1995 10:54:09 +1000 Date: Mon, 5 Jun 1995 10:54:09 +1000 From: Bruce Evans Message-Id: <199506050054.KAA09497@godzilla.zeta.org.au> To: mark@linus.demon.co.uk, rgrimes@gndrsh.aac.dev.com Subject: Re: misc/484: usr.sbin/Makefile problem with SUBDIR Cc: freebsd-bugs@freefall.cdrom.com Sender: bugs-owner@FreeBSD.org Precedence: bulk >> "make all" followed by "make install clean" fails in usr.sbin >> due to an attempt to install config.new. >How could of it possible attempted to ``install'' in config.new, the >only times it would go down into that tree is for clean, cleandir or >other targets with ${MACHINE}==sparc. config.new is in the clean SUBDIRs for all MACHINEs, so `make clean install' adds it to the SUBDIR list for all targets: Bruce -------- makefile -------- SUBDIR=foo .if make(clean) SUBDIR+= config.new .endif clean: echo $(SUBDIR) install: echo $(SUBDIR) From owner-freebsd-bugs Sun Jun 4 18:09:39 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA28221 for bugs-outgoing; Sun, 4 Jun 1995 18:09:39 -0700 Received: (from davidg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA28202 ; Sun, 4 Jun 1995 18:09:38 -0700 Date: Sun, 4 Jun 1995 18:09:38 -0700 From: David Greenman Message-Id: <199506050109.SAA28202@freefall.cdrom.com> To: tom@uniserve.com, davidg, freebsd-bugs Subject: Changed information for PR docs/485 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: Bug in users(1) manpage State-Changed-From-To: open-closed State-Changed-By: davidg State-Changed-When: Sun Jun 4 18:09:15 PDT 1995 State-Changed-Why: The path was indeed wrong and has been fixed. From owner-freebsd-bugs Sun Jun 4 18:49:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA00357 for bugs-outgoing; Sun, 4 Jun 1995 18:49:02 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA00351 for ; Sun, 4 Jun 1995 18:49:01 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id SAA18829; Sun, 4 Jun 1995 18:48:57 -0700 From: Poul-Henning Kamp Message-Id: <199506050148.SAA18829@ref.tfs.com> Subject: Re: Extra HDD space ??? To: gmoravszky@tinet.ch Date: Sun, 4 Jun 1995 18:48:56 -0700 (PDT) Cc: bugs@FreeBSD.org In-Reply-To: <9506042219.AA27881@cioccolato.tinet.ch> from "Gy. Moravszky" at Jun 5, 95 00:05:57 am Content-Type: text Content-Length: 837 Sender: bugs-owner@FreeBSD.org Precedence: bulk > BIOS geometry: 255cyls/255heads/63sectors > > Offset Size End Name Ptype Desc Subtype > 0 63 62 - 6 unused 0 > 63 16002 16064 sd0s3 1 unknown 10 > 16065 2056320 2072384 sd0s2 2 fat 6 > 2072385 1012095 3084479 sd0s1 4 extended 5 > 3084480 1012095 4096574 ds0s4 1 unknown 22 > 4096575 12025 4108599 - 6 unused 0 Those 12025 correspond to the last partial cylinder. 4180600 % (255*63) = 12025 It's simply because the virtual geometry of the disk does not evenly divide into the disks size, and something gets left over. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-bugs Sun Jun 4 21:10:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA17260 for bugs-outgoing; Sun, 4 Jun 1995 21:10:02 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA17251 ; Sun, 4 Jun 1995 21:10:01 -0700 Date: Sun, 4 Jun 1995 21:10:01 -0700 Message-Id: <199506050410.VAA17251@freefall.cdrom.com> From: tom@haven.uniserve.com Reply-To: tom@haven.uniserve.com To: freebsd-bugs Subject: bin/486: ls requires utmp.h? In-Reply-To: Your message of Sun, 4 Jun 1995 21:09:28 +0100 <95Jun4.210941+0100_pdt.30755+3004@haven.uniserve.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 486 >Category: bin >Synopsis: ls includes utmp.h but doesn't use it >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jun 4 21:10:01 1995 >Originator: Tom Samplonius >Organization: >Release: FreeBSD 2.0-BUILT-19950529 i386 >Environment: FreeBSD 2.0.X >Description: print.c in /usr/src/bin/ls includes utmp.h but doesn't need to (I re-compiled with #include commented out with no errors). Is there is something missing in print.c that used to require utmp.h? >How-To-Repeat: Comment out #include and re-compile. >Fix: - remove #include , or - fix whatever bit in print.c should be using utmp.h >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jun 4 23:58:55 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA05398 for bugs-outgoing; Sun, 4 Jun 1995 23:58:55 -0700 Received: (from bde@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA05384 ; Sun, 4 Jun 1995 23:58:54 -0700 Date: Sun, 4 Jun 1995 23:58:54 -0700 From: Bruce Evans Message-Id: <199506050658.XAA05384@freefall.cdrom.com> To: avl@lotos.kiam1.rssi.ru, bde, freebsd-bugs Subject: Changed information for PR bin/470 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: timed & timedc bugs State-Changed-From-To: open-closed State-Changed-By: bde State-Changed-When: Sun Jun 4 23:55:29 PDT 1995 State-Changed-Why: Already fixed in measure.c revision 1.2 1994/11/27 timed.c revision 1.2 1995/05/15 From owner-freebsd-bugs Mon Jun 5 00:04:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA05725 for bugs-outgoing; Mon, 5 Jun 1995 00:04:02 -0700 Received: (from bde@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA05711 ; Mon, 5 Jun 1995 00:04:01 -0700 Date: Mon, 5 Jun 1995 00:04:01 -0700 From: Bruce Evans Message-Id: <199506050704.AAA05711@freefall.cdrom.com> To: pb@fasterix.freenix.fr, bde, freebsd-bugs Subject: Changed information for PR kern/438 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: panic: vwakeup: neg numoutput State-Changed-From-To: open-closed State-Changed-By: bde State-Changed-When: Mon Jun 5 00:01:35 PDT 1995 State-Changed-Why: Panic fixed in subr_diskslice.c revision 1.13. Warning from fixlabel isn't really a bug, except it "can't happen". From owner-freebsd-bugs Mon Jun 5 00:17:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA06112 for bugs-outgoing; Mon, 5 Jun 1995 00:17:03 -0700 Received: from uivlsi.csl.uiuc.edu (uivlsi.csl.uiuc.edu [128.174.57.133]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA06106 for ; Mon, 5 Jun 1995 00:17:02 -0700 Received: by uivlsi.csl.uiuc.edu id AA28654 (5.67b/IDA-1.3.4 for freebsd-bugs@freebsd.org); Mon, 5 Jun 1995 02:17:00 -0500 Date: Mon, 5 Jun 1995 02:17:00 -0500 From: Terry Lee Message-Id: <199506050717.AA28654@uivlsi.csl.uiuc.edu> To: freebsd-bugs@FreeBSD.org Subject: 2.0.5A comments Sender: bugs-owner@FreeBSD.org Precedence: bulk I installed 2.0.5-ALPHA with floppy disks dated around noon on on June 4. I'm happy to report that it works. And the bad144 support is complete for the first time in FreeBSD's history (bad144 -s has never worked on my UltraStor 12F ESDI controller before). Thanks for the great work! I have just a few comments: 1. Though my Wangtek QIC-02 tape drive works, when I selected Tape media, the install program reported that no tape drives were found. So I had to use File System media and extract the tape manually via the shell. 2. For File System media installation, it would be nice if there is a prompt before the install program attempts to extract the files. This gives the user a chance to put the files there via the shell. 3. The entry for / in /etc/fstab is still /dev/wd0a instead of the slice notation. This is just a small inconsistency. 4. The disk labels created have both the RPM and interleave values set to 0. In addition, the fsize, bsize, and bps/cpg values of UFS partitions all show up as 0. Terry Lee terry@uivlsi.csl.uiuc.edu From owner-freebsd-bugs Mon Jun 5 00:53:57 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA07672 for bugs-outgoing; Mon, 5 Jun 1995 00:53:57 -0700 Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.57]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA07666 for ; Mon, 5 Jun 1995 00:53:56 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by westhill.cdrom.com (8.6.11/8.6.11) with SMTP id AAA19139 ; Mon, 5 Jun 1995 00:53:52 -0700 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Terry Lee cc: freebsd-bugs@FreeBSD.org Subject: Re: 2.0.5A comments In-reply-to: Your message of "Mon, 05 Jun 1995 02:17:00 CDT." <199506050717.AA28654@uivlsi.csl.uiuc.edu> Date: Mon, 05 Jun 1995 00:53:52 -0700 Message-ID: <19138.802338832@westhill.cdrom.com> From: Gary Palmer Sender: bugs-owner@FreeBSD.org Precedence: bulk In message <199506050717.AA28654@uivlsi.csl.uiuc.edu>, Terry Lee writes: >1. Though my Wangtek QIC-02 tape drive works, when I selected Tape media, > the install program reported that no tape drives were found. So I had > to use File System media and extract the tape manually via the shell. I think that the tape has to be present in the drive at the time of the probe (which is when sysinstall starts running) for the tape device to be found. Leave a tape in the drive during boot and it will probably work. >3. The entry for / in /etc/fstab is still /dev/wd0a instead of the slice > notation. This is just a small inconsistency. We tried it the other way, but the boot blocks can't handle slice names and the boot fails as the root device isn't what the kernel was told earlier on by the boot blocks... This is gross and I hope it goes away after the code freeze is lifted. Thanks for the feedback. Gary From owner-freebsd-bugs Mon Jun 5 06:13:00 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA29348 for bugs-outgoing; Mon, 5 Jun 1995 06:13:00 -0700 Received: from grendel.csc.smith.edu (grendel.csc.smith.edu [131.229.222.23]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA29339 for ; Mon, 5 Jun 1995 06:12:55 -0700 Received: from localhost (jfieber@localhost) by grendel.csc.smith.edu (8.6.5/8.6.5) id JAA12940; Mon, 5 Jun 1995 09:14:11 -0400 From: jfieber@cs.smith.edu (John Fieber) Message-Id: <199506051314.JAA12940@grendel.csc.smith.edu> Subject: Re: Bibliography? To: dufault@hda.com (Peter Dufault) Date: Mon, 5 Jun 1995 09:14:11 -0400 (EDT) Cc: bugs@FreeBSD.org In-Reply-To: <199506042003.QAA08930@hda.com> from "Peter Dufault" at Jun 4, 95 04:03:47 pm Content-Type: text Content-Length: 346 Sender: bugs-owner@FreeBSD.org Precedence: bulk Peter Dufault writes: > No bibliography in /usr/src/share/FAQ/Text? /usr/src/share/doc/handbook (SGML source) or http://www.freebsd.org/How/handbook. It is by no means complete however... -john === jfieber@cs.smith.edu ================================================ =================================== Come up and be a kite! --K. Bush === From owner-freebsd-bugs Mon Jun 5 06:23:20 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA29950 for bugs-outgoing; Mon, 5 Jun 1995 06:23:20 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA29929 ; Mon, 5 Jun 1995 06:23:17 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA14923; Mon, 5 Jun 1995 15:23:15 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA08607; Mon, 5 Jun 1995 15:23:13 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id OAA03019; Mon, 5 Jun 1995 14:36:16 +0200 From: J Wunsch Message-Id: <199506051236.OAA03019@uriah.heep.sax.de> Subject: Re: List of open Problem Reports To: gnats@freefall.cdrom.com (GNU GNATS) Date: Mon, 5 Jun 1995 14:36:16 +0200 (MET DST) Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: <199505271130.EAA20792@freefall.cdrom.com> from "GNU GNATS" at May 27, 95 04:30:11 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 359 Sender: bugs-owner@FreeBSD.org Precedence: bulk As GNU GNATS wrote: > > This is the list of currently open problem reports ...but last time on 95/05/27. What happened to the 95/06/03 posting? (Oh well, i remember freefall has been disfunctional at that time.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Jun 5 06:26:52 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA00249 for bugs-outgoing; Mon, 5 Jun 1995 06:26:52 -0700 Received: from news.onramp.net (news.onramp.net [199.1.11.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA00234 for ; Mon, 5 Jun 1995 06:26:49 -0700 Received: from rwsys!hammy.UUCP (uucp@localhost) by news.onramp.net (8.6.12/8.6.9) with UUCP id IAA12650 for bugs@FreeBSD.org; Mon, 5 Jun 1995 08:26:45 -0500 Received: by lerami.lerctr.org (/\oo/\ Smail3.1.29.1 #29.2) id ; Mon, 5 Jun 95 08:18 CDT Received: from hammy by rwsys.lonestar.org with uucp (Smail3.1.27.1 #1) id m0sIbUc-0000K7C; Mon, 5 Jun 95 07:42 CDT Received: by hammy.lonestar.org (Smail3.1.27.1 #23) id m0sIbMo-000E0iC; Mon, 5 Jun 95 07:34 CDT Message-Id: Date: Mon, 5 Jun 95 07:34 CDT From: gordon@sneaky.lonestar.org (Gordon Burditt) To: bugs@FreeBSD.org Subject: Comments on 2.0.5-ALPHA boot floppy - Jun 4 Sender: bugs-owner@FreeBSD.org Precedence: bulk I just tried out the latest 2.0.5 ALPHA boot disk, and things don't seem to be working completely. And I didn't even TRY to do an install yet. System: 486DX/33, 8 meg, IDE and SCSI disk, with DOS and FreeBSD 1.1.5.1 partitions on each. More hardware details at end. The boot disk: FreeBSD 2.0.5-ALPHA, Jun 4. This may be ambiguous, and thanks to ftpmail latency, I don't know the exact time but it was sometime in the afternoon (Central Daylight Time). cksum: 499586753 1228800 floppies/boot.flp When I boot up, there are half a dozen lines of messages on the first screen just before it turns blue. I can't read much more than "etc/sysinstall" in repeated tries. The second screen shows that the system really DOES NOT LIKE my 1.1.5.1 disklabels and complains that several are "not entirely within the slice". Does this mean there is no chance for 1.1.5.1 and 2.0.5 to co-exist due to incompatible disklabel format, even if they leave each other's partitions alone? Actually, I'd eventually switch over entirely, but this makes trying it out rather final. The system finds network devices 'cuaa0' and 'cuaa1' which the -c option doesn't list. Are these PPP/SLIP pseudo-devices? When I exit, I get a complaint that it cannot open /etc/sysconfig. This happens even if I just read documentation and exit. Is this normal? I am not attempting to actually do an install yet; I do not have direct net access, and alternatives are several weeks of ftpmail getting the distribution, then install by tape, or wait for the CDROM, which might be faster, and probably costs less than the tape to hold it all. The main objectives right now are to see if 2.0.5 is worth upgrading from 1.1.5.1, read the documentation, figure out a good partition setup, and play around with specifying a configuration without actually committing. The (M)edia menu item refuses to let me select a tape drive as the device to load the distribution from unless there is a tape in the SCSI tape drive (see attachment at end for hardware details) just after the kernel finishes identifying all the devices. Otherwise, I get a message st0(aha0:1:0) NOT READY csi 40,0,0,0 on the second screen, and then it doesn't think I have a tape device and won't let me select one. I think it is at least worth mentioning this in the documentation if it's not fixed. I like the -c option on boot, but maybe for 2.1 whether or not to save the changes permanently ought to be a settable option along with the changes. This makes one-shot test configurations a little less hazardous as you won't forget something you need to undo, but not all changes are one-shot. Is the configuration saved in /kernel, or in what you booted from (if different)? Gordon L. Burditt sneaky.lonestar.org!gordon My system configuration, using FreeBSD 1.1.5.1. (The ridiculous bunch of configurations for network cards is used to figure out what the hardware jumpers do on cheap used cards that came with no documentation. Change jumper, boot, see what's detected.) The most relevant parts of this are probably the CPU and memory, SCSI controller, IDE & SCSI disks and SCSI tape drive. FreeBSD 1.1.5.1(RELEASE) (HAMMYNET) #0: Mon Jun 5 04:21:18 CDT 1995 gordon@hammy.lonestar.org:/usr/src/sys/compile/HAMMYNET CPU: i486DX (486-class CPU) real memory = 8257536 (2016 pages) avail memory = 7233536 (1766 pages) using 150 buffers containing 1228800 bytes of memory Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <8 virtual consoles> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16450 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16450 sio2 at 0x3e8-0x3ef irq 12 on isa sio2: type 16550A sio3 at 0x2e8-0x2ef irq 15 on isa sio3: type 16550A lpt0 at 0x378-0x37f on isa lpt1 not found at 0xffffffff lpt2 not found at 0xffffffff tan0 at 0x108-0x109 irq 10 maddr 0xfe0000 msize 65536 on isa tan1 not probed due to irq conflict with sio3 at 15 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: [0: fd0: 1.44MB 3.5in] [1: fd1: 1.2MB 5.25in] wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 504MB (1032192 total sec), 1024 cyl, 16 head, 63 sec, bytes/sec 512 wdc1 not probed due to irq conflict with sio3 at 15 aha0: reading board settings, dma=5 int=11 (bus speed defaulted) aha0 at 0x330-0x333 irq 11 drq 5 on isa aha0 waiting for scsi devices to settle aha0 targ 0 lun 0: type 0(direct) fixed SCSI2 aha0 targ 0 lun 0: sd0: 1307MB (2676846 total sec), 2099 cyl, 17 head, 75 sec, bytes/sec 512 aha0 targ 1 lun 0: type 1(sequential) removable SCSI1 aha0 targ 1 lun 0: st0: density code 0xf, 512-byte blocks, write-enabled aha0 targ 2 lun 0: type 5(readonly) removable SCSI2 aha0 targ 2 lun 0: cd0: cd present.[208702 x 2048 byte records] ed0 at 0x300-0x31f irq 9 on isa ed0: address 00:40:c7:21:b7:f0, type NE2000 (16 bit) bpf: ed0 attached ed1 at 0x340-0x35f irq 5 on isa ed1: address 00:40:c7:21:c8:65, type NE2000 (16 bit) bpf: ed1 attached ed2 not probed due to irq conflict with ed0 at 9 ed3 not probed due to irq conflict with ed0 at 9 ed4 not probed due to irq conflict with ed0 at 9 ed5 not probed due to irq conflict with ed0 at 9 ed6 not probed due to irq conflict with ed0 at 9 ed6 not probed due to I/O address conflict with ed1 at 0x340 ie0 not found at 0x360 is0 not probed due to irq conflict with tan0 at 10 el0 not probed due to I/O address conflict with ed0 at 0x300 el0 not probed due to irq conflict with ed0 at 9 el1 not probed due to I/O address conflict with ed1 at 0x340 el1 not probed due to irq conflict with ed1 at 5 npx0 on motherboard bpf: lo0 attached bpf: ppp0 attached bpf: sl0 attached bpf: sl1 attached From owner-freebsd-bugs Mon Jun 5 06:58:11 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA02083 for bugs-outgoing; Mon, 5 Jun 1995 06:58:11 -0700 Received: from smtp-gw01.ny.us.ibm.net (smtp-gw01.ny.us.ibm.net [165.87.194.252]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA02064 for ; Mon, 5 Jun 1995 06:58:09 -0700 From: simon08@ibm.net Received: by smtp-gw01.ny.us.ibm.net (5.67b/4.03) id AA127947; Mon, 5 Jun 1995 13:58:07 GMT Received: from slip168-204.sy.au.ibm.net(129.37.168.204) by smtp-gw01.ny.us.ibm.net via smap (V1.3mjr) id sma86sDmb; Mon Jun 5 13:57:42 1995 Received: by localhost (IBM OS/2 SENDMAIL VERSION 1.3.14/2.12um) id AA0019; Tue, 06 Jun 95 00:01:22 -0700 Message-Id: <9506060701.AA0019@localhost> Mime-Version: 1.0 Date: Mon, 05 Jun 95 23:56:16 +1000 To: "FreeBSD" Subject: FreeBSD 2.0.05-ALPHA X-Mailer: Ultimedia Mail/2 Lite, IBM T. J. Watson Research Center Content-Id: <18_58_1_802410976> Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: bugs-owner@FreeBSD.org Precedence: bulk When booting I get the following message repeating: "matcd0: get_stat: after reading status byte, bus didn't go idle ff f 230" I have a 486DX4/100, 8M RAM, 1.08MB WD Drive on a VLB EIDE with Logical Block Addressing enabled, Sounblaster 16, Panasonic 562 CD-ROM Drive. //---------------------------------------------------------------------------- // Simon Harris // Email: simon08@ibm.net // Phone: +61 3 9867 4061 From owner-freebsd-bugs Mon Jun 5 08:13:20 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA06242 for bugs-outgoing; Mon, 5 Jun 1995 08:13:20 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA06229 ; Mon, 5 Jun 1995 08:13:18 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: gordon@sneaky.lonestar.org (Gordon Burditt) cc: bugs@FreeBSD.org Subject: Re: Comments on 2.0.5-ALPHA boot floppy - Jun 4 In-reply-to: Your message of "Mon, 05 Jun 95 07:34:00 CDT." Date: Mon, 05 Jun 1995 08:13:17 -0700 Message-ID: <6228.802365197@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: bugs-owner@FreeBSD.org Precedence: bulk > The boot disk: FreeBSD 2.0.5-ALPHA, Jun 4. This may be ambiguous, > and thanks to ftpmail latency, I don't know the exact time but it > was sometime in the afternoon (Central Daylight Time). > cksum: 499586753 1228800 floppies/boot.flp For future reference, see the README file in the UPDATES directory and take the value for the first "Update:" line you see. That's when the floppies were "stamped". > When I boot up, there are half a dozen lines of messages on the > first screen just before it turns blue. I can't read much more > than "etc/sysinstall" in repeated tries. The second screen > shows that the system really DOES NOT LIKE my 1.1.5.1 disklabels > and complains that several are "not entirely within the slice". > Does this mean there is no chance for 1.1.5.1 and 2.0.5 to > co-exist due to incompatible disklabel format, even if they Not at all, it just means that 2.0.5 won't pass up the chance to complain bitterly about them before grudgingly mounting them in "compatability mode". :-) > The system finds network devices 'cuaa0' and 'cuaa1' which > the -c option doesn't list. Are these PPP/SLIP pseudo-devices? Yes, they are. That's why they're listed as "possible PPP/SLIP device" :-) > When I exit, I get a complaint that it cannot open /etc/sysconfig. > This happens even if I just read documentation and exit. > Is this normal? A small bug - I was always doing it, even when you didn't make any serious changes. I modified this to be more conservative for now. > the tape to hold it all. The main objectives right now are to > see if 2.0.5 is worth upgrading from 1.1.5.1, read the documentation, > figure out a good partition setup, and play around with specifying > a configuration without actually committing. Very reasonable! I encourange everyone to at least boot the disk and read the docs! > The (M)edia menu item refuses to let me select a tape drive > as the device to load the distribution from unless there is > a tape in the SCSI tape drive (see attachment at end for hardware > details) just after the kernel finishes identifying all the devices. > Otherwise, I get a message This is kind of a fixed limitation. I've taken your advice for now and simply documented it in the hardware guide, thanks! :-) > I like the -c option on boot, but maybe for 2.1 whether or not > to save the changes permanently ought to be a settable option > along with the changes. This makes one-shot test configurations Good idea. Thanks for the feedback! Jordan From owner-freebsd-bugs Mon Jun 5 08:40:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA08168 for bugs-outgoing; Mon, 5 Jun 1995 08:40:04 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA08159 ; Mon, 5 Jun 1995 08:40:02 -0700 Date: Mon, 5 Jun 1995 08:40:02 -0700 Message-Id: <199506051540.IAA08159@freefall.cdrom.com> From: "Russell L. Carter" Reply-To: "Russell L. Carter" To: freebsd-bugs Subject: misc/487: In-Reply-To: Your message of Mon, 5 Jun 1995 08:32:33 -0700 <199506051532.IAA01476@geli.clusternet> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 487 >Category: misc >Synopsis: >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 5 08:40:01 1995 >Originator: Russell L. Carter >Organization: >Release: FreeBSD 2.1.0-Development i386 >Environment: 0604 boot.flp >Description: Sysinstall does not unpack src bin dist when full developer + X is specified. >How-To-Repeat: Install, then make world, dies in chflags. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 5 08:47:16 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA08690 for bugs-outgoing; Mon, 5 Jun 1995 08:47:16 -0700 Received: from leibniz.math.psu.edu (root@leibniz.math.psu.edu [146.186.130.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA08684 for ; Mon, 5 Jun 1995 08:47:14 -0700 Received: from napier.math.psu.edu (wilcox@napier.math.psu.edu [146.186.132.4]) by leibniz.math.psu.edu (8.6.10/8.6.9) with ESMTP id LAA04514 for ; Mon, 5 Jun 1995 11:47:12 -0400 Received: from localhost (wilcox@localhost) by napier.math.psu.edu (8.6.10/8.6.9) with ESMTP id LAA07081 for ; Mon, 5 Jun 1995 11:47:11 -0400 Message-Id: <199506051547.LAA07081@napier.math.psu.edu> X-Mailer: exmh version 1.5.3 12/28/94 To: freebsd-bugs@FreeBSD.org Subject: bug in NIS/passwd Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 05 Jun 1995 11:47:10 -0400 From: Ken Wilcox Sender: bugs-owner@FreeBSD.org Precedence: bulk I don't know which one it is in, but I will explain the problem. We have a group of suns that are all configured alike and running NIS, etc. I got freebsd and loaded it up with yp and amd to run just as our suns do and it works nice except for one problem. This is how we do restrictions on logins. /etc/passwd +@staff::0:0::: +::65534:65534:::/usr/new/misc/message When I try to do this on my bsd machine, everyones shell is /usr/new/misc/message and it looks like it just totally disregarded the staff line. It makes no difference where you put the line either. Has anyone experienced this problem? -Ken Wilcox From owner-freebsd-bugs Mon Jun 5 10:31:24 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA15222 for bugs-outgoing; Mon, 5 Jun 1995 10:31:24 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA15213 for ; Mon, 5 Jun 1995 10:31:23 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14419(5)>; Mon, 5 Jun 1995 10:30:46 PDT Received: by crevenia.parc.xerox.com id <49859>; Mon, 5 Jun 1995 10:30:43 -0700 From: Bill Fenner To: freebsd-bugs@FreeBSD.org Subject: FTP install is *almost* there... Message-Id: <95Jun5.103043pdt.49859@crevenia.parc.xerox.com> Date: Mon, 5 Jun 1995 10:30:30 PDT Sender: bugs-owner@FreeBSD.org Precedence: bulk - The FTP install is getting closer... however, I need to be able to use an FTP server running on an alternate port. The URL format allows this, as ftp://beta.xerox.com:4514/..., but it doesn't appear that the installer parses this format, as I get a message something like "Looking up host beta.xerox.com:4514". - I have two ed cards in my machine, and I was stupid enough to not write down the configuration before newfs'ing my old /usr partition. I have been trying to get the ed0 that's in the distributed kernel to work, but I could really use a "ping"; as it is I have to try different "ifconfig" commands and then try the install again and see if it can find the hostname and doesn't print "ed0: device timeout". I could also use a "netstat" command; I'm sure the routing tables are confused but I can't check because I don't have a "netstat -r"... - One nit, the "Other" ftp site doesn't "remember" what I typed in it like the username and password fields do. - Also, having *all* the options in the "Options" menu be checkboxes is kind of confusing. What does it mean to have both "FTP Abort" and "FTP Reselect" on? What does it mean to have both "FTP active" and "FTP passive" on? What does it mean to check the "Exit" checkbox? It seems like it would make more sense for the "Abort/Reselect" and "active/passive" to be radiobuttons, not checkboxes, and for "FTP userpass", "clear" and "exit" to be menu items, not checkboxes. Can you mix types within one dialog box? - There should be an "F1 for help" on the network setup menu; I pressed it in hope and there was actually something useful there, but I looked several other places before I looked there, just because there wasn't anything that said to press F1. - The network device doesn't seem to get ifconfig'd multiple times; I tried selecting the ftp media with ed0 device several times, each time with different LINKx flags, and each time doing an "ifconfig ed0" on vty4 shows no LINKx flag set. This is even more obvious when I went back to the media menu and switched from ed0 to ed1; ed1 is not ifconfig'd and the default route still points to ed0. - I'd reccommend more text for the host resolution failure message; right now it says: Cannot resolve hostname `beta.xerox.com'! Are you sure your name server and/or gateway values are set properly? How about "Are you sure your network card is configured properly?", since I'm pretty sure that's what is going wrong in this case (especially since "ed0: device timeout" keeps appearing on the debugging screen...) - My machine simply hangs when I select "exit" -- it says syncing disks... 4 4 2 done _ (where "_" is the cursor). No rebooting action. 2.0-SNAP950412 would reboot the machine just fine. Bill From owner-freebsd-bugs Mon Jun 5 10:52:36 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA16737 for bugs-outgoing; Mon, 5 Jun 1995 10:52:36 -0700 Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.57]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA16731 for ; Mon, 5 Jun 1995 10:52:35 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by westhill.cdrom.com (8.6.11/8.6.11) with SMTP id KAA07686 ; Mon, 5 Jun 1995 10:52:30 -0700 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Bill Fenner cc: freebsd-bugs@FreeBSD.org Subject: Re: FTP install is *almost* there... In-reply-to: Your message of "Mon, 05 Jun 1995 10:30:30 PDT." <95Jun5.103043pdt.49859@crevenia.parc.xerox.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 05 Jun 1995 10:52:29 -0700 Message-ID: <7685.802374749@westhill.cdrom.com> From: Gary Palmer Sender: bugs-owner@FreeBSD.org Precedence: bulk In message <95Jun5.103043pdt.49859@crevenia.parc.xerox.com>, Bill Fenner writes : >- The FTP install is getting closer... however, I need to be able to use an > FTP server running on an alternate port. The URL format allows this, as > ftp://beta.xerox.com:4514/..., but it doesn't appear that the installer > parses this format, as I get a message something like "Looking up host > beta.xerox.com:4514". It doesn't - and I believe that the value of 21 is hard coded. Although it's probably not difficult to change, I'm not the one who will be doing it :-) >- I have two ed cards in my machine, and I was stupid enough to not write > down the configuration before newfs'ing my old /usr partition. I have been > trying to get the ed0 that's in the distributed kernel to work, but I could > really use a "ping"; as it is I have to try different "ifconfig" commands > and then try the install again and see if it can find the hostname and > doesn't print "ed0: device timeout". There is the slight problem of disk space - we can't fit anything more on the boot floppy :-( If you could go with the floppy install far enough to get the root floppy read in, you'll find ping on there. You can drop back to the main install screen after that and not need to read the root.flp again (in theory :-) ) > I could also use a "netstat" command; I'm sure the routing tables are > confused but I can't check because I don't have a "netstat -r"... Hack: Enter the `ppp' program - it has a `show route' command. You may need to select PPP install, and then exit back out once it's been started on the 3rdvty for you, as it needs certain conditions to work. >- One nit, the "Other" ftp site doesn't "remember" what I typed in it like > the username and password fields do. Probably best. Although using it as a default value is possible. Actually, that's a definate poke of Jordan coming :-) >- Also, having *all* the options in the "Options" menu be checkboxes is > kind of confusing. What does it mean to have both "FTP Abort" and > "FTP Reselect" on? What does it mean to have both "FTP active" and > "FTP passive" on? What does it mean to check the "Exit" checkbox? > It seems like it would make more sense for the "Abort/Reselect" and > "active/passive" to be radiobuttons, not checkboxes, and for > "FTP userpass", "clear" and "exit" to be menu items, not checkboxes. > Can you mix types within one dialog box? Hmm. Dunno much about the menus. Jordan? >- There should be an "F1 for help" on the network setup menu; I pressed > it in hope and there was actually something useful there, but I looked > several other places before I looked there, just because there wasn't > anything that said to press F1. Submissions welcome! >- The network device doesn't seem to get ifconfig'd multiple times; I tried > selecting the ftp media with ed0 device several times, each time with > different LINKx flags, and each time doing an "ifconfig ed0" on vty4 > shows no LINKx flag set. Huh? The tracebacks on my machine show an ifconfig down at the end of each commit `run', and it being ifconfig'd again on the way back up. I'll have to look at this more carefully. > This is even more obvious when I went back to the media menu and switched > from ed0 to ed1; ed1 is not ifconfig'd and the default route still points > to ed0. Strange. Must be a lurking bogon somewhere. I'll go hunt it down. >- I'd reccommend more text for the host resolution failure message; right now > it says: >Cannot resolve hostname `beta.xerox.com'! Are you sure your name server >and/or gateway values are set properly? > How about "Are you sure your network card is configured properly?", since > I'm pretty sure that's what is going wrong in this case (especially since > "ed0: device timeout" keeps appearing on the debugging screen...) Good idea! >- My machine simply hangs when I select "exit" -- it says >syncing disks... 4 4 2 done >_ > (where "_" is the cursor). No rebooting action. 2.0-SNAP950412 would > reboot the machine just fine. sysinstall doesn't execute a reboot, but a halt. For some reason, due to the virtual console hack Jordan used to get the kernel messages to go to vty1 also means that the message to press any key to reboot is lost unless you switch consoles away from vty1 and then back again. It's a syscons bug I think, and I hope Jordan's told Soren (Hi there) by now - I've seen it all too often in the past few days and have pointed it out to Jordan at least once. Gary From owner-freebsd-bugs Mon Jun 5 11:06:31 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA17501 for bugs-outgoing; Mon, 5 Jun 1995 11:06:31 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA17493 for ; Mon, 5 Jun 1995 11:06:30 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14480(1)>; Mon, 5 Jun 1995 11:05:09 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <49859>; Mon, 5 Jun 1995 11:05:01 -0700 To: Gary Palmer cc: Bill Fenner , freebsd-bugs@FreeBSD.org Subject: Re: FTP install is *almost* there... In-reply-to: Your message of "Mon, 05 Jun 95 10:52:29 PDT." <7685.802374749@westhill.cdrom.com> Date: Mon, 5 Jun 1995 11:04:51 PDT From: Bill Fenner Message-Id: <95Jun5.110501pdt.49859@crevenia.parc.xerox.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk In message <7685.802374749@westhill.cdrom.com> you write: >In message <95Jun5.103043pdt.49859@crevenia.parc.xerox.com>, Bill Fenner write >>- There should be an "F1 for help" on the network setup menu... > >Submissions welcome! There's already help text there, my comment was simply that nowhere on the screen does it tell you that there is help text available, while other places do explicitly say things like "Press F1 to read the frobnitz guide". >>- The network device doesn't seem to get ifconfig'd multiple times... > >Huh? The tracebacks on my machine show an ifconfig down at the end of >each commit `run', and it being ifconfig'd again on the way back up. >I'll have to look at this more carefully. Perhaps the problem is that my commit "runs" keep getting aborted because it can't resolve the hostname or can't reach the host -- mebbe the state gets confused at that point. >sysinstall doesn't execute a reboot, but a halt. This seems inconsistent with the dialog box that says "Are you sure you wish to exit? System will reboot." . Bill From owner-freebsd-bugs Mon Jun 5 11:15:44 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA18100 for bugs-outgoing; Mon, 5 Jun 1995 11:15:44 -0700 Received: from cioccolato.tinet.ch (cioccolato.tinet.ch [194.29.0.17]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA18093 for ; Mon, 5 Jun 1995 11:15:41 -0700 Received: by cioccolato.tinet.ch (4.1/SMI-4.1) id AA29306; Mon, 5 Jun 95 20:15:31 +0200 Message-Id: <9506051815.AA29306@cioccolato.tinet.ch> Date: Mon, 05 Jun 95 20:04:06 EDT From: gmoravszky@tinet.ch (Gy. Moravszky) Reply-To: gmoravszky@tinet.ch (Gy. Moravszky) To: freebsd-bugs@FreeBSD.org X-Mailer: PMMail (v1.05 UNREGISTERED SHAREWARE) Subject: Re: Extra HDD space ??? Sender: bugs-owner@FreeBSD.org Precedence: bulk On Sun, 4 Jun 1995 18:48:56 -0700 (PDT) you wrote: >> BIOS geometry: 255cyls/255heads/63sectors >> >> Offset Size End Name Ptype Desc Subtype >> 0 63 62 - 6 unused 0 >> 63 16002 16064 sd0s3 1 unknown 10 >> 16065 2056320 2072384 sd0s2 2 fat 6 >> 2072385 1012095 3084479 sd0s1 4 extended 5 >> 3084480 1012095 4096574 ds0s4 1 unknown 22 >> 4096575 12025 4108599 - 6 unused 0 > >Those 12025 correspond to the last partial cylinder. > > 4180600 % (255*63) = 12025 > >It's simply because the virtual geometry of the disk does not evenly >divide into the disks size, and something gets left over. That's OK with me if some space is left over. What i am asking is if i delete the ds0s4 partition (which is now an empty 2nd dos primary) and create a bsd partition of the same size, would it damage the dos (sd0s2) or OS/2 (sd0s1) partitions? I do not want to loose them by any means. Also what will hapen if i alocate the extra space beyond 4096575 (255*255*63) Willnot that confuse the adaptec 2842 bios and trash the hard drive ? I would hapily experiment with all these myself, but i do not have the capacity to back up 1.5 gigs, so i need you help. Thanks, Gyorgy Moravszky PS. It would be a lot more conviniet is the OS/2 boot manager was recognized instead of beeing "unknown", like in Linux. From owner-freebsd-bugs Mon Jun 5 11:24:08 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA18620 for bugs-outgoing; Mon, 5 Jun 1995 11:24:08 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA18614 for ; Mon, 5 Jun 1995 11:24:05 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id LAA14234; Mon, 5 Jun 1995 11:27:04 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id LAA07325; Mon, 5 Jun 1995 11:24:16 -0700 Message-Id: <199506051824.LAA07325@corbin.Root.COM> To: Bill Fenner cc: freebsd-bugs@FreeBSD.org Subject: Re: FTP install is *almost* there... In-reply-to: Your message of "Mon, 05 Jun 95 10:30:30 PDT." <95Jun5.103043pdt.49859@crevenia.parc.xerox.com> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 05 Jun 1995 11:24:15 -0700 Sender: bugs-owner@FreeBSD.org Precedence: bulk >- I have two ed cards in my machine, and I was stupid enough to not write > down the configuration before newfs'ing my old /usr partition. I have been > trying to get the ed0 that's in the distributed kernel to work, but I could > really use a "ping"; as it is I have to try different "ifconfig" commands > and then try the install again and see if it can find the hostname and > doesn't print "ed0: device timeout". If they are cards that have a soft-config (WD/SMC 8013 or Ultra), then set the irq to '0' in userconfig and it will auto-detect the irq from the NVRAM. -DG From owner-freebsd-bugs Mon Jun 5 11:27:58 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA18941 for bugs-outgoing; Mon, 5 Jun 1995 11:27:58 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA18932 ; Mon, 5 Jun 1995 11:27:57 -0700 Message-Id: <199506051827.LAA18932@freefall.cdrom.com> X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: davidg@Root.COM cc: Bill Fenner , freebsd-bugs@FreeBSD.org Subject: Re: FTP install is *almost* there... In-reply-to: Your message of "Mon, 05 Jun 95 11:24:15 PDT." <199506051824.LAA07325@corbin.Root.COM> Date: Mon, 05 Jun 1995 11:27:56 -0700 From: "Justin T. Gibbs" Sender: bugs-owner@FreeBSD.org Precedence: bulk >>- I have two ed cards in my machine, and I was stupid enough to not write >> down the configuration before newfs'ing my old /usr partition. I have been >> trying to get the ed0 that's in the distributed kernel to work, but I could >> really use a "ping"; as it is I have to try different "ifconfig" commands >> and then try the install again and see if it can find the hostname and >> doesn't print "ed0: device timeout". > > If they are cards that have a soft-config (WD/SMC 8013 or Ultra), then set >the irq to '0' in userconfig and it will auto-detect the irq from the NVRAM. > >-DG I thought it was '-1' in userconfig for auto-detect. -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-bugs Mon Jun 5 11:35:31 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19605 for bugs-outgoing; Mon, 5 Jun 1995 11:35:31 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA19597 ; Mon, 5 Jun 1995 11:35:28 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id LAA14278; Mon, 5 Jun 1995 11:38:27 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id LAA07359; Mon, 5 Jun 1995 11:35:39 -0700 Message-Id: <199506051835.LAA07359@corbin.Root.COM> To: "Justin T. Gibbs" cc: Bill Fenner , freebsd-bugs@FreeBSD.org Subject: Re: FTP install is *almost* there... In-reply-to: Your message of "Mon, 05 Jun 95 11:27:56 PDT." <199506051827.LAA18932@freefall.cdrom.com> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 05 Jun 1995 11:35:39 -0700 Sender: bugs-owner@FreeBSD.org Precedence: bulk >>>- I have two ed cards in my machine, and I was stupid enough to not write >>> down the configuration before newfs'ing my old /usr partition. I have been >>> trying to get the ed0 that's in the distributed kernel to work, but I could >>> really use a "ping"; as it is I have to try different "ifconfig" commands >>> and then try the install again and see if it can find the hostname and >>> doesn't print "ed0: device timeout". >> >> If they are cards that have a soft-config (WD/SMC 8013 or Ultra), then set >>the irq to '0' in userconfig and it will auto-detect the irq from the NVRAM. >> >>-DG > >I thought it was '-1' in userconfig for auto-detect. Either one will work in if_ed; 0 means unspecified, and -1 means auto. I said 0 only because I was uncertain if -1 would be accepted and parsed correctly. -DG From owner-freebsd-bugs Mon Jun 5 12:06:07 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA21696 for bugs-outgoing; Mon, 5 Jun 1995 12:06:07 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA21685 ; Mon, 5 Jun 1995 12:06:06 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Gary Palmer cc: Bill Fenner , freebsd-bugs@FreeBSD.org Subject: Re: FTP install is *almost* there... In-reply-to: Your message of "Mon, 05 Jun 95 10:52:29 PDT." <7685.802374749@westhill.cdrom.com> Date: Mon, 05 Jun 1995 12:06:05 -0700 Message-ID: <21684.802379165@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: bugs-owner@FreeBSD.org Precedence: bulk > >- The FTP install is getting closer... however, I need to be able to use an > > FTP server running on an alternate port. The URL format allows this, as > > ftp://beta.xerox.com:4514/..., but it doesn't appear that the installer I've fixed this. Should be in the next floppy! Jordan From owner-freebsd-bugs Mon Jun 5 12:10:44 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA22081 for bugs-outgoing; Mon, 5 Jun 1995 12:10:44 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA22072 ; Mon, 5 Jun 1995 12:10:40 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Gary Palmer cc: Bill Fenner , freebsd-bugs@FreeBSD.org Subject: Re: FTP install is *almost* there... In-reply-to: Your message of "Mon, 05 Jun 95 10:52:29 PDT." <7685.802374749@westhill.cdrom.com> Date: Mon, 05 Jun 1995 12:10:38 -0700 Message-ID: <22070.802379438@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: bugs-owner@FreeBSD.org Precedence: bulk > Hack: Enter the `ppp' program - it has a `show route' command. You > may need to select PPP install, and then exit back out once it's been > started on the 3rdvty for you, as it needs certain conditions to work. Just to note: ppp and netstat aren't provided due to space limitations, sorry! :-( > >- Also, having *all* the options in the "Options" menu be checkboxes is > > kind of confusing. What does it mean to have both "FTP Abort" and > > "FTP Reselect" on? What does it mean to have both "FTP active" and Those checkboxes are just displaying status, and they're the best objects I have available, I'm afraid. I know that they're not proper "active GUI objects" and they don't even come close to performing like the classic mixed radio/multi-check menus you get with a real GUI environment! Dialog has some nice features, but it falls short of being a true "GUI object".. One of the casualties of this is that doing both selection and status display in the same menu doesn't work very well. Sorry! > > "FTP userpass", "clear" and "exit" to be menu items, not checkboxes. > > Can you mix types within one dialog box? No.. :-( > >- There should be an "F1 for help" on the network setup menu; I pressed > > it in hope and there was actually something useful there, but I looked > > several other places before I looked there, just because there wasn't > > anything that said to press F1. > There are a few still missing. I hope to get to them! Jordan From owner-freebsd-bugs Mon Jun 5 12:17:42 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA22561 for bugs-outgoing; Mon, 5 Jun 1995 12:17:42 -0700 Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.57]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA22555 ; Mon, 5 Jun 1995 12:17:41 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by westhill.cdrom.com (8.6.11/8.6.11) with SMTP id MAA11662 ; Mon, 5 Jun 1995 12:17:38 -0700 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: "Jordan K. Hubbard" cc: Bill Fenner , freebsd-bugs@FreeBSD.org Subject: Re: FTP install is *almost* there... In-reply-to: Your message of "Mon, 05 Jun 1995 12:10:38 PDT." <22070.802379438@freefall.cdrom.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 05 Jun 1995 12:17:38 -0700 Message-ID: <11661.802379858@westhill.cdrom.com> From: Gary Palmer Sender: bugs-owner@FreeBSD.org Precedence: bulk In message <22070.802379438@freefall.cdrom.com>, "Jordan K. Hubbard" writes: >Just to note: ppp and netstat aren't provided due to space >limitations, sorry! :-( Jordan says : s/ppp/ping/ ppp has to be provided on th boot floppy - otherwise how do we get the root.flp image over ppp? :-) Gary From owner-freebsd-bugs Mon Jun 5 13:08:31 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA27287 for bugs-outgoing; Mon, 5 Jun 1995 13:08:31 -0700 Received: from uivlsi.csl.uiuc.edu (uivlsi.csl.uiuc.edu [128.174.57.133]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA27279 for ; Mon, 5 Jun 1995 13:08:26 -0700 Received: by uivlsi.csl.uiuc.edu id AA06395 (5.67b/IDA-1.3.4 for freebsd-bugs@freebsd.org); Mon, 5 Jun 1995 15:08:24 -0500 Date: Mon, 5 Jun 1995 15:08:24 -0500 From: Terry Lee Message-Id: <199506052008.AA06395@uivlsi.csl.uiuc.edu> To: freebsd-bugs@FreeBSD.org Subject: XFree86 manpages Sender: bugs-owner@FreeBSD.org Precedence: bulk I installed 2.0.5-ALPHA with floppies dated around noon on June 4. It seems that "man" can't find XFree86 manpages that begin with a capital letter (e.g. SuperProbe and Xnest) but it finds the others (e.g. xterm) just fine. Terry Lee terry@uivlsi.csl.uiuc.edu From owner-freebsd-bugs Mon Jun 5 13:28:41 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA00900 for bugs-outgoing; Mon, 5 Jun 1995 13:28:41 -0700 Received: (from root@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA00889 ; Mon, 5 Jun 1995 13:28:38 -0700 Date: Mon, 5 Jun 1995 13:28:38 -0700 Message-Id: <199506052028.NAA00889@freefall.cdrom.com> From: kubus@Austran.Unibase.COM Reply-To: kubus@Austran.Unibase.COM To: freebsd-bugs Subject: kern/488: SCSI DDS tape does not work In-Reply-To: Your message of Tue, 23 May 1995 09:41:39 -0600 <199505231541.JAA00945@Austran.Unibase.COM> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 488 >Category: kern >Synopsis: System can not access SCSI DAT tape. >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 5 13:28:36 1995 >Originator: Jake J Sadowski >Organization: Home, sweet home. >Release: FreeBSD 2.1.0-Development i386 >Environment: Look at the description, all devices are listed. >Description: /kern: FreeBSD 2.0.950418-SNAP #0: Tue May 23 06:57:31 CST 1995 /kern: root@Austran.Unibase.COM:/usr/src/sys/compile/AUSTRAN /kern: CPU: i486 DX2 (486-class CPU) /kern: Origin = "GenuineIntel" Id = 0x435 Stepping=5 Features=0x3 /kern: real memory = 16384000 (4000 pages) /kern: avail memory = 15257600 (3725 pages) /kern: Probing for devices on the ISA bus: /kern: sc0 at 0x60-0x6f irq 1 on motherboard /kern: sc0: VGA color <16 virtual consoles, flags=0x0> /kern: sio0 at 0x3f8-0x3ff irq 4 on isa /kern: sio0: type 16450 /kern: sio1 at 0x2f8-0x2ff irq 3 on isa /kern: sio1: type 16550A /kern: sio2 at 0x3e8-0x3ef irq 5 on isa /kern: sio2: type 16550A /kern: lpt0 at 0x378-0x37f irq 7 on isa /kern: lpt0: Interrupt-driven port /kern: lp0: TCP/IP capable interface /kern: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa /kern: fdc0: NEC 765 /kern: fd0: 1.44MB 3.5in /kern: fd1: 1.2MB 5.25in /kern: wdc0 at 0x1f0-0x1f7 irq 14 on isa /kern: wdc0: unit 0 (wd0): /kern: wd0: 813MB (1665216 sectors), 1652 cyls, 16 heads, 63 S/T, 512 B/S /kern: npx0 on motherboard /kern: npx0: INT 16 interface /kern: Probing for devices on the pci0 bus: /kern: configuration mode 1 allows 32 devices. /kern: pci0:0: vendor=0x1080, device=0x600, class=bridge [not supported] /kern: ncr0 rev 2 int a irq 9 on pci0:2 /kern: reg20: virtual=0xf2a91000 physical=0x80000000 size=0x100 /kern: ncr0: restart (scsi reset). /kern: ncr0 scanning for targets 0..6 (V2 pl21 95/03/21) /kern: ncr0 waiting for scsi devices to settle /kern: (ncr0:0:0): 250ns (4 Mb/sec) offset 8. /kern: (ncr0:0:0): "FUJITSU M2263S-512 0189" type 0 fixed SCSI 2 /kern: sd0(ncr0:0:0): Direct-Access 640MB (1312344 512 byte sectors) /kern: (ncr0:6:0): "SONY SDT-5000 3.02" type 1 removable SCSI 2 /kern: st0(ncr0:6:0): Sequential-Access /kern: st0(ncr0:6:0): 200ns (5 Mb/sec) offset 8. /kern: density code 0x13, /kern: ncr0 targ 6?: ERROR (80:140) (e-2e-0) (88/13) @ (3a8:87030000). /kern: reg: da 10 80 13 47 88 6 1f 6 e 86 af 80 0 7 0. /kern: ncr0: restart (fatal error). /kern: /kern: st0(ncr0:6:0): COMMAND FAILED (9 2) @f0503a00. /kern: drive empty /kern: pci0:4: vendor=0x1095, device=0x640, class=storage [not supported] /kern: pci0: uses 256 bytes of memory from 80000000 upto 800000ff. /kern: pci0: uses 256 bytes of I/O space from f000 upto f0ff. I tried the 2.0 release, snap-shots and the most current sources. The tape drive (SONY SDT-5000) works fine with Linux (sorry...) so I do not think that it is any hardware problem. I do not have any access to news, so I do not know if any poor soul already reported any similar problem. I wonder if anyone succeeded with any DAT tape on a NCR53C810 controller. Thanks. ... Jake >How-To-Repeat: It looks rather obvious. >Fix: I wish I knew. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 5 13:52:41 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA05411 for bugs-outgoing; Mon, 5 Jun 1995 13:52:41 -0700 Received: from uivlsi.csl.uiuc.edu (uivlsi.csl.uiuc.edu [128.174.57.133]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA05405 for ; Mon, 5 Jun 1995 13:52:38 -0700 Received: by uivlsi.csl.uiuc.edu id AA06740 (5.67b/IDA-1.3.4 for freebsd-bugs@freebsd.org); Mon, 5 Jun 1995 15:52:36 -0500 Date: Mon, 5 Jun 1995 15:52:36 -0500 From: Terry Lee Message-Id: <199506052052.AA06740@uivlsi.csl.uiuc.edu> To: freebsd-bugs@FreeBSD.org Subject: /etc/wall_cmos_clock not created Sender: bugs-owner@FreeBSD.org Precedence: bulk Shouldn't /etc/wall_cmos_clock be created if I selected local time CMOS clock? I used the floppies dated around noon on June 4. Thanks. Terry Lee terry@uivlsi.csl.uiuc.edu From owner-freebsd-bugs Mon Jun 5 13:54:51 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA05776 for bugs-outgoing; Mon, 5 Jun 1995 13:54:51 -0700 Received: (from root@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA05544 ; Mon, 5 Jun 1995 13:53:28 -0700 Date: Mon, 5 Jun 1995 13:53:28 -0700 Message-Id: <199506052053.NAA05544@freefall.cdrom.com> From: Lapinsky Alexander Reply-To: Lapinsky Alexander To: freebsd-bugs Subject: bin/489: timed & timedc bugs In-Reply-To: Your message of Mon, 20 Mar 1995 21:05:28 +0300 <199503201805.VAA01545@flox.kiam1.rssi.ru> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 489 >Category: bin >Synopsis: timed & timedc bugs >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 5 13:52:05 1995 >Originator: Lapinsky Alexander >Organization: Keldysh Institute of Applied Mathematics, >Organization: Moscow, Russia >Release: FreeBSD 2.0-RELEASE i386 >Environment: >Description: time daemon -- timed: Message displayed: "bind: Can't assign requested address" and very big time difference displayed by timedc clockdiff lotos >How-To-Repeat: I can fix it. I guess, it will be better. >Fix: directory: usr/src/usr.sbin/timed/timed files to patch: measure.c timed.c rebuild: timed timedc -------------------------------- Cut here ---------------------------- *** measure.c.orig Mon Mar 20 16:46:47 1995 --- measure.c Mon Mar 20 20:07:49 1995 *************** *** 151,157 **** */ if (trials < TRIALS) { trials++; ! oicp->icmp_otime = ((tcur.tv_sec % SECDAY) * 1000 + tcur.tv_usec / 1000); oicp->icmp_cksum = 0; oicp->icmp_cksum = in_cksum((u_short*)oicp, --- 151,157 ---- */ if (trials < TRIALS) { trials++; ! oicp->icmp_otime = htonl((tcur.tv_sec % SECDAY) * 1000 + tcur.tv_usec / 1000); oicp->icmp_cksum = 0; oicp->icmp_cksum = in_cksum((u_short*)oicp, *** timed.c.orig Fri Jan 7 18:25:16 1994 --- timed.c Fri Jan 7 18:27:00 1994 *************** *** 312,317 **** --- 312,318 ---- exit(1); } port = srvp->s_port; + bzero(&server,sizeof(struct sockaddr_in)); server.sin_port = srvp->s_port; server.sin_family = AF_INET; sock = socket(AF_INET, SOCK_DGRAM, 0); -------------------------- End of message ---------------------------- >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 5 14:50:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA11204 for bugs-outgoing; Mon, 5 Jun 1995 14:50:06 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA11192 ; Mon, 5 Jun 1995 14:50:05 -0700 Date: Mon, 5 Jun 1995 14:50:05 -0700 Message-Id: <199506052150.OAA11192@freefall.cdrom.com> From: Noriyuki Soda Reply-To: Noriyuki Soda To: freebsd-bugs Subject: kern/490: 2.0.5-ALPHA should change msync(2) syscall number for compatibility In-Reply-To: Your message of Tue, 6 Jun 95 06:48:15 JST <9506052148.AA05085@sran230.sra.co.jp> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 490 >Category: kern >Synopsis: 2.0.5-ALPHA should change msync(2) syscall number for compatibility >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 5 14:50:03 1995 >Originator: Noriyuki Soda >Organization: Software Research Associates, Inc., Japan >Release: FreeBSD 2.0-BUILT-19950527 i386 >Environment: environment independent. >Description: msync(2) argument is changed from msync(addr, len) to msync(addr, len, flags) in 2.0.5-ALPHA. So I think we should allocate new syscall number for new msync(2), and reserve syscall 65 as omsync(2), for compatibility to old BSD binary. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 5 15:00:05 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA12117 for bugs-outgoing; Mon, 5 Jun 1995 15:00:05 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA12108 ; Mon, 5 Jun 1995 15:00:03 -0700 Date: Mon, 5 Jun 1995 15:00:03 -0700 Message-Id: <199506052200.PAA12108@freefall.cdrom.com> From: soda@sra.co.jp Reply-To: soda@sra.co.jp To: freebsd-bugs Subject: kern/491: 2.0.5-ALPHA frequently panics on diskless configuration In-Reply-To: Your message of Tue, 6 Jun 95 06:56:28 JST <9506052156.AA05197@sran230.sra.co.jp> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 491 >Category: kern >Synopsis: 2.0.5-ALPHA frequently panics on diskless configuration >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 5 15:00:02 1995 >Originator: Noriyuki Soda >Organization: Software Research Associates, Inc., Japan >Release: FreeBSD 2.0-BUILT-19950527 i386 >Environment: 2.0.5-ALPHA, using supplied "kernel.GENERIC" in "bin" distribution. diskless configuration, swap is also NFS ("swapsize 16384" in cfg file). note: FreeBSD-2.0-RELEASE and NetBSD-1.0[A] (:-)) is stable on same machine with same configuration. Hardware: 386DX 16MHz, memory 8MHz 120MB IDE disk (not used for *BSD). aha1542b + 500MB scsi disk (not used for *BSD) WD8013EBT compatible Ethernet Card irq 5, memory address 0xd8000 JEGA (Japanese AX personal computer) graphic card. ------------------------------------------------------------------------ FreeBSD 2.0.5-ALPHA #0: Mon May 29 15:29:35 1995 jkh@westhill.cdrom.com:/usr/src/sys/compile/GENERIC CPU: i386DX (386-class CPU) real memory = 7995392 (1952 pages) avail memory = 6598656 (1611 pages) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: CGA/EGA <16 virtual consoles, flags=0x0> ed0 not found at 0x280 ed1 at 0x300-0x31f irq 5 maddr 0xd8000 msize 16384 on isa ed1: address 00:00:c0:53:1f:e5, type WD8013EBT (16 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16450 sio1 not found at 0x2f8 sio2 not found at 0x3e8 sio3 not found at 0x2e8 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found at 0xffffffff lpt2 not found at 0xffffffff fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 128MB (264132 sectors), 667 cyls, 12 heads, 33 S/T, 512 B/S wdc1 not found at 0x170 bt0 not found at 0x330 uha0 not found at 0x330 ahc1 not found ahb0 not found aha0: AHA-154x[AB]-V0.5, enabling residuals, target ops aha0: reading board settings, dma=5 int=11 (bus speed defaulted) aha0 at 0x330-0x333 irq 11 drq 5 on isa aha0 waiting for scsi devices to settle (aha0:0:0): "MAXTOR LXT-535S 8.57" type 0 fixed SCSI 1 sd0(aha0:0:0): Direct-Access 510MB (1045242 512 byte sectors) aic0 not found at 0x340 nca0 not found at 0x1f88 nca1 not found at 0x350 sea0 not found wt0 not probed due to I/O address conflict with ed1 at 0x300 mcd0 not probed due to I/O address conflict with ed1 at 0x300 mcd1: timeout getting status mcd1 not found at 0x340 matcd0 not found at 0xffffffff scd0 not found at 0x230 eg0 not probed due to I/O address conflict with ed1 at 0x310 ep0 not probed due to I/O address conflict with ed1 at 0x300 ie0 not found at 0x360 ix0 not probed due to I/O address conflict with ed1 at 0x300 le0 not probed due to I/O address conflict with ed1 at 0x300 lnc0 not found at 0x280 lnc1 not probed due to I/O address conflict with ed1 at 0x300 ze0 not probed due to I/O address conflict with ed1 at 0x300 zp0 not probed due to I/O address conflict with ed1 at 0x300 npx0 on motherboard npx0: 387 emulator NFS SWAP: 133.137.20.19:/mnt2/prj/bsd.export/ext97 NFS ROOT: 133.137.20.19:/mnt2/prj/bsd.export/ext97/freebsd.2.0.5 ------------------------------------------------------------------------ >Description: 2.0.5-ALPHA kernel suddenly reboots, with no message for most case. While more than 10 times reboot, panic message appears only 2 times. Here is the message. ------------------------------------------------------------------------ Fatal trap 12: page fault while in kernel mode fault virtual address = 0xefc00000 fault code = supervisor read, page not present instruction pointer = 0x8:0x0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor elags = interrupt enabled, resume, IOPL = 0 current process = 79 (nfsiod) interrupt mask = net tty bio panic page fault syncing disks... ------------------------------------------------------------------------ ^ cursor is here, and machine freezed. I don't know the exact condition when it reboots, it seems to happen when switching virtual console. But it also happens when I never touched console after booting, above panic message appears in such case. 2.0.5-ALPHA has another problem on this machine. Some daemons such as cron, ypbind sometimes dump core. For example, syslog says /kernel: pid 276: cron: uid 0: exited on signal 11 and cron.core is created on /root. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: [ NOTE: I sent this mail on June 4, but I never received automatic reply ] [ from FreeBSD-gnats. So I fixed release name and re-send this mail. ] From owner-freebsd-bugs Mon Jun 5 15:51:01 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA14950 for bugs-outgoing; Mon, 5 Jun 1995 15:51:01 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA14944 for ; Mon, 5 Jun 1995 15:51:00 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14413(4)>; Mon, 5 Jun 1995 15:50:22 PDT Received: by crevenia.parc.xerox.com id <49859>; Mon, 5 Jun 1995 15:50:16 -0700 From: Bill Fenner To: bugs@FreeBSD.org Subject: FTP install finally gets through my firewall! Message-Id: <95Jun5.155016pdt.49859@crevenia.parc.xerox.com> Date: Mon, 5 Jun 1995 15:50:15 PDT Sender: bugs-owner@FreeBSD.org Precedence: bulk Thanks, Jordan, for keeping on keepin' on! I can finally get the FTP install to automatically go through our firewall! How many dots are expected to appear per file? bin.a[abcde] each arrived after only printing 3-4 dots, but bin.af printed 7.5 lines of dots before it was done. Is this probably just weird network blocking, or should I be worried? Bill From owner-freebsd-bugs Mon Jun 5 16:06:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA15160 for bugs-outgoing; Mon, 5 Jun 1995 16:06:06 -0700 Received: from pelican.com (pelican.com [134.24.4.62]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA15145 for ; Mon, 5 Jun 1995 16:05:58 -0700 Received: by pelican.com (Smail3.1.28.1 #5) id m0sIlDC-000K0hC; Mon, 5 Jun 95 16:05 WET DST Message-Id: From: pete@pelican.com (Pete Carah) Subject: TTYHOG still... To: bugs@FreeBSD.org Date: Mon, 5 Jun 1995 16:05:34 -0700 (PDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1494 Sender: bugs-owner@FreeBSD.org Precedence: bulk PLEASE PLEASE (OK, wait for release, maybe, but it is impossible to run uucp on a fast link as things are) fix TTYHOG to be an option: (or *better*, fix the real problem and make clist sizes dynamic; it is ridiculous to make interactive opens have 16k ttyhog just to get uucp to work on a single port.) At 1024 I can sometimes get errors just from chat setting up a slip call. Yes, I have crtscts set and it does work. I still get the ****** ttyhog error message. Related to this: ***FLAME ON: Also, don't insist in the man page and rc.serial that setting crtscts is an application responsibility; it isn't. It is a hardware consideration and depends entirely on what is connected to the port; the sysadmin knows which ports need it, and the setting needs to apply to everything, even the shell and 'cat', for several. The init+lock device is the right thing, only it is documented rather negatively. The application (in this kind of case) has *no business whatever* knowing what kind of device is connected; it only knows about data streams. ***FLAME OFF -- Pete -------------------------------------------------------------------------- /usr/src/sys/sys/tty.h: #define IBUFSIZ 384 /* Should be >= max value of MIN. */ #define OBUFSIZ 100 +#ifndef TTYHOG #define TTYHOG 1024 +#endif #ifdef KERNEL #define TTMAXHIWAT roundup(2048, CBSIZE) #define TTMINHIWAT roundup(100, CBSIZE) ------------------------------------------------------------- From owner-freebsd-bugs Mon Jun 5 16:27:25 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA16306 for bugs-outgoing; Mon, 5 Jun 1995 16:27:25 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA16300 for ; Mon, 5 Jun 1995 16:27:24 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14401(5)>; Mon, 5 Jun 1995 16:26:44 PDT Received: by crevenia.parc.xerox.com id <49859>; Mon, 5 Jun 1995 16:26:34 -0700 From: Bill Fenner To: bugs@FreeBSD.org Subject: Sigh, FTP install bombed... Message-Id: <95Jun5.162634pdt.49859@crevenia.parc.xerox.com> Date: Mon, 5 Jun 1995 16:26:27 PDT Sender: bugs-owner@FreeBSD.org Precedence: bulk Update: Mon Jun 5 14:39:14 PDT 1995 DEBUG: recieved <150 Opening BINARY mode data connection for bin/bin.cg (273654 bytes).> DEBUG: FtpEOF(ftp) /* note no dots indicating data */ DEBUG: received <226 Transfer complete.> DEBUG: trying for piece 59 of 60: bin/bin.ch DEBUG: FtpGet(ftp,bin/bin.ch) DEBUG: send DEBUG: received <200 Type set to I.> DEBUG: send DEBUG: received <200 PORT command successful.> DEBUG: send DEBUG: received <550 bin/bin.ch: No such file OR directory.> DEBUG: FTP: No such file bin/bin.ch, moving on. DEBUG: FtpGet(ftp,bin/bin.ch) DEBUG: send DEBUG: received <200 Type set to I.> DEBUG: send DEBUG: received <200 PORT command successful.> DEBUG: send DEBUG: received <550 bin/bin.ch: No such file OR directory.> DEBUG: FTP: No such file bin/bin.ch, moving on. On screen 1, it says "Connection timed out - please select another site" above the site selection box. I tried again, with ftp.freebsd.org, but there were too many anonymous users. The error message box showed up and disappeared way too quickly to see it, and then the "Connection timed out - please select another site" dialog showed up again. When using this particular firewall method, in order to change sites I need to be able to change the username -- is there any chance that there could be some way to access the FTP username/password menu from this "respecify" point? I finally managed to get through again, but a bunch of dialogs passed by really quickly and the "Connection timed out" menu showed up again. The debug screen says: DEBUG: FtpOpen(ftp, beta.xerox.com, anonymous@ftp.freebsd.org, fenner@) DEBUG: Trying to resolve `beta.xerox.com' DEBUG: received <220 beta.xerox.com FTP proxy server ready.> DEBUG: open(220) DEBUG: send DEBUG: received <331 Guest login ok, send your complete e-mail address as password.> DEBUG: send DEBUG: received <230-Welcome to wcarchive ... DEBUG: received <230 Guest login ok, access restrictions apply.> DEBUG: Notify: CD to distribution in ~ftp/pub/FreeBSD/2.0.5-ALPHA DEBUG: send DEBUG: ... DEBUG: received <250 CWD command successful.> DEBUG: send DEBUG: received <550 dists: No such file or directory.> DEBUG: leaving mediaInitFTP! DEBUG: Notify: Logging in as anonymous@ftp.freebsd.org.. DEBUG: Botch: FtpOpen called outside state init DEBUG: Notify: Couldn't open FTP connection to beta.xerox.com The same series of messages appears every additional time I try it. I can't try a different site for the reason above -- I need to change the username. Note that after specifying "cancel" on the retry menu, I get a dialog box that says failed to retreive piece file bin/bin.cs after retries! Aborting the transfer It looks like there should be a number between "after" and "retries", and I think "failed" should be capitalized. And, surprise, surprise, it kept going, grabbing manpages -- no ftplib problems. I guess it was only in the retry that it was having trouble. So, I guess we'll see if the truncated bin set is going to cause me problems (I suspect it will, as I currently don't have a /mnt/kernel =) Bill From owner-freebsd-bugs Mon Jun 5 17:28:24 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA17882 for bugs-outgoing; Mon, 5 Jun 1995 17:28:24 -0700 Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.57]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA17876 for ; Mon, 5 Jun 1995 17:28:23 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by westhill.cdrom.com (8.6.11/8.6.11) with SMTP id RAA25822 ; Mon, 5 Jun 1995 17:28:20 -0700 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Bill Fenner cc: bugs@FreeBSD.org Subject: Re: FTP install finally gets through my firewall! In-reply-to: Your message of "Mon, 05 Jun 1995 15:50:15 PDT." <95Jun5.155016pdt.49859@crevenia.parc.xerox.com> Date: Mon, 05 Jun 1995 17:28:19 -0700 Message-ID: <25821.802398499@westhill.cdrom.com> From: Gary Palmer Sender: bugs-owner@FreeBSD.org Precedence: bulk In message <95Jun5.155016pdt.49859@crevenia.parc.xerox.com>, Bill Fenner writes : >How many dots are expected to appear per file? bin.a[abcde] each arrived >after only printing 3-4 dots, but bin.af printed 7.5 lines of dots before >it was done. Is this probably just weird network blocking, or should I be >worried? one dot is printed out per file, so if you extract the dict you only get a couple of dots, but if you extract man you'll get thousands of the little blighters. Don't worry - blame cpio :-) Gary From owner-freebsd-bugs Mon Jun 5 18:16:58 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA19035 for bugs-outgoing; Mon, 5 Jun 1995 18:16:58 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA19028 ; Mon, 5 Jun 1995 18:16:57 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Bill Fenner cc: bugs@FreeBSD.org Subject: Re: FTP install finally gets through my firewall! In-reply-to: Your message of "Mon, 05 Jun 95 15:50:15 PDT." <95Jun5.155016pdt.49859@crevenia.parc.xerox.com> Date: Mon, 05 Jun 1995 18:16:57 -0700 Message-ID: <19027.802401417@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: bugs-owner@FreeBSD.org Precedence: bulk > Thanks, Jordan, for keeping on keepin' on! I can finally get the FTP install > to automatically go through our firewall! Great! Glad to hear it! > How many dots are expected to appear per file? bin.a[abcde] each arrived > after only printing 3-4 dots, but bin.af printed 7.5 lines of dots before > it was done. Is this probably just weird network blocking, or should I be > worried? I wouldn't be worried - it's actually the output of cpio -V and the ftp grabs intermingled, so a meaningful count of dots isn't really possible anyway. I'm thinking of switching the "verbosity" of it based on the Debugging flag; when Debugging is on, you see filenames and not dots. Jordan From owner-freebsd-bugs Mon Jun 5 19:10:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA20639 for bugs-outgoing; Mon, 5 Jun 1995 19:10:06 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA20631 ; Mon, 5 Jun 1995 19:10:04 -0700 Date: Mon, 5 Jun 1995 19:10:04 -0700 Message-Id: <199506060210.TAA20631@freefall.cdrom.com> From: seki@sysrap.cs.fujitsu.co.jp Reply-To: seki@sysrap.cs.fujitsu.co.jp To: freebsd-bugs Subject: kern/492: 2.0.5 ALPHA, sysinstall, wrong "success" message In-Reply-To: Your message of Tue, 6 Jun 1995 11:08:36 +0900 <199506060208.LAA08022@hawk.sysrap.cs.fujitsu.co.jp> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 492 >Category: kern >Synopsis: sysinstall shows "success" after "no space" failure. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 5 19:10:01 1995 >Originator: Masahiro Sekiguchi >Organization: Fujitsu >Release: FreeBSD 2.0.5-ALPHA i386 >Environment: FreeBSD 2.0.5 ALPHA, boot floppy image dated 950604 >Description: I booted the floppy and started an installation. I made a mistake on disklabel stage, allocating too small space for both / and /usr. (I found it later.) I selected FTP install. FTP started fine, but it stopped at a middle of bin-dist fetching process, showing some messages. (Sorry, I didn't note ones.) Hitting ALT-F2 gave me the following log: uid 0 on /mnt: file system full /stand/cpio: write error: No space left on device Then, on the main screen, I was asked for some kind of confirmation, (which I forgot, too.) Pressing an ENTER to the dialog gave me a message: Installation completed successfully. I believe the last message is wrong for the case. >How-To-Repeat: Not sure. Allocating small space for / and /usr may repeat the case. >Fix: Not sure. To check the result status of cpio command? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 5 19:20:10 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA21117 for bugs-outgoing; Mon, 5 Jun 1995 19:20:10 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA21110 ; Mon, 5 Jun 1995 19:20:06 -0700 Date: Mon, 5 Jun 1995 19:20:06 -0700 Message-Id: <199506060220.TAA21110@freefall.cdrom.com> From: seki@sysrap.cs.fujitsu.co.jp Reply-To: seki@sysrap.cs.fujitsu.co.jp To: freebsd-bugs Subject: misc/493: 2.0.5 ALPHA, sysinstall doesn't invoke sub-shell In-Reply-To: Your message of Tue, 6 Jun 1995 11:16:42 +0900 <199506060216.LAA08131@hawk.sysrap.cs.fujitsu.co.jp> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 493 >Category: misc >Synopsis: Hitting ESC on the initial screen of sysinstall doesn't work >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 5 19:20:03 1995 >Originator: Masahiro Sekiguchi >Organization: Fujitsu >Release: FreeBSD 2.0.5-ALPHA i386 >Environment: FreeBSD 2.0.5 ALPHA, boot floppy image dated 950604 >Description: I booted the floppy, and the initial screen of sysinstall was shown. Then, I hit ESC key to invoke sub-shell. The shell didn't start. Instead, a dialog for reboot- confirmation was shown. (A same dialog as that for CANCEL?) >How-To-Repeat: Start sysinstall and hit ESC. >Fix: Not sure. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 5 19:29:59 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA21384 for bugs-outgoing; Mon, 5 Jun 1995 19:29:59 -0700 Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.57]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA21371 for ; Mon, 5 Jun 1995 19:29:54 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by westhill.cdrom.com (8.6.11/8.6.11) with SMTP id TAA11899 ; Mon, 5 Jun 1995 19:29:27 -0700 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: seki@sysrap.cs.fujitsu.co.jp cc: freebsd-bugs@freefall.cdrom.com Subject: Re: misc/493: 2.0.5 ALPHA, sysinstall doesn't invoke sub-shell In-reply-to: Your message of "Mon, 05 Jun 1995 19:20:06 PDT." <199506060220.TAA21110@freefall.cdrom.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <11893.802405765.1@westhill.cdrom.com> Date: Mon, 05 Jun 1995 19:29:26 -0700 Message-ID: <11897.802405766@westhill.cdrom.com> From: Gary Palmer Sender: bugs-owner@FreeBSD.org Precedence: bulk In message <199506060220.TAA21110@freefall.cdrom.com>, seki@sysrap.cs.fujitsu.c o.jp writes: > > I booted the floppy, and the initial screen of sysinstall > was shown. > Then, I hit ESC key to invoke sub-shell. > The shell didn't start. Instead, a dialog for reboot- > confirmation was shown. (A same dialog as that for CANCEL?) This is not a bug - the subshell is now dead, in favour of the emergency holographic shell which is started on the 4th vty when it becomes sensible to do so (basically after the boot.flp has been copied onto your hard disk). Escape is now an alternative for cancel throughout the menu structure as it should have been all along to provide compatability with other existing dialog system standards. Gary P.S. Those who send mail asking about the EHS on vty4 will be told to watch more good TV :-) From owner-freebsd-bugs Mon Jun 5 19:43:11 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA22150 for bugs-outgoing; Mon, 5 Jun 1995 19:43:11 -0700 Received: from fgwmail.fujitsu.co.jp (fgwmail.fujitsu.co.jp [164.71.1.133]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA22138 for ; Mon, 5 Jun 1995 19:42:59 -0700 Received: from fdmmail.fujitsu.co.jp by fgwmail.fujitsu.co.jp (8.6.12+2.5Wb4/3.3W5-MX941209-Fujitsu Mail Gateway) id LAA02734; Tue, 6 Jun 1995 11:42:47 +0900 Received: from fdm.fujitsu.co.jp by fdmmail.fujitsu.co.jp (8.6.12+2.5Wb4/3.3W5-MX950127-Fujitsu Domain Mail Master) id LAA11682; Tue, 6 Jun 1995 11:42:10 +0900 Received: from sysrap by fdm.fujitsu.co.jp (5.65/6.4J.6) id AA17258; Tue, 6 Jun 95 11:42:10 +0900 Received: from seki.sysrap.cs.fujitsu.co.jp by spad.sysrap.cs.fujitsu.co.jp with smtp (Smail3.1.28.1 #1) id m0sIohj-000899C; Tue, 6 Jun 95 11:49 JST Date: Tue, 6 Jun 95 11:36:58 JST From: Masahiro SEKIGUCHI Message-Id: <9506060236.AA21522@seki.sysrap.cs.fujitsu.co.jp> To: Gary Palmer Cc: freebsd-bugs@freefall.cdrom.com Subject: Re: misc/493: 2.0.5 ALPHA, sysinstall doesn't invoke sub-shell References: <199506060220.TAA21110@freefall.cdrom.com> <11897.802405766@westhill.cdrom.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >This is not a bug - the subshell is now dead, OK. I have no opinion on that point. >Escape is now an alternative for cancel throughout the menu structure Then, I'd like to say that usage documents must be updated. They list ESC as sub-shell. (I only checked English and Japanese version of USAGE.) Thanks for a quick response. From owner-freebsd-bugs Mon Jun 5 20:42:29 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA24327 for bugs-outgoing; Mon, 5 Jun 1995 20:42:29 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA24320 ; Mon, 5 Jun 1995 20:42:27 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Bill Fenner cc: bugs@FreeBSD.org Subject: Re: Sigh, FTP install bombed... In-reply-to: Your message of "Mon, 05 Jun 95 16:26:27 PDT." <95Jun5.162634pdt.49859@crevenia.parc.xerox.com> Date: Mon, 05 Jun 1995 20:42:26 -0700 Message-ID: <24319.802410146@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: bugs-owner@FreeBSD.org Precedence: bulk > DEBUG: send > DEBUG: received <550 bin/bin.ch: No such file OR directory.> > DEBUG: FTP: No such file bin/bin.ch, moving on. My botch, now fixed. I finally got sick of the entirely bindist/floppy syncronization problem and updated the bindist in-place. I know it violates some of the rules, but this is ALPHA testing and I need to emphasise ease of test over racial purity!:-) > I tried again, with ftp.freebsd.org, but there were too many anonymous > users. The error message box showed up and disappeared way too quickly > to see it, and then the "Connection timed out - please select another site" > dialog showed up again. Try freefall. > When using this particular firewall method, in order to change sites I need > to be able to change the username -- is there any chance that there could > be some way to access the FTP username/password menu from this "respecify" > point? Hmmmm. I see no immediate reason why not. Wouldn't others find it cumbersome, however? Most folks would be moving between their primary and alternate sites, all anon ftp anyway, right? Perhaps I can ask it _only_ if it was set before, though that sort of dicates that you set it explicitly at least once. I'm trying to figure out a way of preventing it from popping up in people's faces when they don't want it. Ideas? Jordan From owner-freebsd-bugs Mon Jun 5 21:00:08 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA24778 for bugs-outgoing; Mon, 5 Jun 1995 21:00:08 -0700 Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA24769 for ; Mon, 5 Jun 1995 21:00:04 -0700 Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.8/8.6.6) id WAA02120; Mon, 5 Jun 1995 22:56:28 -0400 From: "House of Debuggin'" Message-Id: <199506060256.WAA02120@skynet.ctr.columbia.edu> Subject: Re: bug in NIS/passwd To: wilcox@math.psu.edu (Ken Wilcox) Date: Mon, 5 Jun 1995 22:56:24 -0400 (EDT) Cc: bugs@FreeBSD.org In-Reply-To: <199506051547.LAA07081@napier.math.psu.edu> from "Ken Wilcox" at Jun 5, 95 11:47:10 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 4036 Sender: bugs-owner@FreeBSD.org Precedence: bulk They say this Ken Wilcox person was kidding when he wrote: > > I don't know which one it is in, but I will explain the problem. > We have a group of suns that are all configured alike and running NIS, etc. > I got freebsd and loaded it up with yp and amd to run just as our suns do and > it works nice except for one problem. This is how we do restrictions on logins. > > /etc/passwd > +@staff::0:0::: > +::65534:65534:::/usr/new/misc/message I use similar access restrictions, though I tend to specify everything interms of netgroups. > When I try to do this on my bsd machine, everyones shell is > /usr/new/misc/message and it looks like it just totally disregarded the staff > line. Well, you didn't say exactly what version of FreeBSD you're running. If it's 2.0-RELEASE, then I'm not even going to speculate what the problem is: there are too many to count. For one thing, netgroup overrides didn't even work. 2.0.5A is a lot better. The netgroup overrides do work, and even group overrides are possible (if netgroup 'foo' doesn't exist, then the library will try to match +@foo against regular group 'foo' instead). Anyway, here's how the stuff should work: > +@staff::0:0::: I think the /etc/master.passwd equivalent of this is +@staff:::::::::. This allows users in netgroup 'staff' into the system with no overrides. I'm guessing that this is what you want. If you replace the UID and GID fields in /etc/master.passwd with '0', then the 'staff' netgroup will have their UIDs and GIDs remappped to 0, thus turning them into superusers. This is handy, but not necessarily desirable. > +::65534:65534:::/usr/new/misc/message This line should affect everyone who isn't in the 'staff' netgroup (the rule is that the first match wins -- those who don't match 'staff' fall through to the next entry). It should be expressed in /etc/master.passwd as +::65534:65534::::::/usr/new/misc/messages. What it should do is remap everyone's UID and GID to 65534 and their shell to /usr/new/misc/message. The end result is that users in the 'staff' netgroup should be able to log in, while everybody else should get the /usr/new/misc/messages treatment. This is exactly the behavior that 2.0.5 should exhibit. > It makes no difference where you put the line either. Has anyone > experienced this problem? > > -Ken Wilcox > Well, again, you didn't say what version of FreeBSD you're running. In FreeBSD 2.0-RELEASE, the +@staff:::::::: line would be ignored since netgroup overrides weren't supported in that release. Basically, the second line would be applied to everyone. I think this is the problem you're describing. With 2.0.5, this should work correctly: assuming you have an /etc/netgroup file with a '+' in it, the +@netgroup/-@netgroup overrides will be properly evaluated and 'staff' will be granted access while everyone else will get booted out. Be warned that 2.0.5A has a subtle bug in it that will wreck shell substitutions ("And the Lord Elvis spake unto me: 'Yea, thou shalt return only pointers to static buffers lest thine dynamic storage be free()ed out from under thine ass, and thy stack be corrupted.'"). A patch has already been submitted and applied to fix this, so everything should work in 2.0.5-BETA and 2.0.5-RELEASE. If you are running 2.0-RELEASE, my suggestion is to upgrade. If you don't want to upgrade, your only alternative is to patch libc: you need new copies of getpwent.c, getgrent.c and getnetgrent.c. Replacing rcmd.c might be a good idea too. -Bill -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~T~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The Møøse Illuminati: ignore it and be confused, or join it and be confusing! ~~~~~~~~~ FreeBSD 2.1: "We can kick your operating system's ass!" ~~~~~~~~~~ From owner-freebsd-bugs Mon Jun 5 21:26:36 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA25580 for bugs-outgoing; Mon, 5 Jun 1995 21:26:36 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA25573 ; Mon, 5 Jun 1995 21:26:24 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id OAA23067; Tue, 6 Jun 1995 14:20:29 +1000 Date: Tue, 6 Jun 1995 14:20:29 +1000 From: Bruce Evans Message-Id: <199506060420.OAA23067@godzilla.zeta.org.au> To: davidg@Root.COM, gibbs@freefall.cdrom.com Subject: Re: FTP install is *almost* there... Cc: fenner@parc.xerox.com, freebsd-bugs@FreeBSD.org Sender: bugs-owner@FreeBSD.org Precedence: bulk >>I thought it was '-1' in userconfig for auto-detect. > Either one will work in if_ed; 0 means unspecified, and -1 means auto. I >said 0 only because I was uncertain if -1 would be accepted and parsed >correctly. Erm, 0 means the clock irq. It would cause a probe conflict if the clock device was in the device tables. The driver sees (1 << irq_number), or 0 for none/unspecified/auto. Bruce From owner-freebsd-bugs Mon Jun 5 21:32:55 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA26075 for bugs-outgoing; Mon, 5 Jun 1995 21:32:55 -0700 Received: (from jkh@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA26057 ; Mon, 5 Jun 1995 21:32:54 -0700 Date: Mon, 5 Jun 1995 21:32:54 -0700 From: "Jordan K. Hubbard" Message-Id: <199506060432.VAA26057@freefall.cdrom.com> To: seki@sysrap.cs.fujitsu.co.jp, jkh, freebsd-bugs Subject: Changed information for PR misc/493 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: Hitting ESC on the initial screen of sysinstall doesn't work State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Mon Jun 5 21:32:08 PDT 1995 State-Changed-Why: This is actually not a bug. This feature is gone now. A diagnostic shell is started on VTY4 as soon as it's safe to start one, and ESC was a poor choice for shell execution. Now ESC is synonymous for "Cancel". Bug in usage.hlp documentation: Fixed. From owner-freebsd-bugs Mon Jun 5 21:38:22 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA26401 for bugs-outgoing; Mon, 5 Jun 1995 21:38:22 -0700 Received: (from jkh@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA26385 ; Mon, 5 Jun 1995 21:38:21 -0700 Date: Mon, 5 Jun 1995 21:38:21 -0700 From: "Jordan K. Hubbard" Message-Id: <199506060438.VAA26385@freefall.cdrom.com> To: soda@sra.co.jp, jkh, freebsd-bugs Subject: Changed information for PR kern/491 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: 2.0.5-ALPHA frequently panics on diskless configuration State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Mon Jun 5 21:38:08 PDT 1995 State-Changed-Why: Poul says this was fixed after ALPHA went out. From owner-freebsd-bugs Mon Jun 5 21:39:22 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA26444 for bugs-outgoing; Mon, 5 Jun 1995 21:39:22 -0700 Received: from relay4.UU.NET (relay4.UU.NET [192.48.96.14]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA26425 ; Mon, 5 Jun 1995 21:39:19 -0700 Received: from ast.com by relay4.UU.NET with SMTP id QQysxe16375; Tue, 6 Jun 1995 00:38:44 -0400 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA10896 (5.67b/IDA-1.5 for uunet!freebsd.org!bugs); Mon, 5 Jun 1995 21:37:27 -0700 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Mon, 5 Jun 95 23:39 CDT Received: by nemesis.lonestar.org (Smail3.1.27.1 #18) id m0sIpqc-0004vyC; Mon, 5 Jun 95 23:02 CDT Message-Id: Date: Mon, 5 Jun 95 23:02 CDT To: jgreco@brasil.moneng.mei.com, hackers@FreeBSD.org, bugs@FreeBSD.org From: uhclem%nemesis@fw.ast.com (Frank Durda IV) Sent: Mon Jun 5 1995, 23:02:33 CDT Subject: Re: 2.0.5-A: Very disheartening? Sender: bugs-owner@FreeBSD.org Precedence: bulk I have been reading your comments about strange behavior in 2.0.5-Alpha and thought I would mention that I have access to a several different types of machines that also malfunction under 2.0.5-Alpha, but worked on the 0420SNAP and all earlier FreeBSD versions. On these systems, if you made it thru the installation it was a miracle, The system would only run at all with certain amounts of memory present (8 Meg). If you added (12 or 16) or subtracted memory (4), all of these different systems would panic or just hang 100% of the time. Weird. I recently discovered that if I can remove or disable the external L2 cache (these systems are all 483DX33-based with 64K or 128K of L2 cache in the form of Intel 485 Turbocache cache subsystems), 2.0.5-Alpha then works fine. Once 2.0.5-Alpha is installed and running on a non-compressed kernel, I can put the cache back in (or enable it) and everything still works, even with memory amounts that would panic or hang with the cache present. Even though the FreeBSD core group is aware of the problem, without a failing system in front of them, or the luxury of time to spend helping me debug it by remote control, I don't expect a fix anytime soon. As far as I can see, the only failing part is the mechanisms associated with a compressed kernel, or the compressed kernel itself and certain types of cache subsystems. I can boot from a floppy with a uncompressed kernel and that works fine too. Only the compressed kernel has trouble. This cache issue might be related to the problem you are seeing, and if you have the ability to disable the external cache on your system, try doing that and see if things work any better. Frank Durda IV uhclem%nemesis@fw.ast.com From owner-freebsd-bugs Mon Jun 5 22:12:00 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA28150 for bugs-outgoing; Mon, 5 Jun 1995 22:12:00 -0700 Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA28143 for ; Mon, 5 Jun 1995 22:11:54 -0700 Received: by sovcom.kiae.su id AA04865 (5.65.kiae-2 ); Tue, 6 Jun 1995 09:09:30 +0400 Received: by sovcom.KIAE.su (UUMAIL/2.0); Tue, 6 Jun 95 09:09:29 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id IAA04208; Tue, 6 Jun 1995 08:58:13 +0400 To: freebsd-bugs@FreeBSD.org, Terry Lee References: <199506052052.AA06740@uivlsi.csl.uiuc.edu> In-Reply-To: <199506052052.AA06740@uivlsi.csl.uiuc.edu>; from Terry Lee at Mon, 5 Jun 1995 15:52:36 -0500 Message-Id: Organization: Olahm Ha-Yetzirah Date: Tue, 6 Jun 1995 08:58:12 +0400 (MSD) X-Mailer: Mail/@ [v2.37 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA?= =?KOI8-R?Q?=FE=C5=D2=CE=CF=D7?= aka "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: /etc/wall_cmos_clock not created Lines: 24 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 871 Sender: bugs-owner@FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- In message <199506052052.AA06740@uivlsi.csl.uiuc.edu> Terry Lee writes: > Shouldn't /etc/wall_cmos_clock be created if I selected local time >CMOS clock? I used the floppies dated around noon on June 4. Thanks. It should be created in this case. - -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 -----BEGIN PGP SIGNATURE----- Version: 2.6.2i iQCVAwUBL9PgYeJgpPLZnQjrAQF4QAQAvdcvpVJHgDNcoOUjdt0GFs/CYiovfRRw zNo4NI0WZbKGpFL7jGW3DhYd49RpvKGCIQOSBjXv1AMqFnD0tXDW1EnKjVFnO3s8 KLhUwLyUy/Radw+sY2ZR0Q6n3vFbryTBy4vyYd3yzeaATPWtOvQQyCucxBgYqPfz 8fPlaVsnNDI= =/qa7 -----END PGP SIGNATURE----- From owner-freebsd-bugs Mon Jun 5 22:12:23 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA28193 for bugs-outgoing; Mon, 5 Jun 1995 22:12:23 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA28175 ; Mon, 5 Jun 1995 22:12:21 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: uhclem%nemesis@fw.ast.com (Frank Durda IV) cc: jgreco@brasil.moneng.mei.com, hackers@FreeBSD.org, bugs@FreeBSD.org Subject: Re: 2.0.5-A: Very disheartening? In-reply-to: Your message of "Mon, 05 Jun 95 23:02:00 CDT." Date: Mon, 05 Jun 1995 22:12:20 -0700 Message-ID: <28172.802415540@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: bugs-owner@FreeBSD.org Precedence: bulk > Once 2.0.5-Alpha is installed and running on a non-compressed kernel, I can > put the cache back in (or enable it) and everything still works, even with > memory amounts that would panic or hang with the cache present. Just FYI, David, Poul and I (mostly holding coats and looking anxious) are all looking into potential badness in the kzip/MFS code which could explain this. If it comes to it, we may very well fall back to a 2 floppy install! We're trying to look at all the options.. Something one way or the other will probably be decided in the next 2-3 days. If those actually seeing the problem would care at all to play with kzip a little and see if they can't perhaps narrow the failure mode down, I'd be more than pleased! It's a lot easier to frown at kernel printfs() meaninfully when you can actually reproduce the failure locally! :-) Jordan From owner-freebsd-bugs Tue Jun 6 00:36:58 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA07243 for bugs-outgoing; Tue, 6 Jun 1995 00:36:58 -0700 Received: (from davidg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA07227 ; Tue, 6 Jun 1995 00:36:57 -0700 Date: Tue, 6 Jun 1995 00:36:57 -0700 From: David Greenman Message-Id: <199506060736.AAA07227@freefall.cdrom.com> To: soda@sra.co.jp, davidg, freebsd-bugs Subject: Changed information for PR kern/490 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: 2.0.5-ALPHA should change msync(2) syscall number for compatibility State-Changed-From-To: open-closed State-Changed-By: davidg State-Changed-When: Tue Jun 6 00:30:22 PDT 1995 State-Changed-Why: Any application prior to 2.0.5A that used msync would have caued the machine to panic. Thus it can be safely assumed that no application is successfully being used with it. The third argument (flags) is also currently unimplemented and (almost) completely ignored. If an old application tries to use msync with only two arguments, the worst that will happen is that junk on the stack would be used as the third arg, and then the msync might fail because of an illegal combination of flags. Considering that the machine would likely crash if the msync() did succeed, this failure is actually a good thing. :-) The above combinations of factors was the reason for deciding not to allocate a new syscall number to msync(). This was a deliberate decision and not a bug. From owner-freebsd-bugs Tue Jun 6 01:06:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA07887 for bugs-outgoing; Tue, 6 Jun 1995 01:06:02 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA07880 ; Tue, 6 Jun 1995 01:05:54 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id SAA30935; Tue, 6 Jun 1995 18:03:47 +1000 Date: Tue, 6 Jun 1995 18:03:47 +1000 From: Bruce Evans Message-Id: <199506060803.SAA30935@godzilla.zeta.org.au> To: gordon@sneaky.lonestar.org, jkh@freefall.cdrom.com Subject: Re: Comments on 2.0.5-ALPHA boot floppy - Jun 4 Cc: bugs@FreeBSD.org Sender: bugs-owner@FreeBSD.org Precedence: bulk >> first screen just before it turns blue. I can't read much more >> than "etc/sysinstall" in repeated tries. The second screen >> shows that the system really DOES NOT LIKE my 1.1.5.1 disklabels >> and complains that several are "not entirely within the slice". >> Does this mean there is no chance for 1.1.5.1 and 2.0.5 to >> co-exist due to incompatible disklabel format, even if they >Not at all, it just means that 2.0.5 won't pass up the chance to >complain bitterly about them before grudgingly mounting them in >"compatability mode". :-) They will be compatible enough until you write a new label. BSD partitions outside of the BSD slice will be ignored after warning about them and the apparent number of sectors and cylinders on the disk will be reduced to the number in the slice. Writing the label will commit these changes to the disk and 1.1.5 may become confused. Don't write a new label if you want to keep running 1.1.5. >> The system finds network devices 'cuaa0' and 'cuaa1' which >> the -c option doesn't list. Are these PPP/SLIP pseudo-devices? >Yes, they are. That's why they're listed as "possible PPP/SLIP device" :-) Er, they are standard serial (callout) devices. Serial devices happen to be useable for PPP and SLIP. Bruce From owner-freebsd-bugs Tue Jun 6 01:16:43 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA08066 for bugs-outgoing; Tue, 6 Jun 1995 01:16:43 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA08055 ; Tue, 6 Jun 1995 01:16:34 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id BAA01411; Tue, 6 Jun 1995 01:19:23 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id BAA00218; Tue, 6 Jun 1995 01:16:15 -0700 Message-Id: <199506060816.BAA00218@corbin.Root.COM> To: Bruce Evans cc: gibbs@freefall.cdrom.com, fenner@parc.xerox.com, freebsd-bugs@FreeBSD.org Subject: Re: FTP install is *almost* there... In-reply-to: Your message of "Tue, 06 Jun 95 14:20:29 +1000." <199506060420.OAA23067@godzilla.zeta.org.au> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 06 Jun 1995 01:16:09 -0700 Sender: bugs-owner@FreeBSD.org Precedence: bulk >>>I thought it was '-1' in userconfig for auto-detect. > >> Either one will work in if_ed; 0 means unspecified, and -1 means auto. I >>said 0 only because I was uncertain if -1 would be accepted and parsed >>correctly. > >Erm, 0 means the clock irq. It would cause a probe conflict if the clock >device was in the device tables. > >The driver sees (1 << irq_number), or 0 for none/unspecified/auto. Gack, you're right. Userconfig has brokeness in this area. Specifying -1 will result in shifting the bit all the way off the end, resulting in "0". There is supposed to be a difference between 0 and -1. 0 is supposed to mean "none" and -1 is supposed to mean "auto". Apparantly all the drivers must treat 0 and -1 as the same. -DG From owner-freebsd-bugs Tue Jun 6 01:29:05 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA08505 for bugs-outgoing; Tue, 6 Jun 1995 01:29:05 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA08499 ; Tue, 6 Jun 1995 01:28:57 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id BAA01448; Tue, 6 Jun 1995 01:32:10 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id BAA00298; Tue, 6 Jun 1995 01:29:01 -0700 Message-Id: <199506060829.BAA00298@corbin.Root.COM> To: "Jordan K. Hubbard" cc: soda@sra.co.jp, freebsd-bugs@freefall.cdrom.com Subject: Re: Changed information for PR kern/491 In-reply-to: Your message of "Mon, 05 Jun 95 21:38:21 PDT." <199506060438.VAA26385@freefall.cdrom.com> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 06 Jun 1995 01:28:55 -0700 Sender: bugs-owner@FreeBSD.org Precedence: bulk >Synopsis: 2.0.5-ALPHA frequently panics on diskless configuration > >State-Changed-From-To: open-closed >State-Changed-By: jkh >State-Changed-When: Mon Jun 5 21:38:08 PDT 1995 >State-Changed-Why: >Poul says this was fixed after ALPHA went out. Hmmm...what patch is Poul refering to? I though that all of those bugs were supposedly fixed just prior to ALPHA. -DG From owner-freebsd-bugs Tue Jun 6 01:47:28 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA09022 for bugs-outgoing; Tue, 6 Jun 1995 01:47:28 -0700 Received: from salyko.cube.net (root@salyko.cube.net [193.141.73.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA09012 for ; Tue, 6 Jun 1995 01:47:17 -0700 Received: from nasim.nasim.cube.net by salyko.cube.net with smtp (Smail3.1.29.1 #1) id m0sIuI0-00167qC; Tue, 6 Jun 95 10:47 MET DST Received: by nasim.nasim.cube.net (Smail3.1.29.0 #1) id m0sIuHs-000O7vC; Tue, 6 Jun 95 10:47 MET DST To: freebsd-bugs@freefall.cdrom.com Path: not-for-mail From: knarf@nasim.cube.net (Frank Bartels) Newsgroups: muc.lists.freebsd.bugs Subject: Re: /etc/wall_cmos_clock not created Date: 6 Jun 1995 10:46:57 +0200 Organization: The Sunsite for ATARI-Friends Lines: 12 Message-ID: <3r14m1$7ko@nasim.nasim.cube.net> References: <199506052052.AA06740@uivlsi.csl.uiuc.edu> X-Newsreader: TIN [version 1.2 PL2] Sender: bugs-owner@FreeBSD.org Precedence: bulk Terry Lee (terry@uivlsi.csl.uiuc.edu) wrote: > Shouldn't /etc/wall_cmos_clock be created if I selected local time > CMOS clock? I used the floppies dated around noon on June 4. Thanks. I said NO to cmos clock and /etc/wall_cmos_clock WAS created. ;) Bye, Knarf -- Frank Bartels | UUCP/ZModem/Fax: + 49 89 5469593 | MiNT is knarf@nasim.cube.net | Login: nuucp Index: /pub/ls-lR.nasim.gz | Now TOS! From owner-freebsd-bugs Tue Jun 6 02:17:24 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA11371 for bugs-outgoing; Tue, 6 Jun 1995 02:17:24 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA11364 ; Tue, 6 Jun 1995 02:17:11 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA00354; Tue, 6 Jun 1995 19:14:23 +1000 Date: Tue, 6 Jun 1995 19:14:23 +1000 From: Bruce Evans Message-Id: <199506060914.TAA00354@godzilla.zeta.org.au> To: bde@zeta.org.au, davidg@Root.COM Subject: Re: FTP install is *almost* there... Cc: fenner@parc.xerox.com, freebsd-bugs@FreeBSD.org, gibbs@freefall.cdrom.com Sender: bugs-owner@FreeBSD.org Precedence: bulk >>Erm, 0 means the clock irq. It would cause a probe conflict if the clock >>device was in the device tables. >> >>The driver sees (1 << irq_number), or 0 for none/unspecified/auto. > Gack, you're right. Userconfig has brokeness in this area. Specifying -1 >will result in shifting the bit all the way off the end, resulting in "0". No, it handles -1 specially. >There is supposed to be a difference between 0 and -1. 0 is supposed to >mean "none" and -1 is supposed to mean "auto". Apparantly all the drivers >must treat 0 and -1 as the same. -1 is converted to 0 in mkioconf(). irq numbers are exponentiated more machine-independently by converting them to a string and prefixing "IRQ". isa.h somewhat confusingly defines IRQ0 as 0x0001 etc. I can't see where `?' and `none' are distinguished in config.y. lang.l converts `?' to -1 which is the same as the default (`none') value. Anyway, the drivers apparently get it right by always dealing with the mask. -1 isn't a valid mask and drivers apparently don't set id_irq to it. Bruce From owner-freebsd-bugs Tue Jun 6 06:25:56 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA19938 for bugs-outgoing; Tue, 6 Jun 1995 06:25:56 -0700 Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA19919 ; Tue, 6 Jun 1995 06:25:44 -0700 Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id NAA02203; Tue, 6 Jun 1995 13:15:19 +0100 Date: Tue, 6 Jun 1995 13:15:17 +0100 (BST) From: Doug Rabson To: "Jordan K. Hubbard" cc: Frank Durda IV , jgreco@brasil.moneng.mei.com, hackers@FreeBSD.org, bugs@FreeBSD.org Subject: Re: 2.0.5-A: Very disheartening? In-Reply-To: <28172.802415540@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@FreeBSD.org Precedence: bulk On Mon, 5 Jun 1995, Jordan K. Hubbard wrote: > > Once 2.0.5-Alpha is installed and running on a non-compressed kernel, I can > > put the cache back in (or enable it) and everything still works, even with > > memory amounts that would panic or hang with the cache present. > > Just FYI, > > David, Poul and I (mostly holding coats and looking anxious) are all > looking into potential badness in the kzip/MFS code which could > explain this. If it comes to it, we may very well fall back to a 2 > floppy install! We're trying to look at all the options.. > > Something one way or the other will probably be decided in the next > 2-3 days. > > If those actually seeing the problem would care at all to play with > kzip a little and see if they can't perhaps narrow the failure mode > down, I'd be more than pleased! It's a lot easier to frown at kernel > printfs() meaninfully when you can actually reproduce the failure > locally! :-) I am pretty sure that my problem was nothing to do with kzip since the install worked fine. I have just build a new kernel from the 2.0.5A sources so I will see how that flies. -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-bugs Tue Jun 6 07:11:07 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA21116 for bugs-outgoing; Tue, 6 Jun 1995 07:11:07 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA21107 ; Tue, 6 Jun 1995 07:11:01 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id HAA01942; Tue, 6 Jun 1995 07:14:21 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id HAA00434; Tue, 6 Jun 1995 07:11:13 -0700 Message-Id: <199506061411.HAA00434@corbin.Root.COM> To: Bruce Evans cc: fenner@parc.xerox.com, freebsd-bugs@FreeBSD.org, gibbs@freefall.cdrom.com Subject: Re: FTP install is *almost* there... In-reply-to: Your message of "Tue, 06 Jun 95 19:14:23 +1000." <199506060914.TAA00354@godzilla.zeta.org.au> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 06 Jun 1995 07:11:12 -0700 Sender: bugs-owner@FreeBSD.org Precedence: bulk >>>The driver sees (1 << irq_number), or 0 for none/unspecified/auto. > >> Gack, you're right. Userconfig has brokeness in this area. Specifying -1 >>will result in shifting the bit all the way off the end, resulting in "0". > >No, it handles -1 specially. Ahh, I forgot that "irq" was unsigned...so the test: parms[0].parm.dparm->id_irq = (irq < 16 ? 1 << irq : 0); Treats irq as 0xffffffff, not -1, and thus ends up with 0. >-1 is converted to 0 in mkioconf(). irq numbers are exponentiated more >machine-independently by converting them to a string and prefixing "IRQ". >isa.h somewhat confusingly defines IRQ0 as 0x0001 etc. I can't see where >`?' and `none' are distinguished in config.y. lang.l converts `?' to -1 >which is the same as the default (`none') value. Anyway, the drivers >apparently get it right by always dealing with the mask. -1 isn't a >valid mask and drivers apparently don't set id_irq to it. Huh? How could drivers deal with anything other than the mask? ...anyway, you appear to be correct - '?' gets converted to 0 before it is output to ioconf.c. So this brings us full circle and I'm not sure what we've accomplished by this exercise. :-) ...other than my test in if_ed.c for the irq should be changed to irq == 0 rather than irq <= 0. -DG From owner-freebsd-bugs Tue Jun 6 07:57:27 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA23013 for bugs-outgoing; Tue, 6 Jun 1995 07:57:27 -0700 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA23004 for ; Tue, 6 Jun 1995 07:57:24 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <01945-0@bunyip.cc.uq.oz.au>; Wed, 7 Jun 1995 00:57:00 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id VAA19165 for ; Tue, 6 Jun 1995 21:06:37 +1000 Received: by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id LAA15596; Tue, 6 Jun 1995 11:04:31 GMT Date: Tue, 6 Jun 1995 11:04:31 GMT From: Stephen Hocking Message-Id: <199506061104.LAA15596@netfl15a.devetir.qld.gov.au> To: bugs@FreeBSD.org Subject: Re: 2.0.5-A: Very disheartening? Sender: bugs-owner@FreeBSD.org Precedence: bulk Might this not have something to do with unzipping something executable into memory and then failing to invalidate the cache entries for the memory you've just unzipped into? It sounds like a failure mode that you'd see with machines that have split I/D caches. I know it's easy to yell suggestions from the sidelines, but wouldn't it be a good idea to invalidate the cache after the image has been unzipped into memory? > >> Once 2.0.5-Alpha is installed and running on a non-compressed kernel, I can >> put the cache back in (or enable it) and everything still works, even with >> memory amounts that would panic or hang with the cache present. > >Just FYI, > >David, Poul and I (mostly holding coats and looking anxious) are all >looking into potential badness in the kzip/MFS code which could >explain this. If it comes to it, we may very well fall back to a 2 >floppy install! We're trying to look at all the options.. > >Something one way or the other will probably be decided in the next >2-3 days. > >If those actually seeing the problem would care at all to play with >kzip a little and see if they can't perhaps narrow the failure mode >down, I'd be more than pleased! It's a lot easier to frown at kernel >printfs() meaninfully when you can actually reproduce the failure >locally! :-) > > Jordan From owner-freebsd-bugs Tue Jun 6 08:17:12 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA23708 for bugs-outgoing; Tue, 6 Jun 1995 08:17:12 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA23697 for ; Tue, 6 Jun 1995 08:17:04 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id BAA15476; Wed, 7 Jun 1995 01:15:10 +1000 Date: Wed, 7 Jun 1995 01:15:10 +1000 From: Bruce Evans Message-Id: <199506061515.BAA15476@godzilla.zeta.org.au> To: bugs@FreeBSD.org, pete@pelican.com Subject: Re: TTYHOG still... Sender: bugs-owner@FreeBSD.org Precedence: bulk >PLEASE PLEASE (OK, wait for release, maybe, but it is impossible to run >uucp on a fast link as things are) fix TTYHOG to be an option: A ttyhog variable would be better. >(or *better*, fix the real problem and make clist sizes dynamic; it is >ridiculous to make interactive opens have 16k ttyhog just to get uucp >to work on a single port.) Send code. >At 1024 I can sometimes get errors just from chat setting up a slip call. >Yes, I have crtscts set and it does work. I still get the ****** ttyhog >error message. That means crtscts doesn't really work. >Related to this: >***FLAME ON: >Also, don't insist in the man page and rc.serial that setting crtscts >is an application responsibility; it isn't. It is a hardware Er, you seem to have interpreted the sio man page backwards. It is mostly about setting up the ports outside of applications (see termios.4 for application programming). It tells you when to set CRTSCTS (... should be locked _on_ for ...). This is mixed up a bit with a gripe about buggy applications. The buggy applications gratuitously clear CRTSCTS, so it should be _locked_. But locking gets in the way of applications that actually handle CRTSCTS correctly. Handling of locking is even less of an application responsibility. >to everything, even the shell and 'cat', for several. The init+lock >device is the right thing, only it is documented rather negatively. The >application (in this kind of case) has *no business whatever* knowing what >kind of device is connected; it only knows about data streams. >***FLAME OFF Well, the point of the init+lock device _is_ mostly negative: lock device: entirely negative: (N1) fixes CLOCAL security hole. (N2) helps fix buggy applications that gratuitously change implementation- defined state that they don't know about. init device: positive: (P1) allows setting good initial values for implementation-defined state that most applications don't know about. init device: negative: (N3) helps fix buggy applications that don't set standard state. Bruce From owner-freebsd-bugs Tue Jun 6 09:22:20 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA25556 for bugs-outgoing; Tue, 6 Jun 1995 09:22:20 -0700 Received: from salyko.cube.net (root@salyko.cube.net [193.141.73.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA25549 for ; Tue, 6 Jun 1995 09:22:18 -0700 Received: from nasim.nasim.cube.net by salyko.cube.net with smtp (Smail3.1.29.1 #1) id m0sJ1OO-00164qC; Tue, 6 Jun 95 18:22 MET DST Received: by nasim.nasim.cube.net (Smail3.1.29.0 #1) id m0sJ1OH-000O8pC; Tue, 6 Jun 95 18:22 MET DST To: freebsd-bugs@freefall.cdrom.com Path: not-for-mail From: knarf@nasim.cube.net (Frank Bartels) Newsgroups: muc.lists.freebsd.bugs Subject: Re: /etc/wall_cmos_clock not created Date: 6 Jun 1995 18:22:01 +0200 Organization: The Sunsite for ATARI-Friends Lines: 21 Message-ID: <3r1vb9$i97@nasim.nasim.cube.net> References: <199506052052.AA06740@uivlsi.csl.uiuc.edu> <3r14m1$7ko@nasim.nasim.cube.net> X-Newsreader: TIN [version 1.2 PL2] Sender: bugs-owner@FreeBSD.org Precedence: bulk Frank Bartels (knarf@nasim.cube.net) wrote: > Terry Lee (terry@uivlsi.csl.uiuc.edu) wrote: > > Shouldn't /etc/wall_cmos_clock be created if I selected local time > > CMOS clock? I used the floppies dated around noon on June 4. Thanks. > I said NO to cmos clock and /etc/wall_cmos_clock WAS created. ;) Fixed in the latest floppies: ---- Update: Tue Jun 6 01:42:31 PDT 1995 o Fixed swapped UTC/LOCAL time handling in tzsetup. --- Bye, Knarf -- Frank Bartels | UUCP/ZModem/Fax: + 49 89 5469593 | MiNT is knarf@nasim.cube.net | Login: nuucp Index: /pub/ls-lR.nasim.gz | Now TOS! From owner-freebsd-bugs Tue Jun 6 11:49:36 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA01856 for bugs-outgoing; Tue, 6 Jun 1995 11:49:36 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA01850 for ; Tue, 6 Jun 1995 11:49:34 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id LAA02306; Tue, 6 Jun 1995 11:51:25 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id LAA00541; Tue, 6 Jun 1995 11:48:16 -0700 Message-Id: <199506061848.LAA00541@corbin.Root.COM> To: Stephen Hocking cc: bugs@FreeBSD.org Subject: Re: 2.0.5-A: Very disheartening? In-reply-to: Your message of "Tue, 06 Jun 95 11:04:31 GMT." <199506061104.LAA15596@netfl15a.devetir.qld.gov.au> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 06 Jun 1995 11:47:01 -0700 Sender: bugs-owner@FreeBSD.org Precedence: bulk > Might this not have something to do with unzipping something >executable into memory and then failing to invalidate the cache entries for >the memory you've just unzipped into? It sounds like a failure mode that >you'd see with machines that have split I/D caches. I know it's easy to yell >suggestions from the sidelines, but wouldn't it be a good idea to invalidate >the cache after the image has been unzipped into memory? No. If you don't have cache coherency for things the *CPU* writes to memory, you may as well pack up your marbles and go home. The problem isn't likely caused by any sort of cache problem (even though it is apparantly effected by disabling the cache). -DG From owner-freebsd-bugs Tue Jun 6 12:50:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA06323 for bugs-outgoing; Tue, 6 Jun 1995 12:50:03 -0700 Received: from wc.cdrom.com (wc.cdrom.com [192.216.223.37]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA06317 for ; Tue, 6 Jun 1995 12:50:02 -0700 Received: from relay3.UU.NET (relay3.UU.NET [192.48.96.8]) by wc.cdrom.com (8.6.12/8.6.12) with ESMTP id MAA02421 for ; Tue, 6 Jun 1995 12:50:05 -0700 Received: from uucp6.UU.NET by relay3.UU.NET with SMTP id QQyszn26898; Tue, 6 Jun 1995 15:48:44 -0400 Received: from sawmill.UUCP by uucp6.UU.NET with UUCP/RMAIL ; Tue, 6 Jun 1995 15:48:48 -0400 Received: by sawmill.uucp (/\==/\ Smail3.1.21.1 #21.8) id ; Tue, 6 Jun 95 14:40 EST Message-Id: Date: Tue, 6 Jun 95 14:40 EST From: sawmill!rjk@uunet.uu.net (Richard Kuhns) To: bugs@FreeBSD.org Subject: running BSDI 2.0(?) binaries under FreeBSD 2.0-RELEASE Sender: bugs-owner@FreeBSD.org Precedence: bulk I realize that everyone's busy with the impending 2.0.5 release, but Jordan suggested that I go ahead and mail it here, so here goes. I'm trying to run a commercial application (C/Base from Conetic Software Systems) under FreeBSD 2.0-RELEASE, with the following results: =================================== freebsd:~/BSDI$ file tgetinfo2 tgetinfo2: BSD/386 demand paged (first page unmapped) pure ex freebsd:~/BSDI$ ktrace ./tgetinfo2 Segmentation fault (core dumped) freebsd:~/BSDI$ gdb ./tgetinfo2 ./tgetinfo2.core GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.11 (i386-unknown-freebsd), Copyright 1993 Free Software Foundation, Inc... (no debugging symbols found)... Core was generated by `tgetinfo2'. Program terminated with signal 11, Segmentation fault. #0 0x1055 in start () (gdb) bt #0 0x1055 in start () Cannot access memory at address 0xefbfdc14. (gdb) quit freebsd:~/BSDI$ kdump 2496 ktrace RET ktrace 0 2496 ktrace CALL execve(0xefbfdc93,0xefbfdc1c,0xefbfdc24) 2496 ktrace NAMI "./tgetinfo2" 2496 tgetinfo2 RET execve 0 2496 tgetinfo2 PSIG SIGSEGV SIG_DFL 2496 tgetinfo2 NAMI "tgetinfo2.core" freebsd:~/BSDI$ =================================== ktrace may be my friend, but I'm afraid it's not interested in talking to me too much right now. While I am, of course, anxious to get this thing running as soon as I can, I'm perfectly willing to wait until I receive the 2.0.5 CD from Walnut Creek (I've got a subscription, so I assume I'll get it as soon as they start shipping). If anyone wants more details, feel free to email or call. Thanks. Rich Kuhns rjk@grauel.com PO Box 6249 100 Sawmill Road Lafayette, IN 47903 (317)477-6000 x319 From owner-freebsd-bugs Tue Jun 6 15:40:58 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA18447 for bugs-outgoing; Tue, 6 Jun 1995 15:40:58 -0700 Received: from pelican.com (pelican.com [134.24.4.62]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA18441 for ; Tue, 6 Jun 1995 15:40:56 -0700 Received: by pelican.com (Smail3.1.28.1 #5) id m0sJ7Hh-000K0pC; Tue, 6 Jun 95 15:39 WET DST Message-Id: From: pete@pelican.com (Pete Carah) Subject: filesystem woes To: bugs@FreeBSD.org Date: Tue, 6 Jun 1995 15:39:41 -0700 (PDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1310 Sender: bugs-owner@FreeBSD.org Precedence: bulk I've been having sup fill my source-tree drive lately; looks like one or more of the vnode-reference problems may be attacking again, or is there a fd leak in sup? puffin:/u2 200383 146564 33780 81% /puffin/u2 last of du output 270 pete/src-2.0/release/sysinstall/help 744 pete/src-2.0/release/sysinstall 89 pete/src-2.0/release/libdisk 899 pete/src-2.0/release 27 pete/src-2.0/TODO-2.1 118801 pete/src-2.0 119073 pete both of these in 'k', and pete is the only non-lost+found directory on the drive... lost+found is empty. Kill the sup, to look at fd leaks: puffin:/u2 200383 146574 33770 81% /puffin/u2 or, no change in the right direction, anyhow. This drive shows 'device busy' when I try to unmount it, though it is not currently in use by any process. However, I had to use -9 to kill the sup, so stuff may not have cleaned up decently... Last time this happened, I forced an fsck and it cleaned up to about the right size, but lost some real files. This is running current as of 5/17. On shutdown, it says 'syncing disks... done' and _follows_ this by many seconds of disk activity. Reboot without single-user gives a decent df: /dev/sd0a 200383 119093 61251 66% /u2 But, nothing I do short of rebooting fixes it. -- Pete From owner-freebsd-bugs Tue Jun 6 16:24:30 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA19302 for bugs-outgoing; Tue, 6 Jun 1995 16:24:30 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA19295 for ; Tue, 6 Jun 1995 16:24:27 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id QAA00519; Tue, 6 Jun 1995 16:24:07 -0700 From: "Rodney W. Grimes" Message-Id: <199506062324.QAA00519@gndrsh.aac.dev.com> Subject: Re: misc/484: usr.sbin/Makefile problem with SUBDIR To: bde@zeta.org.au (Bruce Evans) Date: Tue, 6 Jun 1995 16:24:07 -0700 (PDT) Cc: mark@linus.demon.co.uk, freebsd-bugs@freefall.cdrom.com In-Reply-To: <199506050054.KAA09497@godzilla.zeta.org.au> from "Bruce Evans" at Jun 5, 95 10:54:09 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 920 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > >> "make all" followed by "make install clean" fails in usr.sbin > >> due to an attempt to install config.new. > > >How could of it possible attempted to ``install'' in config.new, the > >only times it would go down into that tree is for clean, cleandir or > >other targets with ${MACHINE}==sparc. > > config.new is in the clean SUBDIRs for all MACHINEs, so `make clean > install' adds it to the SUBDIR list for all targets: Your right, the make file should be .if target(clean) instead of .if make(clean). I will make a tree sweep for this bug ofter 2.0.5R rolls out the door. > Bruce > > -------- > makefile > -------- > SUBDIR=foo > > .if make(clean) > SUBDIR+= config.new > .endif > > clean: > echo $(SUBDIR) > > install: > echo $(SUBDIR) > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-bugs Tue Jun 6 16:54:27 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA20545 for bugs-outgoing; Tue, 6 Jun 1995 16:54:27 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA20538 ; Tue, 6 Jun 1995 16:54:26 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: knarf@nasim.cube.net (Frank Bartels) cc: freebsd-bugs@freefall.cdrom.com Subject: Re: /etc/wall_cmos_clock not created In-reply-to: Your message of "06 Jun 95 18:22:01 +0200." <3r1vb9$i97@nasim.nasim.cube.net> Date: Tue, 06 Jun 1995 16:54:26 -0700 Message-ID: <20537.802482866@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: bugs-owner@FreeBSD.org Precedence: bulk > Fixed in the latest floppies: > o Fixed swapped UTC/LOCAL time handling in tzsetup. That only worked once, I'm afraid. Then tzsetup would detect the /etc/wall_cmos_clock and not allow you to re-enter the time zone setup. I nuke it each time before starting tzsetup now. It's a work-around! Jordan From owner-freebsd-bugs Tue Jun 6 17:29:12 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA22725 for bugs-outgoing; Tue, 6 Jun 1995 17:29:12 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA22719 for ; Tue, 6 Jun 1995 17:29:11 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: bugs@freefall.cdrom.com Subject: Frank Bartel's failure mode with 2.0.5A Date: Tue, 06 Jun 1995 17:29:11 -0700 Message-ID: <22718.802484951@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: bugs-owner@FreeBSD.org Precedence: bulk It's a strange one: From: knarf@nasim.cube.net (Frank Bartels) Subject: 2.0.5-ALPHA installation report ... But as you were very fast in rolling new floppies, I finally managed to install FreeBSD 2.0.5-ALPHA on my test machine, 386/40, 387, 8 MB, ISA, NE2000, 130 MB IDE, 32 MB swap, rest one partiton. ... kernel.GENERIC fails to boot: npx0 at 0xf0-0xff irq 13 on motherboard Probing for devices on the pci0 bus: configuration mode2 allows 16 devices pci0:3: vendor=0x7c21, device=0x5455, class=old [not supported] [hangs forever] A PCI probe hang on an ISA machine? Looks worrisome! Jordan From owner-freebsd-bugs Tue Jun 6 20:40:05 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA28889 for bugs-outgoing; Tue, 6 Jun 1995 20:40:05 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA28882 ; Tue, 6 Jun 1995 20:40:03 -0700 Date: Tue, 6 Jun 1995 20:40:03 -0700 Message-Id: <199506070340.UAA28882@freefall.cdrom.com> From: "Russell L. Carter" Reply-To: "Russell L. Carter" To: freebsd-bugs Subject: bin/494: In-Reply-To: Your message of Tue, 6 Jun 1995 20:36:25 -0700 <199506070336.UAA00833@geli.clusternet> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 494 >Category: bin >Synopsis: >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jun 6 20:40:01 1995 >Originator: Russell L. Carter >Organization: >Release: FreeBSD 2.0-BUILT-19950527 i386 >Environment: 2.0.5A >Description: nfs mounts using TCP protocol fail. >How-To-Repeat: bash$ mount -t nfs -o -T geli:/usr /mnt NFS Portmap: RPC: Program not registered This worked fine with a 2.0.5A server and a 2.0R client, and every -current up to 3/27. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jun 6 21:10:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA29603 for bugs-outgoing; Tue, 6 Jun 1995 21:10:04 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA29596 ; Tue, 6 Jun 1995 21:10:02 -0700 Date: Tue, 6 Jun 1995 21:10:02 -0700 Message-Id: <199506070410.VAA29596@freefall.cdrom.com> From: Heikki Suonsivu Reply-To: Heikki Suonsivu To: freebsd-bugs Subject: kern/495: Unremovable file? In-Reply-To: Your message of Wed, 7 Jun 1995 07:08:43 +0300 <199506070408.HAA12334@katiska.clinet.fi> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 495 >Category: kern >Synopsis: Filesystem contains a file which is unremovable. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jun 6 21:10:01 1995 >Originator: Heikki Suonsivu >Organization: Helsinki University of Technology, Finland >Release: FreeBSD 2.0-BUILT-19950507 i386 >Environment: FreeBSD running -current. P90, NNTP server + various other jobs. The file in question appeared on the news filesystem. >Description: hsu#katiska.clinet.fi Wed 68: ls -l .overview -rw-rw-r-- 1 news news 31939 May 9 07:38 .overview hsu#katiska.clinet.fi Wed 69: mv .overview foo mv: cannot move `.overview' to `foo': Operation not permitted hsu#katiska.clinet.fi Wed 70: L -d . drwxrwxr-x 2 news news 512 Jun 7 06:52 ./ hsu#katiska.clinet.fi Wed 71: chmod 777 . hsu#katiska.clinet.fi Wed 72: rm .overview rm: remove `.overview'? y rm: .overview: Operation not permitted hsu#katiska.clinet.fi Wed 73: L total 35 drwxrwxrwx 2 news news 512 Jun 7 06:52 ./ drwxr-xr-x 3 hsu wheel 1536 Jun 7 04:38 ../ -rw-rw-r-- 1 news news 31939 May 9 07:38 .overview hsu#katiska.clinet.fi Wed 74: L -d . drwxrwxrwx 2 news news 512 Jun 7 06:52 ./ hsu#katiska.clinet.fi Wed 75: df . Filesystem 1024-blocks Used Available Cap. Mounted on /dev/sd1g 1980569 1448498 433043 77% /m/katiska/news hsu#katiska.clinet.fi Wed 76: chmod 775 . hsu#katiska.clinet.fi Wed 77: pwd /m/katiska/news/tmp/guns-rikki Everything I do, it always says no permission (is there a FORCE option somewhere?) It stays over reboot or fsck. It cannot be renamed, but the directory it is in can be moved. I think I have seen a similar thing on NFS mounted file system, but the offending file could be removed from the NFS server. >How-To-Repeat: Don't know, but I can dig more info for someone who wants to look at it (the file is quite persistent so it is not going away :-) Just tell me what to look for. >Fix: These shouldn't be generated? fsck should be able to detect and remove these? That is, if it is a filesystem problem, not something else. All computer programs should have a --force or --I-know-what-I-am-doing option! >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jun 6 21:16:07 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA29964 for bugs-outgoing; Tue, 6 Jun 1995 21:16:07 -0700 Received: from utogw.gssm.otsuka.tsukuba.ac.jp (utogw.gssm.otsuka.tsukuba.ac.jp [192.50.17.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA29957 for ; Tue, 6 Jun 1995 21:15:54 -0700 From: ohki@gssm.otsuka.tsukuba.ac.jp Received: from smri01.gssm.otsuka.tsukuba.ac.jp (smri01 [192.50.17.160]) by utogw.gssm.otsuka.tsukuba.ac.jp (8.6.11/8.6.9) with ESMTP id NAA00251; Wed, 7 Jun 1995 13:14:48 +0900 Received: from localhost by smri01.gssm.otsuka.tsukuba.ac.jp (8.6.11/SMI-4.1) id NAA00442; Wed, 7 Jun 1995 13:14:46 +0900 Message-Id: <199506070414.NAA00442@smri01.gssm.otsuka.tsukuba.ac.jp> To: freebsd-bugs@FreeBSD.org Subject: 2.0.5-ALPHA crashes with 'panic: vm_object_deallocate: ...' Cc: ohki@gssm.otsuka.tsukuba.ac.jp Mime-Version: 1.0 Content-Type: text/plain;charset="US-ASCII" Date: Wed, 07 Jun 1995 13:14:45 +0900 Sender: bugs-owner@FreeBSD.org Precedence: bulk Dear folks I'm using 2.0.5-ALPHA on the following system. CPU: 80486 DX2/66MHz Memory: 16MB Peripherals: IDE 340MB internal hard disk SCSI 2GB external hard disk (via AHA-1542Cx ) elete 16 ether board This machine serves as a news server & a mail server, so, exports a partition which holds system mailbox. This machine tends to crash once a day or once an hour, so, I configured to make crash dump. From a crash dump, I obtained following backtrace. Reading symbol data from /h0/ohki/crash/kernel.0... (no debugging symbols found)...done. IdlePTD 1cc000 panic: vm_object_deallocate: object deallocated too many times current pcb at 1bce1c (kgdb) bt #0 0xf018ee90 in boot () #1 0xf0113683 in panic () #2 0xf0185a95 in vm_object_deallocate () #3 0xf015da59 in nfsrv_vrele () #4 0xf0153637 in nfsrv_link () #5 0xf015e613 in nfssvc_nfsd () #6 0xf015df1a in nfssvc () #7 0xf0193ef7 in syscall () (kgdb) From owner-freebsd-bugs Tue Jun 6 22:26:21 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA01792 for bugs-outgoing; Tue, 6 Jun 1995 22:26:21 -0700 Received: from redwood.CS.Berkeley.EDU (redwood.CS.Berkeley.EDU [128.32.36.44]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA01786 for ; Tue, 6 Jun 1995 22:26:19 -0700 Received: from redwood.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by redwood.CS.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id WAA29873; Tue, 6 Jun 1995 22:26:00 -0700 From: William Maddox Message-Id: <199506070526.WAA29873@redwood.CS.Berkeley.EDU> X-Mailer: exmh version 1.6 4/21/95 To: davidg@Root.COM cc: Stephen Hocking , bugs@FreeBSD.org, maddox@redwood.CS.Berkeley.EDU Subject: Re: 2.0.5-A: Very disheartening? In-reply-to: Your message of "Tue, 06 Jun 1995 11:47:01 PDT." <199506061848.LAA00541@corbin.Root.COM> Mime-Version: 1.0 Content-Type: text/plain Date: Tue, 06 Jun 1995 22:25:54 -0700 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > Might this not have something to do with unzipping something > >executable into memory and then failing to invalidate the cache entries for > >the memory you've just unzipped into? It sounds like a failure mode that > >you'd see with machines that have split I/D caches. I know it's easy to yell > >suggestions from the sidelines, but wouldn't it be a good idea to invalidate > >the cache after the image has been unzipped into memory? > > No. If you don't have cache coherency for things the *CPU* writes to memory, > you may as well pack up your marbles and go home. The problem isn't likely > caused by any sort of cache problem (even though it is apparantly effected by > disabling the cache). Unfortunately, not all CPU designers agree with you. It is common practice for instruction caches and prefetchers to assume that code is immutable once execution begins, and to require special provisions in software when this assumption is violated, even if the writing is done by the CPU itself! This is common on machines with split I/D caches, but also affects machines with a simple instruction prefetch buffer in the case of code that modifies an instruction a short distance ahead of the current PC. Usually, code is only loaded by the OS, so most applications don't have to worry about this. There are a few screwball things applications do, such as dynamic linking and on-the-fly compilation, that run afoul of this, but the vendors don't seem to consider these important enought to support in a clean and portable way. I have in front of me the documentation for dynamic loading of executable files on the HP 9000 series machines using the old-fashioned 'ld -A' mechanism. The executable object file is loaded into the data segment via an ordinary file read operation. It is clearly stated that the text must be flushed from the data cache prior to beginning execution. On these machines, there are actually two different, incompatible ways in which this is done: On the Series 300/400 machines, the call 'cachectl(CC_FLUSH, 0, 0)' does the trick. On the Series 700/800, a page-long segment of semi-magical assembly code, loaded with wired-in assumptions about the cache architecture, is required. All of this is documented by HP. There was an extensive discussion of on-the-fly compilation on the net a while back, and I recall that the PA-RISC is by no means exceptional. I can't speak authoritatively for the Pentium, though, as I don't have the manuals. > > -DG From owner-freebsd-bugs Tue Jun 6 22:37:11 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA02063 for bugs-outgoing; Tue, 6 Jun 1995 22:37:11 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA02057 for ; Tue, 6 Jun 1995 22:37:08 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id WAA03252; Tue, 6 Jun 1995 22:40:29 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id WAA02429; Tue, 6 Jun 1995 22:37:21 -0700 Message-Id: <199506070537.WAA02429@corbin.Root.COM> To: William Maddox cc: Stephen Hocking , bugs@FreeBSD.org Subject: Re: 2.0.5-A: Very disheartening? In-reply-to: Your message of "Tue, 06 Jun 95 22:25:54 PDT." <199506070526.WAA29873@redwood.CS.Berkeley.EDU> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 06 Jun 1995 22:37:19 -0700 Sender: bugs-owner@FreeBSD.org Precedence: bulk >> No. If you don't have cache coherency for things the *CPU* writes to memory, >> you may as well pack up your marbles and go home. The problem isn't likely >> caused by any sort of cache problem (even though it is apparantly effected by >> disabling the cache). > >Unfortunately, not all CPU designers agree with you. It is common >practice for instruction caches and prefetchers to assume that code is >immutable once execution begins, and to require special provisions in >software when this assumption is violated, even if the writing is done >by the CPU itself! This is common on machines with split I/D caches, That may be, but that's not what is happening here. I agree that self-modifying code would likely require special provisions for it to work correctly. The gzip kernel is not modified in place. There is a decompress program attached at the beginning and the compressed kernel text/data is then decompressed into its destination memory area. What I meant by the above is that things such as IDE disks, NFS, and LKMs would all break if they required the cache to be flushed every time "data" was executed. Hell, you wouldn't even be able to do cc -o hello hello.c; ./hello Without it failing since the output ('data') of ld is "cached" and then executed. This is true both with our current merged VM/buffer cache and with the old buffer cache scheme. -DG From owner-freebsd-bugs Tue Jun 6 22:59:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA02530 for bugs-outgoing; Tue, 6 Jun 1995 22:59:03 -0700 Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.57]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA02523 for ; Tue, 6 Jun 1995 22:59:02 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by westhill.cdrom.com (8.6.11/8.6.11) with SMTP id WAA17222 ; Tue, 6 Jun 1995 22:58:07 -0700 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Heikki Suonsivu cc: freebsd-bugs@freefall.cdrom.com Subject: Re: kern/495: Unremovable file? In-reply-to: Your message of "Tue, 06 Jun 1995 21:10:02 PDT." <199506070410.VAA29596@freefall.cdrom.com> Date: Tue, 06 Jun 1995 22:58:06 -0700 Message-ID: <17220.802504686@westhill.cdrom.com> From: Gary Palmer Sender: bugs-owner@FreeBSD.org Precedence: bulk In message <199506070410.VAA29596@freefall.cdrom.com>, Heikki Suonsivu writes: >hsu#katiska.clinet.fi Wed 68: ls -l .overview >-rw-rw-r-- 1 news news 31939 May 9 07:38 .overview >hsu#katiska.clinet.fi Wed 69: mv .overview foo >mv: cannot move `.overview' to `foo': Operation not permitted >hsu#katiska.clinet.fi Wed 70: L -d . >drwxrwxr-x 2 news news 512 Jun 7 06:52 ./ >hsu#katiska.clinet.fi Wed 71: chmod 777 . >hsu#katiska.clinet.fi Wed 72: rm .overview >rm: remove `.overview'? y >rm: .overview: Operation not permitted >hsu#katiska.clinet.fi Wed 73: L >total 35 >drwxrwxrwx 2 news news 512 Jun 7 06:52 ./ >drwxr-xr-x 3 hsu wheel 1536 Jun 7 04:38 ../ >-rw-rw-r-- 1 news news 31939 May 9 07:38 .overview [...] >It stays over reboot or fsck. It cannot be renamed, but the directory it is >in can be moved. > >I think I have seen a similar thing on NFS mounted file system, but the >offending file could be removed from the NFS server. Have you done a `ls -alo .overview'? Is the 5th field `schg'? If so, that is the problem. The imutable flag is set, which means it can't be removed or renamed. If you look, /sbin/init is set the same way, for obvious reasons. `chflags noschg' will cure the problem I bet. if so, can you let us know so I can close this PR? This isn't really a bug, unless the system set this flag through a bug, which is possible, but I haven't seen this on our own news server with a full feed and a 8.6Gb news spool partition. > fsck should be able to detect and remove these? That is, if it > is a filesystem problem, not something else. > > All computer programs should have a --force or > --I-know-what-I-am-doing option! They do, and this was debated recently, and it was decided that the imutable flags should not be over-ridden, even by the super-user. See man 1 chflags and man 8 init for more details on these file flags. Gary From owner-freebsd-bugs Wed Jun 7 00:23:24 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA05425 for bugs-outgoing; Wed, 7 Jun 1995 00:23:24 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA05418 for ; Wed, 7 Jun 1995 00:23:13 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA21856; Wed, 7 Jun 1995 09:15:40 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA27942; Wed, 7 Jun 1995 09:15:38 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA09747; Wed, 7 Jun 1995 08:40:09 +0200 From: J Wunsch Message-Id: <199506070640.IAA09747@uriah.heep.sax.de> Subject: Re: filesystem woes To: pete@pelican.com (Pete Carah) Date: Wed, 7 Jun 1995 08:40:08 +0200 (MET DST) Cc: bugs@FreeBSD.org In-Reply-To: from "Pete Carah" at Jun 6, 95 03:39:41 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 458 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Pete Carah wrote: > [long story about non-freed file system blocks] > Reboot without single-user gives a decent df: > /dev/sd0a 200383 119093 61251 66% /u2 You say the device is still marked busy. Did you try to find the potential open file descriptors on this disk using ``fstat -f /u2''? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed Jun 7 00:31:57 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA05690 for bugs-outgoing; Wed, 7 Jun 1995 00:31:57 -0700 Received: from hutcs.cs.hut.fi (root@hutcs.cs.hut.fi [130.233.192.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA05682 for ; Wed, 7 Jun 1995 00:31:49 -0700 Received: from shadows.cs.hut.fi by hutcs.cs.hut.fi with SMTP id AA28671 (5.65c8/HUTCS-S 1.4 for ); Wed, 7 Jun 1995 10:31:33 +0300 From: Heikki Suonsivu Received: (hsu@localhost) by shadows.cs.hut.fi (8.6.10/8.6.10) id KAA11952; Wed, 7 Jun 1995 10:31:36 +0300 Date: Wed, 7 Jun 1995 10:31:36 +0300 Message-Id: <199506070731.KAA11952@shadows.cs.hut.fi> To: Gary Palmer Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: Gary Palmer's message of 7 Jun 1995 09:54:47 +0300 Subject: Re: kern/495: Unremovable file? Organization: Helsinki University of Technology, Otaniemi, Finland Sender: bugs-owner@FreeBSD.org Precedence: bulk >hsu#katiska.clinet.fi Wed 69: mv .overview foo >mv: cannot move `.overview' to `foo': Operation not permitted Have you done a `ls -alo .overview'? Is the 5th field `schg'? If so, It was uchg, but yes, this was the problem. a bug, unless the system set this flag through a bug, which is possible, but I haven't seen this on our own news server with a full feed and a 8.6Gb news spool partition. I haven't got a slighest idea what set the flag, but there have been disk problems with this machine (a barracuda seems to be locking up the SCSI). -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@cs.hut.fi home +358-0-8031121 work -4513377 fax -4555276 riippu SN From owner-freebsd-bugs Wed Jun 7 00:35:38 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA05915 for bugs-outgoing; Wed, 7 Jun 1995 00:35:38 -0700 Received: (from gpalmer@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA05898 ; Wed, 7 Jun 1995 00:35:37 -0700 Date: Wed, 7 Jun 1995 00:35:37 -0700 From: Gary Palmer Message-Id: <199506070735.AAA05898@freefall.cdrom.com> To: hsu@clinet.fi, gpalmer, freebsd-bugs Subject: Changed information for PR kern/495 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: Filesystem contains a file which is unremovable. State-Changed-From-To: open-closed State-Changed-By: gpalmer State-Changed-When: Wed Jun 7 00:34:04 PDT 1995 State-Changed-Why: The file had the `uchg' flag set and this was preventing the removal of the file. How that flag got set is another problem, possibly related to scsi bus lock-ups that Mr Suonsivu has been seeing. From owner-freebsd-bugs Wed Jun 7 00:58:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA07009 for bugs-outgoing; Wed, 7 Jun 1995 00:58:03 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA06994 for ; Wed, 7 Jun 1995 00:57:48 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA07406; Wed, 7 Jun 1995 17:53:55 +1000 Date: Wed, 7 Jun 1995 17:53:55 +1000 From: Bruce Evans Message-Id: <199506070753.RAA07406@godzilla.zeta.org.au> To: bde@zeta.org.au, rgrimes@gndrsh.aac.dev.com Subject: Re: misc/484: usr.sbin/Makefile problem with SUBDIR Cc: freebsd-bugs@freefall.cdrom.com, mark@linus.demon.co.uk Sender: bugs-owner@FreeBSD.org Precedence: bulk >Your right, the make file should be .if target(clean) instead of >.if make(clean). This breaks `make clean install'. `make clean' works right. Apparently target(clean) is false for `make clean install'! This is another reason why making multiple targets at once is poor technique. Bruce >> -------- >> makefile >> -------- >> SUBDIR=foo >> >> .if make(clean) >> SUBDIR+= config.new >> .endif >> >> clean: >> echo $(SUBDIR) >> >> install: >> echo $(SUBDIR) >> From owner-freebsd-bugs Wed Jun 7 01:36:15 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA08612 for bugs-outgoing; Wed, 7 Jun 1995 01:36:15 -0700 Received: from utogw.gssm.otsuka.tsukuba.ac.jp (utogw.gssm.otsuka.tsukuba.ac.jp [192.50.17.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA08602 for ; Wed, 7 Jun 1995 01:36:08 -0700 From: ohki@gssm.otsuka.tsukuba.ac.jp Received: from smri01.gssm.otsuka.tsukuba.ac.jp (smri01 [192.50.17.160]) by utogw.gssm.otsuka.tsukuba.ac.jp (8.6.11/8.6.9) with ESMTP id RAA00420; Wed, 7 Jun 1995 17:34:59 +0900 Received: from localhost by smri01.gssm.otsuka.tsukuba.ac.jp (8.6.11/SMI-4.1) id RAA01294; Wed, 7 Jun 1995 17:34:52 +0900 Message-Id: <199506070834.RAA01294@smri01.gssm.otsuka.tsukuba.ac.jp> To: freebsd-bugs@FreeBSD.org Subject: Re: 2.0.5-ALPHA crashes with 'panic: vm_object_deallocate: ...' Cc: ohki@gssm.otsuka.tsukuba.ac.jp In-reply-to: Your message of "Wed, 07 Jun 1995 13:14:45 JST" References: <199506070414.NAA00442@smri01.gssm.otsuka.tsukuba.ac.jp> Mime-Version: 1.0 Content-Type: text/plain;charset="US-ASCII" Date: Wed, 07 Jun 1995 17:34:51 +0900 Sender: bugs-owner@FreeBSD.org Precedence: bulk I (ohki) writes: > Dear folks > > I'm using 2.0.5-ALPHA on the following system. > .... > This machine tends to crash once a day or once an hour, > so, I configured to make crash dump. I pinpointed the situation more precisely. A panic of "vm_object_deallocated: .. " can be reproduced in the following context. NFS server machine: 2.0.5-ALPHA, exporting /var/mail NFS client machine: Solaris 2.3, importing /var/mail When a user on NFS client machine invokes /usr/ucb/mail command, NFS server machine crashes with "vm_object_deallocated: .. " panic. Here is my question: nfsrv_link() in nfs_serv.c, vp->v_vmdata is deallocated by calling vm_object_deallocate(). Afther this, a call to nfsrv_vrele(vp) will also deallocate vp->v_vmdata. nfsrv_vrele() does not check the ref_count. Is this behavior of nfsrv_vrele() correct? I guess nfsrv_vrele() should check ref_count. From owner-freebsd-bugs Wed Jun 7 02:04:31 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA10026 for bugs-outgoing; Wed, 7 Jun 1995 02:04:31 -0700 Received: from racer.dkrz.de (racer.dkrz.de [136.172.110.55]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA10019 for ; Wed, 7 Jun 1995 02:04:20 -0700 Received: by racer.dkrz.de (4.1/SMI-4.1) id AA19777; Wed, 7 Jun 95 11:02:42 +0200 Date: Wed, 7 Jun 95 11:02:42 +0200 From: gwk@racer.dkrz.de (Georg-W. Koltermann) Message-Id: <9506070902.AA19777@racer.dkrz.de> To: freebsd-bugs@FreeBSD.org Subject: 2.0.5a: /var/run permissions Reply-To: gwk@cray.com Sender: bugs-owner@FreeBSD.org Precedence: bulk Hi, after installing 2.0.5-ALPHA I found /var/run to be mode 700. This broke commands like finger, and dynamically linked executables that required anything in addition to /usr/lib ("permission denied"). I changed the dir to 755. Maybe it is set up incorrectly in the bindist, or during the install process? Anycone else seen this problem? If not then I probably did it myself, carelessly. -- Georg-W. Koltermann, gwk@cray.com From owner-freebsd-bugs Wed Jun 7 02:44:39 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA11800 for bugs-outgoing; Wed, 7 Jun 1995 02:44:39 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA11791 for ; Wed, 7 Jun 1995 02:44:31 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id CAA01756; Wed, 7 Jun 1995 02:44:14 -0700 From: "Rodney W. Grimes" Message-Id: <199506070944.CAA01756@gndrsh.aac.dev.com> Subject: Re: 2.0.5-A: Very disheartening? To: davidg@Root.COM Date: Wed, 7 Jun 1995 02:44:14 -0700 (PDT) Cc: maddox@CS.Berkeley.EDU, sysseh@devetir.qld.gov.au, bugs@FreeBSD.org In-Reply-To: <199506070537.WAA02429@corbin.Root.COM> from "David Greenman" at Jun 6, 95 10:37:19 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1653 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > >> No. If you don't have cache coherency for things the *CPU* writes to memory, > >> you may as well pack up your marbles and go home. The problem isn't likely > >> caused by any sort of cache problem (even though it is apparantly effected by > >> disabling the cache). > > > >Unfortunately, not all CPU designers agree with you. It is common > >practice for instruction caches and prefetchers to assume that code is > >immutable once execution begins, and to require special provisions in > >software when this assumption is violated, even if the writing is done > >by the CPU itself! This is common on machines with split I/D caches, > > That may be, but that's not what is happening here. I agree that > self-modifying code would likely require special provisions for it to > work correctly. The gzip kernel is not modified in place. There is a > decompress program attached at the beginning and the compressed kernel > text/data is then decompressed into its destination memory area. And unlike the RISC chips such as the PA-RISC mentioned the Intel X86 architecture does not suffer from self modifiying code in the cache. For X in X86 of value 4 or smaller there is the prefetch buffer that can cause problems for self modifing code, but for the value of 5 even this is handled if I am recalling my reading of the architecture manual correctly. I do know for certain that any write to memory of data that is in the Pentium I cache will cause it to invalidate the I cache line. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-bugs Wed Jun 7 03:13:17 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA13125 for bugs-outgoing; Wed, 7 Jun 1995 03:13:17 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA13119 for ; Wed, 7 Jun 1995 03:13:11 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id DAA03918; Wed, 7 Jun 1995 03:16:30 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id DAA00252; Wed, 7 Jun 1995 03:13:23 -0700 Message-Id: <199506071013.DAA00252@corbin.Root.COM> To: ohki@gssm.otsuka.tsukuba.ac.jp cc: freebsd-bugs@FreeBSD.org Subject: Re: 2.0.5-ALPHA crashes with 'panic: vm_object_deallocate: ...' In-reply-to: Your message of "Wed, 07 Jun 95 17:34:51 +0900." <199506070834.RAA01294@smri01.gssm.otsuka.tsukuba.ac.jp> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 07 Jun 1995 03:13:16 -0700 Sender: bugs-owner@FreeBSD.org Precedence: bulk > I pinpointed the situation more precisely. I fixed the bug a few hours ago. The fix has been committed to CVS and will be in 2.0.5B (due out in less than a day). -DG From owner-freebsd-bugs Wed Jun 7 11:09:29 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA29279 for bugs-outgoing; Wed, 7 Jun 1995 11:09:29 -0700 Received: from ns1.win.net (ns1.win.net [204.215.209.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA29273 for ; Wed, 7 Jun 1995 11:09:28 -0700 Received: (from bugs@localhost) by ns1.win.net (8.6.11/8.6.9) id OAA00584 for bugs@freebsd.org; Wed, 7 Jun 1995 14:11:36 -0400 From: Mark Hittinger Message-Id: <199506071811.OAA00584@ns1.win.net> Subject: weird swap error today To: bugs@FreeBSD.org Date: Wed, 7 Jun 1995 14:11:36 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 689 Sender: bugs-owner@FreeBSD.org Precedence: bulk First time I'd seen this glitch and thought I'd pass it along for FYI: Jun 7 13:33:39 ns1 /kernel: swap_pager: I/O error - async pageout failed; blkno 26116, size 4096, error 19 Jun 7 13:33:40 ns1 /kernel: swap_pager_finish: I/O error, clean of page 168f000 failed Jun 7 13:33:40 ns1 /kernel: swap_pager: I/O error - async pageout failed; blkno 26116, size 4096, error 19 Jun 7 13:33:43 ns1 /kernel: swap_pager_finish: I/O error, clean of page 168f000 failed This repeated about 10 times - I couldn't find any dead processes or .core files. Everthing was acting OK but I rebooted anyway. This is with a "950501" kernel, not the 2.0.5 alpha. Regards, Mark Hittinger bugs@win.net From owner-freebsd-bugs Wed Jun 7 13:01:41 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA03573 for bugs-outgoing; Wed, 7 Jun 1995 13:01:41 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA03567 for ; Wed, 7 Jun 1995 13:01:37 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA08491; Wed, 7 Jun 95 13:53:02 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506071953.AA08491@cs.weber.edu> Subject: Re: 2.0.5-A: Very disheartening? To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 7 Jun 95 13:53:02 MDT Cc: davidg@Root.COM, maddox@CS.Berkeley.EDU, sysseh@devetir.qld.gov.au, bugs@FreeBSD.org In-Reply-To: <199506070944.CAA01756@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Jun 7, 95 02:44:14 am X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > I do know for certain that any write to memory of data that is in the > Pentium I cache will cause it to invalidate the I cache line. It will, according to "The Undocumented PC". The Pentium is the only Intel processer for which this is true. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Wed Jun 7 13:24:10 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA04392 for bugs-outgoing; Wed, 7 Jun 1995 13:24:10 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA04377 for ; Wed, 7 Jun 1995 13:24:04 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id NAA03182; Wed, 7 Jun 1995 13:23:45 -0700 From: "Rodney W. Grimes" Message-Id: <199506072023.NAA03182@gndrsh.aac.dev.com> Subject: Re: 2.0.5-A: Very disheartening? To: terry@cs.weber.edu (Terry Lambert) Date: Wed, 7 Jun 1995 13:23:44 -0700 (PDT) Cc: davidg@Root.COM, maddox@CS.Berkeley.EDU, sysseh@devetir.qld.gov.au, bugs@FreeBSD.org In-Reply-To: <9506071953.AA08491@cs.weber.edu> from "Terry Lambert" at Jun 7, 95 01:53:02 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 725 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > > I do know for certain that any write to memory of data that is in the > > Pentium I cache will cause it to invalidate the I cache line. > > It will, according to "The Undocumented PC". I take it that you mean it will invalidate the prefetch buffer, I already said I knew it would invalidate the I cache. Looks like you got your reply to the wrong part of context. > The Pentium is the only Intel processer for which this is true. That is my understanding for pre fetch buffer invalidation. Need to go get the P6 specs and see what they have done there... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-bugs Wed Jun 7 13:27:07 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA04549 for bugs-outgoing; Wed, 7 Jun 1995 13:27:07 -0700 Received: from relay1.UU.NET (relay1.UU.NET [192.48.96.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA04532 ; Wed, 7 Jun 1995 13:27:01 -0700 Received: from ast.com by relay1.UU.NET with SMTP id QQytdh27646; Wed, 7 Jun 1995 16:27:02 -0400 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA00555 (5.67b/IDA-1.5 for uunet!FreeBSD.org!bugs); Wed, 7 Jun 1995 13:27:16 -0700 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Wed, 7 Jun 95 15:25 CDT Received: from trsvax by nemesis.lonestar.org with uucp (Smail3.1.27.1 #18) id m0sJRON-0004vgC; Wed, 7 Jun 95 15:07 CDT Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Wed, 7 Jun 95 14:15 CDT Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Wed, 7 Jun 95 14:13 CDT Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA05001; Tue, 6 Jun 95 16:24:01 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506062224.AA05001@cs.weber.edu> Subject: Re: 2.0.5-A: Very disheartening? To: uhclem%nemesis@fw.ast.com (Frank Durda IV) Date: Tue, 6 Jun 95 16:24:01 MDT Cc: jgreco@brasil.moneng.mei.com (Frank Durda IV), hackers@FreeBSD.org (Frank Durda IV), bugs@FreeBSD.org (Frank Durda IV) In-Reply-To: from "Frank Durda IV" at Jun 5, 95 11:02:00 pm X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk [ ... crashing systems don't when cache is disabled ... ] > As far as I can see, the only failing part is the mechanisms associated > with a compressed kernel, or the compressed kernel itself and certain > types of cache subsystems. I can boot from a floppy with a uncompressed > kernel and that works fine too. Only the compressed kernel has trouble. This makes sense, actually. Not setting the non-cacheable bit was the problem with the DOS 6.0 compression stuff as well. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Wed Jun 7 14:10:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA06539 for bugs-outgoing; Wed, 7 Jun 1995 14:10:03 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA06532 ; Wed, 7 Jun 1995 14:10:02 -0700 Date: Wed, 7 Jun 1995 14:10:02 -0700 Message-Id: <199506072110.OAA06532@freefall.cdrom.com> From: Philippe Regnauld Reply-To: Philippe Regnauld To: freebsd-bugs Subject: kern/496: kzip'ed kernel & modload problem In-Reply-To: Your message of Wed, 7 Jun 1995 19:30:54 +0200 <199506071730.TAA01149@tetard.freenix.fr> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 496 >Category: kern >Synopsis: kzip'ed kernel & modload problem >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jun 7 14:10:01 1995 >Originator: Philippe & >Organization: >Release: FreeBSD 2.0-BUILT-19950530 i386 >Environment: 486 DX 2-80, 16 Mb RAM, 1 Gb disk, current 5/30/95 Particular kernel options: LINUX_COMPAT, ALLOW_CONFLICT, SYSV*, exec GZIP, LKM >Description: If running KZIP'ed kernel (booted on), and one tries to load a module, one gets: /lkm/snake_saver_mod.o: Undefined symbol `_cur_console' referenced from text segment /lkm/snake_saver_mod.o: Undefined symbol `_scrn_blanked' referenced from text segment /lkm/snake_saver_mod.o: Undefined symbol `_Crtat' referenced from text segment [...] Note that when the kernel is not kzip'ed, module loading works perfectly. >How-To-Repeat: example: ~ $ cd / / $ modload -e saver_init /lkm/snake_saver_mod.o (or any module, whatever entry point) >Fix: not known >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jun 7 15:04:56 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA19892 for bugs-outgoing; Wed, 7 Jun 1995 15:04:56 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA19885 ; Wed, 7 Jun 1995 15:04:51 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id PAA03872; Wed, 7 Jun 1995 15:03:30 -0700 From: Poul-Henning Kamp Message-Id: <199506072203.PAA03872@ref.tfs.com> Subject: Re: 2.0.5-A: Very disheartening? To: terry@cs.weber.edu (Terry Lambert) Date: Wed, 7 Jun 1995 15:03:30 -0700 (PDT) Cc: uhclem%nemesis@fw.ast.com, jgreco@brasil.moneng.mei.com, hackers@FreeBSD.org, bugs@FreeBSD.org In-Reply-To: <9506062224.AA05001@cs.weber.edu> from "Terry Lambert" at Jun 6, 95 04:24:01 pm Content-Type: text Content-Length: 688 Sender: bugs-owner@FreeBSD.org Precedence: bulk > [ ... crashing systems don't when cache is disabled ... ] > > > As far as I can see, the only failing part is the mechanisms associated > > with a compressed kernel, or the compressed kernel itself and certain > > types of cache subsystems. I can boot from a floppy with a uncompressed > > kernel and that works fine too. Only the compressed kernel has trouble. > > This makes sense, actually. Explain please... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-bugs Wed Jun 7 16:30:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA22468 for bugs-outgoing; Wed, 7 Jun 1995 16:30:03 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA22459 ; Wed, 7 Jun 1995 16:30:02 -0700 Date: Wed, 7 Jun 1995 16:30:02 -0700 Message-Id: <199506072330.QAA22459@freefall.cdrom.com> From: Paul Traina Reply-To: Paul Traina To: freebsd-bugs Subject: kern/497: bug in BSDI compatibility - ogetkerninfo() not up to date In-Reply-To: Your message of Wed, 7 Jun 1995 16:28:58 -0700 <199506072328.QAA07871@precipice.shockwave.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 497 >Category: kern >Synopsis: system calls to the kernel for BSDI uname() compatibility break >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jun 7 16:30:01 1995 >Originator: Paul Traina >Organization: Shockwave Engineering >Release: FreeBSD 2.0-BUILT-19950510 i386 >Environment: FreeBSD-current as of may 10th. >Description: 7727 netscape.bin11n CALL old.gethostname(0xefbfd238,0x100) 7727 netscape.bin11n RET old.gethostname 0 7727 netscape.bin11n CALL old.getkerninfo(0x6500,0,0,0) 7727 netscape.bin11n RET old.getkerninfo -1 errno 45 Operation not supported 7727 netscape.bin11n CALL write(0x2,0xefbfbd44,0x49) 7727 netscape.bin11n GIO fd 2 wrote 73 bytes "netscape.bin11n: uname() failed; can't tell what system we're running \ on " >How-To-Repeat: Run the BSDI version of netscape 1.1n under FreeBSD and you get an error message (see above).... it's doing a getkerninfo(KINFO_SYSINFO) as part of the uname() library call. >Fix: Fix ogetkerninfo system call to do the right thing when presented with that calling sequence. We probably just need a KINFO_SYSINFO emulator, but here's the whole list that we're missing. The following routines are missing from FreeBSD's ogetkerninfo support: KINFO_SYSINFO 101<<8 KINFO_CPU 102<<8 KINFO_VM 103<<8 KINFO_DISK_NAMES 104<<8 KINFO_DISK_STATS 105<<8 KINFO_TTY_TOTALS 106<<8 KINFO_TTY_NAMES_TMP 111<<8 KINFO_TTY_STATS_TMP 112<<8 and the KINFO_SYSINFO routine should return a pointer to a data structure of the following format: /* * Information about the current system. * This structure includes only fairly static information * (set no later than boot time.) Returned by getkerninfo(). * The strings are copied out immediately after this structure. * The pointers are offsets from the start of the buffer * when returned by the kernel. */ struct sysinfo { /* machine info */ char *sys_machine; /* generic machine type */ char *sys_model; /* specific machine type/model */ long sys_ncpu; /* number of cpus */ long sys_cpuspeed; /* ~mips, per cpu */ long sys_hwflags; /* additional info, see below */ u_long sys_physmem; /* amount of physical memory, KB */ u_long sys_usermem; /* amount of memory for procs, KB */ u_long sys_pagesize; /* software page size */ /* system info */ char *sys_ostype; /* generic OS type: "BSD" */ char *sys_osrelease; /* general OS release */ long sys_os_revision; /* OS interface version number */ long sys_posix1_version; /* POSIX.1 version number */ char *sys_version; /* binary version info */ /* system parameters */ long sys_hz; /* time-of-day clock frequency */ long sys_phz; /* profiling/stats clock frequency */ int sys_ngroup_max; /* max number of groups */ long sys_argmax; /* max arg list size */ llong sys_openmax; /* approx. max number of open files */ long sys_childmax; /* approx. max number of procs */ /* local info */ struct timeval sys_boottime; /* time of last system boot */ char *sys_hostname; /* specific host name */ /* string values follow */ }; /* * values for sys_hwflags * Bits above 0xff are reserved for hardware-dependent features. */ #define SYS_FPA 0x01 /* has floating-point accelerator */ Please note that this was excerpted from sysinfo.h which contains the following copyright: /*- * Copyright (c) 1992 Berkeley Software Design, Inc. All rights reserved. * The Berkeley Software Design Inc. software License Agreement specifies * the terms and conditions for redistribution. * * BSDI $Id: sysinfo.h,v 1.1 1992/08/20 18:33:06 karels Exp $ */ The engineer who implements this should be untainted (I am not untainted in this case, so I can't do it). >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jun 7 17:27:14 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA24503 for bugs-outgoing; Wed, 7 Jun 1995 17:27:14 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA24497 ; Wed, 7 Jun 1995 17:27:12 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA07812; Wed, 7 Jun 95 18:19:01 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506080019.AA07812@cs.weber.edu> Subject: Re: 2.0.5-A: Very disheartening? To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Wed, 7 Jun 95 18:19:01 MDT Cc: uhclem%nemesis@fw.ast.com, jgreco@brasil.moneng.mei.com, hackers@FreeBSD.org, bugs@FreeBSD.org In-Reply-To: <199506072203.PAA03872@ref.tfs.com> from "Poul-Henning Kamp" at Jun 7, 95 03:03:30 pm X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > > > As far as I can see, the only failing part is the mechanisms associated > > > with a compressed kernel, or the compressed kernel itself and certain > > > types of cache subsystems. I can boot from a floppy with a uncompressed > > > kernel and that works fine too. Only the compressed kernel has trouble. > > > > This makes sense, actually. > > Explain please... Split I and D would cause this. Also, second reference cached code (uncompressed would be first reference, so the cache would be clean) on systems with broken caches. Even on working caches, you'd probably want to either set the pages you are loading the compressed image into non-cacheable, or BINVD the target pages from the compression to insure that you don't have bad code in your cache. The instruction prefetch crap, and the undocumented-but-existing cache crap is described in detail in "The Undocumented PC" (one of my favorite PC computer reference works). More general code that world detect cache writeback failure and other issues would be a good thing, but would probably mean two-staging the boot to make it happy. It could certainly be useful for HiNT chipset NiCE EISA motherboards and other boards that lie about cache writeback. The instruction prefetch cache issue should be an easy one to test for... are any of the following true: o All failures of this type have been on Pentium boxes o All failures of this type have been on non-Pentium boxes If the latter, it's instruction prefetch cache flushing that's needed. If the former, it's another issue. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Wed Jun 7 17:43:13 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA24914 for bugs-outgoing; Wed, 7 Jun 1995 17:43:13 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA24907 ; Wed, 7 Jun 1995 17:43:10 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id RAA04466; Wed, 7 Jun 1995 17:41:50 -0700 From: Poul-Henning Kamp Message-Id: <199506080041.RAA04466@ref.tfs.com> Subject: Re: 2.0.5-A: Very disheartening? To: terry@cs.weber.edu (Terry Lambert) Date: Wed, 7 Jun 1995 17:41:50 -0700 (PDT) Cc: uhclem%nemesis@fw.ast.com, jgreco@brasil.moneng.mei.com, hackers@FreeBSD.org, bugs@FreeBSD.org In-Reply-To: <9506080019.AA07812@cs.weber.edu> from "Terry Lambert" at Jun 7, 95 06:19:01 pm Content-Type: text Content-Length: 719 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > > This makes sense, actually. > > > > Explain please... > > Split I and D would cause this. well, know of any split caches on x386 ? > o All failures of this type have been on Pentium boxes > o All failures of this type have been on non-Pentium boxes None of these are true. And BTW, the code is loaded into 0x300000..0x3fffff and uncompressed into 0x100000..0x2fffff And there is a jump to get over there, so the prefetch should be clean. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-bugs Wed Jun 7 17:52:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA25194 for bugs-outgoing; Wed, 7 Jun 1995 17:52:02 -0700 Received: from relay4.UU.NET (relay4.UU.NET [192.48.96.14]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA25175 ; Wed, 7 Jun 1995 17:51:58 -0700 Received: from ast.com by relay4.UU.NET with SMTP id QQytdz14258; Wed, 7 Jun 1995 20:51:55 -0400 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA03433 (5.67b/IDA-1.5 for uunet!freebsd.org!bugs); Wed, 7 Jun 1995 17:52:16 -0700 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Wed, 7 Jun 95 19:54 CDT Received: by nemesis.lonestar.org (Smail3.1.27.1 #18) id m0sJVjN-0004vyC; Wed, 7 Jun 95 19:45 CDT Message-Id: Date: Wed, 7 Jun 95 19:45 CDT To: phk@ref.tfs.com, jkh@FreeBSD.org, davidg@FreeBSD.org, hackers@FreeBSD.org, bugs@FreeBSD.org From: uhclem%nemesis@fw.ast.com (Frank Durda IV) Sent: Wed Jun 7 1995, 19:45:53 CDT Subject: Re: Pouls info request on cache issue Sender: bugs-owner@FreeBSD.org Precedence: bulk [2]phk says: [2]Please report this: [2] size kernel.MFS [2] kzip kernel.MFS [2] size kernel.MFS.kz # size kernel.MFS text data bss dec hex 913408 1159168 76080 2148656 20c930 # kzip kernel.MFS # size kernel.MFS.kz text data bss dec hex 1040384 0 2560 1042944 fea00 I then halted the system and attempted to boot from kernel.MFS.kz. If the cache (Intel or IDT modules) was present, it hung with: Boot: kernel.MFS.kz Booting wd(0,a)kernel.MFS.kz @ 0x300000 text=0xfe000 data=0x0 bss=0xa00 symbols=[+0x600+0x4+0x250+0x4+0x1c4] total=0x3ff 424 entry point=0x300000 Uncompressing kernel...done Booting the kernelel...done [note overlapping message] BIOS basemem (639K) != RTC basemem (640K) [in bold] and it hangs. If you boot kernel.MFS.kz with the cache disconnected, it runs fine. If you boot using kernel.MFS, it works fine with the cache installed or removed. FYI, this system has a Phoenix BIOS. [1]However, Bruce indicated that the boot procedure saves (where?) and then [1]reloads a block of low memory while decompressing, and then boots. Note [1]that an artifact of that reload is the scrambled messages I see on the screen [1]when the system hangs. Bruce felt the reload was unnecessary. [1]If you agree, you might comment it out and roll a kernel for me to try [1]that has that step missing. [1] [2]That would be in /sys/i386/boot/kzipboot/something... I will see about putting a debug step after unzip that forces a cache flush and see what that does. I'll also try pulling the save/restore since its only remaining purpose apparently is to allow the last status message to be displayed before the kernel completely takes over. Umm, you guys don't use INT 10 to display those messages do you? INT 10 tinkers with a lot of things, including A20 line. If there is anything you want tried here, let me know. If this drags on, I guess I could arrange to ship one of these systems somewhere, provided it comes back and someone has the time to look at the problem. :-) I got mail from someone with Micron MLBs that are also acting up in a similar way... but then PC Week says Windows '95 hates some Micron MLBs. Gee, I might have to go out and buy one... :-) Frank Durda IV (Win '95.9 beta beater by day) uhclem%nemesis@fw.ast.com From owner-freebsd-bugs Wed Jun 7 18:17:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA25756 for bugs-outgoing; Wed, 7 Jun 1995 18:17:03 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA25750 for ; Wed, 7 Jun 1995 18:17:01 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA11564; Wed, 7 Jun 95 19:08:44 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506080108.AA11564@cs.weber.edu> Subject: Re: 2.0.5-A: Very disheartening? To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 7 Jun 95 19:08:43 MDT Cc: davidg@Root.COM, maddox@CS.Berkeley.EDU, sysseh@devetir.qld.gov.au, bugs@FreeBSD.org In-Reply-To: <199506072023.NAA03182@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Jun 7, 95 01:23:44 pm X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > > > I do know for certain that any write to memory of data that is in the > > > Pentium I cache will cause it to invalidate the I cache line. > > > > It will, according to "The Undocumented PC". > > I take it that you mean it will invalidate the prefetch buffer, I > already said I knew it would invalidate the I cache. Looks like > you got your reply to the wrong part of context. You're right. I meant instruction prefetch cache. As to the P6, I think it updates the prefetch as well: my basis for this is that LISP and Forth-like languages can have severe conniptions when the code they modified isn't modified by the time it runs, and this was the rationale I heard for the P5 fix. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Wed Jun 7 18:30:16 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA25995 for bugs-outgoing; Wed, 7 Jun 1995 18:30:16 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA25988 ; Wed, 7 Jun 1995 18:30:15 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA12585; Wed, 7 Jun 95 19:22:10 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506080122.AA12585@cs.weber.edu> Subject: Re: 2.0.5-A: Very disheartening? To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Wed, 7 Jun 95 19:22:09 MDT Cc: uhclem%nemesis@fw.ast.com, jgreco@brasil.moneng.mei.com, hackers@FreeBSD.org, bugs@FreeBSD.org In-Reply-To: <199506080041.RAA04466@ref.tfs.com> from "Poul-Henning Kamp" at Jun 7, 95 05:41:50 pm X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > well, know of any split caches on x386 ? No, though the undocumented cache in the IBM 386 part comes close. > > o All failures of this type have been on Pentium boxes > > o All failures of this type have been on non-Pentium boxes > > None of these are true. So it has happened on both pentium and non-pentium boxes? On the pentium boxes, did disabling only the external (L2) cache help? I heard it did on the 486 boxes. If it didn't on the pentiums, it could be bad cache coherency (ie: an old [pre-APR-1994] chipset). This could be verified for machines that allowed the L2 cache to be enabled when the internal cache was off during the host initiated DMA. > And BTW, the code is loaded into 0x300000..0x3fffff and uncompressed > into 0x100000..0x2fffff Not gate-A20 wrap/"fill in" memory between 640k and 1M-related, then. > And there is a jump to get over there, so the prefetch should be clean. Not necessarily true. Try adding (peeks at his Undocumented PC) 32 NOP's before the jump and see if the problem goes away. The queue is 4/8/16/32 for a 808[86]/286/386/486. Be fun to make it 16 and have it work on 386's but not 486's... 8-). I think the prefetch is *NOT* implicated if the problem occurs on Pentiums with known-good cache coherency and post-APR-1994 masks on the bridge chipsets. If this is the case, the NOPs will do noting, and then it might be interesting to determine if the crash only occurs on PCI/non-PCI boxes or particular BIOS vendors, or other more obscure crap. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Wed Jun 7 19:10:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA26826 for bugs-outgoing; Wed, 7 Jun 1995 19:10:04 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA26819 ; Wed, 7 Jun 1995 19:10:03 -0700 Date: Wed, 7 Jun 1995 19:10:03 -0700 Message-Id: <199506080210.TAA26819@freefall.cdrom.com> From: Akira SAWADA Reply-To: Akira SAWADA To: freebsd-bugs Subject: i386/498: bug in checking RTC status at initialization In-Reply-To: Your message of Thu, 08 Jun 1995 11:01:50 +0900 <199506080201.LAA28549@azalea.zoo.ncl.omron.co.jp> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 498 >Category: i386 >Synopsis: bug in checking RTC status at initialization >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jun 7 19:10:02 1995 >Originator: Akira SAWADA >Organization: OMRON Corporation >Release: FreeBSD 2.0.950412-SNAP i386 >Environment: IBM PS/55 note >Description: At boot time, kernel always says: Invalid time in real time clock. Check and reset the date immediately! In inittodr() of sys/i386/isa/clock.c: /* Look if we have a RTC present and the time is valid */ if (rtcin(RTC_STATUSD) != RTCSD_PWR) goto wrong_time; This RTC status check is failed, because rtcin(RTC_STATUSD) returns 0x82. In sys/i386/isa/rtc.h: #define RTC_STATUSD 0x0d /* status register D (R) Lost Power */ #define RTCSD_PWR 0x80 /* clock lost power */ To check the RTC status, we should check only the MSB bit of rtcin(RTC_STATUSD). According to the system manual of PS/55 note, the lower 7 bits are system reserved. >How-To-Repeat: Always at boot time. >Fix: The above line: if (rtcin(RTC_STATUSD) != RTCSD_PWR) shuould be if ((rtcin(RTC_STATUSD) & RTCSD_PWR) != RTCSD_PWR) or if (!(rtcin(RTC_STATUSD) & RTCSD_PWR)) The corresponding lines in NetBSD-current are here: (in rtcget() of sys/arch/i386/isa/clock.c) if (mc146818_read(NULL, MC_REGD) & MC_REGD_VRT == 0) /* XXX softc */ return (-1); (in sys/dev/ic/mc146818.h) #define MC_REGD 0xd /* Control register D */ /* MC_REGD_UNUSED 0x7f UNUSED */ #define MC_REGD_VRT 0x80 /* Valid RAM and Time bit */ Thanks in advance. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jun 7 19:17:33 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA27164 for bugs-outgoing; Wed, 7 Jun 1995 19:17:33 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA27158 ; Wed, 7 Jun 1995 19:17:29 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id TAA04754; Wed, 7 Jun 1995 19:16:08 -0700 From: Poul-Henning Kamp Message-Id: <199506080216.TAA04754@ref.tfs.com> Subject: Re: 2.0.5-A: Very disheartening? To: terry@cs.weber.edu (Terry Lambert) Date: Wed, 7 Jun 1995 19:16:06 -0700 (PDT) Cc: uhclem%nemesis@fw.ast.com, jgreco@brasil.moneng.mei.com, hackers@FreeBSD.org, bugs@FreeBSD.org In-Reply-To: <9506080122.AA12585@cs.weber.edu> from "Terry Lambert" at Jun 7, 95 07:22:09 pm Content-Type: text Content-Length: 415 Sender: bugs-owner@FreeBSD.org Precedence: bulk > Not necessarily true. Try adding (peeks at his Undocumented PC) 32 NOP's > before the jump and see if the problem goes away. It's a far jump... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-bugs Wed Jun 7 19:52:09 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA28194 for bugs-outgoing; Wed, 7 Jun 1995 19:52:09 -0700 Received: from utogw.gssm.otsuka.tsukuba.ac.jp (utogw.gssm.otsuka.tsukuba.ac.jp [192.50.17.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA28181 for ; Wed, 7 Jun 1995 19:51:59 -0700 From: ohki@gssm.otsuka.tsukuba.ac.jp Received: from smri01.gssm.otsuka.tsukuba.ac.jp (smri01 [192.50.17.160]) by utogw.gssm.otsuka.tsukuba.ac.jp (8.6.11/8.6.9) with ESMTP id LAA00473; Thu, 8 Jun 1995 11:50:47 +0900 Received: from localhost by smri01.gssm.otsuka.tsukuba.ac.jp (8.6.11/SMI-4.1) id LAA00405; Thu, 8 Jun 1995 11:50:44 +0900 Message-Id: <199506080250.LAA00405@smri01.gssm.otsuka.tsukuba.ac.jp> To: davidg@Root.COM Cc: freebsd-bugs@FreeBSD.org, ohki@gssm.otsuka.tsukuba.ac.jp Subject: Re: 2.0.5-ALPHA crashes with 'panic: vm_object_deallocate: ...' In-reply-to: Your message of "Wed, 07 Jun 1995 03:13:16 MST" References: <199506071013.DAA00252@corbin.Root.COM> Mime-Version: 1.0 Content-Type: text/plain;charset="US-ASCII" Date: Thu, 08 Jun 1995 11:50:44 +0900 Sender: bugs-owner@FreeBSD.org Precedence: bulk David Greenman writes: > > I pinpointed the situation more precisely. > > I fixed the bug a few hours ago. The fix has been committed to CVS and will > be in 2.0.5B (due out in less than a day). Thank you! I replaced nfs_serv.c (Id: nfs_serv.c,v 1.14.2.1 1995/06/07 07:25:09 davigd), and then, NFS server machine (named utogw) does not crash anymore. But NFS client machine (named smb, running solaris 2.3) complains with the message Jun 8 11:22:09 smb unix: NFS write error on host utogw: I/O error. Jun 8 11:22:09 smb unix: (file handle: Jun 8 11:22:09 smb unix: 5040000 Jun 8 11:22:09 smb unix: 1000000 Jun 8 11:22:09 smb unix: c000000 Jun 8 11:22:09 smb unix: 48150000 Jun 8 11:22:09 smb unix: 7047d52f Jun 8 11:22:09 smb unix: 0 Jun 8 11:22:09 smb last message repeated 2 times Jun 8 11:22:09 smb unix: ) Do you have any idea? From owner-freebsd-bugs Wed Jun 7 20:00:07 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA28483 for bugs-outgoing; Wed, 7 Jun 1995 20:00:07 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA28466 ; Wed, 7 Jun 1995 20:00:05 -0700 Date: Wed, 7 Jun 1995 20:00:05 -0700 Message-Id: <199506080300.UAA28466@freefall.cdrom.com> From: henrich@crh.cl.msu.edu Reply-To: henrich@crh.cl.msu.edu To: freebsd-bugs Subject: bin/499: pkg_manage percent done is broken/dependancies arent checked? In-Reply-To: Your message of Wed, 7 Jun 1995 22:55:37 -0400 <199506080255.WAA07632@phoenix.cl.msu.edu> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 499 >Category: bin >Synopsis: pkg_manage percent done is broken/dependancies arent checked? >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jun 7 20:00:03 1995 >Originator: Charles Henrich >Organization: Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ >Release: FreeBSD 2.0-BUILT-19950527 i386 >Environment: FreeBSD 2.0.5-ALPHA Install >Description: The package management took (pkg_manage) doesnt seem to handle the percent complete bar well. In some cases it just keeps going way over 100% (as the number tracks a >100% as well) IN others it seems to start at 200%. The pkg_manage tool should also if at all possible figure out what requires what and install those packages first if they are in the install list. >How-To-Repeat: Run pkg_manage with a set of packages.. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jun 7 20:10:12 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA28888 for bugs-outgoing; Wed, 7 Jun 1995 20:10:12 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA28876 ; Wed, 7 Jun 1995 20:10:09 -0700 Date: Wed, 7 Jun 1995 20:10:09 -0700 Message-Id: <199506080310.UAA28876@freefall.cdrom.com> From: henrich@crh.cl.msu.edu Reply-To: henrich@crh.cl.msu.edu To: freebsd-bugs Subject: bin/500: pkg_manage fails to continue without return sometimes. In-Reply-To: Your message of Wed, 7 Jun 1995 23:00:44 -0400 <199506080300.XAA08624@phoenix.cl.msu.edu> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 500 >Category: bin >Synopsis: pkg_manage fails to continue without return sometimes. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jun 7 20:10:02 1995 >Originator: Charles Henrich >Organization: >Release: FreeBSD 2.0-BUILT-19950527 i386 >Environment: FreeBSD 2.0.5-A >Description: pkg_manage sometimes (apparently randomly) "hangs" after a package install has completed, pressing return continues the process. >How-To-Repeat: Install a large number of packages.. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jun 7 20:13:32 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA29032 for bugs-outgoing; Wed, 7 Jun 1995 20:13:32 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA29023 for ; Wed, 7 Jun 1995 20:13:28 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id UAA05564; Wed, 7 Jun 1995 20:16:48 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id UAA00470; Wed, 7 Jun 1995 20:13:41 -0700 Message-Id: <199506080313.UAA00470@corbin.Root.COM> To: ohki@gssm.otsuka.tsukuba.ac.jp cc: freebsd-bugs@FreeBSD.org Subject: Re: 2.0.5-ALPHA crashes with 'panic: vm_object_deallocate: ...' In-reply-to: Your message of "Thu, 08 Jun 95 11:50:44 +0900." <199506080250.LAA00405@smri01.gssm.otsuka.tsukuba.ac.jp> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 07 Jun 1995 20:13:17 -0700 Sender: bugs-owner@FreeBSD.org Precedence: bulk > I replaced nfs_serv.c (Id: nfs_serv.c,v 1.14.2.1 1995/06/07 07:25:09 davigd), > and then, NFS server machine (named utogw) does not crash anymore. > But NFS client machine (named smb, running solaris 2.3) complains > with the message > >Jun 8 11:22:09 smb unix: NFS write error on host utogw: I/O error. >Jun 8 11:22:09 smb unix: (file handle: >Jun 8 11:22:09 smb unix: 5040000 >Jun 8 11:22:09 smb unix: 1000000 >Jun 8 11:22:09 smb unix: c000000 >Jun 8 11:22:09 smb unix: 48150000 >Jun 8 11:22:09 smb unix: 7047d52f >Jun 8 11:22:09 smb unix: 0 >Jun 8 11:22:09 smb last message repeated 2 times >Jun 8 11:22:09 smb unix: ) > > Do you have any idea? Does it happen often or is it a transient error? The only thing I know of off hand that might cause this (other than faulty hardware) is an attempt to write to a directory file, but this is unlikely. Are there any errors reported on the server? Is the filesystem mounted 'soft'? -DG From owner-freebsd-bugs Wed Jun 7 20:24:53 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA29516 for bugs-outgoing; Wed, 7 Jun 1995 20:24:53 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA29509 ; Wed, 7 Jun 1995 20:24:51 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA17275; Wed, 7 Jun 95 21:16:44 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506080316.AA17275@cs.weber.edu> Subject: Re: 2.0.5-A: Very disheartening? To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Wed, 7 Jun 95 21:16:43 MDT Cc: uhclem%nemesis@fw.ast.com, jgreco@brasil.moneng.mei.com, hackers@FreeBSD.org, bugs@FreeBSD.org In-Reply-To: <199506080216.TAA04754@ref.tfs.com> from "Poul-Henning Kamp" at Jun 7, 95 07:16:06 pm X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > > Not necessarily true. Try adding (peeks at his Undocumented PC) 32 NOP's > > before the jump and see if the problem goes away. > It's a far jump... Try it to humor me? Have anything else to try that you are more confident *will* work *and* explain the behaviour? Ie: shipping it uncompressed won't tell you why it's failing, and only avoids the iss ue for right now until something else that tickles the hardware problem ends up in the tree... better to fix it while you have a repeatable instance to watch to know when it goes away. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Wed Jun 7 20:32:40 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA29829 for bugs-outgoing; Wed, 7 Jun 1995 20:32:40 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA29821 ; Wed, 7 Jun 1995 20:32:36 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id UAA05773; Wed, 7 Jun 1995 20:31:15 -0700 From: Poul-Henning Kamp Message-Id: <199506080331.UAA05773@ref.tfs.com> Subject: Re: 2.0.5-A: Very disheartening? To: terry@cs.weber.edu (Terry Lambert) Date: Wed, 7 Jun 1995 20:31:14 -0700 (PDT) Cc: uhclem%nemesis@fw.ast.com, jgreco@brasil.moneng.mei.com, hackers@FreeBSD.org, bugs@FreeBSD.org In-Reply-To: <9506080316.AA17275@cs.weber.edu> from "Terry Lambert" at Jun 7, 95 09:16:43 pm Content-Type: text Content-Length: 796 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > > Not necessarily true. Try adding (peeks at his Undocumented PC) 32 NOP's > > > before the jump and see if the problem goes away. > > It's a far jump... > > Try it to humor me? Have anything else to try that you are more confident Terry, you may be unfamiliar with x86 terminology. All I tried to say was that the transfer to the uncompressed code was a "far jump" which until now has always flushed the prefetch. You only need to bother with the prefetch queue if you modify instructions in you close neighborhood. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-bugs Wed Jun 7 20:39:14 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA00261 for bugs-outgoing; Wed, 7 Jun 1995 20:39:14 -0700 Received: from utogw.gssm.otsuka.tsukuba.ac.jp (utogw.gssm.otsuka.tsukuba.ac.jp [192.50.17.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA00255 for ; Wed, 7 Jun 1995 20:39:03 -0700 From: ohki@gssm.otsuka.tsukuba.ac.jp Received: from smri01.gssm.otsuka.tsukuba.ac.jp (smri01 [192.50.17.160]) by utogw.gssm.otsuka.tsukuba.ac.jp (8.6.11/8.6.9) with ESMTP id MAA00654; Thu, 8 Jun 1995 12:38:01 +0900 Received: from localhost by smri01.gssm.otsuka.tsukuba.ac.jp (8.6.11/SMI-4.1) id MAA00509; Thu, 8 Jun 1995 12:37:57 +0900 Message-Id: <199506080337.MAA00509@smri01.gssm.otsuka.tsukuba.ac.jp> To: davidg@Root.COM Cc: freebsd-bugs@FreeBSD.org, ohki@gssm.otsuka.tsukuba.ac.jp Subject: Re: 2.0.5-ALPHA crashes with 'panic: vm_object_deallocate: ...' In-reply-to: Your message of "Wed, 07 Jun 1995 20:13:17 MST" References: <199506080313.UAA00470@corbin.Root.COM> Mime-Version: 1.0 Content-Type: text/plain;charset="ISO-2022-JP" Date: Thu, 08 Jun 1995 12:37:56 +0900 Sender: bugs-owner@FreeBSD.org Precedence: bulk David Greenman writes: > Does it happen often or is it a transient error? The only thing I know of > off hand that might cause this (other than faulty hardware) is an attempt to > write to a directory file, but this is unlikely. Are there any errors reporte > d > on the server? Is the filesystem mounted 'soft'? > > -DG Every time a user invokes /usr/ucb/mail command on NFS client machine, the message is logged on that client machine. But, other kinds of messages are never logged, except 'file lock is not supported'. clinet machine mount the filesystem 'softly', via auto mounter. I re-read a man page of mount_nfs of solaris, and found that soft mount may cause unexpected I/O error. I'm afraid my situation might be this case ( though the message appears very predictable way). From owner-freebsd-bugs Wed Jun 7 21:36:45 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA01115 for bugs-outgoing; Wed, 7 Jun 1995 21:36:45 -0700 Received: (from davidg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA01100 ; Wed, 7 Jun 1995 21:36:45 -0700 Date: Wed, 7 Jun 1995 21:36:45 -0700 From: David Greenman Message-Id: <199506080436.VAA01100@freefall.cdrom.com> To: rcarter@geli.com, davidg, freebsd-bugs Subject: Changed information for PR bin/494 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: State-Changed-From-To: open-closed State-Changed-By: davidg State-Changed-When: Wed Jun 7 21:34:24 PDT 1995 State-Changed-Why: The bug was caused by a patch that I forgot to commit that allows mountd to serve mount requests via TCP. mount_nfs was changed a few weeks ago to do the request via TCP if the -T option was specified. From owner-freebsd-bugs Thu Jun 8 00:20:41 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA01151 for bugs-outgoing; Thu, 8 Jun 1995 00:20:41 -0700 Received: from sraigw.sra.co.jp (sraigw.sra.co.jp [202.32.10.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA01142 ; Thu, 8 Jun 1995 00:20:32 -0700 Received: from sranhc.sra.co.jp by sraigw.sra.co.jp (8.6.12+2.4W/3.3W-2.1) id QAA02448; Thu, 8 Jun 1995 16:20:19 +0900 Received: from sran230.sra.co.jp by sranhc.sra.co.jp (5.67gw/6.4J.6-BXa) id AA08385; Thu, 8 Jun 95 16:19:29 +0900 Received: by sran230.sra.co.jp (4.2/6.4J.6-SJX) id AA11703; Thu, 8 Jun 95 16:20:02 JST Date: Thu, 8 Jun 95 16:20:02 JST Message-Id: <9506080720.AA11703@sran230.sra.co.jp> From: Noriyuki Soda To: David Greenman Cc: davidg@freefall.cdrom.com, freebsd-bugs@freefall.cdrom.com, soda@sra.co.jp Subject: Re: Changed information for PR kern/490 In-Reply-To: <199506060736.AAA07227@freefall.cdrom.com> References: <199506060736.AAA07227@freefall.cdrom.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >>>>> On Tue, 6 Jun 1995 00:36:57 -0700, David Greenman said: > Synopsis: 2.0.5-ALPHA should change msync(2) syscall number for compatibility > State-Changed-From-To: open-closed > State-Changed-By: davidg > State-Changed-When: Tue Jun 6 00:30:22 PDT 1995 > State-Changed-Why: : > The above combinations of factors was the reason for deciding not > to allocate a new syscall number to msync(). This was a deliberate > decision and not a bug. I have not know that it is decided under carefull consideration. Thank you for detailed explanation. -- soda@sra.co.jp Software Research Associates, Inc., Japan (Noriyuki Soda) software tools and technology group From owner-freebsd-bugs Thu Jun 8 00:26:27 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA01463 for bugs-outgoing; Thu, 8 Jun 1995 00:26:27 -0700 Received: from sraigw.sra.co.jp (sraigw.sra.co.jp [202.32.10.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA01453 ; Thu, 8 Jun 1995 00:26:22 -0700 Received: from sranhc.sra.co.jp by sraigw.sra.co.jp (8.6.12+2.4W/3.3W-2.1) id QAA02775; Thu, 8 Jun 1995 16:26:20 +0900 Received: from sran230.sra.co.jp by sranhc.sra.co.jp (5.67gw/6.4J.6-BXa) id AA08452; Thu, 8 Jun 95 16:25:30 +0900 Received: by sran230.sra.co.jp (4.2/6.4J.6-SJX) id AA11726; Thu, 8 Jun 95 16:26:03 JST Date: Thu, 8 Jun 95 16:26:03 JST From: soda@sran230.sra.co.jp (Noriyuki Soda) Message-Id: <9506080726.AA11726@sran230.sra.co.jp> To: "Jordan K. Hubbard" Cc: freebsd-bugs@freefall.cdrom.com, jkh@freefall.cdrom.com, soda@sra.co.jp Subject: Re: Changed information for PR kern/491 In-Reply-To: <199506060438.VAA26385@freefall.cdrom.com> References: <199506060438.VAA26385@freefall.cdrom.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >>>>> On Mon, 05 Jun 1995 21:37:48 -0700, "Jordan K. Hubbard" said: > The latest floppies/bindists should also have a new kernel on them. I tried new ALPHA bindist, and it seems to be enouch stable (17 hours up, no panics). Thank you. >>>>> On Mon, 5 Jun 1995 21:38:21 -0700, "Jordan K. Hubbard" said: > Synopsis: 2.0.5-ALPHA frequently panics on diskless configuration > State-Changed-From-To: open-closed > State-Changed-By: jkh > State-Changed-When: Mon Jun 5 21:38:08 PDT 1995 > State-Changed-Why: > Poul says this was fixed after ALPHA went out. -- soda@sra.co.jp Software Research Associates, Inc., Japan (Noriyuki Soda) software tools and technology group From owner-freebsd-bugs Thu Jun 8 01:38:25 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA03518 for bugs-outgoing; Thu, 8 Jun 1995 01:38:25 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA03510 for ; Thu, 8 Jun 1995 01:38:22 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol Prev-Resent: Thu, 08 Jun 1995 01:38:21 -0700 Prev-Resent: "bugs@freebsd.org " Received: from millenium.tiac.net (millenium.tiac.net [199.0.65.24]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA28279 for ; Wed, 7 Jun 1995 19:55:06 -0700 Received: (from pete@localhost) by millenium.tiac.net (8.6.9/8.6.9) id WAA32498; Wed, 7 Jun 1995 22:56:09 -0400 From: Pete Davis Message-Id: <199506080256.WAA32498@millenium.tiac.net> Subject: FreeBSD Test Site To: jkh@FreeBSD.org Date: Wed, 7 Jun 1995 22:56:09 -0400 (EDT) Cc: tlist@tiac.net X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1083 Resent-To: bugs@FreeBSD.org Resent-Date: Thu, 08 Jun 1995 01:38:22 -0700 Resent-Message-ID: <3507.802600702@freefall.cdrom.com> Resent-From: "Jordan K. Hubbard" Sender: bugs-owner@FreeBSD.org Precedence: bulk Hi, We've been running FreeBSD on our machines for a few months now. We recently switched from NetBSD and have found FreeBSD much better for our needs. However, we have had some problems recently with machines crashing on stuff running either 2.0 or 2.0Snap from April. We have also had problems with the kernel recognizing more than 64mb of memory. We have also had a couple experiences now where the system swaps a lot of processes to "D" under ps -auxw and stops functioning. At TIAC we have a really nice test site for stressing the FreeBSD and kernel and look forward to however we can help you in debugging these problems and how you can help us make the OS as stable as possible. Thanks a lot for your time. Best Regards, -Pete Davis ========================================================================= Peter Davis - Sr. Systems & Network Engineer The Internet Access Company PO Box 1098 Bedford MA 617-276-7200 Mail info@tiac.net for a list of access-points! ========================================================================= From owner-freebsd-bugs Thu Jun 8 06:40:01 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA12262 for bugs-outgoing; Thu, 8 Jun 1995 06:40:01 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA12255 ; Thu, 8 Jun 1995 06:40:01 -0700 Date: Thu, 8 Jun 1995 06:40:01 -0700 Message-Id: <199506081340.GAA12255@freefall.cdrom.com> From: uhclem@nemesis.lonestar.org Reply-To: uhclem@nemesis.lonestar.org To: freebsd-bugs Subject: kern/501: CTRL-ALT-DEL at config> prompt causes trap 12 [FDIV026] In-Reply-To: Your message of Thu, 8 Jun 95 00:05 CDT Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 501 >Category: kern >Synopsis: CTRL-ALT-DEL at config> prompt causes trap 12 [FDIV026] >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jun 8 06:40:00 1995 >Originator: Frank Durda IV >Organization: >Release: FreeBSD 2.0-BUILT-19950527 i386 >Environment: FreeBSD 2.0-BUILT-19950527 i386 >Description: Boot: kernel -c Config> Press CTRL-ALT-DEL (I was hoping for a reset or no action)) Fatal trap 12: page fault while in kernel mode fault virtual address = 0x29 fault code = supervisior read, page not present instruction pointer = 0x8:0xf010f135 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume IOPL = 0 current process = 0 () interrupt mask = net tty bio panic: page fault >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jun 8 10:12:27 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA18912 for bugs-outgoing; Thu, 8 Jun 1995 10:12:27 -0700 Received: from mailhost.primenet.com (root@mailhost.primenet.com [198.68.32.50]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA18906 for ; Thu, 8 Jun 1995 10:12:26 -0700 Received: from ip193.sna.primenet.com (ip193.sna.primenet.com [204.212.53.193]) by mailhost.primenet.com (8.6.11/wjp-h2.0) with SMTP id KAA05724 for ; Thu, 8 Jun 1995 10:12:22 -0700 Date: Thu, 8 Jun 1995 10:12:22 -0700 Message-Id: <199506081712.KAA05724@mailhost.primenet.com> X-Sender: sjs1@mailhost.primenet.com X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-bugs@FreeBSD.org From: sjs1@primenet.com (Scott Story) Subject: NCR53c400 Magoptic Problem Sender: bugs-owner@FreeBSD.org Precedence: bulk >Scott Story writes: >> >> Any help or a refferal would be apprieciated. >> I am trying to install freeBSD 2.0 on to a SCSI 1 Sony MagOptic drive. >> (486,33 one SCSI device) >> These are the messages I am getting. >> Durring kernel boot: >> nca1: NCR-53C400 >> nca1: wating for SCSI devices to settle >> nca1: "Sony SMO-C501-00 2.22" is a type 0 removeable SCSI 1 >> sd0 (nca1) Direct Access >> sd0 (nca1) Illegal Request ASC:24,0 invalid field in CDB >> sdo could not mode sense (4), Using Fictitious Geometry, 281 (576999, 512 >> byte sectors) > >Does this happen even if you have the formatted media installed? YES with 512 Media There is 512 or 1024 byte sector media for the SMO501. > >> During sysinstall >> >> Select Complete install >> >> nca1/0/0/sd0/timed out >> Fatal Trap 12: page fault in kernel mode >> Fault Address=0x8 >> Fault Code=supervisor read, page np >> install pointer=0x8:0xf0172c1b >> code sequence= base 0x0, limit 0xfffff, type ox1b=DPL 0,pres 1, def 32, gran 1 >> Processor eflags=interupt enabled, resume,10 PL=0 >> Current Process= 1 (sysinstall) >> int. mask= bio >> panic=page fault > >Oops. Do you have a stack back trace? NO stack back trace. >-- >Peter Dufault Real Time Machine Control and Simulation >HD Associates, Inc. Voice: 508 433 6936 >dufault@hda.com Fax: 508 433 5267 > > From owner-freebsd-bugs Thu Jun 8 10:21:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA19544 for bugs-outgoing; Thu, 8 Jun 1995 10:21:04 -0700 Received: from mailhost.primenet.com (root@mailhost.primenet.com [198.68.32.50]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA19538 for ; Thu, 8 Jun 1995 10:21:03 -0700 Received: from ip193.sna.primenet.com (ip193.sna.primenet.com [204.212.53.193]) by mailhost.primenet.com (8.6.11/wjp-h2.0) with SMTP id KAA07517 for ; Thu, 8 Jun 1995 10:19:24 -0700 Date: Thu, 8 Jun 1995 10:19:24 -0700 Message-Id: <199506081719.KAA07517@mailhost.primenet.com> X-Sender: sjs1@mailhost.primenet.com X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-bugs@FreeBSD.org From: sjs1@primenet.com (Scott Story) Subject: NCR53c400 Magoptic Problem Sender: bugs-owner@FreeBSD.org Precedence: bulk >Scott Story writes: >> >> Any help or a refferal would be apprieciated. >> I am trying to install freeBSD 2.0 on to a SCSI 1 Sony MagOptic drive. >> (486,33 one SCSI device) >> These are the messages I am getting. >> Durring kernel boot: >> nca1: NCR-53C400 >> nca1: wating for SCSI devices to settle >> nca1: "Sony SMO-C501-00 2.22" is a type 0 removeable SCSI 1 >> sd0 (nca1) Direct Access >> sd0 (nca1) Illegal Request ASC:24,0 invalid field in CDB >> sdo could not mode sense (4), Using Fictitious Geometry, 281 (576999, 512 >> byte sectors) > >Does this happen even if you have the formatted media installed? YES with 512 Media There is 512 or 1024 byte sector media for the SMO501. > >> During sysinstall >> >> Select Complete install >> >> nca1/0/0/sd0/timed out >> Fatal Trap 12: page fault in kernel mode >> Fault Address=0x8 >> Fault Code=supervisor read, page np >> install pointer=0x8:0xf0172c1b >> code sequence= base 0x0, limit 0xfffff, type ox1b=DPL 0,pres 1, def 32, gran 1 >> Processor eflags=interupt enabled, resume,10 PL=0 >> Current Process= 1 (sysinstall) >> int. mask= bio >> panic=page fault > >Oops. Do you have a stack back trace? NO stack back trace. >-- >Peter Dufault Real Time Machine Control and Simulation >HD Associates, Inc. Voice: 508 433 6936 >dufault@hda.com Fax: 508 433 5267 > > I want to die quietly in my sleep like my grandfather, not SCREAMING! like his passengers <:) http://www.primenet.com/~sjs1/index sjs1@primenet.com From owner-freebsd-bugs Thu Jun 8 11:22:43 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA22611 for bugs-outgoing; Thu, 8 Jun 1995 11:22:43 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA22605 ; Thu, 8 Jun 1995 11:22:40 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA03515; Thu, 8 Jun 95 12:14:20 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506081814.AA03515@cs.weber.edu> Subject: Re: 2.0.5-A: Very disheartening? To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Thu, 8 Jun 95 12:14:20 MDT Cc: uhclem%nemesis@fw.ast.com, jgreco@brasil.moneng.mei.com, hackers@FreeBSD.org, bugs@FreeBSD.org In-Reply-To: <199506080331.UAA05773@ref.tfs.com> from "Poul-Henning Kamp" at Jun 7, 95 08:31:14 pm X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > > Try it to humor me? Have anything else to try that you are more confident > > Terry, you may be unfamiliar with x86 terminology. All I tried to say > was that the transfer to the uncompressed code was a "far jump" which > until now has always flushed the prefetch. You only need to bother > with the prefetch queue if you modify instructions in you close > neighborhood. According to a posting a while back in the linux developer news group, there was an issue with jumps *not* flushing the prefetch queue that was throwing off a CPU timing test of some kind. I forget the details. It was not clear that the "far jump" in fact covered "a large distance" or was simply being used as a prefetch flushing mechanism. What I was suggesting was an alternate flushing mechanism (filling the thing up with NOPs). I guess a question I have is how the distinction is made between I and D in the code leading up to the kernel being executed. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Thu Jun 8 16:16:26 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA01698 for bugs-outgoing; Thu, 8 Jun 1995 16:16:26 -0700 Received: from aristotle.algonet.se (root@aristotle.algonet.se [193.12.207.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA01692 for ; Thu, 8 Jun 1995 16:16:24 -0700 Received: from sophocles. (mal@sophocles.algonet.se [193.12.207.10]) by aristotle.algonet.se (8.6.9/hdw.1.0) with SMTP id BAA14885 for ; Fri, 9 Jun 1995 01:14:07 +0200 Received: by sophocles. (5.x/SMI-SVR4) id AA04679; Fri, 9 Jun 1995 01:15:40 +0200 Date: Fri, 9 Jun 1995 01:15:40 +0200 From: mal@algonet.se (Mats Lofkvist) Message-Id: <9506082315.AA04679@sophocles.> To: bugs@FreeBSD.org Subject: make doesn't like lines with a tab only Sender: bugs-owner@FreeBSD.org Precedence: bulk the following "Makefile" --SNIP-- foo: bar xyzzy -o foo bar --SNIP-- results in: "Makefile", line 3: Need an operator Fatal errors encountered -- cannot continue Mats Lofkvist mal@algonet.se From owner-freebsd-bugs Thu Jun 8 17:01:28 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA03319 for bugs-outgoing; Thu, 8 Jun 1995 17:01:28 -0700 Received: from aristotle.algonet.se (root@aristotle.algonet.se [193.12.207.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA03312 for ; Thu, 8 Jun 1995 17:01:25 -0700 Received: from sophocles. (mal@sophocles.algonet.se [193.12.207.10]) by aristotle.algonet.se (8.6.9/hdw.1.0) with SMTP id BAA18970 for ; Fri, 9 Jun 1995 01:59:09 +0200 Received: by sophocles. (5.x/SMI-SVR4) id AA06087; Fri, 9 Jun 1995 02:00:43 +0200 Date: Fri, 9 Jun 1995 02:00:43 +0200 From: mal@algonet.se (Mats Lofkvist) Message-Id: <9506090000.AA06087@sophocles.> To: bugs@FreeBSD.org Subject: Bogus (?) SIGFPE's from divide by zero Sender: bugs-owner@FreeBSD.org Precedence: bulk I don't know what the standards say, but other systems (at least SunOS) do not issue floating point exceptions on divide by zero. Bug in FreeBSD? Test program and outputs from FreeBSD and SunOS 4.1.4 below. Mats Lofkvist ---testfpe.c--- #include #include void handler(int foo) { printf("handler\n"); } double zero, one; set() { zero = 0.0; one = 1.0; } main() { double foo; set(); signal(SIGFPE, handler); printf("1.0/0.0\n"); foo = 1.0/0.0; printf("%f\n", foo); printf("0.0/0.0\n"); foo = 0.0/0.0; printf("%f\n", foo); printf("vars 1.0/0.0\n"); foo = one/zero; printf("%f\n", foo); printf("vars 0.0/0.0\n"); foo = zero/zero; printf("%f\n", foo); printf("done\n"); } --- ---FreBSD 2.0.5A:--- garm>a.out 1.0/0.0 Inf 0.0/0.0 NaN vars 1.0/0.0 handler 1.000000 vars 0.0/0.0 handler 0.000000 done --- ---SunOS 4.1.4:--- mumrik>a.out 1.0/0.0 Inf 0.0/0.0 NaN vars 1.0/0.0 Inf vars 0.0/0.0 NaN done --- (The constant divisions are replaced by constants by gcc, I suppose) From owner-freebsd-bugs Thu Jun 8 17:58:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA04611 for bugs-outgoing; Thu, 8 Jun 1995 17:58:02 -0700 Received: from vic.cc.purdue.edu (vic.cc.purdue.edu [128.210.15.16]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA04605 for ; Thu, 8 Jun 1995 17:58:00 -0700 Received: (from abe@localhost) by vic.cc.purdue.edu (8.6.12/8.6.10) id TAA10052; Thu, 8 Jun 1995 19:57:49 -0500 From: Vic Abell Message-Id: <199506090057.TAA10052@vic.cc.purdue.edu> To: freebsd-bugs@FreeBSD.org Cc: (Vic Abell) Subject: kvm_getprocs(3) man page Reply-to: abe@cc.purdue.edu Date: Thu, 08 Jun 95 19:57:49 -0500 Sender: bugs-owner@FreeBSD.org Precedence: bulk I believe the kvm_getprocs(3) man page in the 2.0 and 2.0.5-ALPHA releases has two errors: 1. It specifies that the caller should include and . Neither header file exists. I think the caller should include . 2. It specifies that the ``op'' argument should be a symbol of the form KINFO_*. Those symbols come from the non-existent header files. I think the proper ``op'' symbols have the form KERN_* and come from the header file. Perhaps the kvm_getprocs(3) man page needs to be updated. Vic Abell From owner-freebsd-bugs Thu Jun 8 19:17:32 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA06070 for bugs-outgoing; Thu, 8 Jun 1995 19:17:32 -0700 Received: from blob.best.net (blob.best.net [204.156.128.88]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA06062 for ; Thu, 8 Jun 1995 19:17:28 -0700 Received: from shell1.best.com (shell1.best.com [204.156.128.10]) by blob.best.net (8.6.12/8.6.5) with ESMTP id TAA04917 for ; Thu, 8 Jun 1995 19:16:29 -0700 Received: (dillon@localhost) by shell1.best.com (8.6.12/8.6.5) id TAA13416; Thu, 8 Jun 1995 19:16:58 -0701 Date: Thu, 8 Jun 1995 19:16:58 -0701 From: Matt Dillon Message-Id: <199506090217.TAA13416@shell1.best.com> To: bugs@FreeBSD.org Subject: connect() bug found and fixed (uninitialized pointer) Sender: bugs-owner@FreeBSD.org Precedence: bulk In case Dima didn't get this off to you, there's a bug in netinet/tcp_usrreq.c: tcp_connect()... the ifaddr is left uninitialized in the case where in_pcbladdr() fails. The fix is to check the error code from in_pcbladdr() and to return it rather then fall through to the remaining code if it comes back non-zero. I stuck a printf() in there to catch the condition as well just to see how often it occured... got about a hit every 10 minutes on our (very busy) FTP/WWW server from ftpd. Gotta quick question for you guys too: Is it safe to create UFS partitions greater then 2GB ? -Matt Matthew Dillon VP Engineering, BEST Internet Communications, Inc. , [always include a portion of the original email in any response!] From owner-freebsd-bugs Thu Jun 8 19:30:49 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA06461 for bugs-outgoing; Thu, 8 Jun 1995 19:30:49 -0700 Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.57]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA06450 for ; Thu, 8 Jun 1995 19:30:48 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by westhill.cdrom.com (8.6.11/8.6.11) with SMTP id TAA02508 ; Thu, 8 Jun 1995 19:30:42 -0700 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Matt Dillon cc: bugs@FreeBSD.org Subject: Re: connect() bug found and fixed (uninitialized pointer) In-reply-to: Your message of "Thu, 08 Jun 1995 19:16:58 -0701." <199506090217.TAA13416@shell1.best.com> Date: Thu, 08 Jun 1995 19:30:41 -0700 Message-ID: <2496.802665041@westhill.cdrom.com> From: Gary Palmer Sender: bugs-owner@FreeBSD.org Precedence: bulk In message <199506090217.TAA13416@shell1.best.com>, Matt Dillon writes: > Gotta quick question for you guys too: Is it safe to create > UFS partitions greater then 2GB ? If you are running a fairly recent version of the kernel (last 2 or 3 months - I can't remember exactly when the fixes ), and tools, then yes - we have our news server with a 8.6Gb partition! Gary From owner-freebsd-bugs Thu Jun 8 19:56:25 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA07864 for bugs-outgoing; Thu, 8 Jun 1995 19:56:25 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA07858 for ; Thu, 8 Jun 1995 19:56:20 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id TAA07583; Thu, 8 Jun 1995 19:59:39 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id TAA00249; Thu, 8 Jun 1995 19:56:33 -0700 Message-Id: <199506090256.TAA00249@corbin.Root.COM> To: Matt Dillon cc: bugs@FreeBSD.org Subject: Re: connect() bug found and fixed (uninitialized pointer) In-reply-to: Your message of "Thu, 08 Jun 95 19:16:58 -0701." <199506090217.TAA13416@shell1.best.com> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 08 Jun 1995 19:56:32 -0700 Sender: bugs-owner@FreeBSD.org Precedence: bulk > In case Dima didn't get this off to you, there's a bug in > netinet/tcp_usrreq.c: tcp_connect()... the ifaddr is left > uninitialized in the case where in_pcbladdr() fails. The fix > is to check the error code from in_pcbladdr() and to return > it rather then fall through to the remaining code if it comes > back non-zero. > > I stuck a printf() in there to catch the condition as well just to > see how often it occured... got about a hit every 10 minutes > on our (very busy) FTP/WWW server from ftpd. Interesting...I'll have a look. Want to send me a diff for how you think it should be fixed? > Gotta quick question for you guys too: Is it safe to create > UFS partitions greater then 2GB ? Yes. Walnut Creek's news server has a 9GB drive (w/single partition) for it's spool/news, and has been working fine for a month or more. -DG From owner-freebsd-bugs Thu Jun 8 19:57:13 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA07901 for bugs-outgoing; Thu, 8 Jun 1995 19:57:13 -0700 Received: from star-gate.com (bettina.star-gate.com [204.188.121.18]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA07895 for ; Thu, 8 Jun 1995 19:57:12 -0700 Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by star-gate.com (8.6.11/8.6.9) with SMTP id TAA22866; Thu, 8 Jun 1995 19:44:57 -0700 Message-Id: <199506090244.TAA22866@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: Matt Dillon cc: bugs@FreeBSD.org Subject: Re: connect() bug found and fixed (uninitialized pointer) In-reply-to: Your message of "Thu, 08 Jun 1995 19:16:58 -0701." <199506090217.TAA13416@shell1.best.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 08 Jun 1995 19:44:54 -0700 From: Amancio Hasty Sender: bugs-owner@FreeBSD.org Precedence: bulk >>> Matt Dillon said: > I stuck a printf() in there to catch the condition as well just to > see how often it occured... got about a hit every 10 minutes > on our (very busy) FTP/WWW server from ftpd. > Does that mean that ftp.best.com is running FreeBSD ? Amancio From owner-freebsd-bugs Thu Jun 8 20:30:33 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA09852 for bugs-outgoing; Thu, 8 Jun 1995 20:30:33 -0700 Received: (from davidg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA09838 ; Thu, 8 Jun 1995 20:30:32 -0700 Date: Thu, 8 Jun 1995 20:30:32 -0700 From: David Greenman Message-Id: <199506090330.UAA09838@freefall.cdrom.com> To: sawada@zoo.ncl.omron.co.jp, davidg, freebsd-bugs Subject: Changed information for PR i386/498 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: bug in checking RTC status at initialization State-Changed-From-To: open-closed State-Changed-By: davidg State-Changed-When: Thu Jun 8 20:29:36 PDT 1995 State-Changed-Why: The code was indeed wrong and the suggested change was made in rev 1.34.2.1. From owner-freebsd-bugs Thu Jun 8 20:33:12 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA09945 for bugs-outgoing; Thu, 8 Jun 1995 20:33:12 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA09937 for ; Thu, 8 Jun 1995 20:33:08 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id UAA07689; Thu, 8 Jun 1995 20:36:29 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id UAA00143; Thu, 8 Jun 1995 20:33:23 -0700 Message-Id: <199506090333.UAA00143@corbin.Root.COM> To: Matt Dillon , bugs@FreeBSD.org Subject: Re: connect() bug found and fixed (uninitialized pointer) In-reply-to: Your message of "Thu, 08 Jun 95 19:56:32 PDT." <199506090256.TAA00249@corbin.Root.COM> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 08 Jun 1995 20:33:23 -0700 Sender: bugs-owner@FreeBSD.org Precedence: bulk >> In case Dima didn't get this off to you, there's a bug in >> netinet/tcp_usrreq.c: tcp_connect()... the ifaddr is left >> uninitialized in the case where in_pcbladdr() fails. The fix >> is to check the error code from in_pcbladdr() and to return >> it rather then fall through to the remaining code if it comes >> back non-zero. >> >> I stuck a printf() in there to catch the condition as well just to >> see how often it occured... got about a hit every 10 minutes >> on our (very busy) FTP/WWW server from ftpd. > > Interesting...I'll have a look. Want to send me a diff for how you think it >should be fixed? Nevermind; it took all of about 2 seconds to see the obvious problem. It then took me a few minutes to determine if the problem would manifest itself. I think it would under some circumstances (resulting in a panic or weird behavior). The fix has been committed to CVS; thanks. -DG From owner-freebsd-bugs Thu Jun 8 21:55:19 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA12454 for bugs-outgoing; Thu, 8 Jun 1995 21:55:19 -0700 Received: from blob.best.net (blob.best.net [204.156.128.88]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA12448 for ; Thu, 8 Jun 1995 21:55:18 -0700 Received: from shell1.best.com (shell1.best.com [204.156.128.10]) by blob.best.net (8.6.12/8.6.5) with ESMTP id VAA08804 for ; Thu, 8 Jun 1995 21:54:20 -0700 Received: (dillon@localhost) by shell1.best.com (8.6.12/8.6.5) id VAA14568; Thu, 8 Jun 1995 21:54:49 -0701 Date: Thu, 8 Jun 1995 21:54:49 -0701 From: Matt Dillon Message-Id: <199506090455.VAA14568@shell1.best.com> To: bugs@FreeBSD.org Subject: Re: connect() bug found and fixed (uninitialized pointer) Sender: bugs-owner@FreeBSD.org Precedence: bulk Wow! A wash of responses! Thanks for the info re: large partitions. Yes, the bug is pretty obvious, which is why I didn't bother with a diff. I am not sure what causes the manifestations myself but considering that ftp negotiates a connect() to a specific port, I am not surprised. Yes, ftp.best.com (our FTP/WWW server) is now running FreeBSD, news.best.com is also running FreeBSD. We are going to switch our shell machine over soon too. Here's a quick list of funky problems we've found so far, just FYI in case it rings a bell anywhere: * have noticed that sprintf() seems to need its arguments cast to the exact type spected by the '%' control elements, as reported in warnings if you compile something -Wall (you have no warnings if you do not use -Wall). Integer-type to integer-type casts are required... for example, char to int for %d, int to char for %c, time_t, gid_t, etc... not sure why. This broke wu-ftpd and a couple of other programs. As best as I can tell, something gets confused and the parameter offsets get skewed, causing corruption when a bad pointer (due to the skew) is dereferenced. * we still see random lockups occur about once a day. total lockup, so no way to get a crash dump, at least not so far. We're trying to narrow down the possibilities but no luck so far. * have had some problems with our HP DAT drive when DAT errors occur (NCR PCI SCSI).. sometimes breaks the whole scsi system. Haven't been able to reliably reproduce it yet. * our BSDI shell machine has NFS mounts to the FreeBSD FTP/WWW machine so users can access their FTP/WWW partition from their shell account. If the FTP/WWW machine is rebooted, the shell will 'loose' the mounts... get 'nfs server not responding' errors until the shell is rebooted. however, new mounting new partitions during this condition still works. Weird... * it's pretty much impossible to setup a totally new scsi disk from scratch without using sysinstall to do it, and it won't do it unless you actually have it install some files on the new disk. * would be nice if sysinstall disallowed root partitions greater then whatever the BIOS limit is for bootloading a /kernel (30MB or so?), or at least gave a warning. -Matt Matthew Dillon VP Engineering, BEST Internet Communications, Inc. , [always include a portion of the original email in any response!] From: gpalmer@westhill.cdrom.com :In message <199506090217.TAA13416@shell1.best.com>, Matt Dillon writes: :> Gotta quick question for you guys too: Is it safe to create :> UFS partitions greater then 2GB ? : :If you are running a fairly recent version of the kernel (last 2 or 3 :months - I can't remember exactly when the fixes ), and tools, then :yes - we have our news server with a 8.6Gb partition! : :Gary From: David Greenman :> :> I stuck a printf() in there to catch the condition as well just to :> see how often it occured... got about a hit every 10 minutes :> on our (very busy) FTP/WWW server from ftpd. : : Interesting...I'll have a look. Want to send me a diff for how you think it :should be fixed? : :> Gotta quick question for you guys too: Is it safe to create :> UFS partitions greater then 2GB ? : : Yes. Walnut Creek's news server has a 9GB drive (w/single partition) for :it's spool/news, and has been working fine for a month or more. : :-DG From: David Greenman :>> In case Dima didn't get this off to you, there's a bug in :>> netinet/tcp_usrreq.c: tcp_connect()... the ifaddr is left :>> uninitialized in the case where in_pcbladdr() fails. The fix :>> is to check the error code from in_pcbladdr() and to return :>> it rather then fall through to the remaining code if it comes :>> back non-zero. :>> :>> I stuck a printf() in there to catch the condition as well just to :>> see how often it occured... got about a hit every 10 minutes :>> on our (very busy) FTP/WWW server from ftpd. :> :> Interesting...I'll have a look. Want to send me a diff for how you think it :>should be fixed? : : Nevermind; it took all of about 2 seconds to see the obvious problem. It :then took me a few minutes to determine if the problem would manifest itself. :I think it would under some circumstances (resulting in a panic or weird :behavior). The fix has been committed to CVS; thanks. : :-DG From: Amancio Hasty : :>>> Matt Dillon said: : : > I stuck a printf() in there to catch the condition as well just to : > see how often it occured... got about a hit every 10 minutes : > on our (very busy) FTP/WWW server from ftpd. : > : :Does that mean that ftp.best.com is running FreeBSD ? : :Amancio From: David Greenman :>> In case Dima didn't get this off to you, there's a bug in :>> netinet/tcp_usrreq.c: tcp_connect()... the ifaddr is left :>> uninitialized in the case where in_pcbladdr() fails. The fix :>> is to check the error code from in_pcbladdr() and to return :>> it rather then fall through to the remaining code if it comes :>> back non-zero. :>> :>> I stuck a printf() in there to catch the condition as well just to :>> see how often it occured... got about a hit every 10 minutes :>> on our (very busy) FTP/WWW server from ftpd. :> :> Interesting...I'll have a look. Want to send me a diff for how you think it :>should be fixed? : : Nevermind; it took all of about 2 seconds to see the obvious problem. It :then took me a few minutes to determine if the problem would manifest itself. :I think it would under some circumstances (resulting in a panic or weird :behavior). The fix has been committed to CVS; thanks. : :-DG From owner-freebsd-bugs Thu Jun 8 23:06:30 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA15397 for bugs-outgoing; Thu, 8 Jun 1995 23:06:30 -0700 Received: from escape.com (dima@escape.com [198.6.71.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA15391 for ; Thu, 8 Jun 1995 23:06:27 -0700 Received: (dima@localhost) by escape.com (8.6.10/8.6.5) id CAA13039; Fri, 9 Jun 1995 02:01:32 -0400 Date: Fri, 9 Jun 1995 02:01:32 -0400 (EDT) From: "Dima (ELO)" To: bugs@FreeBSD.org Subject: problem. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@FreeBSD.org Precedence: bulk Hello, ..it seems I got a problem. :) The problem is.. when I try to install 2.05 Alpha from hard drive, it says that root.flp is incomplete, but if I try to install it from floppies, it says incorrect checksum in file bin.ad . I download this file several times .. . Also I downloaded last floppies from /UPDATES and all bin-files I got, I downloaded after last update. My system: P5-90, 16M RAM,adaptec 2940w, 1GB scsi fujitsu Thank you, Dima From owner-freebsd-bugs Thu Jun 8 23:26:59 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA16003 for bugs-outgoing; Thu, 8 Jun 1995 23:26:59 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA15997 for ; Thu, 8 Jun 1995 23:26:54 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA20634; Fri, 9 Jun 1995 16:25:34 +1000 Date: Fri, 9 Jun 1995 16:25:34 +1000 From: Bruce Evans Message-Id: <199506090625.QAA20634@godzilla.zeta.org.au> To: bugs@FreeBSD.org, mal@algonet.se Subject: Re: Bogus (?) SIGFPE's from divide by zero Sender: bugs-owner@FreeBSD.org Precedence: bulk >I don't know what the standards say, but other systems (at least SunOS) >do not issue floating point exceptions on divide by zero. Bug in FreeBSD? Standard C: result is undefined. Sometimes the result is to send mail to bugs@freebsd.org :-) POSIX: same as Standard C IEEE: default is to record the exception but not trap on it IBCS2: SIGFPE (at least according to (a comment in) 386BSD-0.0) FreeBSD: IBCS2 Right: IEEE FreeBSD conforms to Standard C here. However, libm divides by zero on purpose to generate IEEE exceptions. This and other generation of IEEE exceptions in libm makes libm nonconformant because the IEEE exceptions generate SIGFPE's. >(The constant divisions are replaced by constants by gcc, I suppose) This is another bug. It is OK for Standard C (the behaviour is undefined) but not for IEEE. In particular, it breaks the generation of IEEE exceptions in libm. The side effects are lost when the calculations are done at compile time. I believe Sun's compilers are more careful than gcc here. Bruce From owner-freebsd-bugs Thu Jun 8 23:52:58 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA17293 for bugs-outgoing; Thu, 8 Jun 1995 23:52:58 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA17283 for ; Thu, 8 Jun 1995 23:52:52 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA23197; Fri, 9 Jun 1995 08:52:48 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA19483; Fri, 9 Jun 1995 08:52:47 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA02916; Fri, 9 Jun 1995 08:47:29 +0200 From: J Wunsch Message-Id: <199506090647.IAA02916@uriah.heep.sax.de> Subject: Re: make doesn't like lines with a tab only To: mal@algonet.se (Mats Lofkvist) Date: Fri, 9 Jun 1995 08:47:28 +0200 (MET DST) Cc: bugs@FreeBSD.org In-Reply-To: <9506082315.AA04679@sophocles.> from "Mats Lofkvist" at Jun 9, 95 01:15:40 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 656 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Mats Lofkvist wrote: > > > the following "Makefile" > --SNIP-- > foo: bar > xyzzy -o foo bar > > --SNIP-- > > results in: > "Makefile", line 3: Need an operator > Fatal errors encountered -- cannot continue What semantics would you imply with this Makefile? Since a leading TAB is taken to be as a line with shell commands, but there's no command at all, i wouldn't care to accept this as a "bug"... (I.e., it doesn't bother me too much which error message i'm getting for a bogus Makefile.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri Jun 9 01:17:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA22528 for bugs-outgoing; Fri, 9 Jun 1995 01:17:06 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA22509 for ; Fri, 9 Jun 1995 01:16:53 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id SAA23942; Fri, 9 Jun 1995 18:12:14 +1000 Date: Fri, 9 Jun 1995 18:12:14 +1000 From: Bruce Evans Message-Id: <199506090812.SAA23942@godzilla.zeta.org.au> To: bugs@FreeBSD.org, dillon@best.com Subject: Re: connect() bug found and fixed (uninitialized pointer) Sender: bugs-owner@FreeBSD.org Precedence: bulk > * have noticed that sprintf() seems to need its arguments > cast to the exact type spected by the '%' control > elements, as reported in warnings if you compile something > -Wall (you have no warnings if you do not use -Wall). > Integer-type to integer-type casts are required... for > example, char to int for %d, int to char for %c, time_t, > gid_t, etc... not sure why. This broke wu-ftpd and a > couple of other programs. As best as I can tell, > something gets confused and the parameter offsets > get skewed, causing corruption when a bad pointer > (due to the skew) is dereferenced. Runtime problems are most likely caused by %d or %ld format specifiers mismatched with quad_t arguments, e.g., off_t's. quad_t's should be printed in format %qd. Casts shouldn't normally be used except for pointers. Pointer types should be cast to (void *) and printed in format %p. -Wall finds most mismatches to give you some chance of detecting int vs. long mismatches but it is sloppy about pointers. Bruce From owner-freebsd-bugs Fri Jun 9 01:28:14 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA24073 for bugs-outgoing; Fri, 9 Jun 1995 01:28:14 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA23995 for ; Fri, 9 Jun 1995 01:28:09 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id BAA05686; Fri, 9 Jun 1995 01:27:55 -0700 From: "Rodney W. Grimes" Message-Id: <199506090827.BAA05686@gndrsh.aac.dev.com> Subject: Re: make doesn't like lines with a tab only To: mal@algonet.se (Mats Lofkvist) Date: Fri, 9 Jun 1995 01:27:55 -0700 (PDT) Cc: bugs@FreeBSD.org In-Reply-To: <9506082315.AA04679@sophocles.> from "Mats Lofkvist" at Jun 9, 95 01:15:40 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 607 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > > the following "Makefile" > --SNIP-- > foo: bar > xyzzy -o foo bar > > --SNIP-- > > results in: > "Makefile", line 3: Need an operator > Fatal errors encountered -- cannot continue The only bug here is that your makefile is arguably wrong. A tab indicates there is to be a command in this location, you have provided no command. Many other makes ignore this arguably erronous line. I belive POSIX says this shall cause an error. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-bugs Fri Jun 9 01:55:22 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA26281 for bugs-outgoing; Fri, 9 Jun 1995 01:55:22 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA26274 for ; Fri, 9 Jun 1995 01:55:13 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id SAA25172; Fri, 9 Jun 1995 18:49:23 +1000 Date: Fri, 9 Jun 1995 18:49:23 +1000 From: Bruce Evans Message-Id: <199506090849.SAA25172@godzilla.zeta.org.au> To: mal@algonet.se, rgrimes@gndrsh.aac.dev.com Subject: Re: make doesn't like lines with a tab only Cc: bugs@FreeBSD.org Sender: bugs-owner@FreeBSD.org Precedence: bulk >> "Makefile", line 3: Need an operator >> Fatal errors encountered -- cannot continue >The only bug here is that your makefile is arguably wrong. A tab indicates >there is to be a command in this location, you have provided no command. There seems to be a bug in /bin/sh too. Why doesn't it exit with a fatal error when I hit return? ;-) Bruce From owner-freebsd-bugs Fri Jun 9 04:52:46 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA05618 for bugs-outgoing; Fri, 9 Jun 1995 04:52:46 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA05610 for ; Fri, 9 Jun 1995 04:52:44 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol Received: from antares.mcs.anl.gov (mcs.anl.gov [140.221.9.6]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA04170 for ; Fri, 9 Jun 1995 04:23:04 -0700 Received: from obie (spooky.mcs.anl.gov [140.221.3.7]) by antares.mcs.anl.gov (8.6.10/8.6.10) with ESMTP id GAA28972 for ; Fri, 9 Jun 1995 06:23:02 -0500 From: Gene Rackow Date: Fri, 9 Jun 1995 06:23:01 -0500 Message-Id: <199506091123.GAA04408@obie> To: jkh@freefall.cdrom.com Subject: Re: Ok, *now* it's End-Of-ALPHA Release Candidate time! In-Reply-To: <17750.802441698@freefall.cdrom.com> Organization: Math and Computer Science, Argonne National Laboratory Resent-To: bugs@freefall.cdrom.com Resent-Date: Fri, 09 Jun 1995 04:52:44 -0700 Resent-Message-ID: <5607.802698764@freefall.cdrom.com> Resent-From: "Jordan K. Hubbard" Sender: bugs-owner@FreeBSD.org Precedence: bulk I tried to install the 2.0.5-alpha release last night on a couple of machines. All went extremely smooth on my HBS-486 machine with IDE disk and SMC ethernet card. I ran into BIG problems though on the IBM ThinkPad 360C. It booted the floppy just fine, but the keyboard mapping is totally hosed. Nothing seems to make sense with it. Some keys appear to do several different things. Pressing a key will cause the highlighted menu item to move to several places befor stopping. Keydown is different than key up, etc. I had no problem with the install of 1.5.1.1 on a thinkpad350 some eons ago. I was hoping to be able to do the same now with the 360. Any ideas? --Gene From owner-freebsd-bugs Fri Jun 9 05:53:59 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA08651 for bugs-outgoing; Fri, 9 Jun 1995 05:53:59 -0700 Received: from hades.id.net (hades.id.net [152.160.9.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA08645 for ; Fri, 9 Jun 1995 05:53:57 -0700 Received: (from rls@localhost) by hades.id.net (8.6.11/8.6.9) id QAA00886; Fri, 9 Jun 1995 16:55:36 -0400 From: Robert Shady Message-Id: <199506092055.QAA00886@hades.id.net> Subject: Re: make doesn't like lines with a tab only To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Fri, 9 Jun 1995 16:55:36 -0400 (EDT) Cc: mal@algonet.se, bugs@FreeBSD.org In-Reply-To: <199506090827.BAA05686@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Jun 9, 95 01:27:55 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 666 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > the following "Makefile" > > --SNIP-- > > foo: bar > > xyzzy -o foo bar > > > > --SNIP-- > > > > results in: > > "Makefile", line 3: Need an operator > > Fatal errors encountered -- cannot continue > > The only bug here is that your makefile is arguably wrong. A tab indicates > there is to be a command in this location, you have provided no command. > > Many other makes ignore this arguably erronous line. I belive POSIX says > this shall cause an error. That may be what POSIX says it should cause, but in real life it causes alot of headaches. Maybe a command line switch to ignore it would be in order? Defaulting, of course, to POSIX. From owner-freebsd-bugs Fri Jun 9 06:11:28 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA09142 for bugs-outgoing; Fri, 9 Jun 1995 06:11:28 -0700 Received: from fitipc31.tu-graz.ac.at (root@fitipc31.tu-graz.ac.at [129.27.146.51]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA09136 for ; Fri, 9 Jun 1995 06:11:24 -0700 Received: (from ruplit@localhost) by fitipc31.tu-graz.ac.at (8.6.9/8.6.9) id PAA13803; Fri, 9 Jun 1995 15:11:07 +0200 Date: Fri, 9 Jun 1995 15:11:07 +0200 (MET DST) From: Michael Ruplitsch To: freebsd-bugs@FreeBSD.org Subject: dump having problems with remote tape drive Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@FreeBSD.org Precedence: bulk Hi, Today I wanted to use `dump' to backup my hard drive onto a remote scsi tape drive. dump terminated with the message: Cannot open output "/dev/rmt/ctapen". I found out that dump tries to open the remote tape for reading and writing (by sending "Otape-device\n2\n" to rmt where 2 means O_RDWR) instead of opening it for writing only (`1' instead of `2'). Is this a bug or is it a feature of dump? Michael P.S.: In case it is a bug here is the patch (to be applied in src/sbin/dump): -------------------- cut here ----------------------------------------------- *** tape.c.orig Tue May 30 08:08:55 1995 --- tape.c Fri Jun 9 13:16:01 1995 *************** *** 595,601 **** msg("Dumping volume %d on %s\n", tapeno, tape); } #ifdef RDUMP ! while ((tapefd = (host ? rmtopen(tape, 2) : pipeout ? 1 : open(tape, O_WRONLY|O_CREAT, 0666))) < 0) #else while ((tapefd = (pipeout ? 1 : --- 595,601 ---- msg("Dumping volume %d on %s\n", tapeno, tape); } #ifdef RDUMP ! while ((tapefd = (host ? rmtopen(tape, 1) : pipeout ? 1 : open(tape, O_WRONLY|O_CREAT, 0666))) < 0) #else while ((tapefd = (pipeout ? 1 : -------------------- cut here ----------------------------------------------- From owner-freebsd-bugs Fri Jun 9 08:36:58 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA13651 for bugs-outgoing; Fri, 9 Jun 1995 08:36:58 -0700 Received: from cioccolato.tinet.ch (cioccolato.tinet.ch [194.29.0.17]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA13644 for ; Fri, 9 Jun 1995 08:36:40 -0700 Received: by cioccolato.tinet.ch (4.1/SMI-4.1) id AA04611; Fri, 9 Jun 95 17:35:47 +0200 Message-Id: <9506091535.AA04611@cioccolato.tinet.ch> Date: Fri, 09 Jun 95 17:24:46 EDT From: gmoravszky@tinet.ch (Gy. Moravszky) Reply-To: gmoravszky@tinet.ch (Gy. Moravszky) To: dima@escape.com Cc: bugs@FreeBSD.org X-Mailer: PMMail (v1.05 UNREGISTERED SHAREWARE) Subject: Re: problem. Sender: bugs-owner@FreeBSD.org Precedence: bulk On Fri, 9 Jun 1995 02:01:32 -0400 (EDT) you wrote: > >Hello, ..it seems I got a problem. :) >The problem is.. when I try to install 2.05 Alpha from hard drive, it >says that root.flp is incomplete, but if I try to install it from >floppies, it says incorrect checksum in file bin.ad . I download this >file several times .. . Also I downloaded last floppies from /UPDATES and >all bin-files I got, I downloaded after last update. > I also have exactly the same problem. Any suggestions? From owner-freebsd-bugs Fri Jun 9 08:39:32 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA13694 for bugs-outgoing; Fri, 9 Jun 1995 08:39:32 -0700 Received: from mailhost.primenet.com (root@mailhost.primenet.com [198.68.32.50]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA13688 for ; Fri, 9 Jun 1995 08:39:31 -0700 Received: from ip205.sna.primenet.com (ip205.sna.primenet.com [204.212.53.205]) by mailhost.primenet.com (8.6.11/wjp-h2.0) with SMTP id IAA15322 for ; Fri, 9 Jun 1995 08:39:28 -0700 Date: Fri, 9 Jun 1995 08:39:28 -0700 Message-Id: <199506091539.IAA15322@mailhost.primenet.com> X-Sender: sjs1@mailhost.primenet.com X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-bugs@FreeBSD.org From: sjs1@primenet.com (Scott Story) Subject: NCR53c400 Magoptic Problem Sender: bugs-owner@FreeBSD.org Precedence: bulk >> >> Any help or a refferal would be apprieciated. >> I am trying to install freeBSD 2.0 on to a SCSI 1 Sony MagOptic drive. >> (486,33 one SCSI device) >> These are the messages I am getting. >> Durring kernel boot: >> nca1: NCR-53C400 >> nca1: wating for SCSI devices to settle >> nca1: "Sony SMO-C501-00 2.22" is a type 0 removeable SCSI 1 >> sd0 (nca1) Direct Access >> sd0 (nca1) Illegal Request ASC:24,0 invalid field in CDB >> sdo could not mode sense (4), Using Fictitious Geometry, 281 (576999, 512 >> byte sectors) > >Does this happen even if you have the formatted media installed? YES with 512 Media There is 512 or 1024 byte sector media for the SMO501. > >> During sysinstall >> >> Select Complete install >> >> nca1/0/0/sd0/timed out >> Fatal Trap 12: page fault in kernel mode >> Fault Address=0x8 >> Fault Code=supervisor read, page np >> install pointer=0x8:0xf0172c1b >> code sequence= base 0x0, limit 0xfffff, type ox1b=DPL 0,pres 1, def 32, gran 1 >> Processor eflags=interupt enabled, resume,10 PL=0 >> Current Process= 1 (sysinstall) >> int. mask= bio >> panic=page fault > >Oops. Do you have a stack back trace? NO stack back trace. >-- Any other help out there? I really want to use FreeBSD, Thanks. I want to die quietly in my sleep like my grandfather, not SCREAMING! like his passengers <:) http://www.primenet.com/~sjs1/index sjs1@primenet.com From owner-freebsd-bugs Fri Jun 9 08:58:35 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA15730 for bugs-outgoing; Fri, 9 Jun 1995 08:58:35 -0700 Received: from ra.ibr.cs.tu-bs.de (ra.ibr.cs.tu-bs.de [134.169.246.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA15721 ; Fri, 9 Jun 1995 08:58:29 -0700 Received: from achill [134.169.34.18] by ra.ibr.cs.tu-bs.de (8.6.10/tubsibr) with ESMTP id RAA18454; Fri, 9 Jun 1995 17:58:16 +0200 Received: from petri@localhost by achill.ibr.cs.tu-bs.de (8.6.10/tubsibr) id RAA05474; Fri, 9 Jun 1995 17:58:15 +0200 Date: Fri, 9 Jun 1995 17:58:15 +0200 From: Stefan Petri Message-Id: <199506091558.RAA05474@achill.ibr.cs.tu-bs.de> To: FreeBSD-gnats-submit@FreeBSD.org, bugs@FreeBSD.org Subject: missing break in isa/if_el.c causes panic in bpf.c + fix Reply-to: petri@ibr.cs.tu-bs.de X-send-pr-version: 3.2 Sender: bugs-owner@FreeBSD.org Precedence: bulk >Submitter-Id: net >Originator: Stefan Petri >Organization: TU Braunschweig, Inst. f. Betriebssysteme u. Rechnerverbund >Confidential: no >Synopsis: missing break in isa/if_el.c causes panic in bpf.c + fix >Severity: serious >Priority: low >Category: i386 >Release: FreeBSD 2.0-950412-SNAP i386 >Class: sw-bug >Environment: FreeBSD 2.0-950412-SNAP, some PC with (dont laugh) 3C501 Ethernet card. >Description: The kernel's bpf module panics when turning off promiscous mode on a 3C501 ethernet card (interface el0). The reason is a missing ``break'' statement after the SIOCSIFFLAGS case in the big switch in el_ioctl() in i386/isa/if_el.c >How-To-Repeat: > tcpdump -i el0 tcpdump: listening on el0 [..packet printout deleted..] ^C panic: bpf: ifpromisc failed [..] >Fix: *** /usr/src/sys/i386/isa/if_el.c-2.0-950412-SNAP Wed Apr 12 22:47:48 1995 --- if_el.c Thu Jun 8 19:13:53 1995 *************** *** 768,773 **** --- 768,774 ---- ((ifp->if_flags & IFF_RUNNING) == 0)) el_init(ifp->if_unit); } + break; case SIOCSIFMTU: From owner-freebsd-bugs Fri Jun 9 09:41:38 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA18746 for bugs-outgoing; Fri, 9 Jun 1995 09:41:38 -0700 Received: from mailhost.primenet.com (root@mailhost.primenet.com [198.68.32.50]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA18740 for ; Fri, 9 Jun 1995 09:41:37 -0700 Received: from ip198.sna.primenet.com (ip198.sna.primenet.com [204.212.53.198]) by mailhost.primenet.com (8.6.11/wjp-h2.0) with SMTP id JAA00664 for ; Fri, 9 Jun 1995 09:41:33 -0700 Date: Fri, 9 Jun 1995 09:41:33 -0700 Message-Id: <199506091641.JAA00664@mailhost.primenet.com> X-Sender: sjs1@mailhost.primenet.com X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-bugs@FreeBSD.org From: sjs1@primenet.com (Scott Story) Subject: Re: NCR53c400 Driver Bug? Sender: bugs-owner@FreeBSD.org Precedence: bulk >X-UIDL: 802715055.000 >From: Peter Dufault >Subject: Re: NCR53c400 Magoptic Problem >To: sjs1@primenet.com (Scott Story) >Date: Fri, 9 Jun 1995 12:18:26 -0400 (EDT) >Content-Length: 700 > >Scott Story writes: >(...) >> >> sd0 (nca1) Direct Access >> >> sd0 (nca1) Illegal Request ASC:24,0 invalid field in CDB >> >> sdo could not mode sense (4), Using Fictitious Geometry, 281 (576999, 512 >> >> byte sectors) >> > >> >Does this happen even if you have the formatted media installed? >> YES with 512 Media >> There is 512 or 1024 byte sector media for the SMO501. > >The "ZIP" drives do this also, so this is not a problem - you can >go on to use the ZIP drives. > >I'm not sure about the panic - it looks like an NCR driver problem. (Thanks Peter) This is the message from the setup any comments out there? >> nca1/0/0/sd0/timed out >> Fatal Trap 12: page fault in kernel mode >> Fault Address=0x8 >> Fault Code=supervisor read, page np >> install pointer=0x8:0xf0172c1b >> code sequence= base 0x0, limit 0xfffff, type ox1b=DPL 0,pres 1, def 32, gran 1 >> Processor eflags=interupt enabled, resume,10 PL=0 >> Current Process= 1 (sysinstall) >> int. mask= bio >> panic=page fault >-- > I want to die quietly in my sleep like my grandfather, not SCREAMING! like his passengers <:) http://www.primenet.com/~sjs1/index sjs1@primenet.com From owner-freebsd-bugs Fri Jun 9 09:50:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA18894 for bugs-outgoing; Fri, 9 Jun 1995 09:50:02 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA18887 ; Fri, 9 Jun 1995 09:50:02 -0700 Date: Fri, 9 Jun 1995 09:50:02 -0700 Message-Id: <199506091650.JAA18887@freefall.cdrom.com> From: Philippe JUMELLE Reply-To: Philippe JUMELLE To: freebsd-bugs Subject: bin/502: xdr_double In-Reply-To: Your message of Fri, 9 Jun 1995 18:30:30 +0200 (MET DST) <199506091630.SAA09503@vignon.france-networks.fr> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 502 >Category: bin >Synopsis: xdr_double is missing >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jun 9 09:50:01 1995 >Originator: Philippe JUMELLE >Organization: FRANCE NETWORKS 11 rue Vignon 75008 PARIS phone : 331-4451-0000 >Release: FreeBSD 2.1.0-Development i386 950210 Snapshot >Environment: >Description: xdr_double seems to be missing in the C library. >How-To-Repeat: rpcgen any appli.x containing double definitions. Create a simple program, compile and link-edit. You will get an undefined symbol message. >Fix: update the C library. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jun 9 10:15:21 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA19623 for bugs-outgoing; Fri, 9 Jun 1995 10:15:21 -0700 Received: from blob.best.net (blob.best.net [204.156.128.88]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA19617 for ; Fri, 9 Jun 1995 10:15:20 -0700 Received: from shell1.best.com (shell1.best.com [204.156.128.10]) by blob.best.net (8.6.12/8.6.5) with ESMTP id KAA21491; Fri, 9 Jun 1995 10:14:24 -0700 Received: from geli.clusternet (rcarter.vip.best.com [204.156.137.2]) by shell1.best.com (8.6.12/8.6.5) with ESMTP id KAA15955; Fri, 9 Jun 1995 10:14:49 -0701 Received: (from rcarter@localhost) by geli.clusternet (8.6.11/8.6.9) id KAA00565; Fri, 9 Jun 1995 10:13:26 -0700 Date: Fri, 9 Jun 1995 10:13:26 -0700 From: "Russell L. Carter" Message-Id: <199506091713.KAA00565@geli.clusternet> To: pjumelle@france-networks.fr Subject: Re: bin/502: xdr_double Cc: freebsd-bugs@FreeBSD.org Sender: bugs-owner@FreeBSD.org Precedence: bulk It's sitting below libc in the xdr directory, in order to get it you have to edit the Makefile.inc to make it "supported". Others have complained as well, we need this thing! Every time I upgrade the system, I have to rebuild libc and rdist it to all my systems in order to keep things like PVM from breaking. Russell From owner-freebsd-bugs Fri Jun 9 10:29:32 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA19955 for bugs-outgoing; Fri, 9 Jun 1995 10:29:32 -0700 Received: from wc.cdrom.com (wc.cdrom.com [192.216.223.37]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA19949 for ; Fri, 9 Jun 1995 10:29:30 -0700 Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by wc.cdrom.com (8.6.12/8.6.12) with SMTP id KAA20408 for ; Fri, 9 Jun 1995 10:29:29 -0700 Received: by sovcom.kiae.su id AA14634 (5.65.kiae-2 ); Fri, 9 Jun 1995 21:27:29 +0400 Received: by sovcom.KIAE.su (UUMAIL/2.0); Fri, 9 Jun 95 21:27:27 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id VAA01519; Sat, 10 Jun 1995 21:22:57 +0400 To: "Rodney W. Grimes" , Robert Shady Cc: bugs@FreeBSD.org, mal@algonet.se References: <199506092055.QAA00886@hades.id.net> In-Reply-To: <199506092055.QAA00886@hades.id.net>; from Robert Shady at Fri, 9 Jun 1995 16:55:36 -0400 (EDT) Message-Id: Organization: Olahm Ha-Yetzirah Date: Sat, 10 Jun 1995 21:22:56 +0400 (MSD) X-Mailer: Mail/@ [v2.37 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA?= =?KOI8-R?Q?=FE=C5=D2=CE=CF=D7?= aka "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: make doesn't like lines with a tab only Lines: 54 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1932 Sender: bugs-owner@FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- In message <199506092055.QAA00886@hades.id.net> Robert Shady writes: >> > the following "Makefile" >> > --SNIP-- >> > foo: bar >> > xyzzy -o foo bar >> > >> > --SNIP-- >> > >> > results in: >> > "Makefile", line 3: Need an operator >> > Fatal errors encountered -- cannot continue >> >> The only bug here is that your makefile is arguably wrong. A tab indicates >> there is to be a command in this location, you have provided no command. >> >> Many other makes ignore this arguably erronous line. I belive POSIX says >> this shall cause an error. >That may be what POSIX says it should cause, but in real life it causes >alot of headaches. Maybe a command line switch to ignore it would be in >order? Defaulting, of course, to POSIX. POSIX says that anything after must be passed to shell exactly. It says nothing about error here. So, simple it is equal to sh -c "" Normal make must skip such lines. F.e. GNU makes which claims itself as POSIX-conformant don't produce error here. BSD make isn't POSIX make, differences are too big, but even in this case as long time tradition of BSD make such lines was accepted without error. As I notice, this nitpicking change (producing error) cause too many ports Makefiles to be converted. I vote for removing this superflows checking. - -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 -----BEGIN PGP SIGNATURE----- Version: 2.6.2i iQCVAwUBL9nU7eJgpPLZnQjrAQFDngP/feV/mNAm1KrhtoYNoCiKI+aQDeSDHfxk d2+2dMiJorC/euU6j6wm2XrR0ewhdEnAMqv93jCDdj8mG5ZkIK+osrlW6U8YnLkR X17awCPi5jxPYCN0Ya2Xl71nDEV0Bgo/gK6z4Sis1fNs2nThLOwJZZodKekr16m+ PMAopdUTLP4= =mQNk -----END PGP SIGNATURE----- From owner-freebsd-bugs Fri Jun 9 11:21:57 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA24270 for bugs-outgoing; Fri, 9 Jun 1995 11:21:57 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA24261 for ; Fri, 9 Jun 1995 11:21:55 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA23006; Fri, 9 Jun 95 12:15:06 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506091815.AA23006@cs.weber.edu> Subject: Re: connect() bug found and fixed (uninitialized pointer) To: dillon@best.com (Matt Dillon) Date: Fri, 9 Jun 95 12:15:05 MDT Cc: bugs@FreeBSD.org In-Reply-To: <199506090455.VAA14568@shell1.best.com> from "Matt Dillon" at Jun 8, 95 09:54:49 pm X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > Here's a quick list of funky problems we've found so far, just > FYI in case it rings a bell anywhere: [ ... ] > * have had some problems with our HP DAT drive when DAT > errors occur (NCR PCI SCSI).. sometimes breaks the > whole scsi system. Haven't been able to reliably > reproduce it yet. I believe DAT error cause writing to other devices if you write past EOF (I saw this on the list somewhere). > * our BSDI shell machine has NFS mounts to the FreeBSD > FTP/WWW machine so users can access their FTP/WWW partition > from their shell account. If the FTP/WWW machine is > rebooted, the shell will 'loose' the mounts... get > 'nfs server not responding' errors until the shell > is rebooted. however, new mounting new partitions > during this condition still works. Weird... Sounds like your mounts are using TCP instead of UDP. Changing them to UDP should do the trick. > * it's pretty much impossible to setup a totally > new scsi disk from scratch without using sysinstall > to do it, and it won't do it unless you actually > have it install some files on the new disk. Agreed. There needs to be an "devadd" tool or something. > * would be nice if sysinstall disallowed root partitions > greater then whatever the BIOS limit is for bootloading > a /kernel (30MB or so?), or at least gave a warning. OK, it can't allow it. This is because the kernel is loaded by BIOS calls and the / directory block that contains the kernel directory entry, the kernel inode, the direct & indirect blocks for the kernel itself (and, if there is bad144 processing, any replacement blocks that any of these blocks fall on) must all be accessable in the C/H/S geometry for the kernel. Basically, if you're having a problem, you've either turned off geometry translation, or you have an older IDE or SCSI controller that can't translate to the 8G limit in the 10/8/4 C/H/S geometry, and you'll have to live with the limit (just like Win95 and NT, which both use BIOS boot as well). Your only alternative is to write controller specific boot blocks and use them instead, or to go to a SVR4 type /stand directory (basically, your / acts like this, but a seperate partition just for boot info would disassociate the limit from /. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Fri Jun 9 11:21:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA24160 for bugs-outgoing; Fri, 9 Jun 1995 11:21:04 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA24124 for ; Fri, 9 Jun 1995 11:20:56 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA16502; Fri, 9 Jun 1995 20:20:53 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA23387; Fri, 9 Jun 1995 20:20:52 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id TAA04032; Fri, 9 Jun 1995 19:35:24 +0200 From: J Wunsch Message-Id: <199506091735.TAA04032@uriah.heep.sax.de> Subject: Re: dump having problems with remote tape drive To: ruplit@fitipc31.tu-graz.ac.at (Michael Ruplitsch) Date: Fri, 9 Jun 1995 19:35:24 +0200 (MET DST) Cc: freebsd-bugs@FreeBSD.org In-Reply-To: from "Michael Ruplitsch" at Jun 9, 95 03:11:07 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1497 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Michael Ruplitsch wrote: > > Hi, Moin, > Today I wanted to use `dump' to backup my hard drive onto a remote scsi tape > drive. dump terminated with the message: > Cannot open output "/dev/rmt/ctapen". > I found out that dump tries to open the remote tape for reading and > writing (by sending "Otape-device\n2\n" to rmt where 2 means O_RDWR) > instead of opening it for writing only (`1' instead of `2'). Is this a bug > or is it a feature of dump? A feature. Why do you think _this_ might be the problem? j@uriah 140% /sbin/rdump 9Bf 150000 localhost:/dev/rst0 / DUMP: Date of this level 9 dump: Fri Jun 9 19:31:06 1995 DUMP: Date of last level 8 dump: Mon Jun 5 15:07:39 1995 DUMP: Dumping /dev/rsd0a (/) to /dev/rst0 on host localhost DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 540 tape blocks on 0.00 tape(s). DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: DUMP: 537 tape blocks on 1 volumes(s) DUMP: Closing /dev/rst0 DUMP: DUMP IS DONE Is there any reason why a tape driver should not allow an O_RDWR access where it does allow O_WRONLY? Anyway, i found another bogon while i've been looking at this: dump doesn't use an absolute path (/etc/rmt) as it ought to be; instead it thinks it should rely on "rmt" only. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri Jun 9 12:05:21 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA28060 for bugs-outgoing; Fri, 9 Jun 1995 12:05:21 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA28054 for ; Fri, 9 Jun 1995 12:05:18 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id MAA09053; Fri, 9 Jun 1995 12:08:32 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id MAA09587; Fri, 9 Jun 1995 12:05:26 -0700 Message-Id: <199506091905.MAA09587@corbin.Root.COM> To: terry@cs.weber.edu (Terry Lambert) cc: dillon@best.com (Matt Dillon), bugs@FreeBSD.org Subject: Re: connect() bug found and fixed (uninitialized pointer) In-reply-to: Your message of "Fri, 09 Jun 95 12:15:05 MDT." <9506091815.AA23006@cs.weber.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 09 Jun 1995 12:05:25 -0700 Sender: bugs-owner@FreeBSD.org Precedence: bulk >> * our BSDI shell machine has NFS mounts to the FreeBSD >> FTP/WWW machine so users can access their FTP/WWW partition >> from their shell account. If the FTP/WWW machine is >> rebooted, the shell will 'loose' the mounts... get >> 'nfs server not responding' errors until the shell >> is rebooted. however, new mounting new partitions >> during this condition still works. Weird... > >Sounds like your mounts are using TCP instead of UDP. Changing them >to UDP should do the trick. No, TCP NFS connections are automatically re-established. -DG From owner-freebsd-bugs Fri Jun 9 13:05:44 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA01794 for bugs-outgoing; Fri, 9 Jun 1995 13:05:44 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA01787 for ; Fri, 9 Jun 1995 13:05:39 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA00996; Fri, 9 Jun 95 13:58:43 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9506091958.AA00996@cs.weber.edu> Subject: Re: connect() bug found and fixed (uninitialized pointer) To: davidg@Root.COM Date: Fri, 9 Jun 95 13:58:42 MDT Cc: dillon@best.com, bugs@FreeBSD.org In-Reply-To: <199506091905.MAA09587@corbin.Root.COM> from "David Greenman" at Jun 9, 95 12:05:25 pm X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > >> * our BSDI shell machine has NFS mounts to the FreeBSD > >> FTP/WWW machine so users can access their FTP/WWW partition > >> from their shell account. If the FTP/WWW machine is > >> rebooted, the shell will 'loose' the mounts... get > >> 'nfs server not responding' errors until the shell > >> is rebooted. however, new mounting new partitions > >> during this condition still works. Weird... > > > >Sounds like your mounts are using TCP instead of UDP. Changing them > >to UDP should do the trick. > > No, TCP NFS connections are automatically re-established. Perhaps it is broken. Something certainly is. Perhaps that's it. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Fri Jun 9 13:55:50 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA03948 for bugs-outgoing; Fri, 9 Jun 1995 13:55:50 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA03941 for ; Fri, 9 Jun 1995 13:55:47 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14657(1)>; Fri, 9 Jun 1995 13:54:50 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <49859>; Fri, 9 Jun 1995 13:54:40 -0700 X-Mailer: exmh version 1.6 4/21/95 To: terry@cs.weber.edu (Terry Lambert) cc: davidg@Root.COM, dillon@best.com, bugs@FreeBSD.org Subject: Re: TCP NFS mounts In-reply-to: Your message of "Fri, 09 Jun 95 12:58:42 PDT." <9506091958.AA00996@cs.weber.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 9 Jun 1995 13:54:26 PDT From: Bill Fenner Message-Id: <95Jun9.135440pdt.49859@crevenia.parc.xerox.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk In message <9506091958.AA00996@cs.weber.edu> you write: >> >Sounds like your mounts are using TCP instead of UDP. Changing them >> >to UDP should do the trick. >> >> No, TCP NFS connections are automatically re-established. > >Perhaps it is broken. Something certainly is. Perhaps that's it. Maybe it's >Date: Wed, 7 Jun 1995 21:34:14 -0700 >From: David Greenman >To: CVS-commiters@freefall.cdrom.com, cvs-sbin@freefall.cdrom.com >Subject: cvs commit: src/sbin/mountd mountd.c > >davidg 95/06/07 21:34:13 > > Modified: sbin/mountd mountd.c > Log: > Apply patch that accidently was overlooked when NFS over TCP was fixed > to do the mount operation via TCP. The result of this patch missing was > that it wasn't possible to mount a TCP NFS. > > This fixes PR 494. ? Bill From owner-freebsd-bugs Fri Jun 9 14:58:59 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA05777 for bugs-outgoing; Fri, 9 Jun 1995 14:58:59 -0700 Received: from salyko.cube.net (root@salyko.cube.net [193.141.73.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA05769 for ; Fri, 9 Jun 1995 14:58:57 -0700 Received: from nasim.nasim.cube.net by salyko.cube.net with smtp (Smail3.1.29.1 #1) id m0sKC4m-0016HHC; Fri, 9 Jun 95 23:58 MET DST Received: by nasim.nasim.cube.net (Smail3.1.29.0 #1) id m0sKC4g-000OG4C; Fri, 9 Jun 95 23:58 MET DST To: freebsd-bugs@freefall.cdrom.com Path: not-for-mail From: knarf@nasim.cube.net (Frank Bartels) Newsgroups: muc.lists.freebsd.bugs Subject: Re: 2.0.5-ALPHA crashes with 'panic: vm_object_deallocate: ...' Date: 9 Jun 1995 23:58:40 +0200 Organization: The Sunsite for ATARI-Friends Lines: 24 Message-ID: <3rag6g$fqp@nasim.nasim.cube.net> References: ohki@gssm.otsuka.tsukuba.ac.jp <199506070834.RAA01294@smri01.gssm.otsuka.tsukuba.ac.jp> X-Newsreader: TIN [version 1.2 PL2] Sender: bugs-owner@FreeBSD.org Precedence: bulk ohki@gssm.otsuka.tsukuba.ac.jp wrote: > A panic of "vm_object_deallocated: .. " can be reproduced > in the following context. > NFS server machine: 2.0.5-ALPHA, exporting /var/mail > NFS client machine: Solaris 2.3, importing /var/mail > When a user on NFS client machine invokes /usr/ucb/mail command, > NFS server machine crashes with "vm_object_deallocated: .. " panic. Also: NFS server machine: 2.0.5-ALPHA, exporting /home NFS client machine: 2.0.5-ALPHA, importing /home Run xdm on the NFS client, log in as a user with $HOME in /home. Accessing ~/.Xauthority panics the NFS server. Bye, Knarf -- Frank Bartels | UUCP/ZModem/Fax: + 49 89 5469593 | MiNT is knarf@nasim.cube.net | Login: nuucp Index: /pub/ls-lR.nasim.gz | Now TOS! From owner-freebsd-bugs Fri Jun 9 15:05:01 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA06218 for bugs-outgoing; Fri, 9 Jun 1995 15:05:01 -0700 Received: from salyko.cube.net (root@salyko.cube.net [193.141.73.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA06208 for ; Fri, 9 Jun 1995 15:04:58 -0700 Received: from nasim.nasim.cube.net by salyko.cube.net with smtp (Smail3.1.29.1 #1) id m0sKCAe-0016HHC; Sat, 10 Jun 95 00:04 MET DST Received: by nasim.nasim.cube.net (Smail3.1.29.0 #1) id m0sKCAU-000OG4C; Sat, 10 Jun 95 00:04 MET DST To: freebsd-bugs@freefall.cdrom.com Path: not-for-mail From: knarf@nasim.cube.net (Frank Bartels) Newsgroups: muc.lists.freebsd.bugs Subject: Re: Frank Bartel's failure mode with 2.0.5A Date: 10 Jun 1995 00:04:39 +0200 Organization: The Sunsite for ATARI-Friends Lines: 30 Message-ID: <3raghn$gb8@nasim.nasim.cube.net> References: <22718.802484951@freefall.cdrom.com> X-Newsreader: TIN [version 1.2 PL2] Sender: bugs-owner@FreeBSD.org Precedence: bulk Jordan K. Hubbard (jkh@freefall.cdrom.com) wrote: > It's a strange one: > From: knarf@nasim.cube.net (Frank Bartels) > Subject: 2.0.5-ALPHA installation report > ... > But as you were very fast in rolling new floppies, I finally managed to > install FreeBSD 2.0.5-ALPHA on my test machine, 386/40, 387, 8 MB, > ISA, NE2000, 130 MB IDE, 32 MB swap, rest one partiton. > ... > kernel.GENERIC fails to boot: > npx0 at 0xf0-0xff irq 13 on motherboard > Probing for devices on the pci0 bus: > configuration mode2 allows 16 devices > pci0:3: vendor=0x7c21, device=0x5455, class=old [not supported] > [hangs forever] > A PCI probe hang on an ISA machine? Looks worrisome! I remember this also happened when installing FreeBSD 2.0-RELEASE with the newer floppies with a -current kernel on it (which also gets copied on the hard disc). Using the GENERIC 2.0-RELEASE kernel worked fine. Bye, Knarf -- Frank Bartels | UUCP/ZModem/Fax: + 49 89 5469593 | MiNT is knarf@nasim.cube.net | Login: nuucp Index: /pub/ls-lR.nasim.gz | Now TOS! From owner-freebsd-bugs Fri Jun 9 15:44:50 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA08311 for bugs-outgoing; Fri, 9 Jun 1995 15:44:50 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA08305 for ; Fri, 9 Jun 1995 15:44:48 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id PAA06485; Fri, 9 Jun 1995 15:40:59 -0700 From: "Rodney W. Grimes" Message-Id: <199506092240.PAA06485@gndrsh.aac.dev.com> Subject: Re: make doesn't like lines with a tab only To: rls@hades.id.net (Robert Shady) Date: Fri, 9 Jun 1995 15:40:59 -0700 (PDT) Cc: mal@algonet.se, bugs@FreeBSD.org In-Reply-To: <199506092055.QAA00886@hades.id.net> from "Robert Shady" at Jun 9, 95 04:55:36 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1207 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > > > the following "Makefile" > > > --SNIP-- > > > foo: bar > > > xyzzy -o foo bar > > > > > > --SNIP-- > > > > > > results in: > > > "Makefile", line 3: Need an operator > > > Fatal errors encountered -- cannot continue > > > > The only bug here is that your makefile is arguably wrong. A tab indicates > > there is to be a command in this location, you have provided no command. > > > > Many other makes ignore this arguably erronous line. I belive POSIX says > > this shall cause an error. > > That may be what POSIX says it should cause, but in real life it causes > alot of headaches. Maybe a command line switch to ignore it would be in > order? Defaulting, of course, to POSIX. We know it causes lots of headaches, you should have seen the rash of commits after the change was made to support this. But you know what, our Makefiles for all of /usr/src and all of /usr/ports are clean now and it probably tooks less than a total of 8 man hours to do it. If your Makefile's have this in them they really should be fixed. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-bugs Fri Jun 9 15:45:50 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA08427 for bugs-outgoing; Fri, 9 Jun 1995 15:45:50 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA08413 for ; Fri, 9 Jun 1995 15:45:41 -0700 Received: by sequent.kiae.su id AA24884 (5.65.kiae-2 ); Sat, 10 Jun 1995 02:41:34 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Sat, 10 Jun 95 02:41:33 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id CAA00414; Sat, 10 Jun 1995 02:31:29 +0400 To: Geff Hanoian Cc: bugs@FreeBSD.org, mal@algonet.se, "Rodney W. Grimes" , Robert Shady References: In-Reply-To: ; from Geff Hanoian at Fri, 9 Jun 1995 10:49:51 -0700 Message-Id: Organization: Olahm Ha-Yetzirah Date: Sat, 10 Jun 1995 02:31:27 +0400 (MSD) X-Mailer: Mail/@ [v2.37 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA?= =?KOI8-R?Q?=FE=C5=D2=CE=CF=D7?= aka "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: make doesn't like lines with a tab only Lines: 38 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1319 Sender: bugs-owner@FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- In message Geff Hanoian writes: >At 9:22 PM 6/10/95, =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA?= >>error. As I notice, this nitpicking change (producing error) >>cause too many ports Makefiles to be converted. >> >>I vote for removing this superflows checking. >All I see here is a bunch of whining. A simple sed will turn a makefile >with the: > statement > Count number of diffs you need to produce for "ports" collection f.e. It becomes really bothering. >"error" into a working makefile. So why move away from a BSD standard? It isn't BSD standard, it is later NetBSD addition AFAIK. BSD 4.4 and earlier don't have it, POSIX GNU make don't have it too. - -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 -----BEGIN PGP SIGNATURE----- Version: 2.6.2i iQCVAwUBL9jLu+JgpPLZnQjrAQFtRgP/ZwV9Wa/klvUcFpAB8/Dibkc/0d8mshzP 3+puHQwZjaoYO+1Op+mxQuB65bkuOae+meaNcQknQ6lhGtmmlRbJ1+c604aE84QT DOJQ/k46nVm5JAj6t8RjPkvqDetkBg/l88kFYSleZup1JXbcfK2FRd1LWbvYmsDl iIvphZmUQ5o= =QNsP -----END PGP SIGNATURE----- From owner-freebsd-bugs Fri Jun 9 16:19:32 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA09303 for bugs-outgoing; Fri, 9 Jun 1995 16:19:32 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA09297 for ; Fri, 9 Jun 1995 16:19:30 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id QAA06627; Fri, 9 Jun 1995 16:18:52 -0700 From: "Rodney W. Grimes" Message-Id: <199506092318.QAA06627@gndrsh.aac.dev.com> Subject: Re: make doesn't like lines with a tab only To: ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA?= =?KOI8-R?Q?=FE=C5=D2=CE=CF=D7?=) Date: Fri, 9 Jun 1995 16:18:52 -0700 (PDT) Cc: rls@hades.id.net, bugs@FreeBSD.org, mal@algonet.se In-Reply-To: from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA?= =?KOI8-R?Q?=FE=C5=D2=CE=CF=D7?=" at Jun 10, 95 09:22:56 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1723 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > -----BEGIN PGP SIGNED MESSAGE----- > > In message <199506092055.QAA00886@hades.id.net> Robert Shady writes: > > >> > the following "Makefile" > >> > --SNIP-- > >> > foo: bar > >> > xyzzy -o foo bar > >> > > >> > --SNIP-- > >> > > >> > results in: > >> > "Makefile", line 3: Need an operator > >> > Fatal errors encountered -- cannot continue > >> > >> The only bug here is that your makefile is arguably wrong. A tab indicates > >> there is to be a command in this location, you have provided no command. > >> > >> Many other makes ignore this arguably erronous line. I belive POSIX says > >> this shall cause an error. > > >That may be what POSIX says it should cause, but in real life it causes > >alot of headaches. Maybe a command line switch to ignore it would be in > >order? Defaulting, of course, to POSIX. > > POSIX says that anything after must be passed to shell exactly. > It says nothing about error here. > So, simple it is equal to > sh -c "" > Normal make must skip such lines. F.e. GNU makes which claims > itself as POSIX-conformant don't produce error here. > > BSD make isn't POSIX make, differences are too big, but even in this > case as long time tradition of BSD make such lines was accepted without > error. As I notice, this nitpicking change (producing error) > cause too many ports Makefiles to be converted. > > I vote for removing this superflows checking. > You should have said something 3 months ago when the change was made, not now!!! And don't ``vote'' when no vote has been called for!!! -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-bugs Fri Jun 9 16:27:37 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA09409 for bugs-outgoing; Fri, 9 Jun 1995 16:27:37 -0700 Received: from mailhost.primenet.com (root@mailhost.primenet.com [198.68.32.50]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA09403 for ; Fri, 9 Jun 1995 16:27:35 -0700 Received: from ip219.sna.primenet.com (ip219.sna.primenet.com [204.212.53.219]) by mailhost.primenet.com (8.6.11/wjp-h2.0) with SMTP id QAA12710 for ; Fri, 9 Jun 1995 16:27:20 -0700 Date: Fri, 9 Jun 1995 16:27:20 -0700 Message-Id: <199506092327.QAA12710@mailhost.primenet.com> X-Sender: sjs1@mailhost.primenet.com X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-bugs@FreeBSD.org From: sjs1@primenet.com (Scott Story) Subject: NCR53c400 Driver problem? Sender: bugs-owner@FreeBSD.org Precedence: bulk >Scott Story writes: >> >> Any help or a refferal would be apprieciated. >> I am trying to install freeBSD 2.0 on to a SCSI 1 Sony MagOptic drive. >> (486,33 AMIBios one SCSI device) >> During sysinstall >> >> Select Complete install >> >> nca1/0/0/sd0/timed out >> Fatal Trap 12: page fault in kernel mode >> Fault Address=0x8 >> Fault Code=supervisor read, page np >> install pointer=0x8:0xf0172c1b >> code sequence= base 0x0, limit 0xfffff, type ox1b=DPL 0,pres 1, def 32, gran 1 >> Processor eflags=interupt enabled, resume,10 PL=0 >> Current Process= 1 (sysinstall) >> int. mask= bio >> panic=page fault I have also tried the new image (june 6) it will not even make it to the install, it page faults looking for the drive. From owner-freebsd-bugs Fri Jun 9 16:28:54 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA09435 for bugs-outgoing; Fri, 9 Jun 1995 16:28:54 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA09429 for ; Fri, 9 Jun 1995 16:28:52 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id QAA06737; Fri, 9 Jun 1995 16:28:36 -0700 From: "Rodney W. Grimes" Message-Id: <199506092328.QAA06737@gndrsh.aac.dev.com> Subject: Re: make doesn't like lines with a tab only To: ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA?= =?KOI8-R?Q?=FE=C5=D2=CE=CF=D7?=) Date: Fri, 9 Jun 1995 16:28:36 -0700 (PDT) Cc: boing@adnetsol.com, bugs@FreeBSD.org, mal@algonet.se, rls@hades.id.net In-Reply-To: from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA?= =?KOI8-R?Q?=FE=C5=D2=CE=CF=D7?=" at Jun 10, 95 02:31:27 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1290 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > -----BEGIN PGP SIGNED MESSAGE----- > > In message Geff Hanoian writes: > > >At 9:22 PM 6/10/95, =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA?= > >>error. As I notice, this nitpicking change (producing error) > >>cause too many ports Makefiles to be converted. > >> > >>I vote for removing this superflows checking. > > >All I see here is a bunch of whining. A simple sed will turn a makefile > >with the: > > statement > > > > Count number of diffs you need to produce for "ports" collection > f.e. It becomes really bothering. > > >"error" into a working makefile. So why move away from a BSD standard? > > It isn't BSD standard, it is later NetBSD addition AFAIK. > BSD 4.4 and earlier don't have it, POSIX GNU make don't have it too. NetBSD implemented this and had the same argument we are having on there lists 4 or 5 months ago. The outcome of that arguments was the code we lifted from them. Now, we did this change 3 months ago, you should have complained then, not now when in the middle of cutting the final release. If GNU make don't have it, it is *NOT* POSIX conformant! -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-bugs Fri Jun 9 17:52:41 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA12895 for bugs-outgoing; Fri, 9 Jun 1995 17:52:41 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA12882 for ; Fri, 9 Jun 1995 17:52:35 -0700 Received: by sequent.kiae.su id AA10340 (5.65.kiae-2 ); Sat, 10 Jun 1995 04:49:04 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Sat, 10 Jun 95 04:49:03 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id EAA00679; Sat, 10 Jun 1995 04:46:46 +0400 To: "Rodney W. Grimes" Cc: bugs@FreeBSD.org, mal@algonet.se, rls@hades.id.net References: <199506092318.QAA06627@gndrsh.aac.dev.com> In-Reply-To: <199506092318.QAA06627@gndrsh.aac.dev.com>; from "Rodney W. Grimes" at Fri, 9 Jun 1995 16:18:52 -0700 (PDT) Message-Id: Organization: Olahm Ha-Yetzirah Date: Sat, 10 Jun 1995 04:46:46 +0400 (MSD) X-Mailer: Mail/@ [v2.37 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA?= =?KOI8-R?Q?=FE=C5=D2=CE=CF=D7?= aka "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: make doesn't like lines with a tab only Lines: 83 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 2879 Sender: bugs-owner@FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- In message <199506092318.QAA06627@gndrsh.aac.dev.com> Rodney W. Grimes writes: >> >> -----BEGIN PGP SIGNED MESSAGE----- >> >> In message <199506092055.QAA00886@hades.id.net> Robert Shady writes: >> >> >> > the following "Makefile" >> >> > --SNIP-- >> >> > foo: bar >> >> > xyzzy -o foo bar >> >> > >> >> > --SNIP-- >> >> > >> >> > results in: >> >> > "Makefile", line 3: Need an operator >> >> > Fatal errors encountered -- cannot continue >> >> >> >> The only bug here is that your makefile is arguably wrong. A tab indicates >> >> there is to be a command in this location, you have provided no command. >> >> >> >> Many other makes ignore this arguably erronous line. I belive POSIX says >> >> this shall cause an error. >> >> >That may be what POSIX says it should cause, but in real life it causes >> >alot of headaches. Maybe a command line switch to ignore it would be in >> >order? Defaulting, of course, to POSIX. >> >> POSIX says that anything after must be passed to shell exactly. >> It says nothing about error here. >> So, simple it is equal to >> sh -c "" >> Normal make must skip such lines. F.e. GNU makes which claims >> itself as POSIX-conformant don't produce error here. >> >> BSD make isn't POSIX make, differences are too big, but even in this >> case as long time tradition of BSD make such lines was accepted without >> error. As I notice, this nitpicking change (producing error) >> cause too many ports Makefiles to be converted. >> >> I vote for removing this superflows checking. >> >You should have said something 3 months ago when the change was made, >not now!!! And don't ``vote'' when no vote has been called for!!! Rodney! During last 3 months I already say that I dislike this feature and even now I don't change my mind. When vote called, real votes not send to lists usually. Do you fear word ``vote'' itself? Or do you fear any time when I say my opinion? Anything else I shouldn't do to keep you happy? To be serious, your rude attitude is not acceptable in public lists (I don't want to see it in private mail too). It occurse with you not in first time, please, take care of your E-mail style. (BTW, it is interesting idea, maybe call for votes is needed on this subject...) - -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 -----BEGIN PGP SIGNATURE----- Version: 2.6.2i iQCVAwUBL9jrcuJgpPLZnQjrAQEO2gQAniwY96ofeiDgW+QyxBYpjHtO7i3gTzZ2 Lc2camUlRHuZpohlZw98HAK+1WZD/pb735yjhQSSHfVAmYeFevWPD429cL8wfP/d Jbf+puCCvzlpJsZGwxBFqD2EQodJxA6RWcEn7lrL7N/ZeT621DoWyANfESC6gOEo eZlJ1BSkwKA= =xZbR -----END PGP SIGNATURE----- From owner-freebsd-bugs Fri Jun 9 18:08:47 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA15065 for bugs-outgoing; Fri, 9 Jun 1995 18:08:47 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA15049 for ; Fri, 9 Jun 1995 18:08:43 -0700 Received: by sequent.kiae.su id AA12520 (5.65.kiae-2 ); Sat, 10 Jun 1995 05:06:13 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Sat, 10 Jun 95 05:06:13 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id FAA00754; Sat, 10 Jun 1995 05:03:43 +0400 To: "Rodney W. Grimes" Cc: boing@adnetsol.com, bugs@FreeBSD.org, mal@algonet.se, rls@hades.id.net References: <199506092328.QAA06737@gndrsh.aac.dev.com> In-Reply-To: <199506092328.QAA06737@gndrsh.aac.dev.com>; from "Rodney W. Grimes" at Fri, 9 Jun 1995 16:28:36 -0700 (PDT) Message-Id: Organization: Olahm Ha-Yetzirah Date: Sat, 10 Jun 1995 05:03:42 +0400 (MSD) X-Mailer: Mail/@ [v2.37 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA?= =?KOI8-R?Q?=FE=C5=D2=CE=CF=D7?= aka "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: make doesn't like lines with a tab only Lines: 60 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 2138 Sender: bugs-owner@FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- In message <199506092328.QAA06737@gndrsh.aac.dev.com> Rodney W. Grimes writes: >> >> -----BEGIN PGP SIGNED MESSAGE----- >> >> In message Geff Hanoian writes: >> >> >At 9:22 PM 6/10/95, =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA?= >> >>error. As I notice, this nitpicking change (producing error) >> >>cause too many ports Makefiles to be converted. >> >> >> >>I vote for removing this superflows checking. >> >> >All I see here is a bunch of whining. A simple sed will turn a makefile >> >with the: >> > statement >> > >> >> Count number of diffs you need to produce for "ports" collection >> f.e. It becomes really bothering. >> >> >"error" into a working makefile. So why move away from a BSD standard? >> >> It isn't BSD standard, it is later NetBSD addition AFAIK. >> BSD 4.4 and earlier don't have it, POSIX GNU make don't have it too. >NetBSD implemented this and had the same argument we are having on >there lists 4 or 5 months ago. The outcome of that arguments was the >code we lifted from them. Now, we did this change 3 months ago, >you should have complained then, not now when in the middle of cutting >the final release. I don't understand, how general discussion in mailing list can affect cutting the final release. >If GNU make don't have it, it is *NOT* POSIX conformant! Just read POSIX spec. P1003.2, "make" command f.e. It says nothing about error condition there. Moreover NetBSD (and FreeBSD now) makes only blames on it, other world makes don't. - -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 -----BEGIN PGP SIGNATURE----- Version: 2.6.2i iQCVAwUBL9jva+JgpPLZnQjrAQFG/gP9H533k9Ye5L7AuuNFSNzpu0WvUbK3MtJV P4PC9j6c92YKZuvpkDtMLNA3TQTJggRDiZFV/nhfKCPRpNKGV5X/bvUYWIzyKeKw AsFAo1U089mLqG/uJLit0jxzNSXbR4qowPg8mbC0KpKxhuo1phIwy1HWbxRlbO6X Zp+xuErrrd4= =jxvN -----END PGP SIGNATURE----- From owner-freebsd-bugs Fri Jun 9 18:19:23 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA16732 for bugs-outgoing; Fri, 9 Jun 1995 18:19:23 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA16711 for ; Fri, 9 Jun 1995 18:19:18 -0700 Received: by sequent.kiae.su id AA13730 (5.65.kiae-2 ); Sat, 10 Jun 1995 05:15:34 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Sat, 10 Jun 95 05:15:34 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id FAA00854; Sat, 10 Jun 1995 05:13:27 +0400 Resent-To: bugs@FreeBSD.org, "Rodney W. Grimes" Resent-Message-Id: Resent-Organization: Olahm Ha-Yetzirah Resent-Date: Sat, 10 Jun 1995 05:13:26 +0400 (MSD) Resent-X-Mailer: Mail/@ [v2.37 FreeBSD] Resent-From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA?= =?KOI8-R?Q?=FE=C5=D2=CE=CF=D7?= aka "Andrey A. Chernov, Black Mage" Resent-Return-Receipt-To: ache@astral.msk.su Resent-X-Class: Fast Resent-Precedence: special-delivery Received: from kiae.UUCP (ache@localhost) by astral.msk.su (8.6.8/8.6.6) with UUCP id FAA00820 for ache; Sat, 10 Jun 1995 05:11:11 +0400 Received: from freefall.cdrom.com by sequent.kiae.su with SMTP id AA12551 (5.65.kiae-2 for ); Sat, 10 Jun 1995 05:07:02 +0400 Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA11342 for ports-outgoing; Fri, 9 Jun 1995 17:16:56 -0700 Received: from soda.CSUA.Berkeley.EDU (soda.CSUA.Berkeley.EDU [128.32.43.52]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA11336 for ; Fri, 9 Jun 1995 17:16:55 -0700 Received: (hsu@localhost) by soda.CSUA.Berkeley.EDU (8.6.11/PHILMAIL-1.11) id RAA13474 for ports@freebsd.org; Fri, 9 Jun 1995 17:16:54 -0700 Date: Fri, 9 Jun 1995 17:16:54 -0700 From: Jeffrey Hsu Message-Id: <199506100016.RAA13474@soda.CSUA.Berkeley.EDU> To: ports@FreeBSD.org Subject: Re: make doesn't like lines with a tab only Sender: bugs-owner@FreeBSD.org Precedence: bulk We know it causes lots of headaches, you should have seen the rash of commits after the change was made to support this. But you know what, our Makefiles for all of /usr/src and all of /usr/ports are clean now Unfortunately, just about every time I update a port, I have to re-deal with this incompatibility, since just about every makefile I grab off the net has supurious white space in them. When we adopted the change, I don't think we realized the impact this change would have at the time. The way I see it, it doesn't hurt anything to have a leading tab one a line by itself in a makefile, so we should complain and spew out a warning, but aborting the entire make because of this is really annoying. From owner-freebsd-bugs Sat Jun 10 03:04:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA03844 for bugs-outgoing; Sat, 10 Jun 1995 03:04:03 -0700 Received: (from asami@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA03829 ; Sat, 10 Jun 1995 03:04:02 -0700 Date: Sat, 10 Jun 1995 03:04:02 -0700 From: Satoshi Asami Message-Id: <199506101004.DAA03829@freefall.cdrom.com> To: asami@CS.Berkeley.EDU, asami, freebsd-bugs Subject: Changed information for PR ports/422 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: pkg_add doesn't find gmake-3.73.tgz State-Changed-From-To: open-closed State-Changed-By: asami State-Changed-When: Sat Jun 10 03:03:08 PDT 1995 State-Changed-Why: Fixed in revision 1.25.2.2 of src/pkg_install/add/perform.c. From owner-freebsd-bugs Sat Jun 10 04:30:16 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA10604 for bugs-outgoing; Sat, 10 Jun 1995 04:30:16 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA10597 for freebsd-bugs; Sat, 10 Jun 1995 04:30:15 -0700 Date: Sat, 10 Jun 1995 04:30:15 -0700 From: GNU GNATS Message-Id: <199506101130.EAA10597@freefall.cdrom.com> To: freebsd-bugs Subject: List of open Problem Reports Sender: bugs-owner@FreeBSD.org Precedence: bulk This is the list of currently open problem reports [1994/09/14] kern/1 Toshiba MK156FB scsi drive does not work with 2.0 ke [1994/10/07] kern/6 System hangs while using slip or ppp connection [1994/11/13] i386/14 No MBR put on prestine IDE disk drive [1994/11/14] bin/17 "mount -t foo /dev/wd1h /mnt" gives incorrect error [1994/11/18] kern/21 kernel panic. [1994/11/18] conf/22 Cannot use links to share kernel objects [1994/11/23] kern/27 Loopback mounts confuse unmount-on-reboot code [1994/11/30] kern/34 nullfs and union mounts can result in wild pointer r [1994/12/03] kern/39 Recent config changes hosed ft config [1994/12/04] kern/40 Floppy tape probe hosed (FIX) [1994/12/06] kern/42 PC-NFS on -current can't access disks [1994/12/07] docs/43 manpage for keysu is missing. reference from keyinit [1994/12/07] kern/44 ep driver won't work with anything but bnc [1994/12/08] kern/46 ed driver don't know the link0 flag (IFF_LINK0) [1994/12/13] misc/48 /etc/rc does not recover recovery files [1994/12/14] kern/51 Panic accessing NFS mounted file system [1994/12/18] misc/67 It took 20 tries to get free-bsd installed [1994/12/18] misc/68 bininst leaves system kinda hung [1994/12/21] misc/75 Netboot ignores gateway [1994/12/20] conf/76 fdisk can't be trusted. [1994/12/21] i386/79 Reboots sometimes don't complete. [1994/12/23] misc/83 System crash after abrupt end of slip session [1995/01/03] kern/95 Configuring a SLIP device with source = destination [1995/01/09] kern/102 PANIC after running Merged Buffer Cache kernel for a [1995/01/10] bin/104 pax -rwl may corrupt filesystem [1995/01/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/01/13] gnu/107 kernel build produces internal compiler error [1995/01/14] bin/109 at command doesn't parse dates time and doesn't prom [1995/01/14] misc/112 ^C cause panic during install [1995/01/14] bin/113 /bin/csh and /usr/local/bin/tcsh choke on my nasty c [1995/01/14] bin/115 systat iostat display doesn't scale high enough [1995/01/14] bin/116 disk transfer rates reported by systat :iostat are t [1995/01/14] misc/118 use of 386bsd partition tag makes multi-os boot hard [1995/01/14] misc/119 you cannot tune your newfs parameters at intall time [1995/01/14] misc/120 first Initial security report is bogus becuase of ls [1995/01/14] bin/124 traceroute doesn't support -g flag. [1995/01/14] docs/127 locate man page does not have any clues to how the d [1995/01/14] bin/129 fsck cannot take a mount point as an argument [1995/01/14] docs/131 there is no man page for uucpd [1995/01/14] docs/132 gettytab documentation is split between /etc/gettyta [1995/01/14] bin/133 mail program doesn't have editheaders option [1995/01/14] bin/135 not enough ptys; virtual console names conflict with [1995/01/15] bin/146 version of compress is kinda old and slow [1995/01/19] bin/151 One of the pkg_add set /tmp mod to 755 [1995/01/20] bin/153 mount -u improvement for diskless systems [1995/01/21] kern/157 Quota system does not work [1995/01/21] bin/163 telneting sometimes doesn't yield a "login:" prompt [1995/01/21] docs/164 no ptrace(2) manual page. [1995/01/21] docs/165 No documentation on kernel boot flags. [1995/01/21] misc/166 /usr/include/machine/asmacros.h includes uninstalled [1995/01/21] kern/169 Errors from mkdir & mv when directories paths end wi [1995/01/21] bin/170 ar does not print an error message with readonly lib [1995/01/21] docs/171 No documentation on .forward files. [1995/01/21] bin/172 cp -f does not work [1995/01/21] bin/173 rc trys to mount modload fs before ld is available. [1995/01/21] bin/174 Poor error message from stty [1995/01/22] kern/175 Syscons does not recover X graphics mode [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/22] docs/177 man pages missing for SYSV IPC funtions [1995/01/23] kern/180 Fiddling with process stack and using scanf with inv [1995/01/24] gnu/183 can't resolve "operator <<" overload [1995/01/24] bin/184 send-pr says "Aborting ..." and happily removes the [1995/01/25] kern/185 kernel stability problems - can't sustain uptimes > [1995/01/25] bin/188 disklabel uses c partition by default, kernel says d [1995/01/30] gnu/196 size of bss in *.o's reported wrong by size [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fancy values [1995/02/01] bin/199 quiz(6) reading database bug, pattern matching bug [1995/02/01] misc/202 System hang or reboot without clues, tcp ppp named r [1995/02/14] kern/214 Using wt driver crashes system [1995/02/14] kern/216 /kernel: panic: ffs_alloccg: map corrupted [1995/02/14] docs/218 dbm references from hash(3) [1995/02/16] kern/219 Performance on local net drops too much when SNDBUF [1995/02/16] misc/220 Cancel still doesn't work during install [1995/02/16] misc/221 lots of error messages during unpacking via ftp inst [1995/02/16] i386/222 boot prompt doesn't always work [1995/02/16] misc/223 default domain shouldn't be hostname [1995/02/18] kern/224 ppp net serial [1995/02/18] kern/225 Panic: invalid wire count when GDB kills stopped inf [1995/03/02] misc/229 acos() core dump [1995/03/03] bin/230 C++ contructors not being called [1995/03/05] gnu/231 send-pr initializes Organization with ~/.signature [1995/03/05] docs/232 The mandoc .St macro doesn't work or misses IEEE754 [1995/03/10] misc/236 2.0-950210-SNAP/src/extract.sh references "release" [1995/03/11] kern/238 failed assertion in ncr.c --> no more scsi disk acce [1995/03/13] bin/241 strange behavior of /bin/sh [1995/03/17] kern/247 Berkeley Packet Filter fix [1995/03/17] kern/248 scbus attach/probe information is inconsistent [1995/03/18] i386/251 disklabel(8) refuses to install new bootstrap [1995/03/18] kern/253 Tagged queuing with an Adaptec 2842 controller doesn [1995/03/19] gnu/256 nasty gdb bug back in 031595 system [1995/03/20] docs/263 There is absolutely no documentation for the dialog [1995/03/21] docs/265 mtrace command lacks man pages [1995/03/21] kern/266 ifconfig panics kernel built without option NFS [1995/03/27] bin/274 touch -t with century doesn't work [1995/03/28] kern/275 qic-02 streamer won't work [1995/03/28] kern/277 netstat -r reports entries with negative expire time [1995/03/28] kern/280 the new slice code is bitching about my old slices [1995/03/28] kern/281 Messages printed when checking CD ROM device too ver [1995/03/28] kern/282 buslogic adapter information WAY too verbose [1995/03/29] kern/284 Network gives permission denied [1995/03/30] conf/286 'make depend' on GENERIC kernel stops [1995/03/30] kern/287 Several header files are not consistent [1995/03/31] kern/288 panic: free: multiple frees [1995/04/01] gnu/289 info(1) cannot handle arrow keys on a VT100 [1995/04/01] kern/291 PCI devices still probe/attach after being disabled [1995/04/01] misc/292 rfc1323 and rfc1644 support can confuse terminal ser [1995/04/01] kern/293 wd0: interrupt timeout [1995/04/02] kern/294 Bootstrap has problems with -g compiled kernels [1995/04/04] i386/297 matcd does not play audio CDs from cdplay [1995/04/04] kern/299 SCSI probes stop at ID 7 even for WIDE busses [1995/04/05] bin/300 __fdnlist fails on kernels created by cc -g and stri [1995/04/06] conf/301 Log rotation wastes _much_ to much space [1995/04/06] kern/302 Changing st tapes after extract crashes system [1995/04/08] pending/307 request for a customer id [1995/04/08] bin/308 Do-it-yourself FTP needs to prompt for what to downl [1995/04/08] bin/309 Do-it-yourself FTP deletes /usr/tmp dir rather than [1995/04/08] bin/310 ^C or ^Z in do-it-yourself FTP installation crashes [1995/04/08] bin/311 Do-it-yourself FTP deletes /usr/tmp dir rather than [1995/04/09] bin/314 CTRL-Z during installation crashes install FDIV008 [1995/04/09] bin/315 Kernel and boot block don't agree on kernel name FD [1995/04/09] bin/316 SNAP950322 less stable on IDE than earlier releases [1995/04/09] docs/317 Install README doesn't list matcd as install choice [1995/04/09] bin/318 matcd driver not on boot or fixit floppy FDIV012 [1995/04/09] bin/319 Install doesn't strip sys name in prompt for domain [1995/04/09] bin/320 TCP/IP settings entered b4 install are not kept FDIV [1995/04/09] bin/321 TCP/IP settings given during install are not kept FD [1995/04/09] bin/322 No way to restart a failed FTP download FDIV016 [1995/04/09] bin/323 Creating lost+found causes fsck to stop fsck -y FDIV [1995/04/09] bin/324 /usr/include/sys -> /usr/sys/sys -> /usr/sys/sys FD [1995/04/09] bin/326 Weekly cron generates some usage and error messages [1995/04/09] bin/327 Clock management punishes you if CMOS != GMT FDIV020 [1995/04/09] bin/328 Checking for -c kernel changes randomly hangs FDIV02 [1995/04/09] bin/329 FTP transfers above 99K shown in scientific notation [1995/04/11] kern/332 Incorrect routes can cause system to reset [1995/04/11] kern/336 make world fails on NCR-SCSI machine [1995/04/11] i386/337 seagate controller code hangs on boot. [1995/04/14] docs/341 vnconfig(8) disagrees with its man page [1995/04/14] bin/342 lpd can allow users access to all of root's groups [1995/04/14] kern/343 tcpdump with filter fails on tun and lo devices [1995/04/14] misc/344 Signal 11 when running a user program [1995/04/15] kern/345 panic "biodone: page busy < 0" [1995/04/15] pending/346 request for a customer id [1995/04/17] kern/349 Panic with bad dir [1995/04/20] kern/353 xcdplayer crashes machine (with NCR810 SCSI) [1995/04/20] kern/354 Can't configure two IP aliases with the same network [1995/04/20] misc/355 policy on /usr/local permission in base release [1995/04/20] bin/357 pkg_delete aborts when subcommand fails [1995/04/24] bin/359 BS/DEL is still not quite right. [1995/04/26] kern/365 if_fddisubr.c doesn't compile (it never has...?!?) [1995/04/26] kern/366 queue changes broke ISO tpip code [1995/04/26] kern/367 kernel hangs after ep0 attach message appears [1995/04/26] i386/369 AHA-154X-A problems [1995/04/29] kern/371 panic: msdosfs_unlock: denode not locked [1995/04/30] pending/372 request for a customer id [1995/05/01] gnu/373 In response to admittedly bogus code, gcc emits an o [1995/05/01] kern/374 panic: bad dir [1995/05/01] bin/375 NIS does not seem to work with Kerberos [1995/05/02] kern/376 tcpdump seems to cause spontaneous reboots [1995/05/02] kern/377 Can't config any but first bus of a host adapter [1995/05/03] kern/378 (apparently) bounce buffer code gets used on 32bit b [1995/05/05] kern/383 dd to from /dev/mem panics the machine. [1995/05/06] kern/384 ep0 conflicts with some other drivers [1995/05/06] kern/385 ep0 finds card on irq 10 when it's actually on 11 [1995/05/07] kern/387 scsistrategy doesn't use bounce buffers [1995/05/08] bin/389 Simultaneous creation/deletion of dirs corrupts file [1995/05/11] i386/394 IP multicast not supported by ep driver [1995/05/11] bin/396 telnetd problems. [1995/05/12] bin/398 VI doesnt do the correct thing [1995/05/13] bin/401 Add REMOTE_* variables [1995/05/13] bin/402 w -n shows non-numeric addresses [1995/05/13] misc/403 FreeBSD 1-compiled tcsh, bash and zsh binaries dump [1995/05/14] pending/404 request for a customer id [1995/05/14] kern/405 The gpio driver does not work with the AT-GPIB, only [1995/05/14] pending/406 Sendmail 8.6.11 was not imported correctly. [1995/05/14] bin/410 bad144(8) should probably scan the bad block remap s [1995/05/14] kern/411 bad144 allow you to add blocks in the remap area [1995/05/14] kern/416 page fault in syscons.c:scopen() [1995/05/14] bin/419 pkg_delete refuses to delete an incompletely added p [1995/05/15] misc/423 Sound devices are too insecure [1995/05/15] kern/424 3COM 3C509 driver doesn't support multicast [1995/05/16] kern/425 arp entries not getting removed when interface chang [1995/05/16] kern/427 eg doesn't work with more than one card [1995/05/16] kern/428 configure is not foolproof [1995/05/19] kern/430 SCSI Tape dont work [1995/05/19] pending/431 Processes sometime's hang and wont die when they hav [1995/05/21] bin/432 mixer should print out the current mixer settings by [1995/05/22] pending/433 request for a customer id [1995/05/22] kern/434 umapfs panics when mounting ufs over itself [1995/05/23] kern/435 mb_map full, network starts jumping off and on, fina [1995/05/23] misc/437 addition for /usr/src/usr.bin/file/Magdir/zyxel [1995/05/23] i386/440 want vidcontrol option to apply settings to all sysc [1995/05/24] bin/441 more does not call vi with +linenum when EDITOR=vi [1995/05/24] gnu/442 when invoked from "make' cc not including name lists [1995/05/25] kern/443 65 sendmails crashes system [1995/05/26] i386/444 GUS sound driver does not seem to work. [1995/05/26] kern/446 unable to diskless-boot a PC when the server mounts [1995/05/26] docs/447 typos in vnconfig.8 [1995/05/26] kern/448 ktrace not enabled in default kernel [1995/05/27] gnu/450 tar --exclude -c doesn't work [1995/05/28] gnu/451 cvsinit/cvs doesn't work as expected with perl [1995/05/28] kern/452 vnode swapping panics [1995/05/28] misc/453 The release/Makefile does not make all des/eBones ta [1995/05/28] bin/454 compile ports/x11/iv and ld got sig11 [1995/05/28] misc/455 library wont compile [1995/05/29] bin/457 We may have an obscure csh bug [1995/05/30] pending/458 px doc does not find include figure [1995/05/30] kern/459 Systems freezes w/ 2842 [1995/05/30] pending/460 request for a customer id [1995/05/30] bin/461 Bogus lseek warning when dump large filesystems [1995/05/30] kern/462 struct utsname.version corrupted after calling uname [1995/05/31] bin/464 dialog_gauge goes one char too far for 100% value [1995/05/31] kern/466 Unexpected disk errors during installation/newfs [1995/06/01] ports/467 utils/kp wrong distfile place after make fetch [1995/06/01] misc/469 ctm leaves temp files after errors [1995/06/01] kern/471 System can not access SCSI DAT tape. [1995/06/01] kern/472 'mount /foo /foo' causes panic: ufs_lock [1995/06/01] gnu/474 typos in /usr/src/gnu/usr.bin/yppush/yppush.c [1995/06/02] bin/476 kvm_openfiles called w/ too small error buffer [1995/06/02] bin/477 telnet autologin ain't working [1995/06/03] docs/480 We don't have an rhosts.5 man page [1995/06/03] pending/481 request for a customer id [1995/06/03] pending/482 request for a customer id [1995/06/04] bin/483 at doesn't seem to accept the time formats it's supp [1995/06/04] bin/486 ls includes utmp.h but doesn't use it [1995/06/05] misc/487 [1995/06/05] kern/488 System can not access SCSI DAT tape. [1995/06/05] bin/489 timed & timedc bugs [1995/06/05] kern/492 sysinstall shows "success" after "no space" failure. [1995/06/07] kern/496 kzip'ed kernel & modload problem [1995/06/07] kern/497 system calls to the kernel for BSDI uname() compatib [1995/06/07] bin/499 pkg_manage percent done is broken/dependancies arent [1995/06/07] bin/500 pkg_manage fails to continue without return sometime [1995/06/08] kern/501 CTRL-ALT-DEL at config> prompt causes trap 12 [FDIV [1995/06/09] bin/502 xdr_double is missing /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat Jun 10 06:47:10 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA13367 for bugs-outgoing; Sat, 10 Jun 1995 06:47:10 -0700 Received: from duality.gnu.ai.mit.edu (!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$@duality.gnu.ai.mit.edu [18.43.0.236]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA13361 for ; Sat, 10 Jun 1995 06:47:09 -0700 Received: by duality.gnu.ai.mit.edu (8.6.12/8.6.12GNU) id JAA26814; Sat, 10 Jun 1995 09:46:50 -0400 Date: Sat, 10 Jun 1995 09:46:50 -0400 Message-Id: <199506101346.JAA26814@duality.gnu.ai.mit.edu> From: "Charles M. Hannum" To: rgrimes@gndrsh.aac.dev.com CC: ache@astral.msk.su, boing@adnetsol.com, bugs@FreeBSD.org, mal@algonet.se, rls@hades.id.net In-reply-to: <199506092328.QAA06737@gndrsh.aac.dev.com> (rgrimes@gndrsh.aac.dev.com) Subject: Re: make doesn't like lines with a tab only Sender: bugs-owner@FreeBSD.org Precedence: bulk > >All I see here is a bunch of whining. A simple sed will turn a makefile > >with the: > > statement > > > > Count number of diffs you need to produce for "ports" collection > f.e. It becomes really bothering. > > >"error" into a working makefile. So why move away from a BSD standard? > > It isn't BSD standard, it is later NetBSD addition AFAIK. > BSD 4.4 and earlier don't have it, POSIX GNU make don't have it too. NetBSD implemented this and had the same argument we are having on there lists 4 or 5 months ago. The outcome of that arguments was the code we lifted from them. No; the outcome was that it was deemed a bug, and we fixed it a few months ago. From owner-freebsd-bugs Sat Jun 10 06:49:11 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA13392 for bugs-outgoing; Sat, 10 Jun 1995 06:49:11 -0700 Received: from duality.gnu.ai.mit.edu (!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$@duality.gnu.ai.mit.edu [18.43.0.236]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA13386 for ; Sat, 10 Jun 1995 06:49:09 -0700 Received: by duality.gnu.ai.mit.edu (8.6.12/8.6.12GNU) id JAA26823; Sat, 10 Jun 1995 09:48:54 -0400 Date: Sat, 10 Jun 1995 09:48:54 -0400 Message-Id: <199506101348.JAA26823@duality.gnu.ai.mit.edu> From: "Charles M. Hannum" To: ache@astral.msk.su CC: rgrimes@gndrsh.aac.dev.com, boing@adnetsol.com, bugs@FreeBSD.org, mal@algonet.se, rls@hades.id.net In-reply-to: (ache@astral.msk.su) Subject: Re: make doesn't like lines with a tab only Sender: bugs-owner@FreeBSD.org Precedence: bulk >If GNU make don't have it, it is *NOT* POSIX conformant! Just read POSIX spec. P1003.2, "make" command f.e. It says nothing about error condition there. Moreover NetBSD (and FreeBSD now) makes only blames on it, other world makes don't. As I noted previously, this does *NOT* occur in NetBSD any more. It strikes me as a bit odd that people are being so quick to defend what is obviously a bug. From owner-freebsd-bugs Sat Jun 10 08:37:41 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA16025 for bugs-outgoing; Sat, 10 Jun 1995 08:37:41 -0700 Received: from pogo.gnu.ai.mit.edu (!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$@pogo.gnu.ai.mit.edu [128.52.46.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA16018 for ; Sat, 10 Jun 1995 08:37:38 -0700 Received: by pogo.gnu.ai.mit.edu (8.6.12/8.6.12GNU) id LAA07755 for freebsd-bugs@freebsd.org; Sat, 10 Jun 1995 11:37:36 -0400 Date: Sat, 10 Jun 1995 11:37:36 -0400 From: "Jamie L. Raymond" Message-Id: <199506101537.LAA07755@pogo.gnu.ai.mit.edu> To: freebsd-bugs@FreeBSD.org Subject: MAKE binary problem: 2.0.5-ALPHA - June 6 release Sender: bugs-owner@FreeBSD.org Precedence: bulk -r-xr-xr-x 1 bin bin 86016 Jun 6 01:43 /usr/bin/make error message make: don't know how to make k. Stop I get this message every time I try to use make on a properly constructed Makefile. I've downloaded the sources for make and have built it using gmake. The new binary works ok. --Jamie From owner-freebsd-bugs Sat Jun 10 10:25:01 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA17803 for bugs-outgoing; Sat, 10 Jun 1995 10:25:01 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA17794 ; Sat, 10 Jun 1995 10:24:57 -0700 Received: by sequent.kiae.su id AA06461 (5.65.kiae-2 ); Sat, 10 Jun 1995 21:21:04 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Sat, 10 Jun 95 21:21:03 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id VAA00387; Sat, 10 Jun 1995 21:09:39 +0400 To: "Charles M. Hannum" Cc: boing@adnetsol.com, bugs@FreeBSD.org, core@FreeBSD.org, mal@algonet.se, rgrimes@gndrsh.aac.dev.com, rls@hades.id.net References: <199506101348.JAA26823@duality.gnu.ai.mit.edu> In-Reply-To: <199506101348.JAA26823@duality.gnu.ai.mit.edu>; from "Charles M. Hannum" at Sat, 10 Jun 1995 09:48:54 -0400 Message-Id: Organization: Olahm Ha-Yetzirah Date: Sat, 10 Jun 1995 21:09:38 +0400 (MSD) X-Mailer: Mail/@ [v2.38 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= aka "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: make doesn't like lines with a tab only Lines: 26 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1066 Sender: bugs-owner@FreeBSD.org Precedence: bulk In message <199506101348.JAA26823@duality.gnu.ai.mit.edu> Charles M. Hannum writes: > >If GNU make don't have it, it is *NOT* POSIX conformant! > Just read POSIX spec. P1003.2, "make" command f.e. > It says nothing about error condition there. > Moreover NetBSD (and FreeBSD now) makes only blames on it, > other world makes don't. >As I noted previously, this does *NOT* occur in NetBSD any more. It >strikes me as a bit odd that people are being so quick to defend what >is obviously a bug. Thanx. Now only FreeBSD have this braindamage and only Rod tries to defend it by false references to POSIX and other strange methods. I hope everybody else agrees that we need to fix it (after code freeze lifted). If no objections comes, I'll commit the fix. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-bugs Sat Jun 10 12:40:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA20103 for bugs-outgoing; Sat, 10 Jun 1995 12:40:03 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA20095 ; Sat, 10 Jun 1995 12:40:02 -0700 Date: Sat, 10 Jun 1995 12:40:02 -0700 Message-Id: <199506101940.MAA20095@freefall.cdrom.com> From: henrich@crh.cl.msu.edu Reply-To: henrich@crh.cl.msu.edu To: freebsd-bugs Subject: kern/503: removing floppy during write causes reboot In-Reply-To: Your message of Sat, 10 Jun 1995 15:37:50 -0400 <199506101937.PAA00323@crh.cl.msu.edu> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 503 >Category: kern >Synopsis: removing floppy during write causes reboot >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jun 10 12:40:01 1995 >Originator: Charles Henrich >Organization: Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ >Release: FreeBSD 2.0-BUILT-19950527 i386 >Environment: FreeBSD 2.0.5-ALPHA, Pentium 90, NEC floppy, Adaptec 2940 SCSI controller >Description: If you eject the floppy during a dd or fdformat of /dev/fd0.1440 the system will lock up and do a hard reset. No messages are logged anywhere. >How-To-Repeat: Pop that floppy :) >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jun 10 13:50:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA22438 for bugs-outgoing; Sat, 10 Jun 1995 13:50:06 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA22431 ; Sat, 10 Jun 1995 13:50:04 -0700 Date: Sat, 10 Jun 1995 13:50:04 -0700 Message-Id: <199506102050.NAA22431@freefall.cdrom.com> From: henrich@crh.cl.msu.edu Reply-To: henrich@crh.cl.msu.edu To: freebsd-bugs Subject: ports/504: NN port defines invalid TMP_DIRECTORY in global.c In-Reply-To: Your message of Sat, 10 Jun 1995 16:45:17 -0400 <199506102045.QAA01014@crh.cl.msu.edu> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 504 >Category: ports >Synopsis: NN port defines invalid TMP_DIRECTORY in global.c >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jun 10 13:50:03 1995 >Originator: Charles Henrich >Organization: Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ >Release: FreeBSD 2.0-BUILT-19950527 i386 >Environment: FreeBSD 2.0.5 >Description: The TMP_DIRECTORY variable is not being set in global.c to a valid directory by the patches (it is at /usr/tmp which isnt on 2.0.5). This causes the creation of killfiles and such to fail among other things. >How-To-Repeat: >Fix: change TMP_DIRECTORY from /usr/tmp to /tmp in global.c >Audit-Trail: >Unformatted: