From owner-freebsd-current Sun Apr 20 01:00:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA10652 for current-outgoing; Sun, 20 Apr 1997 01:00:40 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA10640 for ; Sun, 20 Apr 1997 01:00:36 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id RAA15759; Sun, 20 Apr 1997 17:58:22 +1000 Date: Sun, 20 Apr 1997 17:58:22 +1000 From: Bruce Evans Message-Id: <199704200758.RAA15759@godzilla.zeta.org.au> To: jwd@unx.sas.com, nate@mt.sri.com Subject: Re: Install locks on HP Vectra XU Cc: current@freefall.freebsd.org Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> I've attempted to install from both the 2.2.1-RELEASE and >> 3.0-CURRENT boot floppies. The boot process locks up with the >> cursor in the lower left corner of the screen just before the >> 1st screen would appear. > >Set the npx0 flags to 0x1, which is the default now on the 2.2 branch. This problem is known to be a syscons or h/w bug on at least one IBM portable. You can also hang the system by writing to the frame buffer using `fistpq' in user mode. Fortunately, normal permissions on /dev/ttyv0 prevent the world from writing to the frame buffer (`mesg y' gives write permission, but both read and write permission are required for mmap). Bruce From owner-freebsd-current Sun Apr 20 07:13:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA23367 for current-outgoing; Sun, 20 Apr 1997 07:13:32 -0700 (PDT) Received: from gargoyle.bazzle.com (gargoyle.bazzle.com [206.103.246.190]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA23360 for ; Sun, 20 Apr 1997 07:13:26 -0700 (PDT) Received: from gargoyle.bazzle.com (gargoyle.bazzle.com [206.103.246.189]) by gargoyle.bazzle.com (8.8.5/8.6.12) with SMTP id KAA12613; Sun, 20 Apr 1997 10:12:26 -0400 (EDT) Date: Sun, 20 Apr 1997 10:12:26 -0400 (EDT) From: "Eric J. Chet" To: "Chris A. Mattingly" cc: Paul Richards , Chris Timmons , Warner Losh , current@freebsd.org Subject: Re: Speed deamons: How to build a build box? In-Reply-To: <199704191828.SAA41724@heli-fishing.eos.ncsu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 19 Apr 1997, Chris A. Mattingly wrote: > Paul Richards wrote the following about "Re: Speed deamons: How to build a build box?" on Sat Apr 19 06:27:32 1997 > > FYI, I have a P133, 2940, SEAGATE ST32151N, 64 Megs EDO, and a make world > took 4:18:37 .. this included compressing the man pages, eBones, etc, and > also cleaning out my last build. Hello Something must be a little off. P133, ahc 7880 onboard, 96MB, ST15150W one disk mounted sync, man pages compressed, and full make world including clean 3:21. Eric J. Chet - ejc@naserver1.cb.lucent.com - ejc@bazzle.com From owner-freebsd-current Sun Apr 20 08:13:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA25683 for current-outgoing; Sun, 20 Apr 1997 08:13:44 -0700 (PDT) Received: from tor-adm1.nbc.netcom.ca (taob@tor-adm1.nbc.netcom.ca [207.181.89.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA25675 for ; Sun, 20 Apr 1997 08:13:40 -0700 (PDT) Received: from localhost (taob@localhost) by tor-adm1.nbc.netcom.ca (8.8.5/8.8.5) with SMTP id LAA24776; Sun, 20 Apr 1997 11:12:36 -0400 (EDT) Date: Sun, 20 Apr 1997 11:12:36 -0400 (EDT) From: Brian Tao To: Tom Samplonius cc: freebsd-current@freebsd.org Subject: Re: "Data overrun" with 3.0-SNAP, 2940UW controllers In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 19 Apr 1997, Tom Samplonius wrote: > > 3.0-970209? The ahc driver has had major bugs fixed since then. > This has been reported on this list many times. 2.2/2.2.1 aren't much better from what I've heard, but I'll try grabbing the -current aic* kernel bits and see if that helps. Thanks. -- Brian Tao (BT300, taob@netcom.ca) "Though this be madness, yet there is method in't" From owner-freebsd-current Sun Apr 20 08:40:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA27048 for current-outgoing; Sun, 20 Apr 1997 08:40:59 -0700 (PDT) Received: from tor-adm1.nbc.netcom.ca (taob@tor-adm1.nbc.netcom.ca [207.181.89.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA27043; Sun, 20 Apr 1997 08:40:56 -0700 (PDT) Received: from localhost (taob@localhost) by tor-adm1.nbc.netcom.ca (8.8.5/8.8.5) with SMTP id LAA29484; Sun, 20 Apr 1997 11:40:00 -0400 (EDT) Date: Sun, 20 Apr 1997 11:40:00 -0400 (EDT) From: Brian Tao To: freebsd-scsi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: "Data overrun" with 3.0-SNAP, 2940UW controllers In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 20 Apr 1997, Brian Tao wrote: > > Apr 19 23:22:51 nfs /kernel: sd5: data overrun of 484 bytes detected. Forcing a retry. *sigh*... I should have dug more deeply into the mailing list archives before posting... -- Brian Tao (BT300, taob@netcom.ca) "Though this be madness, yet there is method in't" From owner-freebsd-current Sun Apr 20 09:21:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA28777 for current-outgoing; Sun, 20 Apr 1997 09:21:22 -0700 (PDT) Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA28768; Sun, 20 Apr 1997 09:21:18 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id KAA24724; Sun, 20 Apr 1997 10:21:08 -0600 (MDT) Message-Id: <199704201621.KAA24724@pluto.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 To: Brian Tao cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org Subject: Re: "Data overrun" with 3.0-SNAP, 2940UW controllers In-reply-to: Your message of "Sun, 20 Apr 1997 02:04:50 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 20 Apr 1997 10:19:43 -0600 From: "Justin T. Gibbs" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I'm stress testing a new NFS server with 2.0-970209-SNAP to see >how it deals with having a couple of Adaptec 2940UW controllers. >About half an hour into the tests, the machine appears to have crashed >(no response to pings), and I don't have physical access to the >machine right now. :( Old, old, old, old bug. You need to be running a newer verion of the aic7xxx driver. Try the latest 2.2SNAP availible from admin1.calweb.com. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Sun Apr 20 09:51:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA00657 for current-outgoing; Sun, 20 Apr 1997 09:51:49 -0700 (PDT) Received: from rosie.scsn.net (scsn.net [206.25.246.12]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA00650 for ; Sun, 20 Apr 1997 09:51:46 -0700 (PDT) Received: from cola110.scsn.net ([206.25.247.110]) by rosie.scsn.net (Post.Office MTA v3.0 release 117 ID# 0-32322U5000L100S10000) with ESMTP id AAA160 for ; Sun, 20 Apr 1997 12:46:15 -0400 Received: (from root@localhost) by cola110.scsn.net (8.8.5/8.6.12) id MAA00438 for current@FreeBSD.org; Mon, 21 Apr 1997 12:53:21 -0400 (EDT) From: "Donald J. Maddox" Message-Id: <199704211653.MAA00438@cola110.scsn.net> Subject: Panics in kern_lock.c:lockstatus To: current@FreeBSD.org Date: Mon, 21 Apr 1997 12:53:20 -0400 (EDT) Reply-To: dmaddox@scsn.net X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I have been getting panics that look like the following fairly consistently of late: ------------------------------------------------------------------ Fatal trap 12: page fault while in kernel mode fault virtual address = 0x44 fault code = supervisor read, page not present instruction pointer = 0x8:0xf010e020 stack pointer = 0x10:0xf3dddf0c frame pointer = 0x10:0xf3dddf0c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL=0 current process = 326 (reboot) interrupt mask = kernel: type 12 trap, cod=0 Stopped at _lockstatus+0x8: cmpw $0,0x10(%edx) db> -------------------------------------------------------------------- I haven't yet found a way to reproduce it with 100% reliability, but the following often works: 1) Start something that does a lot of disk access, like # cd /usr/src # make clean cleandir cleandepend 2) In another shell, issue the the command: `ps -ax | grep make` repeatedly in quick succession. Sometimes it takes 20 or more repetitions to work, but eventually it will just hang, and any subsequent invocations of ps will _always_ hang. Top, however, will still work, and shows the shell that started the original ps command in the 'thrd_s' state. All the subsequent invocations of ps will show either 'thrd_s' or 'pfslck' state. 3) After this, eventually the panic will occur. The example above occured while rebooting with 'shutdown -r now', but this does not always cause a panic. ------------------------------------------------------------------- All of the above was done from xterms, using tcsh as the shell, running as root. The system is -current as of about 2 am this morning, but I have been seeing this panic sporadically ever since the lite2 merge. -- Donald J. Maddox (dmaddox@scsn.net) From owner-freebsd-current Sun Apr 20 11:28:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA04604 for current-outgoing; Sun, 20 Apr 1997 11:28:11 -0700 (PDT) Received: from tor-adm1.nbc.netcom.ca (taob@tor-adm1.nbc.netcom.ca [207.181.89.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA04599; Sun, 20 Apr 1997 11:28:08 -0700 (PDT) Received: from localhost (taob@localhost) by tor-adm1.nbc.netcom.ca (8.8.5/8.8.5) with SMTP id OAA27592; Sun, 20 Apr 1997 14:24:07 -0400 (EDT) Date: Sun, 20 Apr 1997 14:24:07 -0400 (EDT) From: Brian Tao To: "Justin T. Gibbs" cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org Subject: Re: "Data overrun" with 3.0-SNAP, 2940UW controllers In-Reply-To: <199704201621.KAA24724@pluto.plutotech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 20 Apr 1997, Justin T. Gibbs wrote: > > Old, old, old, old bug. You need to be running a newer verion of > the aic7xxx driver. Try the latest 2.2SNAP availible from > admin1.calweb.com. Cool, thanks. -- Brian Tao (BT300, taob@netcom.ca) "Though this be madness, yet there is method in't" From owner-freebsd-current Sun Apr 20 11:54:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA05981 for current-outgoing; Sun, 20 Apr 1997 11:54:05 -0700 (PDT) Received: from mercury.uniserve.com (mercury.uniserve.com [204.191.197.248]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA05975 for ; Sun, 20 Apr 1997 11:54:03 -0700 (PDT) Received: from haven.uniserve.com (shell.uniserve.com [198.53.215.121]) by mercury.uniserve.com (8.8.2/8.8.2) with SMTP id LAA05296; Sun, 20 Apr 1997 11:47:39 -0700 (PDT) Date: Sun, 20 Apr 1997 11:59:27 -0700 (PDT) From: Tom Samplonius To: Brian Tao cc: freebsd-current@freebsd.org Subject: Re: "Data overrun" with 3.0-SNAP, 2940UW controllers In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 20 Apr 1997, Brian Tao wrote: > On Sat, 19 Apr 1997, Tom Samplonius wrote: > > > > 3.0-970209? The ahc driver has had major bugs fixed since then. > > This has been reported on this list many times. > > 2.2/2.2.1 aren't much better from what I've heard, but I'll try > grabbing the -current aic* kernel bits and see if that helps. Thanks. I don't know where you heard that, but the newest ahc rev has fixed all the problems I had, and several others as well. I haven't heard any problems reported here lately. Plus, there is no way any developer is going to be looking for bugs in 3.0-970209 considering how much things have changed already. Also, make sure you are using tagged commands, but no scb paging. scb pagin support isn't complete yet, and the non tagged command code is poorly tested. Also, beware trying to transplant the ahc driver from current. Code for the driver is split over a few different files, some in different directories. Just cvsup the sys collection instead. > -- > Brian Tao (BT300, taob@netcom.ca) > "Though this be madness, yet there is method in't" > > Tom From owner-freebsd-current Sun Apr 20 12:10:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA06833 for current-outgoing; Sun, 20 Apr 1997 12:10:21 -0700 (PDT) Received: from tor-adm1.nbc.netcom.ca (taob@tor-adm1.nbc.netcom.ca [207.181.89.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA06825 for ; Sun, 20 Apr 1997 12:10:17 -0700 (PDT) Received: from localhost (taob@localhost) by tor-adm1.nbc.netcom.ca (8.8.5/8.8.5) with SMTP id PAA05329; Sun, 20 Apr 1997 15:09:06 -0400 (EDT) Date: Sun, 20 Apr 1997 15:09:05 -0400 (EDT) From: Brian Tao To: Tom Samplonius cc: freebsd-current@freebsd.org Subject: Re: "Data overrun" with 3.0-SNAP, 2940UW controllers In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 20 Apr 1997, Tom Samplonius wrote: > > I don't know where you heard that, but the newest ahc rev has fixed > all the problems I had, and several others as well. I've heard lots of grumbling about 2.2 and 2.2.1 in freebsd-scsi, which Justin has already fixed. My original plan was to find an older release with stable ahc support, and several people indicated that 2.1.6/2.1.7.1 and early 2.2 snapshots seemed to do the trick. > Also, make sure you are using tagged commands, but no scb paging. > scb pagin support isn't complete yet, and the non tagged command > code is poorly tested. Right, "option AHC_TAGENABLE" ? > Also, beware trying to transplant the ahc driver from current. Code > for the driver is split over a few different files, some in > different directories. Just cvsup the sys collection instead. I'm taking a look now at the 2.2-RELENG branch from today, on Justin's suggestion. -- Brian Tao (BT300, taob@netcom.ca) "Though this be madness, yet there is method in't" From owner-freebsd-current Sun Apr 20 12:17:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA07190 for current-outgoing; Sun, 20 Apr 1997 12:17:22 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA07184 for ; Sun, 20 Apr 1997 12:17:17 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id MAA08006 for ; Sun, 20 Apr 1997 12:17:16 -0700 (PDT) Message-Id: <199704201917.MAA08006@austin.polstra.com> To: current@freebsd.org Subject: amd breakage in -current Date: Sun, 20 Apr 1997 12:17:14 -0700 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I don't have time to look into this right now, so I'll just report it. I'm using a system built from sources CVSupped around 17:00 PDT yesterday (April 19), with a full make world and kernel build. "amd" doesn't seem to work. When I try to chdir into an amd-managed directory, there are console messages like this: amd[237]: /net/austin/home: mount: Bad address The messages appear on the NFS client, and "austin" is the server. The server is a 2.2-stable system no more than a month old. On the client, I can manually mount the indicated directories. But "amd" can't do it. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Sun Apr 20 13:22:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA12562 for current-outgoing; Sun, 20 Apr 1997 13:22:45 -0700 (PDT) Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA12524 for ; Sun, 20 Apr 1997 13:22:38 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id OAA27273; Sun, 20 Apr 1997 14:22:30 -0600 (MDT) Message-Id: <199704202022.OAA27273@pluto.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 To: Tom Samplonius cc: Brian Tao , freebsd-current@freebsd.org Subject: Re: "Data overrun" with 3.0-SNAP, 2940UW controllers In-reply-to: Your message of "Sun, 20 Apr 1997 11:59:27 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 20 Apr 1997 14:21:03 -0600 From: "Justin T. Gibbs" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Also, make sure you are using tagged commands, but no scb paging. scb >pagin support isn't complete yet, and the non tagged command code is >poorly tested. I actually think that scb paging works just fine now. I've also been testing without tagged queueing lately and as soon as we get our news feed up here at work, it will get even more testing. If SCB paging doesn't work for you, I certainly want to hear about it. >Tom -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Sun Apr 20 15:43:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA23291 for current-outgoing; Sun, 20 Apr 1997 15:43:15 -0700 (PDT) Received: from mercury.uniserve.com (mercury.uniserve.com [204.191.197.248]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA23282 for ; Sun, 20 Apr 1997 15:43:12 -0700 (PDT) Received: from haven.uniserve.com (shell.uniserve.com [198.53.215.121]) by mercury.uniserve.com (8.8.2/8.8.2) with SMTP id PAA08141; Sun, 20 Apr 1997 15:36:06 -0700 (PDT) Date: Sun, 20 Apr 1997 15:47:54 -0700 (PDT) From: Tom Samplonius To: Brian Tao cc: freebsd-current@freebsd.org Subject: Re: "Data overrun" with 3.0-SNAP, 2940UW controllers In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 20 Apr 1997, Brian Tao wrote: > On Sun, 20 Apr 1997, Tom Samplonius wrote: > > > > I don't know where you heard that, but the newest ahc rev has fixed > > all the problems I had, and several others as well. > > I've heard lots of grumbling about 2.2 and 2.2.1 in freebsd-scsi, > which Justin has already fixed. My original plan was to find an older > release with stable ahc support, and several people indicated that > 2.1.6/2.1.7.1 and early 2.2 snapshots seemed to do the trick. You should get on the csv-commit-sys list. The driver in 2.2.1 and 2.1.7.1 are nearly the same (if not identical). The ahc changes were a major reason why these releases were made. Tom From owner-freebsd-current Sun Apr 20 15:52:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA24068 for current-outgoing; Sun, 20 Apr 1997 15:52:11 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA24053 for ; Sun, 20 Apr 1997 15:52:04 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA12412; Sun, 20 Apr 1997 15:49:55 -0700 From: Terry Lambert Message-Id: <199704202249.PAA12412@phaeton.artisoft.com> Subject: Re: You will need to recompile your libc and apps!!! To: toor@dyson.iquest.net (John S. Dyson) Date: Sun, 20 Apr 1997 15:49:55 -0700 (MST) Cc: current@FreeBSD.ORG In-Reply-To: <199704160401.XAA03609@dyson.iquest.net> from "John S. Dyson" at Apr 15, 97 11:01:18 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > There is a serious bug in popen that has gone undetected until now. I > have just committed a fix that makes the shared address space vfork > problem go away (which was due to the popen boo-boo.) I will not > be committing the fix to vfork until people have a chance to recompile > their libc and re-link their apps with the corrected library. Just a heads up... To build the new libc, you will need to be running a version of 'ld' that understands the "-O" option. You will also need to update /usr/share/mk/* to be able to do the build because of the .include dependencies. If you update/usr/share/mk/*, then you will need to have a version of 'ld' that undestands the "-O" option to build *ANY* library, not just libc. The nifty thing about getting an 'ld' that understands "-O" is that you will need the entrire GCC build tree to build it because it's not a self-contained port. Why are /usr/src/lib/libc/sys/Makefile.inc and /usr/share/mk/bsd.lib.mk using "ld -O -r -x " instead of "strip -x "? ...Probably to make life complicated for anyone who decides to upgrade libc by simply building it. 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Apr 20 15:53:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA24181 for current-outgoing; Sun, 20 Apr 1997 15:53:08 -0700 (PDT) Received: from scds.ziplink.net (scds.ziplink.net [206.15.128.34]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA24166 for ; Sun, 20 Apr 1997 15:53:00 -0700 (PDT) Received: (from jseger@localhost) by scds.ziplink.net (8.8.5/8.8.4) id RAA03404 for current@freebsd.org; Sun, 20 Apr 1997 17:57:14 GMT Date: Sun, 20 Apr 1997 17:57:14 GMT From: "Justin M. Seger" Message-Id: <199704201757.RAA03404@scds.ziplink.net> To: current@freebsd.org Subject: Problems with modula-3-lib Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The lang/modula-3-lib port won't compile under current (as of April 19.) Any ideas what might be causing it? Here's the compile log. >> Checksum OK for m3-fbsd-src-3.6.tar.gz. >> Checksum OK for m3-fbsd-m3cc-3.6.tar.gz. >> Checksum OK for m3-fbsd-boot-3.6.tar.gz. ===> Building for modula-3-lib-3.6 ++++++++++ quake ++++++++++ ++++++++++ m3build ++++++++++ ++++++++++ m3cc ++++++++++ Using `../gcc/config/i386/i386.c' to output insns. Using `../gcc/config/i386/i386.md' as machine description file. Using `../gcc/config/i386/freebsd.h' as target machine macro file. Using `../gcc/config/i386/xm-freebsd.h' as host machine macro file. Merged i386/x-freebsd. Merged c++ fragment(s). Created `./Makefile'. Merged i386/x-freebsd. Created `cp/Makefile'. Links are now set up to build a native compiler for i486-unknown-freebsd. `m3cgc1' is up to date. ++++++++++ everything else ++++++++++ --- building in FreeBSD2 --- -- mtex done -- ---------------------- building m3core ---------------------- --- building in FreeBSD2 --- m3 -w1 -why -O -times -a libm3core.a -F/var/tmp/qk003371 new source -> compiling ../src/runtime/FreeBSD2/RTHeapDepC.c ../src/runtime/FreeBSD2/RTHeapDepC.c: In function `truncate': ../src/runtime/FreeBSD2/RTHeapDepC.c:1151: argument `path' doesn't match prototype /usr/include/sys/types.h:169: prototype declaration ../src/runtime/FreeBSD2/RTHeapDepC.c:1151: argument `length' doesn't match prototype /usr/include/sys/types.h:169: prototype declaration compilation failed => not building library "libm3core.a" seconds #times operation 0.83 5 inhaling library link info 0.27 1 getting derived timestamps 0.32 210 checking timestamps 0.35 180 checking old link info 8.68 1 compiling C -> object 0.46 other --------------------------------------------------- 10.92 TOTAL *** error code 1 (ignored) missing libm3core.a: not building libm3core.so.4.0 --- shipping from FreeBSD2 --- m3mkdir /usr/ports/lang/modula-3-lib/work/installed/lib/m3/pkg/m3core/FreeBSD2 /usr/ports/lang/modula-3-lib/work/installed/lib/m3/pkg/m3core/FreeBSD2 .M3EXPORTS .M3IMPTAB .M3WEB libm3core.a install: libm3core.a: No such file or directory *** error code 71 "/usr/ports/lang/modula-3-lib/work/m3/m3core/FreeBSD2/.M3SHIP", line 322: command execute failed *** call stack *** "/usr/ports/lang/modula-3-lib/work/m3/m3core/FreeBSD2/.M3SHIP", line 322: call to built-in exec "/usr/ports/lang/modula-3-lib/work/m3/m3core/FreeBSD2/.M3SHIP", line 6: call to procedure install_file m3ship: /usr/ports/lang/modula-3-lib/work/installed/bin/quake failed (status = 256) *** error code 255 "/usr/ports/lang/modula-3-lib/work/m3/src/m3makefile", line 61: command execute failed *** call stack *** "/usr/ports/lang/modula-3-lib/work/m3/src/m3makefile", line 61: call to built-in exec "/usr/ports/lang/modula-3-lib/work/m3/src/m3makefile", line 84: call to procedure BuildChunk m3build: /usr/ports/lang/modula-3-lib/work/installed/bin/quake failed (status = 256) *** Error code 255 Stop. *** Error code 1 Stop. *** Error code 1 Stop. -Justin Seger- From owner-freebsd-current Sun Apr 20 16:09:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA25581 for current-outgoing; Sun, 20 Apr 1997 16:09:25 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA25574 for ; Sun, 20 Apr 1997 16:09:19 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id SAA25543; Sun, 20 Apr 1997 18:08:24 -0500 (EST) From: "John S. Dyson" Message-Id: <199704202308.SAA25543@dyson.iquest.net> Subject: Re: You will need to recompile your libc and apps!!! In-Reply-To: <199704202249.PAA12412@phaeton.artisoft.com> from Terry Lambert at "Apr 20, 97 03:49:55 pm" To: terry@lambert.org (Terry Lambert) Date: Sun, 20 Apr 1997 18:08:24 -0500 (EST) Cc: toor@dyson.iquest.net, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > There is a serious bug in popen that has gone undetected until now. I > > have just committed a fix that makes the shared address space vfork > > problem go away (which was due to the popen boo-boo.) I will not > > be committing the fix to vfork until people have a chance to recompile > > their libc and re-link their apps with the corrected library. > > Just a heads up... > > To build the new libc, you will need to be running a version of 'ld' > that understands the "-O" option. > If I get any complaints from people running -current that they cannot build the libc, I'll put one on an anonymous ftp site for their use. It is libc as of today. Just let me know if you need it. (BTW, one shouldn't run -current without preparing to rebuild things, but I am just trying to help if you can't.) John From owner-freebsd-current Sun Apr 20 16:25:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA26218 for current-outgoing; Sun, 20 Apr 1997 16:25:42 -0700 (PDT) Received: from rosie.scsn.net (scsn.net [206.25.246.12]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA26211 for ; Sun, 20 Apr 1997 16:25:37 -0700 (PDT) Received: from cola55.scsn.net ([206.25.247.55]) by rosie.scsn.net (Post.Office MTA v3.0 release 117 ID# 0-32322U5000L100S10000) with ESMTP id AAA189; Sun, 20 Apr 1997 19:20:09 -0400 Received: (from root@localhost) by cola55.scsn.net (8.8.5/8.6.12) id TAA01492; Mon, 21 Apr 1997 19:27:05 -0400 (EDT) From: "Donald J. Maddox" Message-Id: <199704212327.TAA01492@cola55.scsn.net> Subject: Re: Problems with modula-3-lib In-Reply-To: <199704201757.RAA03404@scds.ziplink.net> from "Justin M. Seger" at "Apr 20, 97 05:57:14 pm" To: jseger@scds.ziplink.net (Justin M. Seger) Date: Mon, 21 Apr 1997 19:27:05 -0400 (EDT) Cc: current@FreeBSD.org Reply-To: dmaddox@scsn.net X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > ---------------------- building m3core ---------------------- > > --- building in FreeBSD2 --- > m3 -w1 -why -O -times -a libm3core.a -F/var/tmp/qk003371 > new source -> compiling ../src/runtime/FreeBSD2/RTHeapDepC.c > ../src/runtime/FreeBSD2/RTHeapDepC.c: In function `truncate': > ../src/runtime/FreeBSD2/RTHeapDepC.c:1151: argument `path' doesn't match prototype > /usr/include/sys/types.h:169: prototype declaration > ../src/runtime/FreeBSD2/RTHeapDepC.c:1151: argument `length' doesn't match prototype > /usr/include/sys/types.h:169: prototype declaration > compilation failed => not building library "libm3core.a" I think you just need to update your port files... This was fixed by jdp on Mar 26, according to the cvs logs. See: http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/modula-3-lib/patches/patch-ab -- Donald J. Maddox (dmaddox@scsn.net) From owner-freebsd-current Sun Apr 20 16:45:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA27618 for current-outgoing; Sun, 20 Apr 1997 16:45:58 -0700 (PDT) Received: from mantar.slip.netcom.com (mantar.slip.netcom.com [192.187.167.134]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA27612 for ; Sun, 20 Apr 1997 16:45:53 -0700 (PDT) Received: from dual (DUAL [192.187.167.136]) by mantar.slip.netcom.com (8.8.5/8.8.5) with SMTP id QAA07156; Sun, 20 Apr 1997 16:45:42 -0700 (PDT) Message-Id: <3.0.1.32.19970420164538.00936c20@mantar.slip.netcom.com> X-Sender: guest@mantar.slip.netcom.com X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Sun, 20 Apr 1997 16:45:38 -0700 To: "Justin M. Seger" , current@FreeBSD.ORG From: Manfred Antar Subject: Re: Problems with modula-3-lib In-Reply-To: <199704201757.RAA03404@scds.ziplink.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 05:57 PM 4/20/97 GMT, Justin M. Seger wrote: >Stop. >*** Error code 1 > >Stop. >*** Error code 1 > >Stop. > >-Justin Seger- > I had the same problem and the only way i could get it to compile was from a single user mode,no X running.I don't know why though Manfred |==============================| | mantar@netcom.com | | Ph. (415) 681-6235 | |==============================| From owner-freebsd-current Sun Apr 20 17:14:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA28859 for current-outgoing; Sun, 20 Apr 1997 17:14:41 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id RAA28851 for ; Sun, 20 Apr 1997 17:14:32 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wJ6kT-0000x0-00; Sun, 20 Apr 1997 18:14:25 -0600 To: current@freebsd.org Subject: Re: Speed deamons: How to build a build box? Date: Sun, 20 Apr 1997 18:14:24 -0600 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thanks to all who helped me out here. I'm not building in the 135 minute range wich is less than half of the 308 minute range I started in (but still a long way from the 90-100 minute range that others are seeing). I have learned the following: 1) async and noatime really help a lot. Do this to both /usr/obj and /usr/src. 2) Even slow disks can be made to build a fast system 3) Sometimes one disk is better than two. 4) Overclocking from 180->200 didn't help much 5) Try to have the disk geometry match the physical disks' (although I didn't measure anything relating to doing this or not doing this). These are based on the testing that I did. 7 world builds in all. Ranging in time from 5:05 to 2:16. All the builds started with a dirty obj tree. The seventh primed the pump. Someone told me that I could get better performance out of a card rather than the builtin scsi. Comments? As you can see, the biggest pop by far came from the use of async and noatime on both /usr/src and /usr/obj. I suspect that 5400 or 7200 rpm disks would do much better than the 4500 one that I have. I also suspect that ccd would help too. However 2:21 is good enough for me for the moment. I'll have to try Dyson's latest kernel patch + his CFLAGS settings to see if that gets me under 2hr. However, 2hr is good enough for me at the moment. Warner P.S. Here are my numbers. All of these were tested on a SuperMicro 6SNS with a PPro180 installed, 64M of 60ns EDO memory, 256k cache and built in SCSI. Setup Time JAZ drive with /, /usr and swap 5:08 P6-180 at 180 MHz Bus at 60MHz JAZ with /, /usr (with obj) and swap, 4:46 Quantum Fireball TM as /usr/src on /home mounted async. P6-180 at 180 MHz Bus at 60MHz JAZ with /, /usr (with obj) and swap, 2:23 Quantum Fireball TM as /usr/src on /home mounted async, noatime. /usr mounted async, noatime. CLFAGS= -O2 -pipe NOMANCOMPRESS=true NOPROFILE=true P6-180 at 180 MHz Bus at 60MHz JAZ with /, /usr (with obj) and swap, 2:34 Quantum Fireball TM as /usr/src on /home mounted async, noatime. /usr mounted async, noatime. CLFAGS= -O2 -pipe NOMANCOMPRESS=true P6-180 at 180 MHz Bus at 60MHz JAZ with /, /usr (with obj) and swap, 2:21 Quantum Fireball TM as /usr/src on /home mounted async, noatime. /usr mounted async, noatime. CLFAGS= -O2 -pipe NOMANCOMPRESS=true P6-180 at 200 MHz Bus at 66MHz Quantum Fireball TM as /, /usr and swap 2:16 /usr/src and /usr/obj same partition mounted async, noatime. CLFAGS= -O2 -pipe NOMANCOMPRESS=true P6-180 at 200 MHz Bus at 66MHz From owner-freebsd-current Sun Apr 20 21:13:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA13601 for current-outgoing; Sun, 20 Apr 1997 21:13:27 -0700 (PDT) Received: from mailsrv.cc.utsunomiya-u.ac.jp (mailsrv.cc.utsunomiya-u.ac.jp [160.12.200.20]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA13581 for ; Sun, 20 Apr 1997 21:12:30 -0700 (PDT) Received: from zodiac.mech.utsunomiya-u.ac.jp (L6lZ9+Udx3cUDZP/WU/BrKqRK2VovJQh@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by mailsrv.cc.utsunomiya-u.ac.jp (8.8.5+2.7Wbeta5/3.5Wpl4) with ESMTP id KAA06836; Sun, 20 Apr 1997 10:53:02 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zenith.mech.utsunomiya-u.ac.jp [160.12.33.60]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id KAA00455; Sun, 20 Apr 1997 10:57:44 +0900 (JST) Message-Id: <199704200157.KAA00455@zodiac.mech.utsunomiya-u.ac.jp> To: "John W. DeBoskey" cc: current@freefall.freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: Install locks on HP Vectra XU In-reply-to: Your message of "Sat, 19 Apr 1997 20:21:05 -0400." <199704200021.AA27197@iluvatar.unx.sas.com> References: <199704200021.AA27197@iluvatar.unx.sas.com> Date: Sun, 20 Apr 1997 10:57:42 +0900 From: Kazutaka YOKOTA Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I've attempted to install from both the 2.2.1-RELEASE and >3.0-CURRENT boot floppies. The boot process locks up with the >cursor in the lower left corner of the screen just before the >1st screen would appear. Would you specify the flag 0x01 to the npx0 device? The flag will disable the Pentium-optimized bcopy() which somehow causes problems with some VGA cards. Kazu From owner-freebsd-current Mon Apr 21 00:01:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA25248 for current-outgoing; Mon, 21 Apr 1997 00:01:12 -0700 (PDT) Received: from main.gbdata.com (USR1-1.detnet.com [207.113.12.22]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA25240 for ; Mon, 21 Apr 1997 00:01:06 -0700 (PDT) Received: (from gclarkii@localhost) by main.gbdata.com (8.8.5/8.8.5) id CAA04384; Mon, 21 Apr 1997 02:00:51 -0500 (CDT) From: Gary Clark II Message-Id: <199704210700.CAA04384@main.gbdata.com> Subject: Re: Opps.. problem with 04-19-97 kernel... To: obiwan@zeppelin.net (Josh Howard) Date: Mon, 21 Apr 1997 02:00:51 -0500 (CDT) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: from Josh Howard at "Apr 19, 97 07:25:11 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Josh Howard wrote: > I've been having the problem off and on for the last few weeks, I was wondering > if I was the only one, but apparently not. I can't seem to stay up for more > than a few days (I found I was was rebooted when I woke up this morning > actually). Hard to provide much info to help since as he points out it doesn't > leave much of a trace and has no other `dependencies' like load. Ok, I dropped NFS support and have been up for around 19 hours now. I'll see what happens. > On 19-Apr-97 Gary Clark II wrote: > >Hello, > > > >I have finally upgraded my kernel from pre-lite stage and have ran into a > >"small" problem. > > > >The kernel is a 0030 CDT 19APR97 sup. > >Problems: > >Reboots. No panic, no dump NOTHING. The system can be doing nothing or > >a big compile, it does not matter. > > > >Any ideas? > > Gary -- Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company gclarkii@GBData.COM | Member of the FreeBSD Doc Team Providing Internet and ISP startups - http://WWW.GBData.com for information FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/FAQ.latin1 From owner-freebsd-current Mon Apr 21 00:40:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA27019 for current-outgoing; Mon, 21 Apr 1997 00:40:20 -0700 (PDT) Received: from ridge.spiritone.com (ridge.spiritone.com [205.139.108.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA27014 for ; Mon, 21 Apr 1997 00:40:16 -0700 (PDT) Received: from joes.users.spiritone.com (joes.users.spiritone.com [205.139.111.224]) by ridge.spiritone.com (8.8.5/8.8.5) with SMTP id AAA12904 for ; Mon, 21 Apr 1997 00:36:32 -0700 (PDT) Received: by joes.users.spiritone.com via sendmail with stdio id for FreeBSD-current@freebsd.org; Mon, 21 Apr 1997 00:39:36 -0700 (PDT) (Smail-3.2.0.91 1997-Jan-14 #3 built 1997-Mar-2) Message-Id: From: joes@spiritone.com (Joseph Stein) Subject: Help! libgnumalloc not found! To: FreeBSD-current@freebsd.org Date: Mon, 21 Apr 1997 00:39:34 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Help! I am running FreeBSD 2.2-Stable, current as of 15:30 4/19/97. I just tried to build the viewfax port, and got the message "Unable to find library libgnumalloc" or something (message has scrolled off into the nether-lands...) I have received this message before. Solutions? (Yes, libgnumalloc.so, et. al. are in the appropriate places, I think... /home2/src/lib/compat/compat1x/libgnumalloc.so.1.1.gz.uu /home2/src/lib/libgnumalloc /home2/release/usr/lib/compat/libgnumalloc.so.2.0 /home2/cvs/FreeBSD/src/lib/compat/compat1x/libgnumalloc.so.1.1.gz.uu,v /home2/cvs/FreeBSD/src/lib/libfakegnumalloc /home2/cvs/FreeBSD/src/lib/libfakegnumalloc/Attic/fakegnumalloc.c,v /home2/cvs/FreeBSD/src/lib/libgnumalloc /home3/obj/home2/src/lib/libgnumalloc /home3/obj/home2/src/lib/libgnumalloc/libgnumalloc.so.2.0 /usr/lib/compat/libgnumalloc.so.2.0 /usr/lib/compat/libgnumalloc.so.1.1 /usr/lib/compat/libgnumalloc.so /usr/lib/libgnumalloc.so home3 i -- -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 mQENAzMIp+0AAAEH/1/RBkmfQ1ZNLTSZ9K4JGTOahQCzzwhuKGV+9CXvRGfWhO3W NOfsje0UJ7DpjN48QMS1KalUi5/7KWd2nzy0sEORCmdZMTJfN4QWZ9YOH3axb8uY xihz6j9YMMprh7bKQeolHNANkwdeqAOrA7yVJrO9nkQec/NWu1njImeMKYa/L8ha xi5O4mdI9ILRQE46KtGydBudJZS76XlYchAZSzryfMzXoTwEvJrpodnxyTPK9CGz v8+tfCv/zYYnlLOgoxSxW9Nyb2TNNzbx8ZUcScFZPFA7lurl01LVxSJHkrNWe40k +Ykint4tH6mZNf+JIVnhM1X/C/swIzXAGQMmEP0ABRG0IUpvc2VwaCBTdGVpbiA8 am9lc0BzcGlyaXRvbmUuY29tPrQjSm9zZXBoIFN0ZWluIDxqb2VzQGFnb3JhLnJk cm9wLmNvbT4= =bk0j -----END PGP PUBLIC KEY BLOCK----- From owner-freebsd-current Mon Apr 21 00:54:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA27703 for current-outgoing; Mon, 21 Apr 1997 00:54:32 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA27698 for ; Mon, 21 Apr 1997 00:54:29 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id RAA25842; Mon, 21 Apr 1997 17:46:13 +1000 Date: Mon, 21 Apr 1997 17:46:13 +1000 From: Bruce Evans Message-Id: <199704210746.RAA25842@godzilla.zeta.org.au> To: terry@lambert.org, toor@dyson.iquest.net Subject: Re: You will need to recompile your libc and apps!!! Cc: current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Just a heads up... > >To build the new libc, you will need to be running a version of 'ld' >that understands the "-O" option. No problem. -O has been in -current since 1996/05/28. You may also need -f to build dependencies (although not for libc). -f has been in -current since 1997/03/22. >You will also need to update /usr/share/mk/* to be able to do the >build because of the .include dependencies. This goes without saying. You should expect problems if these files are more than one nanosecond out of date. >Why are /usr/src/lib/libc/sys/Makefile.inc and /usr/share/mk/bsd.lib.mk >using "ld -O -r -x " instead of "strip -x "? The latter doesn't work well with `make -j'. >...Probably to make life complicated for anyone who decides to >upgrade libc by simply building it. 8-(. There is no need to build a new libc to build a new ld. Bootstrap using something like `cd /usr/src/gnu/usr.bin/ld; make; su ...; make install; exit'. Bruce From owner-freebsd-current Mon Apr 21 02:33:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA02062 for current-outgoing; Mon, 21 Apr 1997 02:33:52 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA02057 for ; Mon, 21 Apr 1997 02:33:48 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id TAA28976; Mon, 21 Apr 1997 19:26:28 +1000 Date: Mon, 21 Apr 1997 19:26:28 +1000 From: Bruce Evans Message-Id: <199704210926.TAA28976@godzilla.zeta.org.au> To: current@freebsd.org, imp@village.org Subject: Re: Speed deamons: How to build a build box? Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > 5) Try to have the disk geometry match the physical disks' > (although I didn't measure anything relating to doing this > or not doing this). This is bad advice. It usually makes no difference, but actually matching "the" geometry is likely to be a small pessimization, and failed attempts to match "the" geometry is likely to be a large pessimization. Most modern disks have multiple geometries, one per zone. To match them, you need a either a different slice for each geometry so that you can put the geometries in the labels and use newfs parameters -t0 -u0, or a different partition for each geometry and newfs parameters -t -u. You also need to get some of the disk latencies exactly right (if the latencies depend on the zone, then you need a slice per geometry, since the latencies aren't newfs parameters). >As you can see, the biggest pop by far came from the use of async and >noatime on both /usr/src and /usr/obj. I suspect that 5400 or 7200 I'm surprised that this makes so much difference (a factor of 2). Compilation is not very disk intensive. I didn't notice much change from using -async here (any improvement was eaten by source tree bloat :-]). Bruce From owner-freebsd-current Mon Apr 21 06:51:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA14548 for current-outgoing; Mon, 21 Apr 1997 06:51:27 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id GAA14543 for ; Mon, 21 Apr 1997 06:51:22 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA25482; Mon, 21 Apr 1997 15:51:19 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id PAA22785; Mon, 21 Apr 1997 15:22:10 +0200 (MET DST) Message-ID: <19970421152210.JI61584@uriah.heep.sax.de> Date: Mon, 21 Apr 1997 15:22:10 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: FreeBSD-current@freebsd.org Cc: joes@spiritone.com (Joseph Stein) Subject: Re: Help! libgnumalloc not found! References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Joseph Stein on Apr 21, 1997 00:39:34 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Joseph Stein wrote: > Help! I am running FreeBSD 2.2-Stable, current as of 15:30 4/19/97. > > I just tried to build the viewfax port, and got the message "Unable > to find library libgnumalloc" or something (message has scrolled off > into the nether-lands...) Don't use it. Use the plain malloc(3) from libc. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Apr 21 06:58:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA15063 for current-outgoing; Mon, 21 Apr 1997 06:58:34 -0700 (PDT) Received: from gwsmtp.thomson.fr (gwsmtp.thomson.fr [193.48.25.140]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA15058 for ; Mon, 21 Apr 1997 06:58:32 -0700 (PDT) From: ano086@TCC.thomson.fr Received: by gwsmtp.thomson.fr (1.0.242); 21 Apr 1997 15:56:00 +0200 X400-Received: by mta TFM-SMTP in /PRMD=internet/ADMD=atlas/C=fr; Relayed; 21 Apr 1997 15:52:17 +0200 X400-Received: by /PRMD=THOMSON/ADMD=ATLAS/C=FR; Relayed; 21 Apr 1997 15:57:00 +0200 Date: 21 Apr 1997 15:52:17 +0200 Delivery-Date: 21 Apr 1997 15:52:17 +0200 Message-Type: Multiple Part X400-Originator: ano086@TCC.thomson.fr X400-MTS-Identifier: [/PRMD=THOMSON/ADMD=ATLAS/C=FR;THOMSONTCC-EXCHGNV-00003A34] X400-Recipients: current@FreeBSD.org X400-Content-Type: P2-1988 Message-ID: <"/GUID:3C124B22"* @MHS> Importance: normal Subject: typo in pcvt Autoforwarded: FALSE To: current@FreeBSD.org Priority: normal Conversion: Allowed Conversion-With-Loss: Allowed Alternate-Recipient: Prohibited Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hello, in /sys/i386/isa/pcvt/pcvt_kbd.c 1.18 KBD_DISBLE -> KBD_DISABLE Philippe Charnier@xp11.frmug.org From owner-freebsd-current Mon Apr 21 09:15:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA27543 for current-outgoing; Mon, 21 Apr 1997 09:15:39 -0700 (PDT) Received: from pahtoh.cwu.edu (root@pahtoh.cwu.edu [198.104.65.27]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA27538 for ; Mon, 21 Apr 1997 09:15:36 -0700 (PDT) Received: from opus.cts.cwu.edu (skynyrd@opus.cts.cwu.edu [198.104.92.71]) by pahtoh.cwu.edu (8.8.5/8.8.5) with ESMTP id JAA17269; Mon, 21 Apr 1997 09:15:32 -0700 (PDT) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.5/8.8.5) with SMTP id JAA00791; Mon, 21 Apr 1997 09:15:31 -0700 (PDT) Date: Mon, 21 Apr 1997 09:15:31 -0700 (PDT) From: Chris Timmons To: Warner Losh cc: current@freebsd.org Subject: Re: Speed deamons: How to build a build box? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am wondering how much of the improvement between 4:46 and 2:23 is due to CFLAGS += -pipe? I'll bet more than just a little... -Chris On Sun, 20 Apr 1997, Warner Losh wrote: > Setup Time > JAZ drive with /, /usr and swap 5:08 > P6-180 at 180 MHz > Bus at 60MHz > > JAZ with /, /usr (with obj) and swap, 4:46 > Quantum Fireball TM as /usr/src > on /home mounted async. > P6-180 at 180 MHz > Bus at 60MHz > > JAZ with /, /usr (with obj) and swap, 2:23 > Quantum Fireball TM as /usr/src > on /home mounted async, noatime. > /usr mounted async, noatime. > CLFAGS= -O2 -pipe NOMANCOMPRESS=true > NOPROFILE=true > P6-180 at 180 MHz > Bus at 60MHz From owner-freebsd-current Mon Apr 21 10:26:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA01908 for current-outgoing; Mon, 21 Apr 1997 10:26:41 -0700 (PDT) Received: from ridge.spiritone.com (ridge.spiritone.com [205.139.108.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA01902 for ; Mon, 21 Apr 1997 10:26:38 -0700 (PDT) Received: from joes.users.spiritone.com (joes.users.spiritone.com [205.139.111.224]) by ridge.spiritone.com (8.8.5/8.8.5) with SMTP id KAA17224; Mon, 21 Apr 1997 10:22:53 -0700 (PDT) Received: by joes.users.spiritone.com via sendmail with stdio id for freebsd-current@freebsd.org; Mon, 21 Apr 1997 10:25:36 -0700 (PDT) (Smail-3.2.0.91 1997-Jan-14 #3 built 1997-Mar-2) Message-Id: From: joes@spiritone.com (Joseph Stein) Subject: Re: Help! libgnumalloc not found! To: joerg_wunsch@uriah.heep.sax.de, freebsd-current@freebsd.org Date: Mon, 21 Apr 1997 10:25:36 -0700 (PDT) In-Reply-To: <19970421152210.JI61584@uriah.heep.sax.de> from J Wunsch at "Apr 21, 97 03:22:10 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > As Joseph Stein wrote: > [...] "Unable to find library libgnumalloc" > Don't use it. Use the plain malloc(3) from libc. Okay; that's fine with ME; but is there an easy way to remove or change references to it from the ports? I got around the problem with the viewfax port by making symlinks to libgnumalloc* in the /usr/X11R6/lib directory; Do I need to change anything in any of the *mk files or ??? Thanks for your help... joe -- -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 mQENAzMIp+0AAAEH/1/RBkmfQ1ZNLTSZ9K4JGTOahQCzzwhuKGV+9CXvRGfWhO3W NOfsje0UJ7DpjN48QMS1KalUi5/7KWd2nzy0sEORCmdZMTJfN4QWZ9YOH3axb8uY xihz6j9YMMprh7bKQeolHNANkwdeqAOrA7yVJrO9nkQec/NWu1njImeMKYa/L8ha xi5O4mdI9ILRQE46KtGydBudJZS76XlYchAZSzryfMzXoTwEvJrpodnxyTPK9CGz v8+tfCv/zYYnlLOgoxSxW9Nyb2TNNzbx8ZUcScFZPFA7lurl01LVxSJHkrNWe40k +Ykint4tH6mZNf+JIVnhM1X/C/swIzXAGQMmEP0ABRG0IUpvc2VwaCBTdGVpbiA8 am9lc0BzcGlyaXRvbmUuY29tPrQjSm9zZXBoIFN0ZWluIDxqb2VzQGFnb3JhLnJk cm9wLmNvbT4= =bk0j -----END PGP PUBLIC KEY BLOCK----- From owner-freebsd-current Mon Apr 21 11:53:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA06605 for current-outgoing; Mon, 21 Apr 1997 11:53:08 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id LAA06599 for ; Mon, 21 Apr 1997 11:53:03 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA14076; Mon, 21 Apr 1997 11:50:39 -0700 From: Terry Lambert Message-Id: <199704211850.LAA14076@phaeton.artisoft.com> Subject: Re: You will need to recompile your libc and apps!!! To: toor@dyson.iquest.net (John S. Dyson) Date: Mon, 21 Apr 1997 11:50:39 -0700 (MST) Cc: terry@lambert.org, toor@dyson.iquest.net, current@FreeBSD.ORG In-Reply-To: <199704202308.SAA25543@dyson.iquest.net> from "John S. Dyson" at Apr 20, 97 06:08:24 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > There is a serious bug in popen that has gone undetected until now. I > > > have just committed a fix that makes the shared address space vfork > > > problem go away (which was due to the popen boo-boo.) I will not > > > be committing the fix to vfork until people have a chance to recompile > > > their libc and re-link their apps with the corrected library. > > > > Just a heads up... > > > > To build the new libc, you will need to be running a version of 'ld' > > that understands the "-O" option. > > If I get any complaints from people running -current that they cannot > build the libc, I'll put one on an anonymous ftp site for their use. > It is libc as of today. Just let me know if you need it. (BTW, > one shouldn't run -current without preparing to rebuild things, but > I am just trying to help if you can't.) No, I needed to rebuild libc for a different reason: to get the new_getvfsbyname() call for the move to a post Lite2 kernel, and ran into all this bogus BS dependencies on "-O". It's quite annoying that you have to rebuild basically all of user space in order to build the kernel-dependent portions of user space, is all I'm saying. If anyone goes into this with a faint heart (or full disks), then they're going to get royally screwed in the process because of the Makefile.inc and /usr/share/mk/*.mk changes which presume a munged "ld" to do the job of "strip" (for some reason I can't fathom, the changes use "ld -O -r -x " instead of "strip -x "). In any case, it's odd to depend on the build tools (other than as) needing rebuilt, since (unlike as) they are pretty much like potato chips: if you build one, you have to build them all. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Apr 21 12:01:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA07075 for current-outgoing; Mon, 21 Apr 1997 12:01:54 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA07070 for ; Mon, 21 Apr 1997 12:01:49 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA16770; Mon, 21 Apr 1997 11:59:22 -0700 From: Terry Lambert Message-Id: <199704211859.LAA16770@phaeton.artisoft.com> Subject: Re: You will need to recompile your libc and apps!!! To: bde@zeta.org.au (Bruce Evans) Date: Mon, 21 Apr 1997 11:59:22 -0700 (MST) Cc: terry@lambert.org, toor@dyson.iquest.net, current@freebsd.org In-Reply-To: <199704210746.RAA25842@godzilla.zeta.org.au> from "Bruce Evans" at Apr 21, 97 05:46:13 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > There is no need to build a new libc to build a new ld. Bootstrap > using something like `cd /usr/src/gnu/usr.bin/ld; make; su ...; make > install; exit'. You have the dependency order reversed. There is a need to build a new ld to build a new libc. There's a need for a full gcc tree to get a new ld. There is a need to build a new libc to build a new mount, or to build to include the vfork/pipe changes John Dyson made to libc. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Apr 21 12:02:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA07133 for current-outgoing; Mon, 21 Apr 1997 12:02:59 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA07128 for ; Mon, 21 Apr 1997 12:02:54 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA17156; Mon, 21 Apr 1997 12:00:29 -0700 From: Terry Lambert Message-Id: <199704211900.MAA17156@phaeton.artisoft.com> Subject: Re: You will need to recompile your libc and apps!!! To: bde@zeta.org.au (Bruce Evans) Date: Mon, 21 Apr 1997 12:00:28 -0700 (MST) Cc: terry@lambert.org, toor@dyson.iquest.net, current@FreeBSD.ORG In-Reply-To: <199704210746.RAA25842@godzilla.zeta.org.au> from "Bruce Evans" at Apr 21, 97 05:46:13 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >Just a heads up... > > > >To build the new libc, you will need to be running a version of 'ld' > >that understands the "-O" option. > > No problem. -O has been in -current since 1996/05/28. PS: I thought Freefall would have it in it's ld, but it doesn't have an ld that handles '-O' either... Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Apr 21 12:15:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA07764 for current-outgoing; Mon, 21 Apr 1997 12:15:47 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA07757 for ; Mon, 21 Apr 1997 12:15:42 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id FAA16999; Tue, 22 Apr 1997 05:13:43 +1000 Date: Tue, 22 Apr 1997 05:13:43 +1000 From: Bruce Evans Message-Id: <199704211913.FAA16999@godzilla.zeta.org.au> To: bde@zeta.org.au, terry@lambert.org Subject: Re: You will need to recompile your libc and apps!!! Cc: current@FreeBSD.ORG, toor@dyson.iquest.net Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> No problem. -O has been in -current since 1996/05/28. > >PS: I thought Freefall would have it in it's ld, but it doesn't >have an ld that handles '-O' either... Freefall is in a time-warp :-). It still runs 2.1.7. Bruce From owner-freebsd-current Mon Apr 21 12:20:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA08154 for current-outgoing; Mon, 21 Apr 1997 12:20:46 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA08145 for ; Mon, 21 Apr 1997 12:20:42 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id FAA17199; Tue, 22 Apr 1997 05:19:51 +1000 Date: Tue, 22 Apr 1997 05:19:51 +1000 From: Bruce Evans Message-Id: <199704211919.FAA17199@godzilla.zeta.org.au> To: bde@zeta.org.au, terry@lambert.org Subject: Re: You will need to recompile your libc and apps!!! Cc: current@FreeBSD.ORG, toor@dyson.iquest.net Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> There is no need to build a new libc to build a new ld. Bootstrap >> using something like `cd /usr/src/gnu/usr.bin/ld; make; su ...; make >> install; exit'. > >You have the dependency order reversed. There is a need to build a >new ld to build a new libc. There's a need for a full gcc tree to >get a new ld. No need. A FreeBSD-2.0 gcc should work. You could also delete all the -O lines in bsd.lib.mk. They are cosmetic. (I happened to fix 3 of them today. 2 were missing and one was broken. The missing ones fouled up my redundancy checks. Fixing them didn't really change anything.) Bruce From owner-freebsd-current Mon Apr 21 12:38:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA09184 for current-outgoing; Mon, 21 Apr 1997 12:38:22 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA09179 for ; Mon, 21 Apr 1997 12:38:19 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id MAA03234; Mon, 21 Apr 1997 12:37:24 -0700 (PDT) Message-Id: <199704211937.MAA03234@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Chris Timmons cc: Warner Losh , current@FreeBSD.ORG Subject: Re: Speed deamons: How to build a build box? In-reply-to: Your message of "Mon, 21 Apr 1997 09:15:31 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 Apr 1997 12:37:24 -0700 From: Amancio Hasty Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hmm... Is it time to do a little performance analysis and publish the results? 8) Which hopefully others will be able to reference Regards, Amancio >From The Desk Of Chris Timmons : > > I am wondering how much of the improvement between 4:46 and 2:23 is due to > CFLAGS += -pipe? I'll bet more than just a little... > > -Chris > > On Sun, 20 Apr 1997, Warner Losh wrote: > > > > Setup Time > > JAZ drive with /, /usr and swap 5:08 > > P6-180 at 180 MHz > > Bus at 60MHz > > > > JAZ with /, /usr (with obj) and swap, 4:46 > > Quantum Fireball TM as /usr/src > > on /home mounted async. > > P6-180 at 180 MHz > > Bus at 60MHz > > > > JAZ with /, /usr (with obj) and swap, 2:23 > > Quantum Fireball TM as /usr/src > > on /home mounted async, noatime. > > /usr mounted async, noatime. > > CLFAGS= -O2 -pipe NOMANCOMPRESS=true > > NOPROFILE=true > > P6-180 at 180 MHz > > Bus at 60MHz > From owner-freebsd-current Mon Apr 21 13:41:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA12648 for current-outgoing; Mon, 21 Apr 1997 13:41:10 -0700 (PDT) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA12639 for ; Mon, 21 Apr 1997 13:41:02 -0700 (PDT) Received: from [204.69.236.50] (GATEWAY.SKIPSTONE.COM [198.214.10.129]) by shrimp.dataplex.net (8.8.5/8.8.5) with SMTP id PAA05935; Mon, 21 Apr 1997 15:40:51 -0500 (CDT) Date: 21 Apr 97 15:41:13 -0500 Subject: Re: You will need to recompile your libc and apps!!! From: "Richard Wackerbarth" To: "Bruce Evans" Cc: current@FreeBSD.ORG X-Mailer: Cyberdog/2.0 MIME-Version: 1.0 Message-Id: Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, Apr 21, 1997 2:13 PM, Bruce Evans wrote: >Freefall is in a time-warp :-). It still runs 2.1.7. I think that it might be more appropriate to state: "Freefall is a multi-user production system. As such, it runs 2.1.7, the established 'stable' version of the FreeBSD system." From owner-freebsd-current Mon Apr 21 14:32:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA15753 for current-outgoing; Mon, 21 Apr 1997 14:32:54 -0700 (PDT) Received: from shadows.aeon.net (bsdcur@shadows.aeon.net [194.100.41.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA15748 for ; Mon, 21 Apr 1997 14:32:42 -0700 (PDT) Received: (from bsdcur@localhost) by shadows.aeon.net (8.8.5/8.8.3) id AAA08722 for current@freebsd.org; Tue, 22 Apr 1997 00:32:43 +0300 (EET DST) From: mika ruohotie Message-Id: <199704212132.AAA08722@shadows.aeon.net> Subject: dup and other anomalities... To: current@freebsd.org Date: Tue, 22 Apr 1997 00:32:42 +0300 (EET DST) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk well, is there something wrong, or am i missing something? my friend has weird problem in his net, check these pings (this is /27), the problem introduced himself after he upgraded from 2.1.5 to 2.2.-stable with make world. before in 2.1.5 no probs. (this is actually real c-class address, but he idnt want it to be visible) 10.0.2.17 -> 10.0.2.18 PING 10.0.2.18 (10.0.2.18): 56 data bytes 64 bytes from 10.0.2.18: icmp_seq=0 ttl=255 time=90.152 ms 64 bytes from 10.0.2.18: icmp_seq=1 ttl=255 time=79.985 ms 64 bytes from 10.0.2.18: icmp_seq=2 ttl=255 time=69.991 ms 64 bytes from 10.0.2.18: icmp_seq=3 ttl=255 time=59.990 ms 64 bytes from 10.0.2.18: icmp_seq=4 ttl=255 time=49.972 ms 64 bytes from 10.0.2.18: icmp_seq=5 ttl=255 time=39.990 ms 64 bytes from 10.0.2.18: icmp_seq=6 ttl=255 time=29.990 ms 64 bytes from 10.0.2.18: icmp_seq=7 ttl=255 time=19.992 ms 64 bytes from 10.0.2.18: icmp_seq=8 ttl=255 time=9.987 ms the cycle goes on and on, doesnt always start from 90. then: 10.0.2.17 -> netmask 10.0.2.31 PING 10.0.2.31 (10.0.2.31): 56 data bytes 64 bytes from 10.0.2.17: icmp_seq=0 ttl=255 time=0.371 ms 64 bytes from 10.0.2.18: icmp_seq=0 ttl=255 time=90.442 ms (DUP!) 64 bytes from 10.0.2.17: icmp_seq=1 ttl=255 time=0.299 ms 64 bytes from 10.0.2.18: icmp_seq=1 ttl=255 time=90.032 ms (DUP!) 64 bytes from 10.0.2.17: icmp_seq=2 ttl=255 time=0.287 ms 64 bytes from 10.0.2.18: icmp_seq=2 ttl=255 time=80.044 ms (DUP!) 64 bytes from 10.0.2.17: icmp_seq=3 ttl=255 time=0.289 ms 64 bytes from 10.0.2.18: icmp_seq=3 ttl=255 time=70.061 ms (DUP!) 64 bytes from 10.0.2.17: icmp_seq=4 ttl=255 time=0.285 ms 64 bytes from 10.0.2.18: icmp_seq=4 ttl=255 time=60.044 ms (DUP!) no routing daemon, static routes. with routed that worked in 2.1.5 nicely, there's this: Apr 20 12:55:26 soapbar /kernel: ipfw: 2299 Allow UDP 10.0.2.17:520 10.0.2.31:520 via de0 what the broadcast does there? then, i did this same in my isp's 2.2 machine: (pinged the broadcast) (i hide the real ip coz they probably dont want it out, it's c-class too) PING 10.0.0.127 (10.0.0.127): 56 data bytes 64 bytes from 10.0.0.15: icmp_seq=0 ttl=255 time=0.547 ms 64 bytes from 10.0.0.1: icmp_seq=0 ttl=255 time=20.393 ms (DUP!) 64 bytes from 10.0.0.11: icmp_seq=0 ttl=255 time=21.575 ms (DUP!) 64 bytes from 10.0.0.111: icmp_seq=0 ttl=255 time=21.775 ms (DUP!) 64 bytes from 10.0.0.3: icmp_seq=0 ttl=255 time=28.973 ms (DUP!) 64 bytes from 10.0.0.4: icmp_seq=0 ttl=255 time=49.307 ms (DUP!) 64 bytes from 10.0.0.126: icmp_seq=0 ttl=255 time=156.040 ms (DUP!) 64 bytes from 10.0.0.5: icmp_seq=0 ttl=255 time=422.538 ms (DUP!) others than 126 are frebsd 2.2 machines (as far as i know) and 126 is cisco. as far as i can tell again, my isp has static routes too. now, i cant generate that in either 2.1.-stable net at work, nor in my 3.0-current net at home... so i assume there's something broken, i can not really say what, in the 2.2, right? if not, what's wrong? another question, why is it possible to ping the broadcast anyway? also, now that i think about it, a little after my isp went to 2.2 i started to notice some lag, but it depends... (this is a prob my pal has in his net too, and i might have similar prob too) like, freebsd-freebsd connection goes fine, but freebsd-cisco doesnt, then again freebsd-freebsd-cisco goes fine... (we are talking about 2.2 here) and from my net to my isp's 2.2 machine running ircd, without a reason there is a severe lag specially from the win95 box. as far as i can tell my freebsd 3.0 works fine with it. also as far as i can tell, i cant trace from where the lag comes, it just _is_ there... (traceroute/ping look clean) my hunch would be something bad in the tcp section, but is it so? is _anyone_ else having anything even closely related to this? specially eyes on 2.2-branch. (i personally dont run it yet on anything, not until i get my release cd, after which i upgrade 2.1 to it and cvsup that to 2.2-latest) (and if i sound like i'm not making sense, it's after midnite, pardon me) mickey From owner-freebsd-current Mon Apr 21 14:35:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA15865 for current-outgoing; Mon, 21 Apr 1997 14:35:47 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA15860 for ; Mon, 21 Apr 1997 14:35:42 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wJQjP-00027y-00; Mon, 21 Apr 1997 15:34:39 -0600 To: Amancio Hasty Subject: Re: Speed deamons: How to build a build box? Cc: Chris Timmons , current@freebsd.org In-reply-to: Your message of "Mon, 21 Apr 1997 12:37:24 PDT." <199704211937.MAA03234@rah.star-gate.com> References: <199704211937.MAA03234@rah.star-gate.com> Date: Mon, 21 Apr 1997 15:34:39 -0600 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199704211937.MAA03234@rah.star-gate.com> Amancio Hasty writes: : Is it time to do a little performance analysis and publish the results? 8) I was going to do a run later today with and w/o the -pipe flag and publish those results. Warner From owner-freebsd-current Mon Apr 21 14:42:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA16115 for current-outgoing; Mon, 21 Apr 1997 14:42:03 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA16110 for ; Mon, 21 Apr 1997 14:41:58 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id OAA04284; Mon, 21 Apr 1997 14:41:08 -0700 (PDT) Message-Id: <199704212141.OAA04284@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Warner Losh cc: Chris Timmons , current@FreeBSD.ORG Subject: Re: Speed deamons: How to build a build box? In-reply-to: Your message of "Mon, 21 Apr 1997 15:34:39 MDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 Apr 1997 14:41:08 -0700 From: Amancio Hasty Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Don't forget to do a time command so we can tell how much disk, system time, etc.. is taken up. Also, what I would like to see done is for the results to be published in a web page preferably FreeBSD.org . It should include hardware setup , anything special in the way of hardware optimization, mount flags, make world flags. Comments on which options or features improves the most for instance -pipe vs. async , etc... If we do a good job , it will go a long way to establish a base level performance at least with respect to make world. Cheers, Amancio >From The Desk Of Warner Losh : > In message <199704211937.MAA03234@rah.star-gate.com> Amancio Hasty writes: > : Is it time to do a little performance analysis and publish the results? 8) > > I was going to do a run later today with and w/o the -pipe flag and > publish those results. > > Warner From owner-freebsd-current Mon Apr 21 14:46:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA16307 for current-outgoing; Mon, 21 Apr 1997 14:46:43 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA16299 for ; Mon, 21 Apr 1997 14:46:37 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wJQuE-00028q-00; Mon, 21 Apr 1997 15:45:50 -0600 To: Amancio Hasty Subject: Re: Speed deamons: How to build a build box? Cc: Chris Timmons , current@freebsd.org In-reply-to: Your message of "Mon, 21 Apr 1997 14:41:08 PDT." <199704212141.OAA04284@rah.star-gate.com> References: <199704212141.OAA04284@rah.star-gate.com> Date: Mon, 21 Apr 1997 15:45:50 -0600 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199704212141.OAA04284@rah.star-gate.com> Amancio Hasty writes: : Don't forget to do a time command so we can tell how much disk, system : time, etc.. is taken up. Ah. I haven't been doing that. Will do it for these two runs. The power on the system I'm doing it on will be out while I move it to its new home, so it won't be this afternoon :-). : Also, what I would like to see done is for the results to be published : in a web page preferably FreeBSD.org . It should include hardware : setup , anything special in the way of hardware optimization, mount : flags, make world flags. Comments on which options or features : improves the most for instance -pipe vs. async , etc... OK. I'll write up something for the handbook. : If we do a good job , it will go a long way to establish a base : level performance at least with respect to make world. Yes. BTW, this sounds like you had in mind more than I'm doing. I'm going to just run 4 or so make worlds on the same source base with different settings on my machine. I'm not going to try different disks (because I don't have anything faster/slower) or other CPUs or other SCSI controllers. Just a "Here's the relative difference that this or that or the other thing made to the run" on basically constant hardware (but I will do the overclocking thing too). Warner From owner-freebsd-current Mon Apr 21 14:49:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA16472 for current-outgoing; Mon, 21 Apr 1997 14:49:04 -0700 (PDT) Received: from sovcom.relcom.ru (sovcom.relcom.ru [193.125.152.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA16463; Mon, 21 Apr 1997 14:48:58 -0700 (PDT) Received: by sovcom.relcom.ru id AA20149 (5.65.kiae-1 ); Tue, 22 Apr 1997 00:37:22 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Tue, 22 Apr 97 00:37:22 +0300 Received: (from ache@localhost) by nagual.ru (8.8.5/8.8.5) id BAA02368; Tue, 22 Apr 1997 01:36:53 +0400 (MSD) Date: Tue, 22 Apr 1997 01:36:51 +0400 (MSD) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= To: FreeBSD-current , dyson@freebsd.org Subject: Recent vfork kernel changes broke csh & tcsh! Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Run this simple file (a.sh, a+rx mode) #!/bin/sh while true do sleep 10 done & and you got SIGSEGV at the next one or two commands you'll enter after it started. Both csh and tcsh affected in the similar way. GDB script included: nagual:/tmp p0 61_# gdb csh ... (gdb) run Starting program: /mnt/tmp/csh # ./a.sh # ls a.sh a.sh.bak csh csh.core typescript Program received signal SIGSEGV, Segmentation fault. pwait () at /usr/src/bin/csh/proc.c:236 236 if (pp->p_pid == 0) { (gdb) bt #0 pwait () at /usr/src/bin/csh/proc.c:236 #1 0x140ee in execute (t=0x48600, wanttty=2180, pipein=0x0, pipeout=0x0) at /usr/src/bin/csh/sem.c:357 #2 0x14305 in execute (t=0x485e0, wanttty=2180, pipein=0x0, pipeout=0x0) at /usr/src/bin/csh/sem.c:435 #3 0x2c48 in process (catch=1) at /usr/src/bin/csh/csh.c:1104 #4 0x203e in main (argc=1, argv=0xefbfdc08) at /usr/src/bin/csh/csh.c:572 -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Mon Apr 21 14:57:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA16814 for current-outgoing; Mon, 21 Apr 1997 14:57:32 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA16809 for ; Mon, 21 Apr 1997 14:57:28 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id OAA04372; Mon, 21 Apr 1997 14:56:40 -0700 (PDT) Message-Id: <199704212156.OAA04372@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Warner Losh cc: Chris Timmons , current@FreeBSD.ORG Subject: Re: Speed deamons: How to build a build box? In-reply-to: Your message of "Mon, 21 Apr 1997 15:45:50 MDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 Apr 1997 14:56:40 -0700 From: Amancio Hasty Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Warner Losh : > In message <199704212141.OAA04284@rah.star-gate.com> Amancio Hasty writes: > : Don't forget to do a time command so we can tell how much disk, system > : time, etc.. is taken up. > > Ah. I haven't been doing that. Will do it for these two runs. The > power on the system I'm doing it on will be out while I move it to its > new home, so it won't be this afternoon :-). > > : Also, what I would like to see done is for the results to be published > : in a web page preferably FreeBSD.org . It should include hardware > : setup , anything special in the way of hardware optimization, mount > : flags, make world flags. Comments on which options or features > : improves the most for instance -pipe vs. async , etc... > > OK. I'll write up something for the handbook. > > : If we do a good job , it will go a long way to establish a base > : level performance at least with respect to make world. > > Yes. > > BTW, this sounds like you had in mind more than I'm doing. I'm going > to just run 4 or so make worlds on the same source base with different > settings on my machine. I'm not going to try different disks (because > I don't have anything faster/slower) or other CPUs or other SCSI > controllers. Just a "Here's the relative difference that this or that > or the other thing made to the run" on basically constant hardware > (but I will do the overclocking thing too). > This sounds really good . Now if the kernel and/or file system gurus can make their recommendations 4 or 5 runs should be all that we need. Once is documented others I am sure will be happy to add to the document their own experiments 8) Regards, Amancio From owner-freebsd-current Mon Apr 21 15:34:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA18307 for current-outgoing; Mon, 21 Apr 1997 15:34:02 -0700 (PDT) Received: from mailsrv.cc.utsunomiya-u.ac.jp (mailsrv.cc.utsunomiya-u.ac.jp [160.12.200.20]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA18284 for ; Mon, 21 Apr 1997 15:33:58 -0700 (PDT) Received: from zodiac.mech.utsunomiya-u.ac.jp (VdRKQW36Hrsz+p3478003sW6PkXMGVg9@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by mailsrv.cc.utsunomiya-u.ac.jp (8.8.5+2.7Wbeta5/3.5Wpl4) with ESMTP id HAA04432; Tue, 22 Apr 1997 07:33:48 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zenith.mech.utsunomiya-u.ac.jp [160.12.33.60]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id HAA04286; Tue, 22 Apr 1997 07:38:31 +0900 (JST) Message-Id: <199704212238.HAA04286@zodiac.mech.utsunomiya-u.ac.jp> To: ano086@TCC.thomson.fr cc: current@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: typo in pcvt In-reply-to: Your message of "21 Apr 1997 15:52:17 +0200." <"/GUID:3C124B22"* @MHS> References: <"/GUID:3C124B22"* @MHS> Date: Tue, 22 Apr 1997 07:38:29 +0900 From: Kazutaka YOKOTA Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >in /sys/i386/isa/pcvt/pcvt_kbd.c 1.18 > >KBD_DISBLE -> KBD_DISABLE Thank you for your report. I missed this typo because that section of the code is currently commented out ;-< Kazu From owner-freebsd-current Mon Apr 21 17:28:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA00605 for current-outgoing; Mon, 21 Apr 1997 17:28:29 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA00568; Mon, 21 Apr 1997 17:28:23 -0700 (PDT) Received: from helmholtz.salk.edu (helmholtz.salk.edu [198.202.70.34]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id QAA16994 ; Mon, 21 Apr 1997 16:03:23 -0700 (PDT) Received: from pauling.salk.edu (pauling [198.202.70.108]) by helmholtz.salk.edu (8.7.5/8.7.3) with SMTP id QAA02124; Mon, 21 Apr 1997 16:02:04 -0700 (PDT) Date: Mon, 21 Apr 1997 16:02:03 -0700 (PDT) From: Tom Bartol To: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= cc: FreeBSD-current , dyson@FreeBSD.ORG Subject: Re: Recent vfork kernel changes broke csh & tcsh! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by freefall.freebsd.org id RAA00576 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I just rebooted with the kernel and world I made after make update this morning and am seeing similar problems. csh seg faults and X hangs at the gray screen with mouse active but no windows or window manager. Tom On Tue, 22 Apr 1997, [KOI8-R] áÎÄÒÅÊ þÅÒÎÏ× wrote: > Run this simple file (a.sh, a+rx mode) > > #!/bin/sh > while true > do > sleep 10 > done & > > and you got SIGSEGV at the next one or two commands you'll enter > after it started. > > Both csh and tcsh affected in the similar way. > From owner-freebsd-current Mon Apr 21 17:28:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA00669 for current-outgoing; Mon, 21 Apr 1997 17:28:41 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA00620 for ; Mon, 21 Apr 1997 17:28:32 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id PAA16955 for ; Mon, 21 Apr 1997 15:54:47 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.8.5/8.6.5) with SMTP id PAA07938; Mon, 21 Apr 1997 15:55:02 -0700 (PDT) Message-Id: <199704212255.PAA07938@root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: mika ruohotie cc: current@FreeBSD.ORG Subject: Re: dup and other anomalities... In-reply-to: Your message of "Tue, 22 Apr 1997 00:32:42 +0300." <199704212132.AAA08722@shadows.aeon.net> From: David Greenman Reply-To: dg@root.com Date: Mon, 21 Apr 1997 15:55:02 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >well, is there something wrong, or am i missing something? > >my friend has weird problem in his net, check these pings (this is /27), >the problem introduced himself after he upgraded from 2.1.5 to 2.2.-stable >with make world. before in 2.1.5 no probs. All of those are due to you pinging the broadcast address of the subnet. Looks perfectly normal to me. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Mon Apr 21 17:44:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA01837 for current-outgoing; Mon, 21 Apr 1997 17:44:05 -0700 (PDT) Received: from mantar.slip.netcom.com (mantar.slip.netcom.com [192.187.167.134]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA01788 for ; Mon, 21 Apr 1997 17:43:57 -0700 (PDT) Received: from dual (DUAL [192.187.167.136]) by mantar.slip.netcom.com (8.8.5/8.8.5) with SMTP id RAA01221; Mon, 21 Apr 1997 17:42:10 -0700 (PDT) Message-Id: <3.0.1.32.19970421174205.0093ed50@mantar.slip.netcom.com> X-Sender: guest@mantar.slip.netcom.com X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Mon, 21 Apr 1997 17:42:05 -0700 To: Terry Lambert , bde@zeta.org.au (Bruce Evans) From: Manfred Antar Subject: Re: You will need to recompile your libc and apps!!! Cc: terry@lambert.org, toor@dyson.iquest.net, current@FreeBSD.ORG In-Reply-To: <199704211859.LAA16770@phaeton.artisoft.com> References: <199704210746.RAA25842@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 11:59 AM 4/21/97 -0700, Terry Lambert wrote: >> There is no need to build a new libc to build a new ld. Bootstrap >> using something like `cd /usr/src/gnu/usr.bin/ld; make; su ...; make >> install; exit'. > >You have the dependency order reversed. There is a need to build a >new ld to build a new libc. There's a need for a full gcc tree to >get a new ld. > >There is a need to build a new libc to build a new mount, or to build >to include the vfork/pipe changes John Dyson made to libc. > I Did a make world Sunday with current sources and X doesn't work any more if i use a libc from last thurs (4/17/96) it works.kernel is also current although and old kernel doesn't make a difference.all seemed to work well till Sunday when i did make world from X and shut down.All i get is a X screen with nothing else. Any ideas Thanks Manfred |==============================| | mantar@netcom.com | | Ph. (415) 681-6235 | |==============================| From owner-freebsd-current Mon Apr 21 17:47:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA01964 for current-outgoing; Mon, 21 Apr 1997 17:47:28 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id RAA01959 for ; Mon, 21 Apr 1997 17:47:24 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA23850 for current@freebsd.org; Mon, 21 Apr 1997 17:45:30 -0700 From: Terry Lambert Message-Id: <199704220045.RAA23850@phaeton.artisoft.com> Subject: What's the deal with cc? To: current@freebsd.org Date: Mon, 21 Apr 1997 17:45:30 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The /usr/src/gnu/cc directory is unpopulated. What happened? It looks like everything was moved to the attic. This is true of the code in: ftp://ftp.cdrom.com/pub/FreeBSD/FreeBSD-current/src/gnu/cc as well, so it's not a local phenomenon. I found the problem when I broke down to rebuild user space; this is a pain after blowing $100 and most of my lunch hour getting a new JAZ cartridge. 8-(. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Apr 21 17:51:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA02175 for current-outgoing; Mon, 21 Apr 1997 17:51:25 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA02170 for ; Mon, 21 Apr 1997 17:51:21 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id TAA13059; Mon, 21 Apr 1997 19:49:56 -0500 (EST) From: "John S. Dyson" Message-Id: <199704220049.TAA13059@dyson.iquest.net> Subject: Re: You will need to recompile your libc and apps!!! In-Reply-To: <3.0.1.32.19970421174205.0093ed50@mantar.slip.netcom.com> from Manfred Antar at "Apr 21, 97 05:42:05 pm" To: mantar@netcom.com (Manfred Antar) Date: Mon, 21 Apr 1997 19:49:56 -0500 (EST) Cc: terry@lambert.org, bde@zeta.org.au, current@FreeBSD.ORG Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > At 11:59 AM 4/21/97 -0700, Terry Lambert wrote: > I Did a make world Sunday with current sources and X doesn't work any more > if i use a libc from last thurs (4/17/96) it works.kernel is also current > although and old kernel doesn't make a difference.all seemed to work well > till Sunday when i did make world from X and shut down.All i get is a > X screen with nothing else. > Any ideas > Apply this patch from Tor Egge (might not help your case.) If that doesn't work, then try removing the RFMEM from /sys/kern/kern_fork.c. If that works, there is some code somewhere that is using vfork, but shouldn't. It would really be ashamed if we cannot use the RFMEM. Index: popen.c =================================================================== RCS file: /home/ncvs/src/lib/libc/gen/popen.c,v retrieving revision 1.8 diff -u -r1.8 popen.c --- popen.c 1997/04/20 20:17:04 1.8 +++ popen.c 1997/04/21 14:10:59 @@ -105,7 +105,8 @@ if (pdes[1] != STDOUT_FILENO) { (void)dup2(pdes[1], STDOUT_FILENO); (void)close(pdes[1]); - (void)dup2(STDOUT_FILENO, STDIN_FILENO); + if (twoway) + (void)dup2(STDOUT_FILENO, STDIN_FILENO); } else if (twoway && (pdes[1] != STDIN_FILENO)) (void)dup2(pdes[1], STDIN_FILENO); } else { From owner-freebsd-current Mon Apr 21 17:58:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA02457 for current-outgoing; Mon, 21 Apr 1997 17:58:55 -0700 (PDT) Received: from weenix.guru.org (kmitch@phantasma.bevc.blacksburg.va.us [198.82.200.65]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA02452 for ; Mon, 21 Apr 1997 17:58:53 -0700 (PDT) Received: (from kmitch@localhost) by weenix.guru.org (8.8.5/8.8.5) id UAA14399 for current@freebsd.org; Mon, 21 Apr 1997 20:58:45 -0400 (EDT) From: Keith Mitchell NIS Message-Id: <199704220058.UAA14399@weenix.guru.org> Subject: New popen hangs xrdb To: current@freebsd.org Date: Mon, 21 Apr 1997 20:58:45 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am running a -current system as of today (4/21 as of about 12:00PM EDT) and just did a make world (with v1.8 of popen.c). After the make world, xrdb hangs on the call to popen. If I back down to v1.7 of popen.c then xrdb works again. The kernel is from 4/21 as well. I haven't noticed any other side effects though... -- Keith Mitchell Head Administrator: acm.vt.edu Email: kmitch@weenix.guru.org PGP key available upon request http://weenix.guru.org/~kmitch Address and URL (c) 1997 Keith Mitchell - All Rights Reserved Unauthorized use or duplication prohibited From owner-freebsd-current Mon Apr 21 18:23:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA03462 for current-outgoing; Mon, 21 Apr 1997 18:23:04 -0700 (PDT) Received: from rosie.scsn.net (scsn.net [206.25.246.12]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA03456 for ; Mon, 21 Apr 1997 18:23:00 -0700 (PDT) Received: from cola155.scsn.net ([206.25.247.155]) by rosie.scsn.net (Post.Office MTA v3.0 release 117 ID# 0-32322U5000L100S10000) with ESMTP id AAA119; Mon, 21 Apr 1997 21:17:11 -0400 Received: (from root@localhost) by cola155.scsn.net (8.8.5/8.6.12) id VAA00229; Tue, 22 Apr 1997 21:24:32 -0400 (EDT) From: "Donald J. Maddox" Message-Id: <199704230124.VAA00229@cola155.scsn.net> Subject: Re: Recent vfork kernel changes broke csh & tcsh! In-Reply-To: from Tom Bartol at "Apr 21, 97 04:02:03 pm" To: bartol@salk.edu (Tom Bartol) Date: Tue, 22 Apr 1997 21:24:32 -0400 (EDT) Cc: current@FreeBSD.org Reply-To: dmaddox@scsn.net X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I just rebooted with the kernel and world I made after make update this > morning and am seeing similar problems. csh seg faults and X hangs at the > gray screen with mouse active but no windows or window manager. > > Tom Yeah, I'm getting this too. The X problem is caused by xrdb... Xrdb tries to pipe your .Xresources to cpp, but it hangs for unknown reasons, probably related to the popen/vfork changes. A temporary work-around is to change the lines in your .xinitrc that invoke xrdb -merge to xrdb -nocpp -merge . -- Donald J. Maddox (dmaddox@scsn.net) From owner-freebsd-current Mon Apr 21 18:37:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA04372 for current-outgoing; Mon, 21 Apr 1997 18:37:40 -0700 (PDT) Received: from sovcom.relcom.ru (sovcom.relcom.ru [193.125.152.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA04358; Mon, 21 Apr 1997 18:37:25 -0700 (PDT) Received: by sovcom.relcom.ru id AA06304 (5.65.kiae-1 ); Tue, 22 Apr 1997 04:27:35 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Tue, 22 Apr 97 04:27:35 +0300 Received: (from ache@localhost) by nagual.ru (8.8.5/8.8.5) id FAA00253; Tue, 22 Apr 1997 05:25:14 +0400 (MSD) Date: Tue, 22 Apr 1997 05:25:10 +0400 (MSD) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= To: FreeBSD-current , dyson@FreeBSD.ORG Subject: Re: Recent vfork kernel changes broke csh & tcsh! In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=KOI8-R Content-Transfer-Encoding: 8BIT Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 22 Apr 1997, áÎÄÒÅÊ þÅÒÎÏ× wrote: > and you got SIGSEGV at the next one or two commands you'll enter > after it started. > > Both csh and tcsh affected in the similar way. I forgot to mention that I am shure it is vfork problem because it disappearse when I change vfork to fork in csh or tcsh. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Mon Apr 21 19:17:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA06268 for current-outgoing; Mon, 21 Apr 1997 19:17:26 -0700 (PDT) Received: from unique.usn.blaze.net.au (unique.usn.blaze.net.au [203.17.53.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA06250; Mon, 21 Apr 1997 19:16:52 -0700 (PDT) Received: (from davidn@localhost) by unique.usn.blaze.net.au (8.8.5/8.8.5) id MAA22774; Tue, 22 Apr 1997 12:16:42 +1000 (EST) Message-ID: X-Mailer: XFMail 1.0 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3.0.1.32.19970421174205.0093ed50@mantar.slip.netcom.com> Date: Tue, 22 Apr 1997 12:10:51 +1000 (EST) Organization: Unique Computing From: David Nugent To: Manfred Antar , peter@freebsd.org Subject: Re: You will need to recompile your libc and apps!!! Cc: current@freebsd.org, toor@dyson.iquest.net, (Bruce Evans) , Terry Lambert Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 22-Apr-97 Manfred Antar wrote: >There is a need to build a new libc to build a new mount, or to build > >to include the vfork/pipe changes John Dyson made to libc. > > > I Did a make world Sunday with current sources and X doesn't work any more > if i use a libc from last thurs (4/17/96) it works.kernel is also current > although and old kernel doesn't make a difference.all seemed to work well > till Sunday when i did make world from X and shut down.All i get is a > X screen with nothing else. > Any ideas Yes, the "pipe read" problem is back. I'm running a full make world and kernel from yesterday and xrdb stalls in piperd. Perhaps Peter's libc fix is better than Bruces after all? :-) The reason you're getting ony the X screen is that your .xinitrc hasn't completed. If you look at a process listing, you'll find xrdb is stalled. If you're not using any preprocessor directives in your .Xresources file, then add -nocpp to the invocation of xrdb to avoid the stall. Of course, this is only a workaround. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Mon Apr 21 19:37:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA07078 for current-outgoing; Mon, 21 Apr 1997 19:37:52 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA07071 for ; Mon, 21 Apr 1997 19:37:47 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id EAA17000 for ; Tue, 22 Apr 1997 04:37:39 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id EAA27866 for freebsd-current@FreeBSD.ORG; Tue, 22 Apr 1997 04:37:41 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id EAA00223; Tue, 22 Apr 1997 04:34:27 +0200 (CEST) Message-ID: <19970422043427.13619@keltia.freenix.fr> Date: Tue, 22 Apr 1997 04:34:27 +0200 From: Ollivier Robert To: "FreeBSD Current Users' list" Subject: Weird ps(1) behaviour Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3233 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I get the following output from ps(1) since my make world at cvs-cur #3233... -r-xr-sr-x 1 bin kmem 176128 Apr 21 05:07 /bin/ps* FreeBSD keltia.freenix.fr 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sat Apr 19 02:47:00 CEST 1997 roberto@keltia.freenix.fr:/src/src/sys/compile/NKELTIA i386 Is it already fixed (got no time to verify yet, my Seagate 1 GB just died on me :-( ) ? PID TT STAT TIME COMMAND 0 ?? DNLs 75:04.00 (per) 1 ?? SNs 2210:08.00 () 2 ?? DNL 1:17.00 (daemon) 3 ?? DNL 0:06.00 (emon) 4 ?? DNL 135:32.00 (te) 93 ?? SNs 2063:01.00 (ogd) 96 ?? SNs 122:58.00 (d) 103 ?? SNs 481:49.00 (d) 107 ?? SNs 36:09.00 (map) 128 ?? SNs 1534:47.00 (d) 130 ?? SNs 262:37.00 () 133 ?? Ss 268:23.00 () 136 ?? SNs 151:32.00 (mail) 183 ?? SNs 1886:59.00 () 192 ?? SNs 15323:06.00 () 196 ?? SN 167:04.00 (checker) 197 ?? SN 164:54.00 (chan) 204 ?? SN 211:48.00 (y) 198 v0 SNs 3390:09.00 () 209 v0 RN+ 78:51.00 () 199 v1 SNs+ 280:42.00 (y) 200 v2 SNs+ 281:58.00 (y) 201 v3 SNs+ 281:22.00 (y) 202 v4 SNs+ 277:37.00 (y) 203 v5 SNs+ 285:23.00 (y) -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #1: Mon Apr 21 01:37:27 CEST 1997 From owner-freebsd-current Mon Apr 21 19:50:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA07699 for current-outgoing; Mon, 21 Apr 1997 19:50:28 -0700 (PDT) Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA07694 for ; Mon, 21 Apr 1997 19:50:26 -0700 (PDT) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (WEBSPAN/970116) with ESMTP id WAA06264; Mon, 21 Apr 1997 22:48:34 -0400 (EDT) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (WEBSPN/970116) with ESMTP id WAA25253; Mon, 21 Apr 1997 22:48:33 -0400 (EDT) To: Terry Lambert cc: current@freebsd.org From: "Gary Palmer" Subject: Re: What's the deal with cc? In-reply-to: Your message of "Mon, 21 Apr 1997 17:45:30 PDT." <199704220045.RAA23850@phaeton.artisoft.com> Date: Mon, 21 Apr 1997 22:48:33 -0400 Message-ID: <25251.861677313@orion.webspan.net> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote in message ID <199704220045.RAA23850@phaeton.artisoft.com>: > > The /usr/src/gnu/cc directory is unpopulated. What happened? It got moved into our new directory structure (I'm surprised you didn't archive the message about it :-) ) Try /usr/src/contrib/gcc Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-current Mon Apr 21 19:56:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA07952 for current-outgoing; Mon, 21 Apr 1997 19:56:01 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (ala-ca18-12.ix.netcom.com [204.32.168.204]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA07933 for ; Mon, 21 Apr 1997 19:55:58 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.5/8.6.9) id TAA23719; Mon, 21 Apr 1997 19:54:59 -0700 (PDT) Date: Mon, 21 Apr 1997 19:54:59 -0700 (PDT) Message-Id: <199704220254.TAA23719@silvia.HIP.Berkeley.EDU> To: joes@spiritone.com CC: joerg_wunsch@uriah.heep.sax.de, freebsd-current@freebsd.org In-reply-to: Subject: Re: Help! libgnumalloc not found! From: asami@vader.cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * I got around the problem with the viewfax port by making symlinks * to libgnumalloc* in the /usr/X11R6/lib directory; Do I need * to change anything in any of the *mk files or ??? Take a look at the file /usr/X11R6/lib/X11/config/FreeBSD.cf. If yours has these lines: === #ifndef UseGnuMalloc /* 2.2 doesn't really have GnuMalloc */ #if OSMajorVersion < 2 || (OSMajorVersion == 2 && OSMinorVersion < 2) #define UseGnuMalloc YES #else #define UseGnuMalloc NO #endif #endif === go up a few lines and change the OS*Version variables. If it doesn't, you should be looking right at the place you need to fix. ;) Satoshi From owner-freebsd-current Mon Apr 21 20:08:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA08649 for current-outgoing; Mon, 21 Apr 1997 20:08:18 -0700 (PDT) Received: from mantar.slip.netcom.com (mantar.slip.netcom.com [192.187.167.134]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA08601; Mon, 21 Apr 1997 20:07:36 -0700 (PDT) Received: from dual (DUAL [192.187.167.136]) by mantar.slip.netcom.com (8.8.5/8.8.5) with SMTP id UAA00665; Mon, 21 Apr 1997 20:07:14 -0700 (PDT) Message-Id: <3.0.1.32.19970421200711.0093b960@mantar.slip.netcom.com> X-Sender: guest@mantar.slip.netcom.com X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Mon, 21 Apr 1997 20:07:11 -0700 To: David Nugent , peter@freebsd.org From: Manfred Antar Subject: Re: You will need to recompile your libc and apps!!! Cc: current@freebsd.org, toor@dyson.iquest.net, (Bruce Evans) , Terry Lambert In-Reply-To: References: <3.0.1.32.19970421174205.0093ed50@mantar.slip.netcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 12:10 PM 4/22/97 +1000, David Nugent wrote: >On 22-Apr-97 Manfred Antar wrote: > >There is a need to build a new libc to build a new mount, or to build >> >to include the vfork/pipe changes John Dyson made to libc. >> > >> I Did a make world Sunday with current sources and X doesn't work any more >> if i use a libc from last thurs (4/17/96) it works.kernel is also current >> although and old kernel doesn't make a difference.all seemed to work well >> till Sunday when i did make world from X and shut down.All i get is a >> X screen with nothing else. >> Any ideas > > >Yes, the "pipe read" problem is back. I'm running a full make world >and kernel from yesterday and xrdb stalls in piperd. Perhaps Peter's >libc fix is better than Bruces after all? :-) > >The reason you're getting ony the X screen is that your .xinitrc >hasn't completed. If you look at a process listing, you'll find >xrdb is stalled. If you're not using any preprocessor directives in >your .Xresources file, then add -nocpp to the invocation of xrdb >to avoid the stall. Of course, this is only a workaround. > > This Patch works for me Thanks: Apply this patch from Tor Egge (might not help your case.) If that doesn't work, then try removing the RFMEM from /sys/kern/kern_fork.c. If that works, there is some code somewhere that is using vfork, but shouldn't. It would really be ashamed if we cannot use the RFMEM. Index: popen.c =================================================================== RCS file: /home/ncvs/src/lib/libc/gen/popen.c,v retrieving revision 1.8 diff -u -r1.8 popen.c --- popen.c 1997/04/20 20:17:04 1.8 +++ popen.c 1997/04/21 14:10:59 @@ -105,7 +105,8 @@ if (pdes[1] != STDOUT_FILENO) { (void)dup2(pdes[1], STDOUT_FILENO); (void)close(pdes[1]); - (void)dup2(STDOUT_FILENO, STDIN_FILENO); + if (twoway) + (void)dup2(STDOUT_FILENO, STDIN_FILENO); } else if (twoway && (pdes[1] != STDIN_FILENO)) (void)dup2(pdes[1], STDIN_FILENO); } else { Manfred |==============================| | mantar@netcom.com | | Ph. (415) 681-6235 | |==============================| From owner-freebsd-current Mon Apr 21 21:26:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA12209 for current-outgoing; Mon, 21 Apr 1997 21:26:40 -0700 (PDT) Received: from nyx.pr.mcs.net (nyx.pr.mcs.net [204.95.55.81]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA12204; Mon, 21 Apr 1997 21:26:34 -0700 (PDT) Received: from nyx.pr.mcs.net (localhost [127.0.0.1]) by nyx.pr.mcs.net (8.8.5/8.8.5) with ESMTP id XAA00363; Mon, 21 Apr 1997 23:25:37 -0500 (CDT) Message-Id: <199704220425.XAA00363@nyx.pr.mcs.net> X-Mailer: exmh version 1.6.9 8/22/96 To: dyson@freebsd.org cc: mantar@netcom.com (Manfred Antar), terry@lambert.org, bde@zeta.org.au, current@freebsd.org Subject: Re: You will need to recompile your libc and apps!!! In-reply-to: Your message of Mon, 21 Apr 1997 19:49:56 -0500. <199704220049.TAA13059@dyson.iquest.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 Apr 1997 23:25:35 -0500 From: Chris Csanady Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> At 11:59 AM 4/21/97 -0700, Terry Lambert wrote: >> I Did a make world Sunday with current sources and X doesn't work any more >> if i use a libc from last thurs (4/17/96) it works.kernel is also current >> although and old kernel doesn't make a difference.all seemed to work well >> till Sunday when i did make world from X and shut down.All i get is a >> X screen with nothing else. >> Any ideas >> > >Apply this patch from Tor Egge (might not help your case.) If that >doesn't work, then try removing the RFMEM from /sys/kern/kern_fork.c. >If that works, there is some code somewhere that is using vfork, but >shouldn't. It would really be ashamed if we cannot use the RFMEM. > I was experiencing the above, and this patch seems to fix things... Chris From owner-freebsd-current Mon Apr 21 21:44:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA12982 for current-outgoing; Mon, 21 Apr 1997 21:44:52 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id VAA12977 for ; Mon, 21 Apr 1997 21:44:49 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wJXQp-0000Fe-00; Mon, 21 Apr 1997 22:43:55 -0600 To: Amancio Hasty Subject: Re: Speed deamons: How to build a build box? Cc: Chris Timmons , current@freebsd.org In-reply-to: Your message of "Mon, 21 Apr 1997 14:56:40 PDT." <199704212156.OAA04372@rah.star-gate.com> References: <199704212156.OAA04372@rah.star-gate.com> Date: Mon, 21 Apr 1997 22:43:55 -0600 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199704212156.OAA04372@rah.star-gate.com> Amancio Hasty writes: : This sounds really good . Now if the kernel and/or file system gurus can : make their recommendations 4 or 5 runs should be all that we need. : : Once is documented others I am sure will be happy to add to the document their : own experiments 8) Yes. Here's what I plan on doing: Run 1: Out of the box. No special flags to mount or /etc/make.conf Run 2: Mount /usr/src and /usr/obj async,noatime Run 3: -pipe Run 4: async,noatime and -pipe I'd like to run separate disks tests, but I don't have a second hard disk that is suitable for this sort of thing. So I can't do ccd tests either. All runs will be one the same, arbitrary source tree. Warner From owner-freebsd-current Mon Apr 21 21:52:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA13479 for current-outgoing; Mon, 21 Apr 1997 21:52:43 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA13471; Mon, 21 Apr 1997 21:52:31 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id XAA00544; Mon, 21 Apr 1997 23:51:16 -0500 (EST) From: "John S. Dyson" Message-Id: <199704220451.XAA00544@dyson.iquest.net> Subject: Re: You will need to recompile your libc and apps!!! In-Reply-To: <199704220425.XAA00363@nyx.pr.mcs.net> from Chris Csanady at "Apr 21, 97 11:25:35 pm" To: ccsanady@nyx.pr.mcs.net (Chris Csanady) Date: Mon, 21 Apr 1997 23:51:16 -0500 (EST) Cc: dyson@freebsd.org, mantar@netcom.com, terry@lambert.org, bde@zeta.org.au, current@freebsd.org Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > >Apply this patch from Tor Egge (might not help your case.) If that > >doesn't work, then try removing the RFMEM from /sys/kern/kern_fork.c. > >If that works, there is some code somewhere that is using vfork, but > >shouldn't. It would really be ashamed if we cannot use the RFMEM. > > > > I was experiencing the above, and this patch seems to fix things... > I'll be committing it within the next day. (Freefall is being reconfiged, and just don't want to do anything right now.) John From owner-freebsd-current Mon Apr 21 22:31:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA15475 for current-outgoing; Mon, 21 Apr 1997 22:31:16 -0700 (PDT) Received: from mail.konnections.com (mail.konnections.com [192.41.71.11]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA15468 for ; Mon, 21 Apr 1997 22:31:13 -0700 (PDT) Received: from castle (root@ip213.konnections.com [192.41.71.213]) by mail.konnections.com (8.8.3/8.8.3) with SMTP id XAA21477; Mon, 21 Apr 1997 23:28:20 -0600 (MDT) Message-ID: <335DAAB4.20E466D0@konnections.com> Date: Tue, 22 Apr 1997 23:22:44 -0700 From: mike allison Organization: Publisher -- Burning Eagle Book Company X-Mailer: Mozilla 3.0 (X11; I; Linux 2.0.0 i486) MIME-Version: 1.0 To: Amancio Hasty CC: Warner Losh , Chris Timmons , current@freebsd.org Subject: Re: Speed deamons: How to build a build box? References: <199704212141.OAA04284@rah.star-gate.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'd give it a page & 1/2 in Free Systems Journal.... May, issue if you can get it to me by Friday.... June-ish otherwise (then you'd have another anyway...) -Mike Amancio Hasty wrote: > > Don't forget to do a time command so we can tell how much disk, system > time, etc.. is taken up. > > Also, what I would like to see done is for the results to be published > in a web page preferably FreeBSD.org . It should include hardware > setup , anything special in the way of hardware optimization, mount > flags, make world flags. Comments on which options or features > improves the most for instance -pipe vs. async , etc... > > If we do a good job , it will go a long way to establish a base > level performance at least with respect to make world. > > Cheers, > Amancio > > >From The Desk Of Warner Losh : > > In message <199704211937.MAA03234@rah.star-gate.com> Amancio Hasty writes: > > : Is it time to do a little performance analysis and publish the results? 8) > > > > I was going to do a run later today with and w/o the -pipe flag and > > publish those results. > > > > Warner From owner-freebsd-current Mon Apr 21 23:36:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA18153 for current-outgoing; Mon, 21 Apr 1997 23:36:52 -0700 (PDT) Received: from nyx.pr.mcs.net (nyx.pr.mcs.net [204.95.55.81]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA18148 for ; Mon, 21 Apr 1997 23:36:48 -0700 (PDT) Received: from nyx.pr.mcs.net (localhost [127.0.0.1]) by nyx.pr.mcs.net (8.8.5/8.8.5) with ESMTP id BAA02952 for ; Tue, 22 Apr 1997 01:36:30 -0500 (CDT) Message-Id: <199704220636.BAA02952@nyx.pr.mcs.net> X-Mailer: exmh version 1.6.9 8/22/96 To: freebsd-current@freebsd.org Subject: kernel builds and obj dirs.. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Apr 1997 01:36:29 -0500 From: Chris Csanady Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Currently, it seems that building a kernel results in some dirs being created under /usr/obj. The only offending code seems to be the aic7xxx stuff. This is not right, is it? --Chris Csanady From owner-freebsd-current Mon Apr 21 23:51:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA18787 for current-outgoing; Mon, 21 Apr 1997 23:51:23 -0700 (PDT) Received: from yang.develop.vega.org (lee-as1s27.erols.com [205.177.147.27]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA18782 for ; Mon, 21 Apr 1997 23:51:19 -0700 (PDT) Received: (from sab@localhost) by yang.develop.vega.org (8.8.3/8.8.3) id DAA10086; Tue, 22 Apr 1997 03:07:35 -0400 (EDT) Date: Tue, 22 Apr 1997 03:07:34 -0400 (EDT) From: Stephen Kiernan Reply-To: kiernasj@erols.com To: freebsd-current@freebsd.org Subject: 'make world' fails.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I sup'd the current revs for -current, but 'make world' is failing in /usr/src/gnu/usr.bin/groff/devX100 It seems that it's looking for a file named 'Makefile.sub' which doesn't seem to exist. Any ideas? -- Stephen Kiernan kiernasj@erols.com kiernasj@connix.com From owner-freebsd-current Tue Apr 22 01:00:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA00793 for current-outgoing; Tue, 22 Apr 1997 01:00:32 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA00788 for ; Tue, 22 Apr 1997 01:00:21 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id RAA14301; Tue, 22 Apr 1997 17:29:25 +0930 (CST) From: Michael Smith Message-Id: <199704220759.RAA14301@genesis.atrad.adelaide.edu.au> Subject: Re: kernel builds and obj dirs.. In-Reply-To: <199704220636.BAA02952@nyx.pr.mcs.net> from Chris Csanady at "Apr 22, 97 01:36:29 am" To: ccsanady@nyx.pr.mcs.net (Chris Csanady) Date: Tue, 22 Apr 1997 17:29:24 +0930 (CST) Cc: freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Chris Csanady stands accused of saying: > Currently, it seems that building a kernel results in some dirs > being created under /usr/obj. The only offending code seems to > be the aic7xxx stuff. This is not right, is it? No, it's not. It means that to build a kernel you must have write permissions to /usr/obj; I was going to whine about this but forgot 8) > --Chris Csanady -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Tue Apr 22 01:05:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA00927 for current-outgoing; Tue, 22 Apr 1997 01:05:50 -0700 (PDT) Received: from shadows.aeon.net (bsdcur@shadows.aeon.net [194.100.41.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA00922 for ; Tue, 22 Apr 1997 01:05:46 -0700 (PDT) Received: (from bsdcur@localhost) by shadows.aeon.net (8.8.5/8.8.3) id LAA15189; Tue, 22 Apr 1997 11:03:57 +0300 (EET DST) From: mika ruohotie Message-Id: <199704220803.LAA15189@shadows.aeon.net> Subject: Re: dup and other anomalities... In-Reply-To: <199704212255.PAA07938@root.com> from David Greenman at "Apr 21, 97 03:55:02 pm" To: dg@root.com Date: Tue, 22 Apr 1997 11:03:57 +0300 (EET DST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >my friend has weird problem in his net, check these pings (this is /27), > >the problem introduced himself after he upgraded from 2.1.5 to 2.2.-stable > >with make world. before in 2.1.5 no probs. > All of those are due to you pinging the broadcast address of the subnet. > Looks perfectly normal to me. you mean that the broadcast is supposed to show that cycle alike pingtimes? why did he start getting those ipfw messages after upgrade? > David Greenman mickey From owner-freebsd-current Tue Apr 22 04:42:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA09973 for current-outgoing; Tue, 22 Apr 1997 04:42:45 -0700 (PDT) Received: from oxmail4.ox.ac.uk (oxmail4.ox.ac.uk [163.1.2.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA09928 for ; Tue, 22 Apr 1997 04:41:07 -0700 (PDT) Received: from njl2.materials.ox.ac.uk by oxmail4 with SMTP (PP); Tue, 22 Apr 1997 12:40:11 +0100 Received: by njl2.materials.ox.ac.uk (950413.SGI.8.6.12/940406.SGI) for current@freebsd.org id MAA09826; Tue, 22 Apr 1997 12:38:41 +0100 Date: Tue, 22 Apr 1997 12:38:41 +0100 From: neil.long@materials.oxford.ac.uk (Neil J Long) Message-Id: <9704221238.ZM9824@njl2.materials.ox.ac.uk> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: current@freebsd.org Subject: cvsup5.freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello I just tried to cvsup and cvsup5 doesn't seem to have a DNS entry at present, this could be one of the many benefits of the Internet these days but I wondered if anyone else sees a problem before I report it. At present I see cvsup.freebsd.org ==> opus.cts.cwu.edu ==> 198.104.92.71 cvsup2.freebsd.org ==> burka.rdy.com ==> 205.149.163.30 cvsup3.freebsd.org ==> pub1.bryant.vix.com ==> 192.5.5.245 cvsup4.freebsd.org ==> opus.cts.cwu.edu ==> 198.104.92.71 Cheers Neil From owner-freebsd-current Tue Apr 22 06:06:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA13807 for current-outgoing; Tue, 22 Apr 1997 06:06:47 -0700 (PDT) Received: from pahtoh.cwu.edu (root@pahtoh.cwu.edu [198.104.65.27]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA13801 for ; Tue, 22 Apr 1997 06:06:45 -0700 (PDT) Received: from opus.cts.cwu.edu (skynyrd@opus.cts.cwu.edu [198.104.92.71]) by pahtoh.cwu.edu (8.8.5/8.8.5) with ESMTP id GAA27505; Tue, 22 Apr 1997 06:06:44 -0700 (PDT) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.5/8.8.5) with SMTP id GAA00722; Tue, 22 Apr 1997 06:06:41 -0700 (PDT) Date: Tue, 22 Apr 1997 06:06:40 -0700 (PDT) From: Chris Timmons To: Neil J Long cc: current@freebsd.org Subject: Re: cvsup5.freebsd.org In-Reply-To: <9704221238.ZM9824@njl2.materials.ox.ac.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I think that our hostmaster removed the old entry for cvsup4 because spatter (RIP) is gone. Just update your CVSupfile to point at one of the other mirrors. -Chris On Tue, 22 Apr 1997, Neil J Long wrote: > Hello > I just tried to cvsup and cvsup5 doesn't seem to have a DNS entry at present, > this could be one of the many benefits of the Internet these days but I > wondered if anyone else sees a problem before I report it. > > At present I see > cvsup.freebsd.org ==> opus.cts.cwu.edu ==> 198.104.92.71 > cvsup2.freebsd.org ==> burka.rdy.com ==> 205.149.163.30 > cvsup3.freebsd.org ==> pub1.bryant.vix.com ==> 192.5.5.245 > cvsup4.freebsd.org ==> opus.cts.cwu.edu ==> 198.104.92.71 > > Cheers > Neil > From owner-freebsd-current Tue Apr 22 06:14:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA14179 for current-outgoing; Tue, 22 Apr 1997 06:14:56 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA14166; Tue, 22 Apr 1997 06:14:50 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id WAA18843; Tue, 22 Apr 1997 22:36:08 +1000 Date: Tue, 22 Apr 1997 22:36:08 +1000 From: Bruce Evans Message-Id: <199704221236.WAA18843@godzilla.zeta.org.au> To: ache@nagual.ru, current@FreeBSD.ORG, dyson@FreeBSD.ORG Subject: Re: Recent vfork kernel changes broke csh & tcsh! Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Both csh and tcsh affected in the similar way. > >I forgot to mention that I am shure it is vfork problem because it >disappearse when I change vfork to fork in csh or tcsh. It wasn't completely clear that you have to start from csh or tcsh to see the bug. It may be a csh bug. csh does a lot of work to preserve the parent state. It's not clear that this can work with an optimising compiler. However, compiling without -O and declaring all local variables as volatile didn't help. It's silly that csh ttempts to optimize forks but sh doesn't. I think I found other bugs while attempting to debug this: UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND 15 7403 1 0 -18 0 440 0 thrd_s DE v3- 0:00.00 (csh) ^ unkillable disk wait (parent was gdb) 15 7742 7403 2 28 0 0 0 - Z v3- 0:00.00 (sh) 15 8334 1 0 -18 0 440 0 thrd_s DE v3- 0:00.00 (csh) ^ easy to reproduce 15 8336 8334 3 28 0 0 0 - Z v3- 0:00.00 (sh) 15 8846 1 1 -6 0 0 0 - Z v3- 0:00.00 (bash) ^ exiting login shell hung 15 8916 1 0 -18 0 440 0 thrd_s DE v3- 0:00.00 (csh) 15 8917 8916 4 29 0 0 0 - Z v3- 0:00.00 (sh) 15 8918 1 0 10 0 248 484 wait S v3- 0:00.13 /bin/sh /tmp To reproduce this using a statically linked csh: 1) gdb csh 2) put a breakpoint at the first statement in the parent. 3) r 4) /tmp/a.sh 5) s [repeat this until the first function call (xfree). Then there is an unexpected EFAULT and csh in state DE] More fiddling with this gave a completely revoked ttyv3 with no getty on it since the login shell didn't exit properly. Bruce From owner-freebsd-current Tue Apr 22 06:55:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA15907 for current-outgoing; Tue, 22 Apr 1997 06:55:07 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA15902; Tue, 22 Apr 1997 06:55:02 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id IAA02018; Tue, 22 Apr 1997 08:49:23 -0500 (EST) From: "John S. Dyson" Message-Id: <199704221349.IAA02018@dyson.iquest.net> Subject: Re: Recent vfork kernel changes broke csh & tcsh! In-Reply-To: <199704221236.WAA18843@godzilla.zeta.org.au> from Bruce Evans at "Apr 22, 97 10:36:08 pm" To: bde@zeta.org.au (Bruce Evans) Date: Tue, 22 Apr 1997 08:49:23 -0500 (EST) Cc: ache@nagual.ru, current@FreeBSD.ORG, dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >> Both csh and tcsh affected in the similar way. > > > >I forgot to mention that I am shure it is vfork problem because it > >disappearse when I change vfork to fork in csh or tcsh. > > It wasn't completely clear that you have to start from csh or tcsh > to see the bug. > Well, I am about ready to give up on the vfork thing... There are bigger fish to fry :-). John From owner-freebsd-current Tue Apr 22 08:24:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA20007 for current-outgoing; Tue, 22 Apr 1997 08:24:16 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA19984; Tue, 22 Apr 1997 08:24:10 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id RAA02965; Tue, 22 Apr 1997 17:00:53 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.5/8.8.2) id QAA12178; Tue, 22 Apr 1997 16:41:41 +0200 (CEST) Message-ID: <19970422164141.47984@klemm.gtn.com> Date: Tue, 22 Apr 1997 16:41:41 +0200 From: Andreas Klemm To: freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, Tom Bartol Subject: Re: Trouble with make release References: <19970416230912.AQ56501@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <19970416230912.AQ56501@uriah.heep.sax.de>; from J Wunsch on Wed, Apr 16, 1997 at 11:09:12PM +0200 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 2.2-STABLE Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, Apr 16, 1997 at 11:09:12PM +0200, J Wunsch wrote: > As Tom Bartol wrote: > > > Apparently the CVSROOT environment variable is never set so there is just > > a blank after "cvs -d" instead of an absolute path name. Does anyone have > > any clues as to how I to fix this? > > Yes, by mirroring a CVS tree, and setting this variable. :) And don't forget to compile a kernel with vn support, since it's needed for building the floppies ... -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Tue Apr 22 09:21:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA22586 for current-outgoing; Tue, 22 Apr 1997 09:21:06 -0700 (PDT) Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA22581 for ; Tue, 22 Apr 1997 09:21:02 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id KAA04328; Tue, 22 Apr 1997 10:19:45 -0600 (MDT) Message-Id: <199704221619.KAA04328@pluto.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 To: Chris Csanady cc: freebsd-current@freebsd.org Subject: Re: kernel builds and obj dirs.. In-reply-to: Your message of "Tue, 22 Apr 1997 01:36:29 CDT." <199704220636.BAA02952@nyx.pr.mcs.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Apr 1997 10:18:13 -0600 From: "Justin T. Gibbs" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Currently, it seems that building a kernel results in some dirs >being created under /usr/obj. The only offending code seems to >be the aic7xxx stuff. This is not right, is it? > >--Chris Csanady The aic7xxx assembler is build in /usr/obj. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Tue Apr 22 09:25:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA22857 for current-outgoing; Tue, 22 Apr 1997 09:25:40 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA22847 for ; Tue, 22 Apr 1997 09:25:35 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id CAA25593 for current@freebsd.org; Wed, 23 Apr 1997 02:25:24 +1000 Date: Wed, 23 Apr 1997 02:25:24 +1000 From: Bruce Evans Message-Id: <199704221625.CAA25593@godzilla.zeta.org.au> To: current@freebsd.org Subject: gcc bugfeatures Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk gcc apparently has a hack to make the following broken program compile: #include char *malloc(), *realloc(); but only when is found in /usr/include. mk_cmds/ct.y has broken code like this, so it compiles if ${DESTDIR} is "/" (otherwise stdlib.h is found in a nonstandard place). gcc apparently has a similar hack for `long long'. If is found in /usr/include/sys, then `gcc -pedantic' doesn't warn about long longs; otherwise it does. Bruce From owner-freebsd-current Tue Apr 22 09:44:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA23787 for current-outgoing; Tue, 22 Apr 1997 09:44:18 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA23781; Tue, 22 Apr 1997 09:44:06 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA26514; Tue, 22 Apr 1997 09:41:57 -0700 From: Terry Lambert Message-Id: <199704221641.JAA26514@phaeton.artisoft.com> Subject: Re: What's the deal with cc? To: gpalmer@freebsd.org (Gary Palmer) Date: Tue, 22 Apr 1997 09:41:57 -0700 (MST) Cc: terry@lambert.org, current@freebsd.org In-Reply-To: <25251.861677313@orion.webspan.net> from "Gary Palmer" at Apr 21, 97 10:48:33 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > The /usr/src/gnu/cc directory is unpopulated. What happened? > > It got moved into our new directory structure (I'm surprised you > didn't archive the message about it :-) ) > > Try > > /usr/src/contrib/gcc Next question: how do I pull down /usr/src/gnu without pulling down all of the !$%#! useless Attic files? That's 30M of useless crap, given the code duplication. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Apr 22 10:00:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA24796 for current-outgoing; Tue, 22 Apr 1997 10:00:46 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA24785 for ; Tue, 22 Apr 1997 10:00:42 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id CAA26529 for current@freebsd.org; Wed, 23 Apr 1997 02:58:05 +1000 Date: Wed, 23 Apr 1997 02:58:05 +1000 From: Bruce Evans Message-Id: <199704221658.CAA26529@godzilla.zeta.org.au> To: current@freebsd.org Subject: init sleeping on "thrd_s" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk My vfork debugging problems seem to have been caused by vm_map problems. The problems somehow got all the way back to init. Everything not related to the hung processes seems to work perfectly. UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND 0 0 0 0 -18 0 0 0 sched DLs ?? 0:00.37 (swapper) 0 1 0 0 -18 0 184 132 thrd_s Ds ?? 0:00.52 /sbin/init - ... 15 190 1 0 28 0 0 0 - Z v0- 0:00.00 (bash) ... 15 7403 1 0 -18 0 440 0 thrd_s DE v3- 0:00.00 (csh) 15 7742 7403 2 28 0 0 0 - Z v3- 0:00.00 (sh) 15 8334 1 0 -18 0 440 0 thrd_s DE v3- 0:00.00 (csh) 15 8336 8334 3 28 0 0 0 - Z v3- 0:00.00 (sh) 15 8846 1 1 -6 0 0 0 - Z v3- 0:00.00 (bash) 15 8916 1 0 -18 0 440 0 thrd_s DE v3- 0:00.00 (csh) 15 8917 8916 4 29 0 0 0 - Z v3- 0:00.00 (sh) 15 8918 1 0 10 0 248 316 wait S v3- 0:02.38 /bin/sh /tmp More debugging problems: - "thrd_s" doesn't uniquely determine the code that is sleeping. This seems to be hard to fix. It's probably too inefficient to pass unique strings to lockmgr(). - "thrd_s" is poorly named. Sleep message strings are restricted to 6 characters and should be carefully explicitly abbreviated to 6 characters. There is no room for underscores. Bruce From owner-freebsd-current Tue Apr 22 10:10:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA25560 for current-outgoing; Tue, 22 Apr 1997 10:10:47 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA25547 for ; Tue, 22 Apr 1997 10:10:40 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id DAA26818; Wed, 23 Apr 1997 03:07:02 +1000 Date: Wed, 23 Apr 1997 03:07:02 +1000 From: Bruce Evans Message-Id: <199704221707.DAA26818@godzilla.zeta.org.au> To: ccsanady@nyx.pr.mcs.net, gibbs@plutotech.com Subject: Re: kernel builds and obj dirs.. Cc: freebsd-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>Currently, it seems that building a kernel results in some dirs >>being created under /usr/obj. The only offending code seems to >>be the aic7xxx stuff. This is not right, is it? >> >>--Chris Csanady > >The aic7xxx assembler is build in /usr/obj. This is not right, is it? :-) One interesting failure mode is when -C is in ${INSTALL}. Then `make install' will not change the timestamp on the assembler, `make' will keep reinstalling it, and `make -n' will report having to do more than `make' actually does. Bruce From owner-freebsd-current Tue Apr 22 10:14:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA25848 for current-outgoing; Tue, 22 Apr 1997 10:14:12 -0700 (PDT) Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA25841 for ; Tue, 22 Apr 1997 10:14:08 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id LAA05681; Tue, 22 Apr 1997 11:12:48 -0600 (MDT) Message-Id: <199704221712.LAA05681@pluto.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 To: Bruce Evans cc: ccsanady@nyx.pr.mcs.net, gibbs@plutotech.com, freebsd-current@freebsd.org Subject: Re: kernel builds and obj dirs.. In-reply-to: Your message of "Wed, 23 Apr 1997 03:07:02 +1000." <199704221707.DAA26818@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Apr 1997 11:11:16 -0600 From: "Justin T. Gibbs" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>The aic7xxx assembler is build in /usr/obj. > >This is not right, is it? :-) > >One interesting failure mode is when -C is in ${INSTALL}. Then >`make install' will not change the timestamp on the assembler, >`make' will keep reinstalling it, and `make -n' will report >having to do more than `make' actually does. > >Bruce As I mentioned in Core before making these changes, I'm open to ideas on how we want to deal with it. We could move the assembler into usr.sbin or something and simply use it during kernel compiles, but that doesn't express the dependency the kernel driver has on the assembler. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Tue Apr 22 10:14:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA25884 for current-outgoing; Tue, 22 Apr 1997 10:14:39 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA25879; Tue, 22 Apr 1997 10:14:34 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id CAA16591; Wed, 23 Apr 1997 02:43:43 +0930 (CST) From: Michael Smith Message-Id: <199704221713.CAA16591@genesis.atrad.adelaide.edu.au> Subject: Re: What's the deal with cc? In-Reply-To: <199704221641.JAA26514@phaeton.artisoft.com> from Terry Lambert at "Apr 22, 97 09:41:57 am" To: terry@lambert.org (Terry Lambert) Date: Wed, 23 Apr 1997 02:43:42 +0930 (CST) Cc: gpalmer@FreeBSD.ORG, terry@lambert.org, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert stands accused of saying: > > > > /usr/src/contrib/gcc > > Next question: how do I pull down /usr/src/gnu without pulling > down all of the !$%#! useless Attic files? That's 30M of useless > crap, given the code duplication. Try a refuse file in src-gnu with a pattern like *Attic* in it. See the cvsup manpage section on refuse files. > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Tue Apr 22 10:31:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA27012 for current-outgoing; Tue, 22 Apr 1997 10:31:05 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA27007 for ; Tue, 22 Apr 1997 10:31:03 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id DAA27320; Wed, 23 Apr 1997 03:25:57 +1000 Date: Wed, 23 Apr 1997 03:25:57 +1000 From: Bruce Evans Message-Id: <199704221725.DAA27320@godzilla.zeta.org.au> To: bde@zeta.org.au, gibbs@plutotech.com Subject: Re: kernel builds and obj dirs.. Cc: ccsanady@nyx.pr.mcs.net, freebsd-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >As I mentioned in Core before making these changes, I'm open to ideas >on how we want to deal with it. We could move the assembler into >usr.sbin or something and simply use it during kernel compiles, but >that doesn't express the dependency the kernel driver has on the assembler. I like building it in the compile directory. You can move it to usr.bin when it becomes as stable as `as' (and stabler than config :-). I'd also like to build the syscall tables on the fly and not maintain them as sources in cvs. I think this works for everything except syscall.h and maybe syscall-hide.h. Bruce From owner-freebsd-current Tue Apr 22 10:44:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA27946 for current-outgoing; Tue, 22 Apr 1997 10:44:25 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA27941 for ; Tue, 22 Apr 1997 10:44:20 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id SAA00150 for ; Tue, 22 Apr 1997 18:43:53 +0100 (BST) Date: Tue, 22 Apr 1997 18:43:53 +0100 (BST) From: Doug Rabson To: current@freebsd.org Subject: Reviewers wanted Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I need a couple of testers and reviewers for merging some NFS and other filesystem related fixes from current into the 2.2 branch. I don't have a 2.2 machine yet, so I can't test these easily. If you have half an hour or so to spare and a 2.2 machine to test on, please contact me and I will send the diffs. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-current Tue Apr 22 11:01:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA29240 for current-outgoing; Tue, 22 Apr 1997 11:01:17 -0700 (PDT) Received: from sovcom.relcom.ru (sovcom.relcom.ru [193.125.152.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA29203; Tue, 22 Apr 1997 11:00:57 -0700 (PDT) Received: by sovcom.relcom.ru id AA16014 (5.65.kiae-1 ); Tue, 22 Apr 1997 20:33:41 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Tue, 22 Apr 97 20:33:40 +0300 Received: (from ache@localhost) by nagual.ru (8.8.5/8.8.5) id VAA00457; Tue, 22 Apr 1997 21:32:07 +0400 (MSD) Date: Tue, 22 Apr 1997 21:32:05 +0400 (MSD) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= To: Bruce Evans Cc: current@FreeBSD.ORG, dyson@FreeBSD.ORG Subject: Re: Recent vfork kernel changes broke csh & tcsh! In-Reply-To: <199704221236.WAA18843@godzilla.zeta.org.au> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 22 Apr 1997, Bruce Evans wrote: > It may be a csh bug. csh does a lot of work to preserve the parent > state. It's not clear that this can work with an optimising compiler. > However, compiling without -O and declaring all local variables as > volatile didn't help. Yes, it may be csh & tcsh common bug, but I can't find what clobbers exactly. It finally hits process list in both csh & tcsh, but preserving process list not helps. > I think I found other bugs while attempting to debug this: Do you have some results from debugging? BTW, this bug easily cause another bug I report early (ufs lockstatus panic) when csh or tcsh is login shell. When you call a.sh from login shell, sometimes it cause lockstatus panic instead of exiting to getty. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Tue Apr 22 11:02:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA29303 for current-outgoing; Tue, 22 Apr 1997 11:02:19 -0700 (PDT) Received: from sovcom.relcom.ru (sovcom.relcom.ru [193.125.152.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA29276; Tue, 22 Apr 1997 11:01:51 -0700 (PDT) Received: by sovcom.relcom.ru id AA16007 (5.65.kiae-1 ); Tue, 22 Apr 1997 20:33:40 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Tue, 22 Apr 97 20:33:39 +0300 Received: (from ache@localhost) by nagual.ru (8.8.5/8.8.5) id VAA00448; Tue, 22 Apr 1997 21:27:10 +0400 (MSD) Date: Tue, 22 Apr 1997 21:27:08 +0400 (MSD) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= To: "John S. Dyson" Cc: Bruce Evans , current@freebsd.org, dyson@freebsd.org Subject: Re: Recent vfork kernel changes broke csh & tcsh! In-Reply-To: <199704221349.IAA02018@dyson.iquest.net> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 22 Apr 1997, John S. Dyson wrote: > > >> Both csh and tcsh affected in the similar way. > > > > > >I forgot to mention that I am shure it is vfork problem because it > > >disappearse when I change vfork to fork in csh or tcsh. > > > > It wasn't completely clear that you have to start from csh or tcsh > > to see the bug. Of course, else what the Subj. talk about? > Well, I am about ready to give up on the vfork thing... There > are bigger fish to fry :-). Can we left vfork at traditional BSD stage and not make it as powerful as rfork is? It seems some programs expect traditional semantics... BTW, alternative way will be fixing such programs to preserve more variables before forking, but it is relatively hard task. I try to see what csh child clobbers, but give up, i.e. can't find what it was. Preserving process list f.e. not helps... -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Tue Apr 22 11:19:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA00350 for current-outgoing; Tue, 22 Apr 1997 11:19:08 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA00343; Tue, 22 Apr 1997 11:19:00 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id NAA02417; Tue, 22 Apr 1997 13:18:23 -0500 (EST) From: John Dyson Message-Id: <199704221818.NAA02417@dyson.iquest.net> Subject: Re: Recent vfork kernel changes broke csh & tcsh! In-Reply-To: from "[______ ______]" at "Apr 22, 97 09:27:08 pm" To: ache@nagual.ru (=?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?=) Date: Tue, 22 Apr 1997 13:18:23 -0500 (EST) Cc: bde@zeta.org.au, current@freebsd.org, dyson@freebsd.org Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Can we left vfork at traditional BSD stage and not make it > as powerful as rfork is? It seems some programs expect traditional > semantics... > The problem is that the new vfork re-implemented the traditional BSD method... Too much code appears to be broken. John From owner-freebsd-current Tue Apr 22 11:28:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA01062 for current-outgoing; Tue, 22 Apr 1997 11:28:58 -0700 (PDT) Received: from kithrup.com (kithrup.com [205.179.156.40]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA01057 for ; Tue, 22 Apr 1997 11:28:56 -0700 (PDT) Received: (from sef@localhost) by kithrup.com (8.6.8/8.6.6) id LAA21302; Tue, 22 Apr 1997 11:28:55 -0700 Date: Tue, 22 Apr 1997 11:28:55 -0700 From: Sean Eric Fagan Message-Id: <199704221828.LAA21302@kithrup.com> To: current@freebsd.org Subject: Re: Recent vfork kernel changes broke csh & tcsh! Newsgroups: kithrup.freebsd.current In-Reply-To: <199704221236.WAA18843.kithrup.freebsd.current@godzilla.zeta.org.au> Organization: Kithrup Enterprises, Ltd. Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Am I the only one who thinks that restoring behaviour known to be a defect in the original implementation is a BAD idea? Sun did similar idiotic things when they required an include of . How many applications are going to break because of this change? Not just because of library code, but because the semantics of an important system call have now reverted to buggy behvaiour? Sean. From owner-freebsd-current Tue Apr 22 11:45:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA02212 for current-outgoing; Tue, 22 Apr 1997 11:45:56 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA02207; Tue, 22 Apr 1997 11:45:51 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id EAA29497; Wed, 23 Apr 1997 04:43:11 +1000 Date: Wed, 23 Apr 1997 04:43:11 +1000 From: Bruce Evans Message-Id: <199704221843.EAA29497@godzilla.zeta.org.au> To: ache@nagual.ru, bde@zeta.org.au Subject: Re: Recent vfork kernel changes broke csh & tcsh! Cc: current@freebsd.org, dyson@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The procfs_mem.c fix fixed the hangs on thrd_s. >Yes, it may be csh & tcsh common bug, but I can't find what clobbers >exactly. It finally hits process list in both csh & tcsh, but preserving >process list not helps. I think our non-simple malloc() behaviour triggers broken csh behaviour. csh frees things in the parent that are allocated (only) in the child, but this is not guaranteed to reset the malloc state. Leaving out all the magic frees in the parent seems to avoid the problem. Leaving them alone gives a next-process pointer pointing to the name of my test command ("/bin/ls"). >Do you have some results from debugging? Nothing interesting before now. >BTW, this bug easily cause another bug I report early (ufs lockstatus >panic) when csh or tcsh is login shell. When you call a.sh from login >shell, sometimes it cause lockstatus panic instead of exiting to getty. I haven't seen this. Bruce From owner-freebsd-current Tue Apr 22 12:07:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA03875 for current-outgoing; Tue, 22 Apr 1997 12:07:35 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA03868; Tue, 22 Apr 1997 12:07:29 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id FAA30007; Wed, 23 Apr 1997 05:04:52 +1000 Date: Wed, 23 Apr 1997 05:04:52 +1000 From: Bruce Evans Message-Id: <199704221904.FAA30007@godzilla.zeta.org.au> To: ache@nagual.ru, toor@dyson.iquest.net Subject: Re: Recent vfork kernel changes broke csh & tcsh! Cc: bde@zeta.org.au, current@freebsd.org, dyson@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Can we left vfork at traditional BSD stage and not make it >as powerful as rfork is? It seems some programs expect traditional >semantics... I thought that we were just implementing traditional BSD semantics. Traditional compilers and mallocs were weaker, so vfork() worked although its interface is fundamentally broken. >BTW, alternative way will be fixing such programs to preserve more >variables before forking, but it is relatively hard task. I try to see >what csh child clobbers, but give up, i.e. can't find what it was. >Preserving process list f.e. not helps... I hope there are few programs that use it as evilly as csh. In src/bin, it is used right in mv (except fork failure is mishandled), rcp and rmail (rmail has YA version of popen). In src/sbin, it is used brokenly (but is probably OK because the compiler doesn't allocate the child variables space-optimally). In usr.bin/vacation, it is used very brokenly (mfp is fclosed() in the child and then used in the parent). Other cases in usr.bin and usr.sbin seem to be OK in practice. This shows that it is too dangerous to fix vfork(). Does Netscape use it? :-) Bruce From owner-freebsd-current Tue Apr 22 12:44:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA13846 for current-outgoing; Tue, 22 Apr 1997 12:44:06 -0700 (PDT) Received: from critter.dk.tfs.com (phk.cybercity.dk [195.8.129.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA13756; Tue, 22 Apr 1997 12:43:43 -0700 (PDT) Received: from critter (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.5/8.8.5) with ESMTP id VAA03830; Tue, 22 Apr 1997 21:42:41 +0200 (CEST) To: Bruce Evans cc: ache@nagual.ru, current@freebsd.org, dyson@freebsd.org From: Poul-Henning Kamp Subject: Re: Recent vfork kernel changes broke csh & tcsh! In-reply-to: Your message of "Wed, 23 Apr 1997 04:43:11 +1000." <199704221843.EAA29497@godzilla.zeta.org.au> Date: Tue, 22 Apr 1997 21:42:40 +0200 Message-ID: <3828.861738160@critter> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199704221843.EAA29497@godzilla.zeta.org.au>, Bruce Evans writes: >The procfs_mem.c fix fixed the hangs on thrd_s. > >>Yes, it may be csh & tcsh common bug, but I can't find what clobbers >>exactly. It finally hits process list in both csh & tcsh, but preserving >>process list not helps. > >I think our non-simple malloc() behaviour triggers broken csh behaviour. Another one bites the dust ? :-) >csh frees things in the parent that are allocated (only) in the child, >but this is not guaranteed to reset the malloc state. Uhm, either they have shared addres room, in which case it is consistent, or they don't, in which case it doesn't matter... There is a reentrancy filter on malloc now that would detect such trouble. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Tue Apr 22 12:56:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA21221 for current-outgoing; Tue, 22 Apr 1997 12:56:11 -0700 (PDT) Received: from sovcom.relcom.ru (sovcom.relcom.ru [193.125.152.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA21128; Tue, 22 Apr 1997 12:56:03 -0700 (PDT) Received: by sovcom.relcom.ru id AA27700 (5.65.kiae-1 ); Tue, 22 Apr 1997 22:23:53 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Tue, 22 Apr 97 22:23:52 +0300 Received: (from ache@localhost) by nagual.ru (8.8.5/8.8.5) id XAA00225; Tue, 22 Apr 1997 23:21:47 +0400 (MSD) Date: Tue, 22 Apr 1997 23:21:45 +0400 (MSD) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= To: Bruce Evans Cc: current@freebsd.org, dyson@freebsd.org Subject: ufs lockstatus bug again (was Re: Recent vfork kernel changes broke csh & tcsh!) In-Reply-To: <199704221843.EAA29497@godzilla.zeta.org.au> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 23 Apr 1997, Bruce Evans wrote: > >BTW, this bug easily cause another bug I report early (ufs lockstatus > >panic) when csh or tcsh is login shell. When you call a.sh from login > >shell, sometimes it cause lockstatus panic instead of exiting to getty. > > I haven't seen this. This one line .profile crash 0day-current with 90% probability: exec /usr/local/bin/ssh -c des -e none localhost (assuming you run recent sshd and _not_ explicitly allow des) This line itself not cause crash, crash always happens on the next sync (from update), so you need some little disk activity to see it: page fault in kernel mode: lockstatus+0x8: cmpw $0,0x10(%edx) stack looks like: lockstatus ufs_islocked vfs_msync sync If "exec" in .profile changed to nothing, all work right, i.e. proper error diagnostic printed from ssh and login prompt appearse again. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Tue Apr 22 13:02:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA24954 for current-outgoing; Tue, 22 Apr 1997 13:02:15 -0700 (PDT) Received: from sovcom.relcom.ru (sovcom.relcom.ru [193.125.152.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA24869; Tue, 22 Apr 1997 13:02:04 -0700 (PDT) Received: by sovcom.relcom.ru id AA04358 (5.65.kiae-1 ); Tue, 22 Apr 1997 22:42:27 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Tue, 22 Apr 97 22:42:27 +0300 Received: (from ache@localhost) by nagual.ru (8.8.5/8.8.5) id XAA00301; Tue, 22 Apr 1997 23:40:30 +0400 (MSD) Date: Tue, 22 Apr 1997 23:40:27 +0400 (MSD) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= To: Bruce Evans Cc: current@freebsd.org, dyson@freebsd.org Subject: Re: Recent vfork kernel changes broke csh & tcsh! In-Reply-To: <199704221843.EAA29497@godzilla.zeta.org.au> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 23 Apr 1997, Bruce Evans wrote: > I think our non-simple malloc() behaviour triggers broken csh behaviour. > csh frees things in the parent that are allocated (only) in the child, > but this is not guaranteed to reset the malloc state. Leaving out all > the magic frees in the parent seems to avoid the problem. Leaving them > alone gives a next-process pointer pointing to the name of my test > command ("/bin/ls"). BSD vfork have follwing assumption: father suspended until child exec or exit, even manpage say that (do we broke _that_ rule?) What wrong happens in freeing memory in father which was malloced in a child? What do you mean by reset malloc state? -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Tue Apr 22 13:20:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA00520 for current-outgoing; Tue, 22 Apr 1997 13:20:02 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA00475 for ; Tue, 22 Apr 1997 13:19:59 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.8.5/8.6.5) with SMTP id NAA15054; Tue, 22 Apr 1997 13:20:14 -0700 (PDT) Message-Id: <199704222020.NAA15054@root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Chris Timmons cc: Neil J Long , current@FreeBSD.ORG Subject: Re: cvsup5.freebsd.org In-reply-to: Your message of "Tue, 22 Apr 1997 06:06:40 PDT." From: David Greenman Reply-To: dg@root.com Date: Tue, 22 Apr 1997 13:20:14 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I think that our hostmaster removed the old entry for cvsup4 because >spatter (RIP) is gone. Just update your CVSupfile to point at one of the >other mirrors. Correct. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Tue Apr 22 14:26:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA06728 for current-outgoing; Tue, 22 Apr 1997 14:26:34 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA06713; Tue, 22 Apr 1997 14:26:25 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA27401; Tue, 22 Apr 1997 14:23:38 -0700 From: Terry Lambert Message-Id: <199704222123.OAA27401@phaeton.artisoft.com> Subject: Re: What's the deal with cc? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 22 Apr 1997 14:23:37 -0700 (MST) Cc: terry@lambert.org, gpalmer@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199704221713.CAA16591@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Apr 23, 97 02:43:42 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Next question: how do I pull down /usr/src/gnu without pulling > > down all of the !$%#! useless Attic files? That's 30M of useless > > crap, given the code duplication. > > Try a refuse file in src-gnu with a pattern like > > *Attic* > > in it. See the cvsup manpage section on refuse files. Well, the man page is not bvery useful, but I set the refuse pattern and it worked (mostly). You apparently *must* use a wildcard in the pattern (real pain). There are still some Attic files it graps, though... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Apr 22 14:40:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA07802 for current-outgoing; Tue, 22 Apr 1997 14:40:17 -0700 (PDT) Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA07795 for ; Tue, 22 Apr 1997 14:40:13 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id PAA13128; Tue, 22 Apr 1997 15:39:20 -0600 (MDT) Message-Id: <199704222139.PAA13128@pluto.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 To: Bruce Evans cc: gibbs@plutotech.com, ccsanady@nyx.pr.mcs.net, freebsd-current@freebsd.org Subject: Re: kernel builds and obj dirs.. In-reply-to: Your message of "Wed, 23 Apr 1997 03:25:57 +1000." <199704221725.DAA27320@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Apr 1997 15:37:47 -0600 From: "Justin T. Gibbs" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I like building it in the compile directory. You can move it to usr.bin >when it becomes as stable as `as' (and stabler than config :-). My only worry in doing this is that the objs from the assembler may conflict with other obj files from the kernel build proper. If we decided that this is how we want to handle this, I'll change the lex/yacc files to have more unique names and make the appropriate changes to the build of the assembler. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Tue Apr 22 15:23:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA11113 for current-outgoing; Tue, 22 Apr 1997 15:23:27 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA11085; Tue, 22 Apr 1997 15:23:06 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA27567; Tue, 22 Apr 1997 15:20:18 -0700 From: Terry Lambert Message-Id: <199704222220.PAA27567@phaeton.artisoft.com> Subject: Re: What's the deal with cc? *CRAP* To: terry@lambert.org (Terry Lambert) Date: Tue, 22 Apr 1997 15:20:17 -0700 (MST) Cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, gpalmer@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199704222123.OAA27401@phaeton.artisoft.com> from "Terry Lambert" at Apr 22, 97 02:23:37 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Try a refuse file in src-gnu with a pattern like > > > > *Attic* > > > > in it. See the cvsup manpage section on refuse files. > > Well, the man page is not bvery useful, but I set the refuse pattern > and it worked (mostly). You apparently *must* use a wildcard in the > pattern (real pain). > > There are still some Attic files it graps, though... Well, it looks like it grabs all Attic directories under the main directory anyway. What a bunch of crap. Why weren't these files actually *moved* instead of being placed in an Attic (bleah, CVS). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Apr 22 15:45:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA12508 for current-outgoing; Tue, 22 Apr 1997 15:45:54 -0700 (PDT) Received: from zeppelin.net (obiwan@zeppelin.net [206.170.177.52]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA12498 for ; Tue, 22 Apr 1997 15:45:41 -0700 (PDT) Received: (from obiwan@localhost) by zeppelin.net (8.8.5/8.8.5) id PAA00395; Tue, 22 Apr 1997 15:47:09 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199704210700.CAA04384@main.gbdata.com> Date: Tue, 22 Apr 1997 15:44:04 -0700 (PDT) From: Josh Howard To: Gary Clark II Subject: Re: Opps.. problem with 04-19-97 kernel... Cc: freebsd-current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 21-Apr-97 Gary Clark II wrote: >Josh Howard wrote: >> I've been having the problem off and on for the last few weeks, I was >wondering >> if I was the only one, but apparently not. I can't seem to stay up for more >> than a few days (I found I was was rebooted when I woke up this morning >> actually). Hard to provide much info to help since as he points out it >doesn't >> leave much of a trace and has no other `dependencies' like load. > >Ok, >I dropped NFS support and have been up for around 19 hours now. I'll see >what happens. I would be surprised if it helps, since I haven't been running NFS on this box. This problem is getting rather irritating though, no one here has any idea what it is, or experiencing it? I may downgrade to pre-lite2 sometime soon... *** 3:44PM up 10 mins, 5 lusers, load averages: 1.24, 1.04, 0.55 (had a random reboot about 10 minutes ago) > >Gary > >-- >Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company >gclarkii@GBData.COM | Member of the FreeBSD Doc Team > Providing Internet and ISP startups - http://WWW.GBData.com for information > FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/FAQ.latin1 --- Josh Howard (obiwan@zeppelin.net) If a camel is a horse designed by a committee, then a consensus forecast is a camel's behind. -- Edgar R. Fiedler From owner-freebsd-current Tue Apr 22 17:25:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA19702 for current-outgoing; Tue, 22 Apr 1997 17:25:08 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA19697 for ; Tue, 22 Apr 1997 17:25:06 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id TAA02998; Tue, 22 Apr 1997 19:24:54 -0500 (EST) From: "John S. Dyson" Message-Id: <199704230024.TAA02998@dyson.iquest.net> Subject: Re: Recent vfork kernel changes broke csh & tcsh! In-Reply-To: <199704221828.LAA21302@kithrup.com> from Sean Eric Fagan at "Apr 22, 97 11:28:55 am" To: sef@Kithrup.COM (Sean Eric Fagan) Date: Tue, 22 Apr 1997 19:24:54 -0500 (EST) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Am I the only one who thinks that restoring behaviour known to be a defect > in the original implementation is a BAD idea? > I don't think that you are the only one. However, it makes a difference of about 3mins out of 1:51 for make world. I am backing it out anyway. John From owner-freebsd-current Tue Apr 22 18:39:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA23941 for current-outgoing; Tue, 22 Apr 1997 18:39:15 -0700 (PDT) Received: from sovcom.relcom.ru (sovcom.relcom.ru [193.125.152.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA23927; Tue, 22 Apr 1997 18:39:07 -0700 (PDT) Received: by sovcom.relcom.ru id AA28465 (5.65.kiae-1 ); Wed, 23 Apr 1997 04:30:02 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Wed, 23 Apr 97 04:30:01 +0300 Received: (from ache@localhost) by nagual.ru (8.8.5/8.8.5) id FAA00503; Wed, 23 Apr 1997 05:28:59 +0400 (MSD) Date: Wed, 23 Apr 1997 05:28:56 +0400 (MSD) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= To: Tor Egge Cc: Bruce Evans , FreeBSD-current , dyson@freebsd.org Subject: Re: Recent vfork kernel changes broke csh & tcsh! In-Reply-To: <199704222300.BAA12591@pat.idt.unit.no> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 23 Apr 1997, Tor Egge wrote: > ---- exec_shell_imgact in imgact_shell.c > > /* set argv[0] to point to original file name */ > suword(imgp->uap->argv, (int)imgp->uap->fname); Yes, this code directly modify child argv which father attempts to free later... We should copy argv somehow. Any ideas? -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Tue Apr 22 19:09:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA25625 for current-outgoing; Tue, 22 Apr 1997 19:09:46 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA25617 for ; Tue, 22 Apr 1997 19:09:37 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.8.5/8.6.5) with SMTP id TAA00458; Tue, 22 Apr 1997 19:11:14 -0700 (PDT) Message-Id: <199704230211.TAA00458@root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: "John S. Dyson" cc: sef@Kithrup.COM (Sean Eric Fagan), current@freebsd.org Subject: Re: Recent vfork kernel changes broke csh & tcsh! In-reply-to: Your message of "Tue, 22 Apr 1997 19:24:54 CDT." <199704230024.TAA02998@dyson.iquest.net> From: David Greenman Reply-To: dg@root.com Date: Tue, 22 Apr 1997 19:11:14 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> >> Am I the only one who thinks that restoring behaviour known to be a defect >> in the original implementation is a BAD idea? >> >I don't think that you are the only one. However, it makes a difference >of about 3mins out of 1:51 for make world. > >I am backing it out anyway. Perhaps rfork() should be called directly instead in areas where it is known to be safe (certain shells, etc). -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Tue Apr 22 19:34:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA27205 for current-outgoing; Tue, 22 Apr 1997 19:34:07 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA27190 for ; Tue, 22 Apr 1997 19:34:02 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA18710; Wed, 23 Apr 1997 12:03:29 +0930 (CST) From: Michael Smith Message-Id: <199704230233.MAA18710@genesis.atrad.adelaide.edu.au> Subject: Re: kernel builds and obj dirs.. In-Reply-To: <199704222139.PAA13128@pluto.plutotech.com> from "Justin T. Gibbs" at "Apr 22, 97 03:37:47 pm" To: gibbs@plutotech.com (Justin T. Gibbs) Date: Wed, 23 Apr 1997 12:03:28 +0930 (CST) Cc: bde@zeta.org.au, gibbs@plutotech.com, ccsanady@nyx.pr.mcs.net, freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Justin T. Gibbs stands accused of saying: > >I like building it in the compile directory. You can move it to usr.bin > >when it becomes as stable as `as' (and stabler than config :-). > > My only worry in doing this is that the objs from the assembler may > conflict with other obj files from the kernel build proper. If we > decided that this is how we want to handle this, I'll change the lex/yacc > files to have more unique names and make the appropriate changes to the > build of the assembler. Build it in a subdirectory perhaps? > Justin T. Gibbs -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Tue Apr 22 19:40:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA27696 for current-outgoing; Tue, 22 Apr 1997 19:40:53 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA27684; Tue, 22 Apr 1997 19:40:48 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA18748; Wed, 23 Apr 1997 12:09:24 +0930 (CST) From: Michael Smith Message-Id: <199704230239.MAA18748@genesis.atrad.adelaide.edu.au> Subject: Re: What's the deal with cc? *CRAP* In-Reply-To: <199704222220.PAA27567@phaeton.artisoft.com> from Terry Lambert at "Apr 22, 97 03:20:17 pm" To: terry@lambert.org (Terry Lambert) Date: Wed, 23 Apr 1997 12:09:23 +0930 (CST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, gpalmer@FreeBSD.ORG, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert stands accused of saying: > > > Try a refuse file in src-gnu with a pattern like > > > > > > *Attic* > > > > > > in it. See the cvsup manpage section on refuse files. > > > > Well, the man page is not bvery useful, but I set the refuse pattern > > and it worked (mostly). You apparently *must* use a wildcard in the > > pattern (real pain). > > > > There are still some Attic files it graps, though... > > Well, it looks like it grabs all Attic directories under the main > directory anyway. What a bunch of crap. Why weren't these files > actually *moved* instead of being placed in an Attic (bleah, CVS). Er, it shouldn't. You might want to check with JDP about that though; I know that when I was using *Attic* I got _nothing_ related to Attic directories. (A real pain when trying to check out anything vaguely old...) > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Tue Apr 22 19:57:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA28773 for current-outgoing; Tue, 22 Apr 1997 19:57:28 -0700 (PDT) Received: from sovcom.relcom.ru (sovcom.relcom.ru [193.125.152.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id TAA28761 for ; Tue, 22 Apr 1997 19:57:16 -0700 (PDT) Received: by sovcom.relcom.ru id AA19679 (5.65.kiae-1 ); Wed, 23 Apr 1997 05:52:59 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Wed, 23 Apr 97 05:52:58 +0300 Received: (from ache@localhost) by nagual.ru (8.8.5/8.8.5) id GAA00870; Wed, 23 Apr 1997 06:49:47 +0400 (MSD) Date: Wed, 23 Apr 1997 06:49:42 +0400 (MSD) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= To: "John S. Dyson" Cc: Sean Eric Fagan , current@freebsd.org Subject: Re: Recent vfork kernel changes broke csh & tcsh! In-Reply-To: <199704230024.TAA02998@dyson.iquest.net> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 22 Apr 1997, John S. Dyson wrote: > I am backing it out anyway. No! Lets fix imgact_shell.c in the way Tor Egge suggest instead and see, what happens... Modifiyng "const" argument of exec is true bug in imgact_shell.c -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Tue Apr 22 20:12:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA29942 for current-outgoing; Tue, 22 Apr 1997 20:12:29 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA29933 for ; Tue, 22 Apr 1997 20:12:22 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id WAA03824; Tue, 22 Apr 1997 22:12:06 -0500 (EST) From: "John S. Dyson" Message-Id: <199704230312.WAA03824@dyson.iquest.net> Subject: Re: Recent vfork kernel changes broke csh & tcsh! In-Reply-To: from "[______ ______]" at "Apr 23, 97 06:49:42 am" To: ache@nagual.ru (=?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?=) Date: Tue, 22 Apr 1997 22:12:06 -0500 (EST) Cc: toor@dyson.iquest.net, sef@Kithrup.COM, current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > On Tue, 22 Apr 1997, John S. Dyson wrote: > > > I am backing it out anyway. > > No! Lets fix imgact_shell.c in the way Tor Egge suggest instead and see, > what happens... Modifiyng "const" argument of exec is true bug in > imgact_shell.c > Whomever fixes the imgact_shell problem can turn on the RFMEM option for vfork() again. Too many people were having problems, and there are other things to do. John From owner-freebsd-current Tue Apr 22 23:12:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA10000 for current-outgoing; Tue, 22 Apr 1997 23:12:32 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA09992 for ; Tue, 22 Apr 1997 23:12:29 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.8.5/8.6.5) with SMTP id XAA01914; Tue, 22 Apr 1997 23:14:15 -0700 (PDT) Message-Id: <199704230614.XAA01914@root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= cc: current@freebsd.org Subject: Re: Recent vfork kernel changes broke csh & tcsh! In-reply-to: Your message of "Wed, 23 Apr 1997 06:49:42 +0400." From: David Greenman Reply-To: dg@root.com Date: Tue, 22 Apr 1997 23:14:15 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >On Tue, 22 Apr 1997, John S. Dyson wrote: > >> I am backing it out anyway. > >No! Lets fix imgact_shell.c in the way Tor Egge suggest instead and see, >what happens... Modifiyng "const" argument of exec is true bug in >imgact_shell.c I don't recall seeing Tor's suggested change. I've looked at various ways of doing this differently in the past and didn't like any of the solutions I thought up. I'll try to keep an open mind, however. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Wed Apr 23 02:02:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA17959 for current-outgoing; Wed, 23 Apr 1997 02:02:13 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA17951 for ; Wed, 23 Apr 1997 02:02:07 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id SAA25987; Wed, 23 Apr 1997 18:58:52 +1000 Date: Wed, 23 Apr 1997 18:58:52 +1000 From: Bruce Evans Message-Id: <199704230858.SAA25987@godzilla.zeta.org.au> To: gibbs@plutotech.com, msmith@atrad.adelaide.edu.au Subject: Re: kernel builds and obj dirs.. Cc: bde@zeta.org.au, ccsanady@nyx.pr.mcs.net, freebsd-current@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> My only worry in doing this is that the objs from the assembler may >> conflict with other obj files from the kernel build proper. If we >> decided that this is how we want to handle this, I'll change the lex/yacc >> files to have more unique names and make the appropriate changes to the >> build of the assembler. The lex/yacc files a a bit of a problem. Otherwise there is no more of a problem keeping the names unique than with any other sources in the kernel. >Build it in a subdirectory perhaps? Ugh. What do you think of the way that the Linux kernel is built in subdirectories? :-) Bruce From owner-freebsd-current Wed Apr 23 02:06:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA18144 for current-outgoing; Wed, 23 Apr 1997 02:06:01 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA18138 for ; Wed, 23 Apr 1997 02:05:58 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id SAA21144; Wed, 23 Apr 1997 18:35:05 +0930 (CST) From: Michael Smith Message-Id: <199704230905.SAA21144@genesis.atrad.adelaide.edu.au> Subject: Re: kernel builds and obj dirs.. In-Reply-To: <199704230858.SAA25987@godzilla.zeta.org.au> from Bruce Evans at "Apr 23, 97 06:58:52 pm" To: bde@zeta.org.au (Bruce Evans) Date: Wed, 23 Apr 1997 18:35:05 +0930 (CST) Cc: gibbs@plutotech.com, msmith@atrad.adelaide.edu.au, bde@zeta.org.au, ccsanady@nyx.pr.mcs.net, freebsd-current@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Bruce Evans stands accused of saying: > > >Build it in a subdirectory perhaps? > > Ugh. What do you think of the way that the Linux kernel is built in > subdirectories? :-) Not a lot 8) Just trying to come up with an idea of some sort 8) > Bruce -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Wed Apr 23 02:46:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA19822 for current-outgoing; Wed, 23 Apr 1997 02:46:16 -0700 (PDT) Received: from sovcom.relcom.ru (sovcom.relcom.ru [193.125.152.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA19814 for ; Wed, 23 Apr 1997 02:45:55 -0700 (PDT) Received: by sovcom.relcom.ru id AA13434 (5.65.kiae-1 ); Wed, 23 Apr 1997 12:15:31 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Wed, 23 Apr 97 12:15:30 +0300 Received: (from ache@localhost) by nagual.pp.ru (8.8.5/8.8.5) id NAA00279; Wed, 23 Apr 1997 13:13:46 +0400 (MSD) Date: Wed, 23 Apr 1997 13:13:41 +0400 (MSD) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= To: David Greenman Cc: current@freebsd.org Subject: Re: Recent vfork kernel changes broke csh & tcsh! In-Reply-To: <199704230614.XAA01914@root.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 22 Apr 1997, David Greenman wrote: > I don't recall seeing Tor's suggested change. I've looked at various ways > of doing this differently in the past and didn't like any of the solutions > I thought up. I'll try to keep an open mind, however. He forget Cc to current@, here it is: Just add another field in struct image_params, called e.g. argv0, initially set it to NULL in execve, and change code in exec_extract_strings from while ((argp = (caddr_t) fuword(argv++))) { .... } to argp = (caddr_t) fuword(argv++); if (imgp->argv0) argp = imgp->argv0; if (argp) { do { .... } while ((argp = (caddr_t) fuword(argv++))); } copying the whole argv is an excessive modification. Then imgact_shell can set imgp->argv0 to the file name instead of writing to memory areas that are 'const' according to the execve prototype. - Tor Egge -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-current Wed Apr 23 05:05:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA26487 for current-outgoing; Wed, 23 Apr 1997 05:05:27 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA26481 for ; Wed, 23 Apr 1997 05:05:24 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id NAA12231; Wed, 23 Apr 1997 13:45:39 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.5/8.8.2) id MAA27345; Wed, 23 Apr 1997 12:01:34 +0200 (CEST) Message-ID: <19970423120133.44163@klemm.gtn.com> Date: Wed, 23 Apr 1997 12:01:33 +0200 From: Andreas Klemm To: Tom Samplonius , Brian Tao , freebsd-current@FreeBSD.ORG Subject: Re: "Data overrun" with 3.0-SNAP, 2940UW controllers References: <199704202022.OAA27273@pluto.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199704202022.OAA27273@pluto.plutotech.com>; from Justin T. Gibbs on Sun, Apr 20, 1997 at 02:21:03PM -0600 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 2.2-STABLE Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, Apr 20, 1997 at 02:21:03PM -0600, Justin T. Gibbs wrote: > > Also, make sure you are using tagged commands, but no scb paging. scb > >pagin support isn't complete yet, and the non tagged command code is > >poorly tested. > > I actually think that scb paging works just fine now. I've also been > testing without tagged queueing lately and as soon as we get our news > feed up here at work, it will get even more testing. > > If SCB paging doesn't work for you, I certainly want to hear about it. SCB_PAGING && friends run really fine here on a FreeBSD 2.2-STABLE machine. Weeks ago I also had the reported timeouts and such. And additionally problems with the firmware of my scsi disks, that got a QUEUE_FULL condition when activating tagged command queuing and having to deal with more than 3 tags. I'd also recommend you to get the latest SCSI fixes by upgrading to FreeBSD-2.2-STABLE (the RELENG_2_2 tree) or to use -current if you like. Here my configuration for reference, which runs really fine now. Many thanks to Justin ! # SCSI Devices controller scbus0 device sd0 # Harddisk 0 - DOS/FreeBSD SMP device sd1 # Harddisk 1 - FreeBSD Boot device sd2 # Harddisk 2 - FreeBSD local device st0 # TDC 4222 device cd0 # TOSHIBA XM-5701TA 3136 options AHC_TAGENABLE options AHC_ALLOW_MEMIO options AHC_SCBPAGING_ENABLE options SCSI_REPORT_GEOMETRY ahc0 rev 3 int a irq 11 on pci0:13 ahc0: aic7870 Single Channel, SCSI Id=7, 16/255 SCBs ahc0: target 0 Tagged Queuing Device (ahc0:0:0): "IBM DORS-32160 WA6A" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 2063MB (4226725 512 byte sectors) sd0(ahc0:0:0): with 6703 cyls, 5 heads, and an average 126 sectors/track ahc0: target 1 Tagged Queuing Device (ahc0:1:0): "IBM DORS-32160 WA6A" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 2063MB (4226725 512 byte sectors) sd1(ahc0:1:0): with 6703 cyls, 5 heads, and an average 126 sectors/track ahc0: target 2 Tagged Queuing Device (ahc0:2:0): "IBM DORS-32160 WA6A" type 0 fixed SCSI 2 sd2(ahc0:2:0): Direct-Access 2063MB (4226725 512 byte sectors) sd2(ahc0:2:0): with 6703 cyls, 5 heads, and an average 126 sectors/track ahc1 rev 3 int a irq 15 on pci0:14 ahc1: aic7870 Single Channel, SCSI Id=7, 16/255 SCBs (ahc1:4:0): "TANDBERG TDC 4222 =07:" type 1 removable SCSI 2 st0(ahc1:4:0): Sequential-Access density code 0x0, drive empty (ahc1:6:0): "TOSHIBA CD-ROM XM-5701TA 3136" type 5 removable SCSI 2 cd0(ahc1:6:0): CD-ROM cd present [325252 x 2048 byte records] -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Wed Apr 23 07:16:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA02015 for current-outgoing; Wed, 23 Apr 1997 07:16:18 -0700 (PDT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA02010 for ; Wed, 23 Apr 1997 07:16:16 -0700 (PDT) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.5/8.8.5) id KAA17910; Wed, 23 Apr 1997 10:16:10 -0400 (EDT) Date: Wed, 23 Apr 1997 10:16:10 -0400 (EDT) From: Garrett Wollman Message-Id: <199704231416.KAA17910@khavrinen.lcs.mit.edu> To: Sujal Patel Cc: current@freebsd.org Subject: Possible networking bug in 2.2.1-Release In-Reply-To: References: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk < said: > /* > * Verify that we have any chance at all of being able to queue > * the packet or packet fragments > */ > if ((ifp->if_snd.ifq_len + ip->ip_len / ifp->if_mtu + 1) >= > ifp->if_snd.ifq_maxlen) { > error = ENOBUFS; > goto bad; > } This code is bogus, but it is unlikely to be the problem that you are seeing. There are three things wrong with this code: 1) It has a slow divide. 2) Fragments are a case to worry about on the slow path. 3) It knows far too much about the drop-tail queueing strategy. (3) really bites, and when I implemented RED last year I tossed it completely. Unfortunately, my RED work has not made it into the main line of FreeBSD yet. I hope it will, some day, but it may take a while before I have an environment where I can test it again. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Wed Apr 23 07:54:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA03965 for current-outgoing; Wed, 23 Apr 1997 07:54:49 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA03954 for ; Wed, 23 Apr 1997 07:54:46 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id HAA06452; Wed, 23 Apr 1997 07:54:33 -0700 (PDT) Message-Id: <199704231454.HAA06452@austin.polstra.com> To: jseger@scds.ziplink.net Subject: Re: Problems with modula-3-lib Newsgroups: polstra.freebsd.current In-Reply-To: <199704201757.RAA03404@scds.ziplink.net> References: <199704201757.RAA03404@scds.ziplink.net> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Date: Wed, 23 Apr 1997 07:54:33 -0700 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199704201757.RAA03404@scds.ziplink.net>, Justin M. Seger wrote: > The lang/modula-3-lib port won't compile under current (as of April 19.) > [...] > new source -> compiling ../src/runtime/FreeBSD2/RTHeapDepC.c > ../src/runtime/FreeBSD2/RTHeapDepC.c: In function `truncate': > ../src/runtime/FreeBSD2/RTHeapDepC.c:1151: argument `path' doesn't match prototype > /usr/include/sys/types.h:169: prototype declaration You're right, it's broken. Recent changes to in -current have made a prototype visible that wasn't visible before. That reaveals a faulty declaration in RTHeapDepC.c. I'll update the port as soon as I can. Meanwhile, you can patch it manually if you wish. Starting from a clean slate: chdir /usr/ports/lang/modula-3-lib make configure then edit "work/m3/m3core/src/runtime/FreeBSD2/RTHeapDepC.c". In the definition of truncate(), around line 1149, change the argument declarations to this: const char *path; off_t length; Then chdir back up to /usr/ports/lang/modula-3-lib and finish the make. I think that should fix it. Thanks for the report. By the way, when you find a problem in a port, it's always a good idea to send mail to the person listed in the MAINTAINER field of the makefile. Sometimes you get faster results that way. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Wed Apr 23 07:56:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA04065 for current-outgoing; Wed, 23 Apr 1997 07:56:29 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA04060 for ; Wed, 23 Apr 1997 07:56:26 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id HAA06474; Wed, 23 Apr 1997 07:56:08 -0700 (PDT) Message-Id: <199704231456.HAA06474@austin.polstra.com> To: mantar@netcom.com Subject: Re: Problems with modula-3-lib Newsgroups: polstra.freebsd.current In-Reply-To: <3.0.1.32.19970420164538.00936c20@mantar.slip.netcom.com> References: <3.0.1.32.19970420164538.00936c20@mantar.slip.netcom.com> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Date: Wed, 23 Apr 1997 07:56:08 -0700 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <3.0.1.32.19970420164538.00936c20@mantar.slip.netcom.com>, Manfred Antar wrote: > At 05:57 PM 4/20/97 GMT, Justin M. Seger wrote: > >Stop. > >*** Error code 1 > > > >Stop. > >*** Error code 1 > > > >Stop. > > > >-Justin Seger- > > > > I had the same problem and the only way i could get it to compile was from a > single user mode,no X running.I don't know why though I'd bet that you ran out of swap space. You need quite a a bit of swap to build modula-3-lib. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Wed Apr 23 09:08:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA06980 for current-outgoing; Wed, 23 Apr 1997 09:08:16 -0700 (PDT) Received: from tacitus.globecomm.net (tacitus.globecomm.net [207.51.48.7]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA06963; Wed, 23 Apr 1997 09:08:10 -0700 (PDT) Received: from w3.starnets.ro ([193.226.124.34]) by tacitus.globecomm.net (8.8.5/8.8.0) with SMTP id MAA25122; Wed, 23 Apr 1997 12:07:57 -0400 (EDT) Message-ID: <335E32E0.2D4@earthling.net> Date: Wed, 23 Apr 1997 19:03:44 +0300 From: Penisoara Adrian Reply-To: ady@earthling.net X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org, freebsd-scsi@FreeBSD.org Subject: AHA 2940AU (aic7xxx) safe options References: <335CFA80.70F1@earthling.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi I need to know which of the AHC_* options are safe in the kernel config file; I tried one kernel and I got big problems (wrong netstat output, core dumps and finally a nice cold reboot). I'm not sure that the system doesn't support AHC options but rather my partitions are ruined in consistency matter speaking. I have an Tyan Tomcat III with 2 Pentiums, 64Mb RAM @60ns, AHA2940AU PCI with an Quantum VP32170. Any hints are appreciated. The SCSI system looks like this from the view of a normal kernel: ---------------------- FreeBSD 3.0-SMP #0: Tue Apr 15 23:04:42 EEST 1997 root@warp2.starnets.ro:/usr/src/sys-MP/compile/ADYSMP FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00030010 cpu1 (AP): apic id: 1, version: 0x00030010 io0 (APIC): apic id: 2, version: 0x00170011 Calibrating clock(s) relative to mc146818A clock ... i8254 clock: 1193086 Hz CPU: Pentium (586-class CPU) Origin = "GenuineIntel" Id = 0x526 Stepping=6 Features=0x3bf real memory = 67108864 (65536K bytes) avail memory = 62566400 (61100K bytes) Probing for devices on PCI bus 0: chip0 rev 3 on pci0:0:0 chip1 rev 1 on pci0:7:0 chip2 rev 0 on pci0:7:1 vga0 rev 0 int a irq 17 on pci0:19:0 Freeing (NOT implimented) irq 10 for ISA cards. ahc0 rev 1 int a irq 16 on pci0:20:0 Freeing (NOT implimented) irq 11 for ISA cards. ahc0: aic7860 Single Channel, SCSI Id=7, 3 SCBs ahc0: waiting for scsi devices to settle scbus0 at ahc0 bus 0 sd0 at scbus0 target 6 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 2069MB (4238640 512 byte sectors) [.........] ------------------------------- and the bogus kernel (with all three options actived): ------------------------------- FreeBSD 3.0-SMP #0: Tue Apr 22 20:24:56 EEST 1997 root@warp2.starnets.ro:/usr/src/sys-MP/compile/ADYSMP FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00030010 cpu1 (AP): apic id: 1, version: 0x00030010 io0 (APIC): apic id: 2, version: 0x00170011 CPU: Pentium (586-class CPU) Origin = "GenuineIntel" Id = 0x526 Stepping=6 Features=0x3bf real memory = 67108864 (65536K bytes) avail memory = 63188992 (61708K bytes) Probing for devices on PCI bus 0: chip0 rev 3 on pci0:0:0 chip1 rev 1 on pci0:7:0 chip2 rev 0 on pci0:7:1 vga0 rev 0 int a irq 17 on pci0:19:0 Freeing (NOT implimented) irq 10 for ISA cards. ahc0 rev 1 int a irq 16 on pci0:20:0 Freeing (NOT implimented) irq 11 for ISA cards. ahc0: aic7860 Single Channel, SCSI Id=7, 3/8 SCBs ahc0: waiting for scsi devices to settle scbus0 at ahc0 bus 0 ahc0: target 6 Tagged Queuing Device sd0 at scbus0 target 6 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 2069MB (4238640 512 byte sectors) -------------------------- Please not that Steve Passe already assured me that there should be nothing related to SMP code that might cause problems. Thanks. Ady (@earthling.net) From owner-freebsd-current Wed Apr 23 09:22:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA07858 for current-outgoing; Wed, 23 Apr 1997 09:22:16 -0700 (PDT) Received: from scds.ziplink.net (scds.ziplink.net [206.15.128.34]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA07853 for ; Wed, 23 Apr 1997 09:22:11 -0700 (PDT) Received: (from jseger@localhost) by scds.ziplink.net (8.8.5/8.8.4) id HAA18303; Wed, 23 Apr 1997 07:28:18 -0400 (EDT) Date: Wed, 23 Apr 1997 07:28:18 -0400 (EDT) From: "Justin M. Seger" Message-Id: <199704231128.HAA18303@scds.ziplink.net> To: jdp@polstra.com, jseger@scds.ziplink.net Subject: Re: Problems with modula-3-lib Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Alright thanks... I just grabbed the package off ftp.cdrom.com and installed that. -Justin Seger- From owner-freebsd-current Wed Apr 23 10:59:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA13192 for current-outgoing; Wed, 23 Apr 1997 10:59:43 -0700 (PDT) Received: from helmholtz.salk.edu (helmholtz.salk.edu [198.202.70.34]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA13180 for ; Wed, 23 Apr 1997 10:59:41 -0700 (PDT) Received: from pauling.salk.edu (pauling [198.202.70.108]) by helmholtz.salk.edu (8.7.5/8.7.3) with SMTP id KAA06810 for ; Wed, 23 Apr 1997 10:59:39 -0700 (PDT) Date: Wed, 23 Apr 1997 10:59:36 -0700 (PDT) From: Tom Bartol To: freebsd-current@freebsd.org Subject: Trouble with make release Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I'd like to be able to make my own local snapshot of -current but I've been running into some difficulty getting a make release to complete. To be absolutely sure that I'm starting from a clean slate I've deleted /usr/src, /usr/obj and my CVSROOT dir, re-cvsupped everything (/usr/src and the CVS repository) as of yesterday morning, and then made world and kernel successfully. I'm running on this world now. I then tried to 'make -DNOPORTS release' and I get the following about two hours into things: Bootstrapping flex yacc -d /usr/src/usr.bin/lex/parse.y mv -f y.tab.c parse.c mv -f y.tab.h parse.h rm -f .depend mkdep -f .depend -a -I. -I/usr/src/usr.bin/lex scan.c /usr/src/usr.bin/lex/ccl.c /usr/src/usr.bin/lex/dfa.c /usr/src/usr.bin/lex/ecs.c /usr/src/usr.bin/lex/gen.c /usr/src/usr.bin/lex/main.c /usr/src/usr.bin/lex/misc.c /usr/src/usr.bin/lex/nfa.c parse.c /usr/src/usr.bin/lex/skel.c /usr/src/usr.bin/lex/sym.c /usr/src/usr.bin/lex/tblcmp.c /usr/src/usr.bin/lex/yylex.c /usr/src/usr.bin/lex/parse.y:913: invalid format `#line' directive mkdep: compile failed *** Error code 1 On the suggestion of Chris Timmons I searched for a possible crufty mkdep lurking in my path but found only the nice fresh one from my recent make world dated 4/22/97. The 'head -22' of my /usr/src/release/Makefile looks like: # $Id: Makefile,v 1.291 1997/04/13 20:20:25 joerg Exp $ # # How to roll a release: # # make release CHROOTDIR= [ RELEASETAG=something ] # # As far as I know, this will roll everything nicely into the "stage" # directory. I still need to write the two rules to move that into # the "cdrom" and "ftp" directories. # I also need to "make ports" and install those, but I'm not going to do # that on a 14.4 line just yet... # # please note: the vn driver has to be compiled into your kernel, # otherwise the target 'release.8' and possibly others will fail. # # SET THIS !!! BUILDNAME=3.0-970418-CNL CHROOTDIR=/pauling1/freebsd-3.0-970418-CNL # If this is a RELEASE, then set #RELEASETAG=RELENG_2_2 CVSROOT=/pauling1/freebsd-cvs /pauling1 is a locally mounted 1GB disk. My CVS repository is in /pauling1/freebsd-cvs. The dir I want the release to be built in is /pauling1/freebsd-3.0-970418-CNL I've arbitrarily chosen the value for BUILDNAME to be something meaningful (I assume this is what I'll see in a 'uname -a' in place of 3.0-CURRENT). But I did not set a value for RELEASETAG. What should I do to help isolate and solve my problem here? I noticed that Jordan Hubbard said he plans make a snapshot of -current soon but expects there may be some build issues to overcome. Perhaps this is one of those issues? Thanx much, Tom From owner-freebsd-current Wed Apr 23 14:11:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA23601 for current-outgoing; Wed, 23 Apr 1997 14:11:29 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA23592 for ; Wed, 23 Apr 1997 14:11:22 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.8.5/8.6.5) with SMTP id OAA06084; Wed, 23 Apr 1997 14:12:56 -0700 (PDT) Message-Id: <199704232112.OAA06084@root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Garrett Wollman cc: Sujal Patel , current@freebsd.org Subject: Re: Possible networking bug in 2.2.1-Release In-reply-to: Your message of "Wed, 23 Apr 1997 10:16:10 EDT." <199704231416.KAA17910@khavrinen.lcs.mit.edu> From: David Greenman Reply-To: dg@root.com Date: Wed, 23 Apr 1997 14:12:55 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >< said: > >> /* >> * Verify that we have any chance at all of being able to queue >> * the packet or packet fragments >> */ >> if ((ifp->if_snd.ifq_len + ip->ip_len / ifp->if_mtu + 1) >= >> ifp->if_snd.ifq_maxlen) { >> error = ENOBUFS; >> goto bad; >> } > >This code is bogus, but it is unlikely to be the problem that you are >seeing. > >There are three things wrong with this code: > >1) It has a slow divide. >2) Fragments are a case to worry about on the slow path. >3) It knows far too much about the drop-tail queueing strategy. > >(3) really bites, and when I implemented RED last year I tossed it >completely. Unfortunately, my RED work has not made it into the main >line of FreeBSD yet. I hope it will, some day, but it may take a >while before I have an environment where I can test it again. Well, I wrote those lines of code. I'd be happy to see them go as long as the problem that they address is solved some other way. The problem of course is that one doesn't want fragments to be transmitted unless all of them can be sent. Otherwise an aggressive application will send out pieces of packets, clogging up the network with useless junk and not make any forward progress. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Wed Apr 23 17:17:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA02469 for current-outgoing; Wed, 23 Apr 1997 17:17:32 -0700 (PDT) Received: from cais.cais.com (root@cais.com [199.0.216.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA02464 for ; Wed, 23 Apr 1997 17:17:30 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [205.252.122.1]) by cais.cais.com (8.8.5/8.7.3) with SMTP id UAA05185; Wed, 23 Apr 1997 20:17:25 -0400 (EDT) Received: from Journey2.mat.net (journey2.mat.net [205.252.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id UAA12840; Wed, 23 Apr 1997 20:17:23 -0400 Date: Wed, 23 Apr 1997 20:16:43 -0400 (EDT) From: Chuck Robey To: "John S. Dyson" cc: current@FreeBSD.ORG Subject: Re: You will need to recompile your libc and apps!!! In-Reply-To: <199704160401.XAA03609@dyson.iquest.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 15 Apr 1997, John S. Dyson wrote: > > > There is a serious bug in popen that has gone undetected until now. I > have just committed a fix that makes the shared address space vfork > problem go away (which was due to the popen boo-boo.) I will not > be committing the fix to vfork until people have a chance to recompile > their libc and re-link their apps with the corrected library. I'm sorry, but I had to do a project, and I've been ignoring mail a little while. I am back now, and I see this ... Can I handle this by doing a make world first, relinking all my apps (from ports I guess this means, since the make world will handle the base system) and then installing a new kernel (in that order) ? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Wed Apr 23 18:47:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA07177 for current-outgoing; Wed, 23 Apr 1997 18:47:24 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA07171 for ; Wed, 23 Apr 1997 18:47:20 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id UAA01948; Wed, 23 Apr 1997 20:47:14 -0500 (EST) From: "John S. Dyson" Message-Id: <199704240147.UAA01948@dyson.iquest.net> Subject: Re: You will need to recompile your libc and apps!!! In-Reply-To: from Chuck Robey at "Apr 23, 97 08:16:43 pm" To: chuckr@mat.net (Chuck Robey) Date: Wed, 23 Apr 1997 20:47:14 -0500 (EST) Cc: toor@dyson.iquest.net, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Can I handle this by doing a make world first, relinking all my apps > (from ports I guess this means, since the make world will handle the base > system) and then installing a new kernel (in that order) ? > Do the make world, but aren't most apps in ports linked dynamically? You'll only have to relink statically linked ports. Of course, install the kernel last. However, most things do work even if you don't put the userland fixes in. John From owner-freebsd-current Wed Apr 23 20:31:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA12590 for current-outgoing; Wed, 23 Apr 1997 20:31:31 -0700 (PDT) Received: from abby.skypoint.net (abby.skypoint.net [199.86.32.252]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA12585 for ; Wed, 23 Apr 1997 20:31:29 -0700 (PDT) Received: (from uucp@localhost) by abby.skypoint.net (8.8.5/alexis 2.7) with UUCP id WAA03645 for freebsd-current@freebsd.org; Wed, 23 Apr 1997 22:31:27 -0500 (CDT) Received: (from bruce@localhost) by zuhause.mn.org (8.8.5/8.8.5) id WAA00601; Wed, 23 Apr 1997 22:23:35 -0500 (CDT) Date: Wed, 23 Apr 1997 22:23:35 -0500 (CDT) Message-Id: <199704240323.WAA00601@zuhause.mn.org> From: Bruce Albrecht To: freebsd-current@freebsd.org Subject: Upgrading from 3.0-19970209-SNAP to -current X-Mailer: VM 6.22 under 19.15p2 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk What's the order of things I need to make and install before doing a full make world? Should I make and install the new kernel before doing the make world? From owner-freebsd-current Wed Apr 23 20:55:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA13439 for current-outgoing; Wed, 23 Apr 1997 20:55:04 -0700 (PDT) Received: from zeppelin.net (obiwan@zeppelin.net [206.170.177.52]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA13434 for ; Wed, 23 Apr 1997 20:55:00 -0700 (PDT) Received: (from obiwan@localhost) by zeppelin.net (8.8.5/8.8.5) id UAA01164; Wed, 23 Apr 1997 20:56:38 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199704240323.WAA00601@zuhause.mn.org> Date: Wed, 23 Apr 1997 20:54:45 -0700 (PDT) From: Josh Howard To: Bruce Albrecht Subject: RE: Upgrading from 3.0-19970209-SNAP to -current Cc: freebsd-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Kernel after the make world. I certainly hope you don't run in to the same random reboots I do..everyday. (an attempt to scare folks :-) I think I'm going to downgrade from -current to that snap... On 24-Apr-97 Bruce Albrecht wrote: >What's the order of things I need to make and install before doing a >full make world? Should I make and install the new kernel before >doing the make world? --- Josh Howard (obiwan@zeppelin.net) "I used to think I was indecisive, but now I'm not so sure." From owner-freebsd-current Wed Apr 23 21:17:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA14171 for current-outgoing; Wed, 23 Apr 1997 21:17:32 -0700 (PDT) Received: from ns2.harborcom.net (root@ns2.harborcom.net [206.158.4.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA14165; Wed, 23 Apr 1997 21:17:30 -0700 (PDT) Received: from localhost (bradley@localhost) by ns2.harborcom.net (8.8.5/8.8.4) with SMTP id AAA15268; Thu, 24 Apr 1997 00:17:13 -0400 (EDT) Date: Thu, 24 Apr 1997 00:17:13 -0400 (EDT) From: Bradley Dunn X-Sender: bradley@ns2.harborcom.net To: David Nugent cc: freebsd-isp@freebsd.org, freebsd-current@freebsd.org Subject: Re: longer usernames In-Reply-To: <19970413103855.23362@usn.blaze.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 13 Apr 1997, David Nugent wrote: > And cvs log entries. There were a few other subtle changes that > have leaked through since. > > FWIW, FreeBSD-current supports *15* character login names, not > 16. In addition to the headers, there was a problem with the > 'proc' struct in the kernel (setlogin(), I think) and a few > userland changes involved as well where the size was assumed > to be 8. Would it be possible for someone to commit the changes where a length of 8 was assumed to 2.2? It shouldn't make any visible difference as long as people keep the headers the same, right? It would just make it easier for people to enable the long names if we didn't have to worry about finding all the places where we have to replace 8 with MAXLOGNAME or UT_NAMESIZE or whatever. Maybe even in the header files: #ifdef LONG_USERNAMES #define UT_NAMESIZE 16 #else #define UT_NAMESIZE 8 #endif etc... Pretty please? :) Just think, then answering all of these questions would be so much easier. :) pbd -- Why can't you be a non-conformist like everyone else? From owner-freebsd-current Wed Apr 23 21:19:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA14293 for current-outgoing; Wed, 23 Apr 1997 21:19:28 -0700 (PDT) Received: from unique.usn.blaze.net.au (unique.usn.blaze.net.au [203.17.53.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA14287 for ; Wed, 23 Apr 1997 21:19:23 -0700 (PDT) Received: from unique.usn.blaze.net.au (local [127.0.0.1]) by unique.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id OAA24934; Thu, 24 Apr 1997 14:18:48 +1000 (EST) Message-Id: <199704240418.OAA24934@unique.usn.blaze.net.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: Josh Howard cc: freebsd-current@freebsd.org Subject: Re: Upgrading from 3.0-19970209-SNAP to -current In-reply-to: Your message of "Wed, 23 Apr 1997 20:54:45 MST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Apr 1997 14:18:48 +1000 From: David Nugent Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Kernel after the make world. I certainly hope you don't run in to the same > random reboots I do..everyday. (an attempt to scare folks :-) I think I'm > going to downgrade from -current to that snap... FWIW, I'm seeing the same thing, on one machine out of 6 I run or manage that are -current. And its the only one I haven't got DDB enabled and where I don't have convenient physical access to the machine. :) [ok, swapcore on!] I've been trying to reproduce the problem on the other machines, but be damned if I can even see a pattern. It is a very uncomplicated system P166/32mb RAM, 2 large EIDE drives, no X, just ppp dialin lines with a digiboard card. Anyone else wish to exchange notes? From owner-freebsd-current Wed Apr 23 22:07:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA15973 for current-outgoing; Wed, 23 Apr 1997 22:07:07 -0700 (PDT) Received: from zeppelin.net (obiwan@zeppelin.net [206.170.177.52]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA15965 for ; Wed, 23 Apr 1997 22:07:04 -0700 (PDT) Received: (from obiwan@localhost) by zeppelin.net (8.8.5/8.8.5) id WAA02174; Wed, 23 Apr 1997 22:08:13 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199704240418.OAA24934@unique.usn.blaze.net.au> Date: Wed, 23 Apr 1997 22:03:48 -0700 (PDT) From: Josh Howard To: David Nugent Subject: Re: Upgrading from 3.0-19970209-SNAP to -current Cc: freebsd-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 24-Apr-97 David Nugent wrote: >FWIW, I'm seeing the same thing, on one machine out of 6 I run or >manage that are -current. And its the only one I haven't got DDB >enabled and where I don't have convenient physical access to the >machine. :) [ok, swapcore on!] > >I've been trying to reproduce the problem on the other machines, >but be damned if I can even see a pattern. It is a very uncomplicated >system P166/32mb RAM, 2 large EIDE drives, no X, just ppp dialin lines >with a digiboard card. Anyone else wish to exchange notes? > > Well, I was trying to find a link between Gary Clark's hardware/software and mine, but there didn't seem to be one. I've got a 6x86-133, 64megs using IDE, he was also using IDE, so, I would hate think this was some massive bug in the IDE code. I'm running X, which you don't, so I guess that's ruled out. I've used both pppd and ppp (figuring maybe one might have *something* to do with it), but no difference. I'm at a loss. I'm downloading the SNAP source in case I feel this is just getting too unstable to run at all. --- Josh Howard (obiwan@zeppelin.net) "Who cares if it doesn't do anything? It was made with our new Triple-Iso-Bifurcated-Krypton-Gate-MOS process ..." From owner-freebsd-current Wed Apr 23 23:06:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA18140 for current-outgoing; Wed, 23 Apr 1997 23:06:11 -0700 (PDT) Received: from unique.usn.blaze.net.au (unique.usn.blaze.net.au [203.17.53.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA18128; Wed, 23 Apr 1997 23:05:53 -0700 (PDT) Received: from unique.usn.blaze.net.au (local [127.0.0.1]) by unique.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id QAA26547; Thu, 24 Apr 1997 16:05:39 +1000 (EST) Message-Id: <199704240605.QAA26547@unique.usn.blaze.net.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: Bradley Dunn cc: freebsd-isp@freebsd.org, freebsd-current@freebsd.org Subject: Re: longer usernames In-reply-to: Your message of "Thu, 24 Apr 1997 00:17:13 -0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Apr 1997 16:05:39 +1000 From: David Nugent Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Would it be possible for someone to commit the changes where a length of 8 > was assumed to 2.2? It shouldn't make any visible difference as long as > people keep the headers the same, right? Uh, sure, I guess. In fact, most of the -current code could be merged directly into 2.2 and it would make no difference at all. It was intentionally coded that way, so I guess it would be a good idea to do this. (Since I took care of some of this in -current I'll put it on my todo list :-)). Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Wed Apr 23 23:21:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA18773 for current-outgoing; Wed, 23 Apr 1997 23:21:41 -0700 (PDT) Received: from unique.usn.blaze.net.au (unique.usn.blaze.net.au [203.17.53.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA18766 for ; Wed, 23 Apr 1997 23:21:37 -0700 (PDT) Received: from unique.usn.blaze.net.au (local [127.0.0.1]) by unique.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id QAA26785; Thu, 24 Apr 1997 16:21:15 +1000 (EST) Message-Id: <199704240621.QAA26785@unique.usn.blaze.net.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: Josh Howard cc: freebsd-current@freebsd.org Subject: Re: Upgrading from 3.0-19970209-SNAP to -current In-reply-to: Your message of "Wed, 23 Apr 1997 22:03:48 MST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Apr 1997 16:21:15 +1000 From: David Nugent Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Well, I was trying to find a link between Gary Clark's hardware/software and > mine, but there didn't seem to be one. I've got a 6x86-133, 64megs using IDE, > he was also using IDE, so, I would hate think this was some massive bug in the > IDE code. Actually, this is my suspect as well. I don't even think NFS can be blamed here. It is set up as an NFS server, but it is rarely used. I can't imagine that a couple of inactive daemons might be triggering it (although stranger things have happened :-)). It might even be a bug that's been there all along, but the lite2 merges have brought it to light. Come to think of it, all of the other -current machines I run and work fine are scsi, or in one case, mostly scsi - aha and aic types. Hmm. Ok, it looks like only a coredump will tell, and right now that's a matter of waiting it out. :) From owner-freebsd-current Wed Apr 23 23:33:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA19263 for current-outgoing; Wed, 23 Apr 1997 23:33:47 -0700 (PDT) Received: from zeppelin.net (obiwan@zeppelin.net [206.170.177.52]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA19258 for ; Wed, 23 Apr 1997 23:33:44 -0700 (PDT) Received: (from obiwan@localhost) by zeppelin.net (8.8.5/8.8.5) id XAA02817; Wed, 23 Apr 1997 23:35:01 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199704240621.QAA26785@unique.usn.blaze.net.au> Date: Wed, 23 Apr 1997 23:28:59 -0700 (PDT) From: Josh Howard To: David Nugent Subject: Re: Upgrading from 3.0-19970209-SNAP to -current Cc: freebsd-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 24-Apr-97 David Nugent wrote: >> he was also using IDE, so, I would hate think this was some massive bug in >>the IDE code. > >Actually, this is my suspect as well. I don't even think NFS can >be blamed here. It is set up as an NFS server, but it is rarely >used. I can't imagine that a couple of inactive daemons might >be triggering it (although stranger things have happened :-)). Yeh, I'm not running NFS on this box so we can pretty much rule that out. As far as small daemons, I tend to agree with it being very far fetched Unfortunate so few of us running -current seem to be using IDE...(I'll await the first ``switch to scsi'' call from the list :-) >Ok, it looks like only a coredump will tell, and right now that's >a matter of waiting it out. :) The way it looks, waiting might end up being forever. I've been experiencing these since the lite2 merge without a single dump. (well, without a dump that has to do with these random reboots at least) *sigh* this is not good. --- Josh Howard (obiwan@zeppelin.net) Sex without love is an empty experience, but, as empty experiences go, it's one of the best. -- Woody Allen From owner-freebsd-current Thu Apr 24 00:34:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA21620 for current-outgoing; Thu, 24 Apr 1997 00:34:17 -0700 (PDT) Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA21611 for ; Thu, 24 Apr 1997 00:34:14 -0700 (PDT) Received: from gid.co.uk (uucp@localhost) by isbalham.ist.co.uk (8.8.4/8.8.4) with UUCP id IAA08060 for freebsd.org!freebsd-current; Thu, 24 Apr 1997 08:29:26 +0100 (BST) Received: from [194.32.164.2] by seagoon.gid.co.uk; Thu, 24 Apr 1997 08:33:36 +0100 X-Sender: rb@194.32.164.1 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 24 Apr 1997 08:31:02 +0100 To: freebsd-current@freebsd.org From: Bob Bishop Cc: Re:@gid.co.uk Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Could some kind committer please slide this patch when if it's convenient. Ta The root of this problem appears to be that Cyrix 486 DX DX2 and DX4 (and some equivalent TI-branded parts) are correctly identified, but are misclassified as CPU_486DLC where they should be just plain CPU_486. The following patch fixes the problem: *** identcpu.c.orig Sun Apr 20 17:33:35 1997 --- identcpu.c Sun Apr 20 17:37:00 1997 *************** *** 81,87 **** { "i486SX", CPUCLASS_486 }, /* CPU_486SX */ { "i486DX", CPUCLASS_486 }, /* CPU_486 */ { "Pentium", CPUCLASS_586 }, /* CPU_586 */ ! { "Cyrix 486", CPUCLASS_486 }, /* CPU_486DLC */ { "Pentium Pro", CPUCLASS_686 }, /* CPU_686 */ { "Cyrix 5x86", CPUCLASS_486 }, /* CPU_M1SC */ { "Cyrix 6x86", CPUCLASS_486 }, /* CPU_M1 */ --- 81,87 ---- { "i486SX", CPUCLASS_486 }, /* CPU_486SX */ { "i486DX", CPUCLASS_486 }, /* CPU_486 */ { "Pentium", CPUCLASS_586 }, /* CPU_586 */ ! { "Cyrix 486", CPUCLASS_486 }, /* CPU_486 or CPU_486DLC */ { "Pentium Pro", CPUCLASS_686 }, /* CPU_686 */ { "Cyrix 5x86", CPUCLASS_486 }, /* CPU_M1SC */ { "Cyrix 6x86", CPUCLASS_486 }, /* CPU_M1 */ *************** *** 533,540 **** * Don't check (cpu_id & 0x00f0) == 0x50 to detect M2, now. */ switch (cyrix_did & 0x00f0) { - case 0x00: case 0x10: case 0xf0: cpu = CPU_486DLC; break; --- 533,543 ---- * Don't check (cpu_id & 0x00f0) == 0x50 to detect M2, now. */ switch (cyrix_did & 0x00f0) { case 0x10: + /* 486DX, DX2, DX4 doesn't need fancy initialisation */ + cpu = CPU_486; + break; + case 0x00: case 0xf0: cpu = CPU_486DLC; break; -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK From owner-freebsd-current Thu Apr 24 02:01:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA25277 for current-outgoing; Thu, 24 Apr 1997 02:01:59 -0700 (PDT) Received: from main.gbdata.com (USR1-1.detnet.com [207.113.12.27]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA25272; Thu, 24 Apr 1997 02:01:55 -0700 (PDT) Received: (from gclarkii@localhost) by main.gbdata.com (8.8.5/8.8.5) id EAA01897; Thu, 24 Apr 1997 04:01:54 -0500 (CDT) From: Gary Clark II Message-Id: <199704240901.EAA01897@main.gbdata.com> Subject: Getting closer...!!! To: freebsd-hackers@freebsd.org Date: Thu, 24 Apr 1997 04:01:53 -0500 (CDT) Cc: freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, I've found that I can cause reboots at will simply by killing my pppd daemon. After I shutdown the modem or kill pppd, pppd is in DEs status. My system then reboots. Can anyone give me any tips on where to look for possible problems? Ideas? Thanks for any and all help, Gary -- Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company gclarkii@GBData.COM | Member of the FreeBSD Doc Team Providing Internet and ISP startups - http://WWW.GBData.com for information FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/FAQ.latin1 From owner-freebsd-current Thu Apr 24 02:07:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA25589 for current-outgoing; Thu, 24 Apr 1997 02:07:30 -0700 (PDT) Received: from gneiss.eps.nagoya-u.ac.jp (gneiss.eps.nagoya-u.ac.jp [133.6.57.99]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA25581 for ; Thu, 24 Apr 1997 02:07:06 -0700 (PDT) Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by gneiss.eps.nagoya-u.ac.jp (8.8.5/3.4W4) with ESMTP id RAA03485; Thu, 24 Apr 1997 17:58:29 +0900 (JST) Message-Id: <199704240858.RAA03485@gneiss.eps.nagoya-u.ac.jp> To: rb@gid.co.uk Cc: freebsd-current@freebsd.org Subject: Cyrix DX2/4 In-Reply-To: Your message of "Thu, 24 Apr 1997 08:31:02 +0100" References: X-Mailer: Mew version 1.70 on Emacs 19.28.1 / Mule 2.3 X-PGP-Fingerprint: 03 72 85 36 62 46 23 03 52 B1 10 22 44 10 0D 9E Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 24 Apr 1997 17:58:27 +0900 From: KATO Takenori Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I don't forget PR/3292 :-), and I'm looking for information of Cyrix 486S/DX series CPUs. > The root of this problem appears to be that Cyrix 486 DX DX2 and DX4 (and > some equivalent TI-branded parts) are correctly identified, but are > misclassified as CPU_486DLC where they should be just plain CPU_486. The > following patch fixes the problem: Cyrix/Ti/IBM 486DX2/DX4 have special registers (CCR1, CCR2, CCR3 and SMAR), but they don't have CCR0 (from BIOS Writer's Guide). If neither CYRIX_CACHE_WORKS nor CYRIX_CACHE_REALLY_WORKS is not set, only CCR0 is modified. This operation should not have any effect on DX2 / DX4 because they doesn't have CCR0. Did you get any problem with initcpu.c revision 1.3? If problem still remains, I would summit following idea: init_486dlc() { u_long eflags; u_char ccr0; if ((cyrix_did & 0x00f0) == 0x00) { /* 486 like CPU with 386 like bus. */ ... /* same as revsion 1.3 */ } else { /* 486 like CPU with 486 like bus. */ /* Should I support write-back cache? */ } } I consider that `CPU_486' means Intel's 486, which does not have any special registers, and `CPU_486DLC' means Cyrix's 486, which has special registers. ---- KATO Takenori Dept. Earth Planet. Sci., Nagoya Univ., Nagoya, 464-01, Japan PGP public key: finger kato@eclogite.eps.nagoya-u.ac.jp ------------------- Powered by FreeBSD(98) ------------------- From owner-freebsd-current Thu Apr 24 02:17:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA26051 for current-outgoing; Thu, 24 Apr 1997 02:17:16 -0700 (PDT) Received: from main.gbdata.com (USR1-1.detnet.com [207.113.12.27]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA26045 for ; Thu, 24 Apr 1997 02:17:12 -0700 (PDT) Received: (from gclarkii@localhost) by main.gbdata.com (8.8.5/8.8.5) id EAA02306; Thu, 24 Apr 1997 04:15:38 -0500 (CDT) From: Gary Clark II Message-Id: <199704240915.EAA02306@main.gbdata.com> Subject: Re: Upgrading from 3.0-19970209-SNAP to -current To: davidn@unique.usn.blaze.net.au (David Nugent) Date: Thu, 24 Apr 1997 04:15:37 -0500 (CDT) Cc: obiwan@zeppelin.net, freebsd-current@freebsd.org In-Reply-To: <199704240418.OAA24934@unique.usn.blaze.net.au> from David Nugent at "Apr 24, 97 02:18:48 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk David Nugent wrote: > > Kernel after the make world. I certainly hope you don't run in to the same > > random reboots I do..everyday. (an attempt to scare folks :-) I think I'm > > going to downgrade from -current to that snap... > > FWIW, I'm seeing the same thing, on one machine out of 6 I run or > manage that are -current. And its the only one I haven't got DDB > enabled and where I don't have convenient physical access to the > machine. :) [ok, swapcore on!] > > I've been trying to reproduce the problem on the other machines, > but be damned if I can even see a pattern. It is a very uncomplicated > system P166/32mb RAM, 2 large EIDE drives, no X, just ppp dialin lines > with a digiboard card. Anyone else wish to exchange notes? > Hello, Does this machine reboot alot? I'm reboot mine at will simply by dropping pppd or killing it. gary -- Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company gclarkii@GBData.COM | Member of the FreeBSD Doc Team Providing Internet and ISP startups - http://WWW.GBData.com for information FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/FAQ.latin1 From owner-freebsd-current Thu Apr 24 02:28:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA26608 for current-outgoing; Thu, 24 Apr 1997 02:28:42 -0700 (PDT) Received: from zeppelin.net (obiwan@zeppelin.net [206.170.177.52]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA26599 for ; Thu, 24 Apr 1997 02:28:38 -0700 (PDT) Received: (from obiwan@localhost) by zeppelin.net (8.8.5/8.8.5) id CAA04113; Thu, 24 Apr 1997 02:30:20 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199704240915.EAA02306@main.gbdata.com> Date: Thu, 24 Apr 1997 02:23:10 -0700 (PDT) From: Josh Howard To: Gary Clark II Subject: Re: Upgrading from 3.0-19970209-SNAP to -current Cc: freebsd-current@freebsd.org, (David Nugent) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 24-Apr-97 Gary Clark II wrote: >Hello, > >Does this machine reboot alot? I'm reboot mine at will simply by dropping >pppd or killing it. > >gary > Well, I just read your getting closer post, my machine reboots similarly with pppd and ijppp...hmm, maybe IDE was wrong (or lets hope so :-) --- Josh Howard (obiwan@zeppelin.net) God is a comic playing to an audience that's afraid to laugh. From owner-freebsd-current Thu Apr 24 03:19:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA28764 for current-outgoing; Thu, 24 Apr 1997 03:19:20 -0700 (PDT) Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA28759 for ; Thu, 24 Apr 1997 03:19:17 -0700 (PDT) Received: from gid.co.uk (uucp@localhost) by isbalham.ist.co.uk (8.8.4/8.8.4) with UUCP id LAA09311; Thu, 24 Apr 1997 11:14:25 +0100 (BST) Received: from [194.32.164.2] by seagoon.gid.co.uk; Thu, 24 Apr 1997 11:09:07 +0100 X-Sender: rb@194.32.164.1 Message-Id: In-Reply-To: <199704240858.RAA03485@gneiss.eps.nagoya-u.ac.jp> References: Your message of "Thu, 24 Apr 1997 08:31:02 +0100" Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 24 Apr 1997 11:06:33 +0100 To: KATO Takenori From: Bob Bishop Subject: Re: Cyrix DX2/4 Cc: freebsd-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Did you get any problem with initcpu.c revision 1.3? I didn't have any problem until the new CPU flags were introduced. These DX2s I have here work at full speed under DOS. Therefore presumably either (a) the BIOS is providing any necessary initialisation or (b) they don't need any. -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK From owner-freebsd-current Thu Apr 24 04:17:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA01345 for current-outgoing; Thu, 24 Apr 1997 04:17:55 -0700 (PDT) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA01334; Thu, 24 Apr 1997 04:17:46 -0700 (PDT) Received: from labs.usn.blaze.net.au (local [127.0.0.1]) by labs.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id VAA06027; Thu, 24 Apr 1997 21:15:36 +1000 (EST) Message-Id: <199704241115.VAA06027@labs.usn.blaze.net.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: Gary Clark II cc: obiwan@zeppelin.net, freebsd-current@freebsd.org, bde@freebsd.org Subject: Re: Upgrading from 3.0-19970209-SNAP to -current In-reply-to: Your message of "Thu, 24 Apr 1997 04:15:37 EST." <199704240915.EAA02306@main.gbdata.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Apr 1997 21:15:36 +1000 From: David Nugent Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I've been trying to reproduce the problem on the other machines, > > but be damned if I can even see a pattern. It is a very uncomplicated > > system P166/32mb RAM, 2 large EIDE drives, no X, just ppp dialin lines > > with a digiboard card. Anyone else wish to exchange notes? > > > > Does this machine reboot alot? I guess "alot" is somewhat subjective, but rebooting spontaneously for any reason is a lot in my books! :-) But around once at least every 3 days it'll just reboot, and some days are worse than others. No message, no (apparent) panic. As I've already mentioned, though, I don't have DDB enabled on that system, but even if I did it may not do any good. > I'm reboot mine at will simply by dropping > pppd or killing it. Ouch. I don't *think* it is as simple as that. This machine varies between 7500 - 9200 minites of user dialin time per day, 99% of connections being pppd. If the problem was pppd dropping, then it'd be a lot more frequently! Then again... I did notice only yesterday that when one machine that was connected via a standard sio device hung up, the machine rebooted pretty much at that same instant, although this is the only time I've noticed the coincidence. Activity on the digiboard ports don't seem to be involved, and that's where all of the dialin customers call in. Activity on the standard serial ports is relatively infrequent. Might it be an sio problem? If this is possible, then I might revert to an earlier version of the sio driver and see if I can work out what's going on. -- David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Thu Apr 24 04:31:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA01824 for current-outgoing; Thu, 24 Apr 1997 04:31:39 -0700 (PDT) Received: from gneiss.eps.nagoya-u.ac.jp (gneiss.eps.nagoya-u.ac.jp [133.6.57.99]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA01817 for ; Thu, 24 Apr 1997 04:31:36 -0700 (PDT) Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by gneiss.eps.nagoya-u.ac.jp (8.8.5/3.4W4) with ESMTP id UAA03726; Thu, 24 Apr 1997 20:24:52 +0900 (JST) Message-Id: <199704241124.UAA03726@gneiss.eps.nagoya-u.ac.jp> To: rb@gid.co.uk Cc: kato@eclogite.eps.nagoya-u.ac.jp, freebsd-current@freebsd.org Subject: Re: Cyrix DX2/4 In-Reply-To: Your message of "Thu, 24 Apr 1997 11:06:33 +0100" References: X-Mailer: Mew version 1.70 on Emacs 19.28.1 / Mule 2.3 X-PGP-Fingerprint: 03 72 85 36 62 46 23 03 52 B1 10 22 44 10 0D 9E Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 24 Apr 1997 20:24:52 +0900 From: KATO Takenori Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From: Bob Bishop Subject: Re: Cyrix DX2/4 Date: Thu, 24 Apr 1997 11:06:33 +0100 > I didn't have any problem until the new CPU flags were introduced. In old revision of initcpu.c, init_486() modified CR0 to disable CPU cache as: load_cr0(rcr0() | CR0_CD | CR0_NW); CD bit in CR0 becomes 1 after this line, and never become 0 when CYRIX_CACHE_WORKS is not set. This measn CPU cache is always disabled. This is the reason of performance loss you got. I changed init_486() and current init_486() doesn't diable CPU cache (I deleted above line). > (a) the BIOS is providing any necessary initialisation or (b) they don't > need any. If you doesn't set CYRIX_CACHE_WORKS, init_486() do nothing on DX2/DX4 box in initcpu.c revision >= 1.3. Does initcpu.c revision 1.3 still causes performance loss? If so, please let me know. ---- KATO Takenori Dept. Earth Planet. Sci., Nagoya Univ., Nagoya, 464-01, Japan PGP public key: finger kato@eclogite.eps.nagoya-u.ac.jp ------------------- Powered by FreeBSD(98) ------------------- From owner-freebsd-current Thu Apr 24 07:55:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA09939 for current-outgoing; Thu, 24 Apr 1997 07:55:59 -0700 (PDT) Received: from chess.inetspace.com ([206.50.163.14]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA09930 for ; Thu, 24 Apr 1997 07:55:55 -0700 (PDT) Received: (from kgor@localhost) by chess.inetspace.com (8.8.5/8.7.3) id JAA04350; Thu, 24 Apr 1997 09:54:49 -0500 (CDT) Date: Thu, 24 Apr 1997 09:54:49 -0500 (CDT) Message-Id: <199704241454.JAA04350@chess.inetspace.com> From: "Kent S. Gordon" To: davidn@unique.usn.blaze.net.au CC: obiwan@zeppelin.net, freebsd-current@FreeBSD.ORG In-reply-to: <199704240621.QAA26785@unique.usn.blaze.net.au> (message from David Nugent on Thu, 24 Apr 1997 16:21:15 +1000) Subject: Re: Upgrading from 3.0-19970209-SNAP to -current Mime-Version: 1.0 (generated by tm-edit 7.105) Content-Type: text/plain; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>>>> "davidn" == David Nugent writes: >> Well, I was trying to find a link between Gary Clark's >> hardware/software and mine, but there didn't seem to be >> one. I've got a 6x86-133, 64megs using IDE, he was also using >> IDE, so, I would hate think this was some massive bug in the >> IDE code. I have Cyrix 596-100, 16MB, bustek 445 and New kernel's do not successfully boot (die in detection of boot device. Message vary with -current date and kernel options. Normally just a hang, but I have seen disk detected as unknown device. I tried tracing it using DDB but was unsuccesfully in finding anything useful). scsi detection. My guess is that we are triggering a VM bug. > Actually, this is my suspect as well. I don't even think NFS can > be blamed here. It is set up as an NFS server, but it is rarely > used. I can't imagine that a couple of inactive daemons might be > triggering it (although stranger things have happened :-)). > It might even be a bug that's been there all along, but the > lite2 merges have brought it to light. > Come to think of it, all of the other -current machines I run > and work fine are scsi, or in one case, mostly scsi - aha and > aic types. Hmm. I have a PP-180, 64MB, mainly ide system that works great. > Ok, it looks like only a coredump will tell, and right now > that's a matter of waiting it out. :) Kent S. Gordon Senior Software Engineer iNetSpace Co. voice: (972)851-3494 fax:(972)702-0384 e-mail:kgor@inetspace.com From owner-freebsd-current Thu Apr 24 07:59:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA10081 for current-outgoing; Thu, 24 Apr 1997 07:59:16 -0700 (PDT) Received: from sumatra.americantv.com (sumatra.americantv.com [199.184.181.250]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA10072 for ; Thu, 24 Apr 1997 07:59:10 -0700 (PDT) Received: from right.PCS (right.pcs. [148.105.10.31]) by sumatra.americantv.com (8.8.5/8.8.5) with ESMTP id KAA20847; Thu, 24 Apr 1997 10:02:04 -0500 (CDT) Received: (jlemon@localhost) by right.PCS (8.6.13/8.6.4) id JAA24791; Thu, 24 Apr 1997 09:59:54 -0500 Message-ID: <19970424095953.32789@right.PCS> Date: Thu, 24 Apr 1997 09:59:53 -0500 From: Jonathan Lemon To: Gary Clark II Cc: David Nugent , obiwan@zeppelin.net, freebsd-current@FreeBSD.org Subject: Re: Upgrading from 3.0-19970209-SNAP to -current References: <199704240418.OAA24934@unique.usn.blaze.net.au> <199704240915.EAA02306@main.gbdata.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: <199704240915.EAA02306@main.gbdata.com>; from Gary Clark II on Apr 04, 1997 at 04:15:37AM -0500 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Apr 04, 1997 at 04:15:37AM -0500, Gary Clark II wrote: > Does this machine reboot alot? I'm reboot mine at will simply by dropping > pppd or killing it. Hey, I have that same problem. Whenever I quit ijppp, the machine immediately panics. (I do have DDB installed, but haven't had time to look at it). IIRC, it had something to do with deleting the default route. (My workaround is to just type 'halt' from a root shell to bring the machine down instead of killing ppp. This works with about 70% probablity.) -- Jonathan From owner-freebsd-current Thu Apr 24 08:01:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA10321 for current-outgoing; Thu, 24 Apr 1997 08:01:36 -0700 (PDT) Received: from intercore.com (num1sun.intercore.com [199.181.243.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA10315 for ; Thu, 24 Apr 1997 08:01:33 -0700 (PDT) Received: (robin@localhost) by intercore.com (8.7.1/8.6.4) id LAA26201; Thu, 24 Apr 1997 11:01:17 -0400 (EDT) Message-Id: <199704241501.LAA26201@intercore.com> Date: Thu, 24 Apr 1997 11:01:16 -0400 From: robin@intercore.com (Robin Cutshaw) To: current@freebsd.org Cc: robin@intercore.com Subject: problem with login.conf X-Mailer: Mutt 0.47 Mime-Version: 1.0 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I noticed a problem with "from" that was traced down to a problem with the data in /etc/login.conf. This fixes the problem: *** login.conf.ORIG Sat Jan 18 08:16:44 1997 --- login.conf Thu Apr 24 04:46:05 1997 *************** *** 53,59 **** standard:\ :copyright=/etc/COPYRIGHT:\ :welcome=/etc/motd:\ ! :setenv=MAIL=/var/mail/$ BLOCKSIZE=K EDITOR=/usr/bin/ee:\ :path=~/bin /bin /usr/bin /usr/local/bin:\ :manpath=/usr/share/man /usr/local/man:\ :nologin=/etc/nologin:\ --- 53,59 ---- standard:\ :copyright=/etc/COPYRIGHT:\ :welcome=/etc/motd:\ ! :setenv=MAIL=/var/mail/$,BLOCKSIZE=K,EDITOR=/usr/bin/ee:\ :path=~/bin /bin /usr/bin /usr/local/bin:\ :manpath=/usr/share/man /usr/local/man:\ :nologin=/etc/nologin:\ robin -- ---- Robin Cutshaw internet: robin@interlabs.com robin@intercore.com Internet Labs, Inc. BellNet: 404-817-9787 "Time is just one damn thing after another" -- PBS/Nova ---- -- From owner-freebsd-current Thu Apr 24 09:12:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA13869 for current-outgoing; Thu, 24 Apr 1997 09:12:44 -0700 (PDT) Received: from ridge.spiritone.com (ridge.spiritone.com [205.139.108.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA13863 for ; Thu, 24 Apr 1997 09:12:41 -0700 (PDT) Received: from joes.users.spiritone.com (joes.users.spiritone.com [205.139.111.224]) by ridge.spiritone.com (8.8.5/8.8.5) with SMTP id JAA05376 for ; Thu, 24 Apr 1997 09:08:50 -0700 (PDT) Received: by joes.users.spiritone.com via sendmail with stdio id for freebsd-current@freebsd.org; Thu, 24 Apr 1997 09:11:33 -0700 (PDT) (Smail-3.2.0.91 1997-Jan-14 #3 built 1997-Mar-2) Message-Id: From: joes@spiritone.com (Joseph Stein) Subject: ppa3 driver with 2.2-STABLE To: freebsd-current@freebsd.org Date: Thu, 24 Apr 1997 09:11:33 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Has anybody been able to get the "beta" PPA driver to work under 2.2-STABLE? If so, do you have patches? I've been having the following problem: ppa0: Generic Chipset in PS2 mode ppa0: searching disabled polling lpt driver... found. ppa0 at 0x378-0x37b on isa ppa0 waiting for scsi devices to settle (ppa0:6:0): "IOMEGA ZIP 100 D.09" type 0 removable SCSI 2 sd0(ppa0:6:0): Direct-Access sd0(ppa0:6:0): UNIT ATTENTION asc:28,0 sd0(ppa0:6:0): Not ready to ready transition, medium may have changed 96MB (196608 512 byte sectors) npx0 on motherboard npx0: INT 16 interface ppa0: command reply timeout, retry 0 ppa0: SPP command timeout, retry 0 ppa0: SPP command timeout, retry 0 sd0(ppa0:6:0): UNIT ATTENTION asc:28,0 sd0(ppa0:6:0): Not ready to ready transition, medium may have changed sd0(ppa0:6:0): UNIT ATTENTION asc:28,0 sd0(ppa0:6:0): Not ready to ready transition, medium may have changed sd0 could not mode sense (4). Using ficticious geometry sd0(ppa0:6:0): UNIT ATTENTION asc:28,0 sd0(ppa0:6:0): Not ready to ready transition, medium may have changed sd0(ppa0:6:0): UNIT ATTENTION asc:28,0 sd0(ppa0:6:0): Not ready to ready transition, medium may have changed sd0 could not mode sense (4). Using ficticious geometry I know the "fictitious geometery" is okay; but why the UNIT ATTENTION problem? Thanks in advance for any help; Apologies if this is the wrong forum for this (where?) joe -- -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 mQENAzMIp+0AAAEH/1/RBkmfQ1ZNLTSZ9K4JGTOahQCzzwhuKGV+9CXvRGfWhO3W NOfsje0UJ7DpjN48QMS1KalUi5/7KWd2nzy0sEORCmdZMTJfN4QWZ9YOH3axb8uY xihz6j9YMMprh7bKQeolHNANkwdeqAOrA7yVJrO9nkQec/NWu1njImeMKYa/L8ha xi5O4mdI9ILRQE46KtGydBudJZS76XlYchAZSzryfMzXoTwEvJrpodnxyTPK9CGz v8+tfCv/zYYnlLOgoxSxW9Nyb2TNNzbx8ZUcScFZPFA7lurl01LVxSJHkrNWe40k +Ykint4tH6mZNf+JIVnhM1X/C/swIzXAGQMmEP0ABRG0IUpvc2VwaCBTdGVpbiA8 am9lc0BzcGlyaXRvbmUuY29tPrQjSm9zZXBoIFN0ZWluIDxqb2VzQGFnb3JhLnJk cm9wLmNvbT4= =bk0j -----END PGP PUBLIC KEY BLOCK----- From owner-freebsd-current Thu Apr 24 09:47:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA16193 for current-outgoing; Thu, 24 Apr 1997 09:47:22 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA16180 for ; Thu, 24 Apr 1997 09:47:14 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id CAA28310; Fri, 25 Apr 1997 02:17:03 +0930 (CST) From: Michael Smith Message-Id: <199704241647.CAA28310@genesis.atrad.adelaide.edu.au> Subject: Re: ppa3 driver with 2.2-STABLE In-Reply-To: from Joseph Stein at "Apr 24, 97 09:11:33 am" To: joes@spiritone.com (Joseph Stein) Date: Fri, 25 Apr 1997 02:17:02 +0930 (CST) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Joseph Stein stands accused of saying: > Has anybody been able to get the "beta" PPA driver to work under 2.2-STABLE? > > If so, do you have patches? I've been having the following problem: It's not a problem. > sd0(ppa0:6:0): UNIT ATTENTION asc:28,0 > sd0(ppa0:6:0): Not ready to ready transition, medium may have changed > sd0 could not mode sense (4). Using ficticious geometry > > > I know the "fictitious geometery" is okay; but why the UNIT ATTENTION problem? That's just the drive telling you that you've changed the disk. Ignore it. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Thu Apr 24 15:44:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA06697 for current-outgoing; Thu, 24 Apr 1997 15:44:23 -0700 (PDT) Received: from zeppelin.net (obiwan@zeppelin.net [206.170.177.52]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA06688 for ; Thu, 24 Apr 1997 15:44:15 -0700 (PDT) Received: (from obiwan@localhost) by zeppelin.net (8.8.5/8.8.5) id PAA11131; Thu, 24 Apr 1997 15:45:59 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199704241454.JAA04350@chess.inetspace.com> Date: Thu, 24 Apr 1997 15:43:16 -0700 (PDT) From: Josh Howard To: "Kent S. Gordon" Subject: Re: Upgrading from 3.0-19970209-SNAP to -current Cc: freebsd-current@freebsd.org, davidn@unique.usn.blaze.net.au Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 24-Apr-97 Kent S. Gordon wrote: >>>>>> "davidn" == David Nugent writes: >I have Cyrix 596-100, 16MB, bustek 445 and New kernel's do not >successfully boot (die in detection of boot device. Message vary with >-current date and kernel options. Normally just a hang, but I have >seen disk detected as unknown device. I tried tracing it using DDB >but was unsuccesfully in finding anything useful). Well, these problems we're suffering from seem to leave no message, no kernel problems that are obvious, etc. Not sure where your problem lies.. > >scsi detection. My guess is that we are triggering a VM bug. > > > It might even be a bug that's been there all along, but the > > lite2 merges have brought it to light. > > > Come to think of it, all of the other -current machines I run > > and work fine are scsi, or in one case, mostly scsi - aha and > > aic types. Hmm. >I have a PP-180, 64MB, mainly ide system that works great. > Well, the newest theory might be pointing towards pppd (or even ijppp), do you run either of those on that machine? > >Kent S. Gordon >Senior Software Engineer >iNetSpace Co. >voice: (972)851-3494 fax:(972)702-0384 e-mail:kgor@inetspace.com > --- Josh Howard (obiwan@zeppelin.net) Illinois isn't exactly the land that God forgot -- it's more like the land He's trying to ignore. From owner-freebsd-current Thu Apr 24 17:34:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA12202 for current-outgoing; Thu, 24 Apr 1997 17:34:28 -0700 (PDT) Received: from watcher.isl.net (ppp-38.isl.net [199.3.25.87]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA12139; Thu, 24 Apr 1997 17:33:05 -0700 (PDT) Received: (from ortmann@localhost) by watcher.isl.net (8.8.5/8.8.5) id TAA01592; Thu, 24 Apr 1997 19:33:03 -0500 (CDT) From: Daniel Ortmann Message-Id: <199704250033.TAA01592@watcher.isl.net> Subject: Re: Getting closer...!!! To: gclarkii@main.gbdata.com (Gary Clark II) Date: Thu, 24 Apr 1997 19:32:50 -0500 (CDT) Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org In-Reply-To: <199704240901.EAA01897@main.gbdata.com> from Gary Clark II at "Apr 24, 97 04:01:53 am" X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I've found that I can cause reboots at will simply by killing my > pppd daemon. After I shutdown the modem or kill pppd, pppd is in > DEs status. My system then reboots. I had this same problem, but it was when I did an exec pppd -detach as root and then killed the process. I haven't pursued it further. -- Daniel Ortmann 507.288.7732 (h) ortmann@isl.net 2414 30 av NW, #D 507.253.6795 (w) ortmann@vnet.ibm.com Rochester, MN 55901 "PERL: The Swiss Army Chainsaw" From owner-freebsd-current Thu Apr 24 17:42:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA12830 for current-outgoing; Thu, 24 Apr 1997 17:42:27 -0700 (PDT) Received: from watcher.isl.net (ppp-38.isl.net [199.3.25.87]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA12823 for ; Thu, 24 Apr 1997 17:42:24 -0700 (PDT) Received: (from ortmann@localhost) by watcher.isl.net (8.8.5/8.8.5) id TAA01733 for freebsd-current@freebsd.org; Thu, 24 Apr 1997 19:43:57 -0500 (CDT) From: Daniel Ortmann Message-Id: <199704250043.TAA01733@watcher.isl.net> Subject: date/time hardware settings? To: freebsd-current@freebsd.org Date: Thu, 24 Apr 1997 19:43:54 -0500 (CDT) X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is anyone else seeing the system time set to 00:00 after a reboot? Or is it just my hardware? The date is ok. My last ctm patch level is "src-cur 2849". -- Daniel Ortmann 507.288.7732 (h) ortmann@isl.net 2414 30 av NW, #D 507.253.6795 (w) ortmann@vnet.ibm.com Rochester, MN 55901 "PERL: The Swiss Army Chainsaw" From owner-freebsd-current Thu Apr 24 19:03:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA17196 for current-outgoing; Thu, 24 Apr 1997 19:03:25 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA17172; Thu, 24 Apr 1997 19:02:01 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost.lan.awfulhak.org [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id XAA19464; Thu, 24 Apr 1997 23:52:18 +0100 (BST) Message-Id: <199704242252.XAA19464@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Gary Clark II cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: Getting closer...!!! In-reply-to: Your message of "Thu, 24 Apr 1997 04:01:53 CDT." <199704240901.EAA01897@main.gbdata.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Apr 1997 23:52:18 +0100 From: Brian Somers Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hello, > > > I've found that I can cause reboots at will simply by killing my pppd daemon. > After I shutdown the modem or kill pppd, pppd is in DEs status. My system > then reboots. > > Can anyone give me any tips on where to look for possible problems? > Ideas? You'll need to post more info. I don't use pppd myself (yet), but nobody else's complained recently about this sort of thing. I can take a closer look at things next week - I'm away this weekend. > Thanks for any and all help, > > Gary > > -- > Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company > gclarkii@GBData.COM | Member of the FreeBSD Doc Team > Providing Internet and ISP startups - http://WWW.GBData.com for information > FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/FAQ.latin1 -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-current Thu Apr 24 22:10:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA24556 for current-outgoing; Thu, 24 Apr 1997 22:10:56 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA24549 for ; Thu, 24 Apr 1997 22:10:53 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id WAA00816; Thu, 24 Apr 1997 22:10:04 -0700 (PDT) Message-Id: <199704250510.WAA00816@austin.polstra.com> To: terry@lambert.org Subject: Re: What's the deal with cc? *CRAP* Newsgroups: polstra.freebsd.current In-Reply-To: <199704222220.PAA27567@phaeton.artisoft.com> References: <199704222220.PAA27567@phaeton.artisoft.com> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Date: Thu, 24 Apr 1997 22:10:04 -0700 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199704222220.PAA27567@phaeton.artisoft.com>, Terry Lambert wrote: > > > in it. See the cvsup manpage section on refuse files. > > > > Well, the man page is not bvery useful, It's true, the section on the refuse files needs some fleshing out and some examples. But hey, given that you're the guy who can churn out thousands of words a day here in these lists, why don't you write something up and send it to me? ;-) > > but I set the refuse pattern > > and it worked (mostly). You apparently *must* use a wildcard in the > > pattern I think that for the Attic, and only for the Attic, you have to specify 2 patterns: */Attic */Attic/* This is a bug, but it's a forgivable bug (says the bugger :-) once you fully understand what's going on behind the scenes in order to match up the living files with their Attic counterparts. The Attic is very special. > > (real pain). Gimme a break. > > There are still some Attic files it graps, though... If you use the above two patterns, I don't think it grabs any Attic files at all. > Well, it looks like it grabs all Attic directories under the main > directory anyway. What do you mean by "main directory?" /home/ncvs? There isn't an Attic directory directly under /home/ncvs. And any Attic directories lower down will get culled by the patterns above. But as has been pointed out, you really don't want to suppress the Attic files. They're just too essential to the proper working of CVS. > What a bunch of crap. Why weren't these files > actually *moved* instead of being placed in an Attic (bleah, CVS). Moved to where? "Cellar"? "Cistern"? "Outhouse"? They have to be kept around someplace. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Fri Apr 25 00:15:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA29099 for current-outgoing; Fri, 25 Apr 1997 00:15:51 -0700 (PDT) Received: from proxy2.ba.best.com (root@proxy2.ba.best.com [206.184.139.13]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA29046; Fri, 25 Apr 1997 00:14:20 -0700 (PDT) Received: from bsampley.vip.best.com (bsampley.vip.best.com [206.184.160.196]) by proxy2.ba.best.com (8.8.5/8.8.3) with SMTP id AAA09723; Fri, 25 Apr 1997 00:06:13 -0700 (PDT) Date: Fri, 25 Apr 1997 00:05:05 -0700 (PDT) From: Burton Sampley To: David Nugent cc: Gary Clark II , obiwan@zeppelin.net, freebsd-current@freebsd.org, bde@freebsd.org Subject: Re: Upgrading from 3.0-19970209-SNAP to -current In-Reply-To: <199704241115.VAA06027@labs.usn.blaze.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well I hate to throw a 'monkey wrench' into the spoke of this problem, but I'm running 3.0-current (last CVSUP was Fri. 4/6 which includes the lite2 merge) with a Western Digital 1.6 EIDE as master on the primary and a Sony 8X ATAPI slave and a Western Digital 3.1 EIDE as master on the secondary controller. I'm also running X w/ Accelerated X. I haven't had any reboots, other than the one's I've initiated with shutdown -r now (that's because fetchmail was acting strange). I've had uptime as high as 8 days before I rebooted. I'm not using NFS but I do have ppp on-demand running. I'll try killing it to see if my machine reboots by itself. I killed ppp and so far the system has not rebooted. FWIW, here's my setup: ASUS P/I P55T2P4 MB w/ 512k pipeline burst w/ P5-133, 64MB EDO (non-parity) RAM, SMC ethernet card, Matrox Mystique 4MB video, ProAudiospectrum 16 sound w/ SCSI and Supra Express 28.8 Plug-N-Pray modem. I started w/ 2.1.5R --> 2.2 SNAP 961014 --> 3.0 SNAP 970209 --> 3.0-current CVSUP 4/6 w/ make world & kernel rebuild. On Thu, 24 Apr 1997, David Nugent wrote: > > > I've been trying to reproduce the problem on the other machines, > > > but be damned if I can even see a pattern. It is a very uncomplicated > > > system P166/32mb RAM, 2 large EIDE drives, no X, just ppp dialin lines > > > with a digiboard card. Anyone else wish to exchange notes? > > > > > > > Does this machine reboot alot? > > I guess "alot" is somewhat subjective, but rebooting spontaneously > for any reason is a lot in my books! :-) > > But around once at least every 3 days it'll just reboot, and some > days are worse than others. No message, no (apparent) panic. As > I've already mentioned, though, I don't have DDB enabled on that > system, but even if I did it may not do any good. > > > I'm reboot mine at will simply by dropping > > pppd or killing it. > > Ouch. I don't *think* it is as simple as that. This machine varies > between 7500 - 9200 minites of user dialin time per day, 99% of > connections being pppd. If the problem was pppd dropping, then > it'd be a lot more frequently! > > Then again... I did notice only yesterday that when one machine > that was connected via a standard sio device hung up, the machine > rebooted pretty much at that same instant, although this is the > only time I've noticed the coincidence. Activity on the digiboard > ports don't seem to be involved, and that's where all of the dialin > customers call in. Activity on the standard serial ports is > relatively infrequent. > > Might it be an sio problem? If this is possible, then I might > revert to an earlier version of the sio driver and see if I can > work out what's going on. > > > -- > David Nugent - Unique Computing Pty Ltd - Melbourne, Australia > Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet > davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ > > > --- Brought to you by a 100% Micro$oft free system. You too can disinfect your system at http://www.freebsd.org E-Mail: burton@bsampley.vip.best.com Alternate E-Mail: bsampley@haywire.csuhayward.edu Home Page: http://www.best.com/~bsampley (permanently under construction) From owner-freebsd-current Fri Apr 25 00:25:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA29449 for current-outgoing; Fri, 25 Apr 1997 00:25:16 -0700 (PDT) Received: from zeppelin.net (obiwan@zeppelin.net [206.170.177.52]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA29382; Fri, 25 Apr 1997 00:23:47 -0700 (PDT) Received: (from obiwan@localhost) by zeppelin.net (8.8.5/8.8.5) id AAA02231; Fri, 25 Apr 1997 00:24:08 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Fri, 25 Apr 1997 00:19:20 -0700 (PDT) From: Josh Howard To: Burton Sampley Subject: Re: Upgrading from 3.0-19970209-SNAP to -current Cc: bde@freebsd.org, freebsd-current@freebsd.org, Gary Clark II , David Nugent Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Not sure how happy I am to see this :-) I'm glad someone isn't having problems, but it makes things more perplexing. I was just diffing some ppp(d) sources, not a whole lot seems to have changed, which is sort of annoying. I did about the same upgrade path as you minus the 2.2 part. I'm sure my problems date back to at least the 6th..Quite interesting. Your modem is internal is it not, would this possibly support the sio theory(tm)? The rest of the hardware seems pretty standard.. On 25-Apr-97 Burton Sampley wrote: >Well I hate to throw a 'monkey wrench' into the spoke of this problem, but >I'm running 3.0-current (last CVSUP was Fri. 4/6 which includes the lite2 >merge) with a Western Digital 1.6 EIDE as master on the primary and a Sony >8X ATAPI slave and a Western Digital 3.1 EIDE as master on the secondary >controller. I'm also running X w/ Accelerated X. I haven't had any >reboots, other than the one's I've initiated with shutdown -r now (that's >because fetchmail was acting strange). I've had uptime as high as 8 days >before I rebooted. I'm not using NFS but I do have ppp on-demand running. >I'll try killing it to see if my machine reboots by itself. > >I killed ppp and so far the system has not rebooted. > >FWIW, here's my setup: > >ASUS P/I P55T2P4 MB w/ 512k pipeline burst w/ P5-133, 64MB EDO >(non-parity) RAM, SMC ethernet card, Matrox Mystique 4MB video, >ProAudiospectrum 16 sound w/ SCSI and Supra Express 28.8 Plug-N-Pray >modem. > >I started w/ 2.1.5R --> 2.2 SNAP 961014 --> 3.0 SNAP 970209 --> >3.0-current CVSUP 4/6 w/ make world & kernel rebuild. > > >On Thu, 24 Apr 1997, David Nugent wrote: > > >--- >Brought to you by a 100% Micro$oft free system. You too can disinfect your >system at http://www.freebsd.org > >E-Mail: burton@bsampley.vip.best.com >Alternate E-Mail: bsampley@haywire.csuhayward.edu >Home Page: http://www.best.com/~bsampley (permanently under construction) > --- Josh Howard (obiwan@zeppelin.net) ... at least I thought I was dancing, 'til somebody stepped on my hand. -- J. B. White From owner-freebsd-current Fri Apr 25 00:53:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA00586 for current-outgoing; Fri, 25 Apr 1997 00:53:07 -0700 (PDT) Received: from proxy3.ba.best.com (root@proxy3.ba.best.com [206.184.139.14]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA00542; Fri, 25 Apr 1997 00:51:41 -0700 (PDT) Received: from bsampley.vip.best.com (bsampley.vip.best.com [206.184.160.196]) by proxy3.ba.best.com (8.8.5/8.8.3) with SMTP id AAA02485; Fri, 25 Apr 1997 00:48:42 -0700 (PDT) Date: Fri, 25 Apr 1997 00:47:04 -0700 (PDT) From: Burton Sampley To: Josh Howard cc: bde@freebsd.org, freebsd-current@freebsd.org, Gary Clark II , David Nugent Subject: Re: Upgrading from 3.0-19970209-SNAP to -current In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 25 Apr 1997, Josh Howard wrote: > Not sure how happy I am to see this :-) I'm glad someone isn't having > problems, but it makes things more perplexing. I was just diffing some > ppp(d) sources, not a whole lot seems to have changed, which is sort of > annoying. I did about the same upgrade path as you minus the 2.2 part. > I'm sure my problems date back to at least the 6th..Quite interesting. > Your modem is internal is it not, would this possibly support the sio > theory(tm)? The rest of the hardware seems pretty standard.. Yes, it's an internal. I had to disable the first on-board 'com port' through BIOS to get FBSD to recongnize it as cuaa0. The MB is fairly new. I just purchased it in March. It has the most current BIOS offered by ASUS. FWIW, tonight as I wrote this reply I ran into some strange unexplained problems with net connectivity with my ISP. I was able to connect w/ on-demand and then ping both my ISP and an 'outside' sever, ie, my school (haywire.csuhayward.edu), but I couldn't telnet into either. When I attempted the telnet I got to the point where both servers would show the escape char and then would hang until the the other server timed out. This was corrected by 'killing' the ppp on-demand and dialing into a different server for my ISP. Conversations with my ISP's Customer Service dept. couldn't figure out what was going on. --- Brought to you by a 100% Micro$oft free system. You too can disinfect your system at http://www.freebsd.org E-Mail: burton@bsampley.vip.best.com Alternate E-Mail: bsampley@haywire.csuhayward.edu Home Page: http://www.best.com/~bsampley (permanently under construction) From owner-freebsd-current Fri Apr 25 01:24:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA01856 for current-outgoing; Fri, 25 Apr 1997 01:24:34 -0700 (PDT) Received: from zeppelin.net (obiwan@zeppelin.net [206.170.177.52]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA01785; Fri, 25 Apr 1997 01:22:34 -0700 (PDT) Received: (from obiwan@localhost) by zeppelin.net (8.8.5/8.8.5) id BAA00288; Fri, 25 Apr 1997 01:22:43 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Fri, 25 Apr 1997 01:19:47 -0700 (PDT) From: Josh Howard To: Burton Sampley Subject: Re: Upgrading from 3.0-19970209-SNAP to -current Cc: David Nugent , Gary Clark II , freebsd-current@freebsd.org, bde@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, here I am again! I thought I would anounce my slight progress in this odd bug. I patched up my sio.c to more or less how it was pre-lite2, and killing pppd no longer hangs, traps, kills whatever you wanna call it, my system. Of course this means very little, but we'll see how long this box can stay up. I still wonder about our original IDE thought, I guess only time will tell... On 25-Apr-97 Burton Sampley wrote: >On Fri, 25 Apr 1997, Josh Howard wrote: > >> Not sure how happy I am to see this :-) I'm glad someone isn't having >> problems, but it makes things more perplexing. I was just diffing some >> ppp(d) sources, not a whole lot seems to have changed, which is sort of >> annoying. I did about the same upgrade path as you minus the 2.2 part. >> I'm sure my problems date back to at least the 6th..Quite interesting. >> Your modem is internal is it not, would this possibly support the sio >> theory(tm)? The rest of the hardware seems pretty standard.. > >Yes, it's an internal. I had to disable the first on-board 'com port' >through BIOS to get FBSD to recongnize it as cuaa0. The MB is fairly new. >I just purchased it in March. It has the most current BIOS offered by >ASUS. > --- Josh Howard (obiwan@zeppelin.net) Truthful, adj.: Dumb and illiterate. -- Ambrose Bierce, "The Devil's Dictionary" From owner-freebsd-current Fri Apr 25 02:21:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA04286 for current-outgoing; Fri, 25 Apr 1997 02:21:26 -0700 (PDT) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA04136; Fri, 25 Apr 1997 02:19:46 -0700 (PDT) Received: from labs.usn.blaze.net.au (local [127.0.0.1]) by labs.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id TAA01181; Fri, 25 Apr 1997 19:17:59 +1000 (EST) Message-Id: <199704250917.TAA01181@labs.usn.blaze.net.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: Josh Howard cc: Burton Sampley , Gary Clark II , freebsd-current@freebsd.org, bde@freebsd.org Subject: Re: Upgrading from 3.0-19970209-SNAP to -current In-reply-to: Your message of "Fri, 25 Apr 1997 01:19:47 MST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 25 Apr 1997 19:17:58 +1000 From: David Nugent Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Well, here I am again! I thought I would anounce my slight progress in this odd > bug. I patched up my sio.c to more or less how it was pre-lite2, and killing > pppd no longer hangs, traps, kills whatever you wanna call it, my system. Of > course this means very little, but we'll see how long this box can stay up. I > still wonder about our original IDE thought, I guess only time will tell... Interesting. I'll do the same and see how it goes. FWIW, I've examined the logs and there is /definitely/ a correspondance between a hangup and reboot on a standard serial port. The problem is that the system that calls is also running the same -current, uses cuaa1 with standard settings, and doesn't have the problem. The dialin system is the one with the problem. So, I have no idea of what combination of things causes the problem, but it isn't consistent. Maybe it is the IDE drive, since the calling system in this case is completely scsi (aha 1542b). Given that one person has reported no problem with that combination I'm somewhat doubtful. David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Fri Apr 25 03:23:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA06343 for current-outgoing; Fri, 25 Apr 1997 03:23:31 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA06338; Fri, 25 Apr 1997 03:23:26 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id LAA16538; Fri, 25 Apr 1997 11:23:07 +0100 (BST) Date: Fri, 25 Apr 1997 11:23:07 +0100 (BST) From: Doug Rabson To: jdp@freebsd.org cc: current@freebsd.org Subject: Minor fix to ld Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk While I was writing my new kernel linker, I noticed that the relocation_info structures for the members of linker sets had r_length set to zero (indicating byte sized relocations) when the objects being relocated were 32bit. The code in ld.so has a hack (see the definition of REL_SIZE in ld/i386/md.c) to work around this. It would be nice to have correct relocations though and I think this patch does the job: Index: md.h =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/ld/i386/md.h,v retrieving revision 1.16 diff -u -r1.16 md.h --- md.h 1997/02/22 15:46:34 1.16 +++ md.h 1997/04/25 10:11:12 @@ -95,6 +95,8 @@ #define md_get_rt_segment_addend(r,a) md_get_addend(r,a) +#define RELOC_INIT_SEGMENT_RELOC(r) ((r)->r_length = 2) + /* Width of a Global Offset Table entry */ #define GOT_ENTRY_SIZE 4 typedef long got_t; -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-current Fri Apr 25 05:41:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA12383 for current-outgoing; Fri, 25 Apr 1997 05:41:09 -0700 (PDT) Received: from chess.inetspace.com ([206.50.163.14]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA12378 for ; Fri, 25 Apr 1997 05:41:06 -0700 (PDT) Received: (from kgor@localhost) by chess.inetspace.com (8.8.5/8.7.3) id HAA01650; Fri, 25 Apr 1997 07:38:34 -0500 (CDT) Date: Fri, 25 Apr 1997 07:38:34 -0500 (CDT) Message-Id: <199704251238.HAA01650@chess.inetspace.com> From: "Kent S. Gordon" To: obiwan@zeppelin.net CC: freebsd-current@freebsd.org, davidn@unique.usn.blaze.net.au In-reply-to: (message from Josh Howard on Thu, 24 Apr 1997 15:43:16 -0700 (PDT)) Subject: Re: Upgrading from 3.0-19970209-SNAP to -current Mime-Version: 1.0 (generated by tm-edit 7.105) Content-Type: text/plain; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> "obiwan" == Josh Howard writes: > On 24-Apr-97 Kent S. Gordon wrote: >>>>>>> "davidn" == David Nugent >>>>>>> writes: >> I have Cyrix 596-100, 16MB, bustek 445 and New kernel's do not >> successfully boot (die in detection of boot device. Message >> vary with -current date and kernel options. Normally just a >> hang, but I have seen disk detected as unknown device. I tried >> tracing it using DDB but was unsuccesfully in finding anything >> useful). > Well, these problems we're suffering from seem to leave no > message, no kernel problems that are obvious, etc. Not sure > where your problem lies.. >> scsi detection. My guess is that we are triggering a VM bug. >> >> > It might even be a bug that's been there all along, but the > >> lite2 merges have brought it to light. >> >> > Come to think of it, all of the other -current machines I run >> > and work fine are scsi, or in one case, mostly scsi - aha and >> > aic types. Hmm. I have a PP-180, 64MB, mainly ide system >> that works great. >> > Well, the newest theory might be pointing towards pppd (or even > ijppp), do you run either of those on that machine? No ppp or ijppp. My problem looks like somehow the scsi adapter has been wedged and the code just loops looking for a valid scsi command returning. Kent S. Gordon Senior Software Engineer iNetSpace Co. voice: (972)851-3494 fax:(972)702-0384 e-mail:kgor@inetspace.com From owner-freebsd-current Fri Apr 25 07:47:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA19772 for current-outgoing; Fri, 25 Apr 1997 07:47:04 -0700 (PDT) Received: from key.sms.fi (count@key.sms.fi [194.197.125.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA19766 for ; Fri, 25 Apr 1997 07:46:59 -0700 (PDT) Received: (from count@localhost) by key.sms.fi (8.8.5/8.7.3) id RAA00476 for current@freebsd.org; Fri, 25 Apr 1997 17:46:52 +0300 (EET DST) From: "Bror 'Count' Heinola" Message-Id: <199704251446.RAA00476@key.sms.fi> Subject: Is this supposed to happen? To: current@freebsd.org Date: Fri, 25 Apr 1997 17:46:52 +0300 (EET DST) X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Today, my machine crashed. As for the reason, I propably know that, but I'll get back to it when I'm more certain. What I'm after, is that is it to be expected that a machine with ATX motherboard doesn't reboot after crashing, but turns itself off instead? That's what happened for me today. Because I was at work when the crash happened, I can't say what messages (if any) were printed on the console. Software that was running at the time includes xaccel 3.1, screen, irc, sshd, netscape and all the normal daemons etc. Motherboard is ASUS XP55T2P4 System is -current as of about three weeks ago. FreeBSD key.sms.fi 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sun Mar 30 21:19:40 EET DST 1997 count@key.sms.fi:/usr/src/sys/compile/KEY i386 -- Bror 'Count' Heinola # Santa Monica Software # Email: bror@sms.fi Isokaari 27 A2 # Technical Support # IRC: Count FI-00200 HELSINKI # Cisco / Ascend # NIC: BH271 +358-40-523-2171 # +358-9-613-8911 # Are you defective? From owner-freebsd-current Fri Apr 25 08:21:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA22111 for current-outgoing; Fri, 25 Apr 1997 08:21:51 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA22106 for ; Fri, 25 Apr 1997 08:21:49 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id IAA03404; Fri, 25 Apr 1997 08:17:44 -0700 From: Terry Lambert Message-Id: <199704251517.IAA03404@phaeton.artisoft.com> Subject: Re: What's the deal with cc? *CRAP* To: jdp@polstra.com (John Polstra) Date: Fri, 25 Apr 1997 08:17:43 -0700 (MST) Cc: terry@lambert.org, current@freebsd.org In-Reply-To: <199704250510.WAA00816@austin.polstra.com> from "John Polstra" at Apr 24, 97 10:10:04 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > in it. See the cvsup manpage section on refuse files. > > > > > > Well, the man page is not bvery useful, > > It's true, the section on the refuse files needs some fleshing out > and some examples. But hey, given that you're the guy who can > churn out thousands of words a day here in these lists, why don't > you write something up and send it to me? ;-) Heh. Because I have a tendency to document things as they should be rather than as they are, and I hate troff? 8-) 8-). Seriously, you might talk me into it, if I could get it to work, but negative examples aren't teribly useful. 8-(. > > > but I set the refuse pattern > > > and it worked (mostly). You apparently *must* use a wildcard in the > > > pattern > > I think that for the Attic, and only for the Attic, you have to > specify 2 patterns: > > */Attic > */Attic/* > > This is a bug, but it's a forgivable bug (says the bugger :-) once > you fully understand what's going on behind the scenes in order to > match up the living files with their Attic counterparts. The Attic > is very special. OK; I'll try it. We'll see what happens... > > Well, it looks like it grabs all Attic directories under the main > > directory anyway. > > What do you mean by "main directory?" /home/ncvs? There isn't an > Attic directory directly under /home/ncvs. And any Attic > directories lower down will get culled by the patterns above. I used "*Attic*" in src/gnu and it suppressed the top level Attic (src/gnu/Attic), but not all Attic's (src/gnu/usr.bin/cc/Attic). > But as has been pointed out, you really don't want to suppress the > Attic files. They're just too essential to the proper working of > CVS. Heh. Now you give *me* a break. We're talking about the move of GPL'ed code from "gnu" to "contrib" and basically total duplication of the moved files at the tip. Since GCC wasn't imported as a real vendor branch (or it would have a larger CVS history), it's pretty much a gratuitous change. Happens to puke on hier(7), too, for that matter. So I definitely *don't* need the GNU attic files. > > What a bunch of crap. Why weren't these files > > actually *moved* instead of being placed in an Attic (bleah, CVS). > > Moved to where? "Cellar"? "Cistern"? "Outhouse"? They have to be > kept around someplace. Physically rearrange the CVS repository to move them and their history to the new location (sed script time) so that they aren't largely duplicated, is what I meant. God help us all when we have to move the kernel sources (10M or so, checked out) to new locations to support SMP and multiple architectures. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri Apr 25 08:23:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA22159 for current-outgoing; Fri, 25 Apr 1997 08:23:43 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA22150; Fri, 25 Apr 1997 08:23:39 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id IAA03420; Fri, 25 Apr 1997 08:20:08 -0700 From: Terry Lambert Message-Id: <199704251520.IAA03420@phaeton.artisoft.com> Subject: Re: Minor fix to ld To: dfr@nlsystems.com (Doug Rabson) Date: Fri, 25 Apr 1997 08:20:08 -0700 (MST) Cc: jdp@freebsd.org, current@freebsd.org In-Reply-To: from "Doug Rabson" at Apr 25, 97 11:23:07 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > While I was writing my new kernel linker, I noticed that the > relocation_info structures for the members of linker sets had r_length set > to zero (indicating byte sized relocations) when the objects being > relocated were 32bit. The code in ld.so has a hack (see the definition of > REL_SIZE in ld/i386/md.c) to work around this. It would be nice to have > correct relocations though and I think this patch does the job: Raising the object compatability red flag... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri Apr 25 09:12:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA24451 for current-outgoing; Fri, 25 Apr 1997 09:12:11 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA24444 for ; Fri, 25 Apr 1997 09:12:08 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id JAA04558; Fri, 25 Apr 1997 09:11:47 -0700 (PDT) Message-Id: <199704251611.JAA04558@austin.polstra.com> To: Doug Rabson cc: current@freebsd.org Subject: Re: Minor fix to ld In-reply-to: Your message of "Fri, 25 Apr 1997 11:23:07 BST." References: Date: Fri, 25 Apr 1997 09:11:46 -0700 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > While I was writing my new kernel linker, I noticed that the > relocation_info structures for the members of linker sets had > r_length set to zero (indicating byte sized relocations) when the > objects being relocated were 32bit. How are you making this happen? I can't seem to reproduce it here. All the relocs come out as size 4. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Fri Apr 25 09:56:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA26909 for current-outgoing; Fri, 25 Apr 1997 09:56:17 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA26903 for ; Fri, 25 Apr 1997 09:56:12 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id SAA19944 for ; Fri, 25 Apr 1997 18:56:57 +0200 (MET DST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.5/8.6.9) id TAA29267 for freebsd-current@freefall.cdrom.com; Fri, 25 Apr 1997 19:13:49 +0200 (MET DST) Date: Fri, 25 Apr 1997 19:13:49 +0200 (MET DST) From: Christoph Kukulies Message-Id: <199704251713.TAA29267@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: kernel panic - in nfsd Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It may be hardware. I reported that one of my servers (running a 4/22 3.0-current) rebooted without showing a crash in the logs every one or two days. After switching on DDB today I caught the machine in a trap: Fatal trap 12: page fault while in kernel mode fault= 0xd0336a40 ip= 0x8:0xf01b7d5a 96 (nfsd) _vm_page_insert + 0x4e: movl %ecx,0(%edx) _vm_page_alloc _allocbuf _getblk _clusterread _ffsread _nfsvr_read nfssvc_nfsd _nfssvc ...(from syscall) typed (not literally) off screen. This machine is running a 6GB ccd disk and nfsd/mountd. It may be heavy loaded from time to time by nfs usage. Amd K5/PR133, 512 K cache. 2x NCR810 SCSI one 3 GB at each. -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Fri Apr 25 10:03:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA27313 for current-outgoing; Fri, 25 Apr 1997 10:03:09 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA27304 for ; Fri, 25 Apr 1997 10:03:05 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id SAA24425; Fri, 25 Apr 1997 18:02:43 +0100 (BST) Date: Fri, 25 Apr 1997 18:02:43 +0100 (BST) From: Doug Rabson To: John Polstra cc: current@freebsd.org Subject: Re: Minor fix to ld In-Reply-To: <199704251611.JAA04558@austin.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 25 Apr 1997, John Polstra wrote: > > While I was writing my new kernel linker, I noticed that the > > relocation_info structures for the members of linker sets had > > r_length set to zero (indicating byte sized relocations) when the > > objects being relocated were 32bit. > > How are you making this happen? I can't seem to reproduce it here. > All the relocs come out as size 4. I had an N_SETV+N_EXT symbol (from a kernel linker_set) in a shared library (linker with -Bshareable). -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-current Fri Apr 25 10:12:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA27731 for current-outgoing; Fri, 25 Apr 1997 10:12:24 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA27726; Fri, 25 Apr 1997 10:12:17 -0700 (PDT) Received: from nlsystems.com by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0wKoXW-0009DeC; Fri, 25 Apr 97 10:12 PDT Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id SAA24440; Fri, 25 Apr 1997 18:04:01 +0100 (BST) Date: Fri, 25 Apr 1997 18:04:01 +0100 (BST) From: Doug Rabson To: Terry Lambert cc: jdp@freebsd.org, current@freebsd.org Subject: Re: Minor fix to ld In-Reply-To: <199704251520.IAA03420@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 25 Apr 1997, Terry Lambert wrote: > > While I was writing my new kernel linker, I noticed that the > > relocation_info structures for the members of linker sets had r_length set > > to zero (indicating byte sized relocations) when the objects being > > relocated were 32bit. The code in ld.so has a hack (see the definition of > > REL_SIZE in ld/i386/md.c) to work around this. It would be nice to have > > correct relocations though and I think this patch does the job: > > Raising the object compatability red flag... Since it only appears to happen for shared libraries and since ld.so has a hack to make it completely ignore the r_length field, I am not too worried about object compatability... -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-current Fri Apr 25 10:19:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA28115 for current-outgoing; Fri, 25 Apr 1997 10:19:26 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA28108 for ; Fri, 25 Apr 1997 10:19:23 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id KAA05048; Fri, 25 Apr 1997 10:18:30 -0700 (PDT) Message-Id: <199704251718.KAA05048@austin.polstra.com> To: Doug Rabson cc: Terry Lambert , current@freebsd.org Subject: Re: Minor fix to ld In-reply-to: Your message of "Fri, 25 Apr 1997 18:04:01 BST." References: Date: Fri, 25 Apr 1997 10:18:30 -0700 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Since it only appears to happen for shared libraries and since > ld.so has a hack to make it completely ignore the r_length field, > I am not too worried about object compatability... Me neither. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Fri Apr 25 10:21:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA28321 for current-outgoing; Fri, 25 Apr 1997 10:21:49 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA28308 for ; Fri, 25 Apr 1997 10:21:37 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id SAA24776 for ; Fri, 25 Apr 1997 18:21:22 +0100 (BST) Date: Fri, 25 Apr 1997 18:21:22 +0100 (BST) From: Doug Rabson To: current@freebsd.org Subject: Kernel linker for review Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is the first cut of my kernel linker. I would appreciate feedback, flames, anything except indifference. To install, unpack the tarball, and do something like this: (cd /usr/src/gnu/usr.bin/ld; patch -p) < ld.diffs (cd /usr/src/sys/i386/conf; patch -p) < i386_conf.diffs (cd /usr/src/sys/kern; patch -p) < kern.diffs (cd /usr/src/lib/libc; patch -p) < libc.diffs (cd /usr/src/gnu/usr.bin/ld; make clean all install) (cd /usr/src/lib/libc; make clean all install) cp bsd.mod.mk /usr/share/mk (cd sbin; make all install) (cd testmod; make all install) # ignore warnings from ld (cd testmod2; make all install) # ditto I am part way through reworking i386/isa to make all drivers trivially loadable but that is not ready for the light of day. I use the -Bdynamic format for the kernel to get the global symbol table. This adds about 80-90k of bloat for my local kernel configuration. I use -Bshareable format with non-pic objects for loadable files. This gives me hashed symbol tables and dependancies for free compared with raw .o files. The linker is to support other file formats, including but not limited to ELF. begin 644 kld.tar.gz M'XL(`!7G8#,``^P\_7/:QK;]5?P56^)I(<:`!(B//+?!!B>\8/``:9/;=A@9 M+:!:2!Y)V/%-_?[V>\[N2BL)*PF]U\Z\N=$D1MKSL7L^]IRSBY8KVZQ\]\@7 MJ5>;C0;YCA"UV:CB)USAIW@@>JU65?5:76O`OU3/OKC48]9O\:H*FU>NT[ M4GVL`<6O_W+[#QR3?N@0\\XQ-M:BO,X=__M7;G(Z)4O+IAU26;L;6G$6-W[% M]Q:5E;.M;'VO?&DYX'65J-?23K#P\,=K'H%?$RM=QK-3JV:>_F2 M'&G-=DDGA_C1(B]?YHB"%[BFNR2&MUA;-]0GSRLY\LRD2\NA9/JZ.^EW3X9] MI:4HE>?D9&O9)C&(OS8\:A+W\D^Z")(4@^'P?7=R^GKP2U]1=49UX;D+ZOND M[!MDX6ZN#0>$]DO$@EZ=.R0_#,G/QI/3?N_]J'L^.%5J&B,_<[T%#:4C[C:X MW@:$WE`'&3AN[C"40HS*MBX]`W3L$\M9V%L3FG"$.4(_!-1SR-D`Y%&>`R,_ M\*BQ>8&=C#E;M&:9H0MD0-F"B/0#72A`L::&2;TT!>'-C%`X&L2:Q9/Z&':8 MZ5[UI'_5:WQ\Z%MX$SF,JD+HZE1;G8:N,"KTJP2&5B?5=D>K=FHMYE+U>@M= M"C\BEX(Q;$%UZ@M\`AL5O@)Y(4U\\5BBN(PBV*)7A`C M.TQV!&P6AD_)C[,?.V&WG)8<'Y-JD0VV4:OB8!LU+>;_MN5N2$+YBE&?QV3B,_AI_@DA1+,#K.8_16?'9\9H7^W MN73M3PYQ^O[\9#S\+""74,;"K/A'J[ MAO;E'\)W/7_N0SJ#WN?!W34%$T\FT_EH/.JC]T3S(VZ@*#\6/\'A[.UP^`(\ M)>+@;#>7U)N[R[F_AA3JLSE%*L]W[!^:_GFE2#Z"$WV&PV?\!U@03*CA#0*EO"I=T--@;VF#B1A\!V2_XFH>[?+)H`LSU'"`+'T*;TJ1+5!B0"_$IGV M^V]P$A7)]V$PI9Y7P/AQZUD!G8?]=0ACP&<>TTQ;9YIA'Y_5S`4(-.@./Z$< M.6*NG(>DFO7?S3ZGG`2?)U`.,DLH1T0=J];2*QOSB0ORJ-?,Z*/JB>BCZH0- M$H,/WNS&GEI=8508>V(8$'H:1*UV5+6C:MPC&I@UX2]/FK)TWICS%0WF'BB= MKC;4">:&:5+'+'@EHZ@(:*P):*.Z>=(?CD_G@]$`#-]_==X?S>:LJ>`5E0+\ M.?K)F]O46<$D_?SZ>`??:6>(^B]`"2VZZR4E1O,P5F^]EKOH>M*6'T.@6OY2-L` MGUG_JUI-2ZW_M;JF?UO_/\4EPLVY<479&@]]X7%#CG_G\SB#'E=)=)P9==KU M1-1IUU,#QO"3:)%11B-5O=-H=#1587PP#F6@-G"1!S&IIO-:J,%*H89(4&6( M+]8R!\N#Z:Q_/A_VYJ_[W=XQ>4D7:Q?FN6'BH`]>OB#>AAPMX0YH(#L:W^/\45UAN M.A:45W<^E#:/O=C%^(\>5TGTF;U%IR:WZ-346#'T)UI$/*]5:BK;Y6UTJIK" M^&#H?PB5AWY8!NM0CO)]CE:S5">'^-$0>S@?2;5$"O[=?&'8]CP@SXN."WS( M?4EAN[%:0X,2\MJU;;X?LHMO^5!";E>6&:.I`8UL%X2U%*$-(??6B5'5@4HT MXB;Q%XRM`12\[0L)]'T)FOL2M/8E:.])H%?W)5#W)=#V):CM2U#?EV!?2^O[ M6EK?U]+ZOI;6][5TU='-?2S?WM71S7TLW][5TU='-?2S?W MM71K7TNW]K5T:U]+M_:U=&M?2[?VM71K7TNW]K5T:U]+M_:U='M?2[?WM71[ M7TNW][5T>U]+M_>U='M?2[?WM71[7TNW=RRMI@A@D>?0#T%$4JNBK<-60:3M M$N'Z.$:D!V`G#0E.!1.$ZA*J[T*;$MKP>J5R-HNBI'J"JAZBY4JBU=;R.T)J&U76A=0NN[4*FK=-F,4*FK M=(V,4*FK=$&,4*FK=/6+4*FK=*D+T*;45;JN1:C45;J(1:C45;IB1:C45;H\ M1:C45;H61:C45;KP1*C45;K*1*C45;JD1*C45;I^1*C45;I8!&A+ZBI=&2)4 MZBI=!B)4ZBI=\R%4ZBI=X"%4ZBI=S2%4ZBI=NB%4ZBI=IR%4ZBI=E"%4ZBI= M@2%4ZBI=;@&T+765KJT0*G65+J00*G65KIH0*G65+I$0*G65KH<0*G65+GX0 M*G65KG00*G65+FL0*G65KF$0*G65+ECRHA()$1XH3_*B[I`H.\5(/BPR),YN MZ9$7-87$V2DT\E']()$>*"ORHEZ02#M%1%Y4!Q)EIV3(BUI`HNP4"/E8VI=H M7U@/;`P_H-Y3%P6\U^S*H)&L#!H[XTV4![PM72-HG4958;P2-4(".2H4&AV- MOVY3:]=*-7*('Z)0@-)`>3L:G%\,E='X]:#75UB94!A?4^=DVBLB1DV9SGH* M/$&U9CF!+!,*-ZYE%E^0>\2JI[!XH5!8K`V//+\V@G6)-6\MD]^L!.DA%`ZI M(;#)@0`]"]#,`K2R`.T,@%[-`JA9@+3&(D`M"U#/`F1)KF=)KF=)KF=)KF=) MWLR2O)DE>3-+\F:6Y,TLR9M9DC>S)&]F2=[,DKR9)7DK2_)6EN2M+,E;69*W MLB1O94G>RI*\E25Y*TOR5I;D[2S)VUF2M[,D;V=)WLZ2O)TE>3M+\G:6Y.TL MR=L9DK\(8R3A[^SY9.EZY,RC%")6[A!R;BI\B?Q;$/=AL(+,NXN(V4HBEL*7 MU>%I:U-\=2MX3O!OR$+;9;%\N+-TZ!6INK!P'3\@/+9B5@KQTT$XRMJ,-6)* MWHU=7$S>F;SU7?QHT$G.S5W,2$4<,](1@.;8]("66@^-C^?[=)]?^UO-;]>7 M7NS\EW6Y^'K?_Q.UIJG)\W^JJM>U;]__/\4E*_38JUC.(^_;@<,QIZNDN\U^ MZ;V9?.F]21*C3;[_YSLX34Z#;Z'5V/O)\/? M-M_`\ZV5P5Y,+KL$[^T`'&=QA4_NXHH&T"8.MLW*V#K+>!M:$^N_&,!66T M1\J-88+6\.G6L((Z?N++QN'G#=S,YR+W1O>!C:^0_7U:Z/E0$1D:GD0*YG=+ MT8@H(EW"4Y0(^3TF.GXGL$6*"J$\S>`+:3ER,>V_[8V/E3G]8"$"OO]KNRO+ M8>"O/:'^GUT8_R]]LXS:W5P]3A\8_ZO5S/>_U(9>VXG_:OU;_'^*ZYERYKF; M#GE9>%9$/[CVW!4X@M(H:SHIG%#O"B+079'H$"`K;37W3#D8F!V"J%?<9THW MN(>BDNBL9`W?N*W7.Y#5_[Q:D_Z':W*0>Y9[1F9K&AX]Y<=#_R?&YB>R-AS3 M9J=3P22VC1E@"`&"O7+_AGH.M!8_.01/K/5TV.^.\*#M5.F:_*"08;/.H'M\KW;CWE"V%,+! M+&QJ.-@3OS,M:#8\"'>H`>#6&TQGD\')V]E@/")D!!+CH073PC.*EUN6K,AO MEY;S!\/NO[L83V;SZ?OSJ?+SSS^SMC?]R4A1S@W+"57LNUMVK-CRZ")PO3O@ M,!&6P0Q->FF`H>)O7!!Y6"3X'UU:90+Q9AA!6XE8,9_SI2AF_.B7OK MX.'CW]@;V-!X+U%>32X8RLISM]C-5%)37 M!HVCO(B-:=J'U>W:W=HF^L9R"]Z%,J%6_!(J!:B3%Q)1\PB4POQNX6[0^UG: M*X$J;-N]!6>^O.,:9<@[//@1;:9_[D]X6@T6C>81)P#8&2B5?C`VUS8MH040 ML,,'=5GA^Y;,]?@SM=@>*MGZM(/B*XK"%'"<)(@CH[`.8S&YUV8$6A)TP4EXG'2M0%STH"Y[FP--.6*'3;TH>9C)!>3\:N_ M[_\$=3E8LH[\[?6U;5%8C1]\1!>\A^K&\E'G8I[PTF<.HXMF\!2K[.@:"D\4 MLY@[@IQB_8NI$J*(V41NU]9B#4.%CER'8G\0XZAC&K"D=QW>Q]L3F)UA']W( MW_WM91@G+!9[C2#F^"A?$,;7\HZ?]8W%.E22B&KDUH*Y@K\IL`WXH4H?-!CSH;F3'(0(C/WI#$9<8A$2AXYS`0]PP11R@8D7K0%\4J#E59DE-(@7$,"+ ML0`>CBL,W_R*`BQ.A=1H9JA'^&=PWW:8GD1&*PE=HY0[A/B;"4SB8+M$"G`0 M?/2LU3H@^7A,SW,9%<%U=PP"P.@QGWO&ALUD"R2).3%$*8NK/U3&#J=H"@`I MM2&U\.-NTF12M)@9=]A<4ICW-!P6#L580H`(&S")&K;OHM.@K^/D6!APM\.( MK\!`P1M([I814/M.,)=<11H7*F`CPBD&-A&.)>:2@C.SHR`,RPP,W@(00*3J M8/NI1Z$/L&7`8A>&YC`UQR>8(.-AA!&^Y2$G8BGKB`Y/Y269T7'@`!-8O+[H MB#DH&GEET4'C"<&`:TX$RI^/E40DS$5!,`[A@\OE\$02+WX*R;0>KY**N7)8 M!^6SL?(Y<20J5YZ^/3L;O.M/.Z3L@A]#V"HOX!_^__"!E$])^8Z4;5+V27F: M8QKI^OX6IS:&C%O*YB?,;SR+RG8(EJY;N30@WX!78+D!4PJ('BI$(*W]"N6* MZ_P8L+/:F+5,=A3+(.6+[NPUK-;QB#9X\1I:L>);!#`%P'-L]KLNV"WVP(.( M?8<6.V4YZ_#XX./I^&*&QZ1Z6"GUAW#3/9V][0Z'[S$*ST?CV3R$#!X:'BQ[ M%>#R:W86?CE;(K\B]%(H&/1!G>`_\MH?#$] M%K0WCGOMPP#*.X)J%L?H\.=N6,K%%JYU=L[M8WG6G;SJ MS^+485I,CXC5`;%YD*CP$YAS0+SHONI/B^2OOPC=7`=WL;8J*TAZ>5>,*"G9\T#`OV>YQOF"DB)L+^4F11&]P+V\-=PO%Y)#RXJD,VQDJ-0#!TPX`/`G+T^T_P:7.`.%UZ(/!LM'E892.Z'<$@*-(7)/"V M--)XI.U$`@Y5_]`,2%B.Q"P6ST9E_`6.;-2P^X2]$RXDHTEL20OY"[)7PJMD MZ57,QTCM>N-=0 M3SX8'"'J@[*+.5XHQ#'"<2)$P$4(O$]H.1GXE)?)88/SK5C)< M\/7L?/@@X5H0OHX3BNF9^$@.&*N#8HZ71&*NX$P4-49L!L(M#>]"Q(0RXGDQAR1?3[2M3FK\ENF[?(*0\",I!S MY4J\DU@V324$L3>4:A5[1*E6=LH6F[_VEE_BPOU?5B,^8A][__ZG6FTT&M]^ M__,IKLC^X@N7Q_"#_>VO:5KMF_V?XMJQ?[C"^P_V\9GO_[5&4T_9O]9L?OO^ M_TDN]J6$>WW']YD*BR+['H?TW.V*3(Q+'W<`21<*)X;@1S]_QO\RO#O<.=GX)7)KX4\K>>P3?PGE&7O!:FDM#&118CL!U]3; M6$%`3=R^NK'PETK91@'[3,\8/,(1<]M;8(JC6V)QEDE`DE3663'08RV?) M)+DD__VZYR'K`3@)@_#N=E=BI)E13\^[IZ>[A[<4XHT=*(F3O`/38E9GO_<: M6&4&S\#;O3*;1I/MG4"DP>K'O8-.E]7;3=;HM`5SW>E:[/??ZQ:D?_($H[!G MM4_P7`I]T3!(CXJ")F`!M-UZNV<:5H&9;?0=8[9?%A@@8TC>8P[EFLI8 MB`S+!%N"1JMN'AK-(@,2(%MFO#+:/=P=M%K1,L*_6!'W#*`/?1\")IX)%!'X M6*/1P[+,GQI07T!:J\"L(Z-AXH/QQH!RU+LG!8G5,OY]#(D@$H7:]4,4*;#\ M@AJ!M@#6V4!G9U@)L.NP>F;ON&>PEYU.TP),@-PRNJ_,AF$]9ZV.Q2OKV#(* MW'\@SQR00$U!-#SO'5LFKS.SW3.ZW>,CW">M`9Z#SFNH%*"T#A\W>?5VVKS` M4#^=[@FBQ;K@M5]@KP\,".]B=?(:JV-%X,ZKT>/G:6%"R!.JLAFQ9L[.I=T\($ILCX=?T$"WC,BXZM!)2)QTB/+?"V9.8^JS=? MF4BZ3`P=P#)E9^GL\Y./QH&L>-[S\?0;#[.EK$HNFESL%KX5!RCTV9F_[R2W M#?*0?1FV`JGU/RR$OCP6^7\O59/K_R9P`+3^9P$;3]=S[.DB%@!27,L#L*<8 MI8$+`"P:V`#`$O(!\'QW1@"0W)D3`!Q:6(&[TZ)X`8%)"S,@.H`F=@![F19^ M`!!I9`B0+$T<`;H7UL<2`#9=/`&@TL,4`"*-7`%@T\<68!GU\`6`*<88\%$@ M6`.T?,P]"E=[/[!=K_CAETC0;`PCR(Z'H7`3/<;ZZ>!)?]J_3`<+[8UT.-?U MF6)X3KJ31,.1IUP/`-52GH?A:"L(P>XX-.`0EBZY+SF<'M(V,UR7&;X7L<`B MH(](G#M>,/3@Z`WSZ6_0I3%J)`Q97MGE2)N.*S1ZC"_>"($%8KL`#E@V^^G9-\5":$3-UP6>@_B*ZR3J3/TY6/?MF'55F](;[S>0B)5O;`OT8IO>&-<(WVE-+0KG.C'FL:T MN0:BC$$]"='4<ZJTQ^(4?TLT>&[F M]\^=O&K5H:0/QAM4;X&M\NA=J#5VNG[UCGZE!LWGGZ MT_-!00PFY#+.KU0F&#F8=Q-9@?(B!!DH"CT/$V,20[FJ&`_/B5(*:B`(\S@M MO1,?B*/&?'X`$>=.X$V"O"`(4T'!KMS=\>[J&G<@5LEN[]I-Q]!-9`I$^D=QV MAOW9*)"I97M!^#=>3BP46^>?NF/[N0J[8O^8AX5]E2<6OM570D1AK"*$5T!8 M$&54%\9"UBHU),#!B.EY6X@A&4T9ZR&2Y&^JY<10@&'0A7''ZF+$,6:A=UN$ M^>B(DH@S[LI\GE*3@QJ'T6F`CZEH2?@H*<%8DH$XF%@J@$0>.C="<%]PXW[_QU]>2S8_U=KM:3]WV:IMD7[_RR@^'8U!_\7"0`PR;42 M`/6]!AD`HM$@!$`TH10`7^XN!D`L=Y8#(!(M@@`-U"A)@$2E112@>H(F80#O M<5JD`8A)HSB`$Z9)'H"X-`H$$)TNB0#BTB,20$P:90*(3I]0@!=3CU0`4<7$ M`G)$",$`?VG:K`X,V(A5M@I\DH6@@/W6:EJ]>H_MY(H=F+^L#ZQ=/X3.T;Y4 M9K#P;.-PFXSZG_F^;<;G,'6U@S0M$7M_CL`Z0?U@TXHCZ4S8_HA=J0>7U6$F ML-7K&%\5M\NQ-`VKT35Y,^9Z.%VT+W,PVD=N\%E1XTNC!4427EPI["HD<5+3 M&BV00JN&G"`8:NAH@H@Y:\_GK*D#<_;>B*T'_7.V_I'?PP/L.LQ-N:(9".KW M8,)&C7_)MQ95C"I.4]93G#!O//H\MPZ4KKNCGTG^(H]^)U,_8Y!:.!R9P3?MK MUP!L_Q&2]>2Q4/Z_F=+_VR[1_:^9`,G_2?Y/\G^2_Y/\_T'E_\(>^H83 M`,EBX!E`Z,M*.*.9>I=\)`IY^K62?_6Q3MF_P.DK,J17HS[.$T_;C#T^$&#CN]3@`\=`N(I+3!/>%H[#OF_=W,M95*'_S.IPR/M M$(]NHN9T+8G^?-+XY!:+G)5KS6]4Y`)3FP1U48.;%'FA?8OPYXFKZ6-@7ES[ MQ6-[;H.$A2N$M]\DRS2_\4>F"*F(4"`O^,-*(J^9KW`B'_WWAEW9K-/ZS@.3EN>AP]:%I(L@.8N/?&./=:]IO M`5PT_LN5[>3Z7ZN0_E\F$&I[;I2+U6<;A["A.H3Z@!FYM+F[M;T+[<4O=MK( MQ7S_0^HMGGC?.6-E2+.]NUG>K595XH8LUO`:GU/RR$OCP6 MZ7]OUU+ZWZ4M6O\S`=+_(?T?TO\A_1_2__DKZ?\\]D,%D*R=8-Y5LT>#5L\] MZ-R44RHT48T9KOXABYER_QAW`!M/)?P^1E5CHDX<\ZLMH60?5TJ1*"(J*;?X M=;R1_\O0_U]U:RM]_P^=_V<"9/]']G]D_T?V?V3_]Z#V?[=8_X6V?U'+/^5) M[S;+OX3=GS3PN]&X+V;2E\`/,[UP1L[G-5;= MJ)8WGFW"CI:]>?.&'9H6SI^[*RONX(,SN&!C_B>7$S=;PU;._@_.#\'_V!E, M)LX`-H4#&WB2H0LLVFCJ(LMP,>J?P01B7SH^L"3H;L^>74[XS]#GUY;#TP@> M\2^P(T,?,AKZ]AG\N%/D:MRA1.F.W8"YD^%'=FEOL7 M_8D,APT^D,V?;39V/@(B^$7,@-/&']?C7XZ]D7<.G-@$Y];_SKR@+VIUZIQY M'G*!?H"SY!288_EK,[]_Y0PPU!_X+B+!OT/NQ)'Y'V:![7T$EGO4#Q`9VB=, M`W_D3IC_L8^5&#G!C%,'S0JMJAI/'5>$\^[<>)Q?[.U\`G;/ST>!D6O!HX>Q\/PW9?]5K51(_I<)D/X?Z?^1_A_I_Y'^W_WH_]VLV"?O0+OE M9O<=7VU>8"H8[TF",/Q3$#J%3V=CF,_#F^%CWHBBEV]S['@FD[_N,YG; MU#F'&<29YE5FF@F6^AT[[OMDUH6M9^-KI-HWN M^T.SV6P9A3#K0ONXU5I;(@9KR2'"_U66R/]3M58E^5\6$&O_>Q(`+KS_J9+T M_ULMT_E/-D#R/Y+_D?R/Y'\D_[N+_*\2%P!6B@,>WS2.K!=L8W1Q&)2'?PP\28LV4T*_RG5*_"HG]"`@("`@( A"`@("`@("`@("`@("`@("`@("`@("!#^#SI51;$`&`$` ` end -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-current Fri Apr 25 10:28:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA28741 for current-outgoing; Fri, 25 Apr 1997 10:28:00 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA28719; Fri, 25 Apr 1997 10:27:54 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA03675; Fri, 25 Apr 1997 10:24:27 -0700 From: Terry Lambert Message-Id: <199704251724.KAA03675@phaeton.artisoft.com> Subject: Re: Minor fix to ld To: dfr@nlsystems.com (Doug Rabson) Date: Fri, 25 Apr 1997 10:24:27 -0700 (MST) Cc: terry@lambert.org, jdp@freebsd.org, current@freebsd.org In-Reply-To: from "Doug Rabson" at Apr 25, 97 06:04:01 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > While I was writing my new kernel linker, I noticed that the > > > relocation_info structures for the members of linker sets had r_length set > > > to zero (indicating byte sized relocations) when the objects being > > > relocated were 32bit. The code in ld.so has a hack (see the definition of > > > REL_SIZE in ld/i386/md.c) to work around this. It would be nice to have > > > correct relocations though and I think this patch does the job: > > > > Raising the object compatability red flag... > > Since it only appears to happen for shared libraries and since ld.so has a > hack to make it completely ignore the r_length field, I am not too worried > about object compatability... OK; provisionally withdrawn (pending an answer to John's question about how you are making it happen...). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri Apr 25 15:25:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA16598 for current-outgoing; Fri, 25 Apr 1997 15:25:07 -0700 (PDT) Received: from cais.cais.com (root@cais.com [199.0.216.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA16589 for ; Fri, 25 Apr 1997 15:25:03 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [205.252.122.1]) by cais.cais.com (8.8.5/8.7.3) with SMTP id SAA06286 for ; Fri, 25 Apr 1997 18:24:56 -0400 (EDT) Received: from Journey2.mat.net (journey2.mat.net [205.252.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id SAA09010 for ; Fri, 25 Apr 1997 18:24:55 -0400 Date: Fri, 25 Apr 1997 18:24:30 -0400 (EDT) From: Chuck Robey To: FreeBSD current Subject: easy-import Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Seems to be failing, apparently because of the change in name of freefall to hub, it now gives the error "please commit on freefall". I have two ports to commit ... ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Fri Apr 25 15:25:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA16652 for current-outgoing; Fri, 25 Apr 1997 15:25:42 -0700 (PDT) Received: from emout13.mail.aol.com (emout13.mx.aol.com [198.81.11.39]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA16643 for ; Fri, 25 Apr 1997 15:25:35 -0700 (PDT) From: StevenR362@aol.com Received: (from root@localhost) by emout13.mail.aol.com (8.7.6/8.7.3/AOL-2.0.0) id SAA03286; Fri, 25 Apr 1997 18:25:27 -0400 (EDT) Date: Fri, 25 Apr 1997 18:25:27 -0400 (EDT) Message-ID: <970425182525_-1935787978@emout13.mail.aol.com> To: count@key.sms.fi, current@freebsd.org Subject: Re: Is this supposed to happen? Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In a message dated 97-04-25 16:38:34 EDT, count@key.sms.fi (Bror 'Count' Heinola) writes: > What I'm after, is that is it to be expected that a machine with > ATX motherboard doesn't reboot after crashing, but turns itself > off instead? That's what happened for me today. Because I was > at work when the crash happened, I can't say what messages (if > any) were printed on the console. Is this machine on a UPS? I've seen PC systems do this during a blackout or brownout. Steve From owner-freebsd-current Fri Apr 25 16:14:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA19547 for current-outgoing; Fri, 25 Apr 1997 16:14:55 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA19533 for ; Fri, 25 Apr 1997 16:14:34 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id AAA25490 for ; Sat, 26 Apr 1997 00:14:41 +0100 (BST) Date: Sat, 26 Apr 1997 00:14:41 +0100 (BST) From: Doug Rabson To: current@freebsd.org Subject: Kernel linker for review (second try) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk That will teach me to post something in a hurry. I managed to leave out the most interesting part - the linker itself. This is the first cut of my kernel linker. I would appreciate feedback, flames, anything except indifference. To install, unpack the tarball, and do something like this: (cd /usr/src/gnu/usr.bin/ld; patch -p) < ld.diffs (cd /usr/src/sys/i386/conf; patch -p) < i386_conf.diffs (cd /usr/src/sys/conf; patch -p) < conf.diffs (cd /usr/src/sys/kern; patch -p) < kern.diffs (cd /usr/src/lib/libc; patch -p) < libc.diffs (cd /usr/src/gnu/usr.bin/ld; make clean all install) (cd /usr/src/lib/libc; make clean all install) cp bsd.mod.mk /usr/share/mk cp -r sys /usr/src/sys (cd sbin; make all install) (cd testmod; make all install) # ignore warnings from ld (cd testmod2; make all install) # ditto I am part way through reworking i386/isa to make all drivers trivially loadable but that is not ready for the light of day. I use the -Bdynamic format for the kernel to get the global symbol table. This adds about 80-90k of bloat for my local kernel configuration. I use -Bshareable format with non-pic objects for loadable files. This gives me hashed symbol tables and dependancies for free compared with raw .o files. The linker is to support other file formats, including but not limited to ELF. begin 644 kld.tar.gz M'XL(`!0Z83,``^P\;7/:2)/[5?R*6>+:A1@#0B!>`"LIL\NUN4 MC`;06D@N2=CQ97V__;IG1AI)6$G8.SMU]4256-+TRTR_3'>/T.C*-BL_//)! MZM5FHT%^($1M-JIXAB,\BQNB:UJUIC6JM3K<-W6U\0-I//;`\-CZ@>$1\H.Y M]#Z+=[NFU'Z*`3WM<07VM\VR:2V7_F/UH5:K>KV>:7^]T:C'[`^^H*J:5O^! M5!]K0/'CW]S^`\>D'SO$O'.,C;4HKW/'__LC-SF=DJ5ETPZIK-T-K3B+&[_B M>XO*RME6MKY7OK0<\+I*U&OI)N?1P+/HC>6LB`K#P\,=K'JEIA&UWFDT.UHU]^H5 M.:HUVR6='.*I15Z]RA$%#W!-=TD,;[&V;JA/GE=RY)E)EY9#R?1-=]+OG@S[ M2DM1*L_)R=:R36(0?VUXU"3NY5]T$20I!L/AA^[D],W@U[ZBZHSJPG,7U/=) MV3?(PMU<&PX([9>(!;TZ=TA^&)*?C2>G_=Z'4?=\<*IH-49^YGH+&DI'W&UP MO0T(O:$.,G#E'NE"`8DT-DWII"L*;&:%P-(@UBR?U,>PP MT[WJ2?^J:WQ\Z%MX$3F,JD+HZE1;G8:N,"KTJP0&I*UJNU.K=K06^[-$\L*:^6(Q17&81;%$+XB1 M'28[`C8+PZ?DY]G/G;!;3DN.CTFUR`;;T*HXV(96B_F_;3E7\XUK4O+3,?EO MX7MLZ`JU@2-R$J.!$R@V/GS!/,7H[V,2\3G\')^D4(+981:SO^.SXPLC].\V MEZ[]V2%./YR?C(=?Y,3&**)#Q`VUJ7-MZEH]TB8W"#*,&]&_#<@A48'72=+N M(?IA%OH#1O]B%U+RXE<-*2D?%ZVFU]12$R*E7FO"F0O'PH*B+&UCY1/0`GK= M$>/JVN;&6$%P^NDG4N#PGTC__;QW<=Z=OF7C_@HT;/ZQ$'/'1#3DTMP:GO.Q MD#\U',<-B$\A_@`?"'0$F!/.G0[;`+(\APE#!!+G]*K0E0;E`CP*Y%I MO_\6)U&1_!@&4^IY!8P?MYX5T'G87X+$;>[2ZPJ@P]L0P(/0TB%KMJ&I'K7&/:A+\\:6/.5S28>Z!T MNMI0)Y@;IDD=L^"5C*(BH+$FH(WJYDE_.#Z=#T8#,'S_]7E_-)NSIH)75`KP MY^@7;VY39P5S_)C4("'E(-Z0WRP3&K#X)Z]M]]*PR1B6QY!49A@'"`S!NTM4 M]Z_'LSGPGGR83P?_ZBOU'$'O!2"Q76>EK-Q@#L[RK==Z#QU7PNIS"%S+1WH, M\(7UOUK3:JGU?ZVN-K^O_Y_B$.'FW+BB;(V'OO"X(<>_\WF<08^K)#K.C#KM M>B+JM.NI`6/X2;3(*%,C5;W3:'1JJL+X8!S*0&W@(@]BDJ;S6JC!2J&&2%!E MB"_6,@?+@^FL?SX?]N9O^MW>,7E%%VL7YKEAXJ`/7KT@WH8<+>$*:"`[''PZ M&8R@XCCOSNXQGQF0)W)'$1=@; M]*=3`+O`D1R]!X"@'9_\)[3?0$E;AL7^0PSCRX1_QC8F[:P[&(;20I;S/,-9 MH<1\7>&_(']`AH,;UX,\28XVC./Y>-+K3^;]]Z?#=[W^?8A<]EU(L*@K1F3] M%V4WBS44:`2?%8/ROO7,^/RB'\5IA=!C:XRA\>=OH M5+6PQH1U&#Z4:Y;:+*1?4<^I6(X5S#>&Y<"R&'S!,0W/C(-@W%#P90-OZ"(. M/&1`_(.KS2TDF8>!N!ZEWBZ0K5,Q1^SVR.B,Q2(+M+#=Q546#.=X#!3:'^<_ M(GR[^:_J*E@R-?^;JOI]_C_%$2XWXY[^^'%@=W9E/Z)7DX_HU=18,2XDYVD8 M'S25_XGTBU1`K^W7QA MV/8\(,^+C@M\R'U)8;_&U!HU6$)>N[;-GX?NXEL^+"&W*\N,T6A`(]L%H98B MM*'DNG5B5'6@$HWX(]%7C*T!%+SM*PGT?0F:^Q*T]B5H[TF@5_U='-?2S?WM71S M7TLW][5TU=&M?2[?VM71K7TNW]K5T:U]+M_:U=&M?2[?VM71K7TNW M]K5T>U]+M_>U='M?2[?WM71[7TNW][5T>U]+M_>U='M?2[=W+*VF"&!=Y-"/ M042B5='68:L@JNT2X?.Q&)'*B5AK=D_+5%3;BTG#A9@Y.QUFRBE&`Z)_J<#@&R1_]=_-H*2$[S'Z3+/G#E:;'1XF+"'F;L8+0^(]8 M.W@/+!^:.EL^P"E!V`G#0E.!1.$ MZA*J[T*;$MKP>J5R-HNBI'J"JAZBY4JBU=;R-4DU!M%UJ7 MT/HN5.HJ738C5.HJ72,C5.HJ71`C5.HJ7?TB5.HJ7>H"M"EUE:YK$2IUE2YB M$2IUE:Y8$2IUE2Y/$2IUE:Y%$2IUE2X\$2IUE:XR$2IUE2XI$2IUE:X?$2IU ME2X6`=J2NDI7A@B5NDJ7@0B5NDK7?`B5NDH7>`B5NDI7N1%32%Q=@J-?%0_2*0'RHJ\J!!/E`6]+UPBU3J.J M,%Z)&B&!'!4*C4Z-OVZGM;621@[Q)`H%*`V4=Z/!^<50&8W?#'I]A94)A?$U M=4ZFO2)B:,ITUE/@#JHURPEDF5"X<2VS^(+<(U8]A<4+A<)B;7CD^;41K$NL M>6N9_&(E2`^A<$@-@4T.!.A9@&86H)4%:&<`]&H60,T"I#46`;0L0#T+D"6Y MGB6YGB6YGB6YGB5Y,TOR9I;DS2S)FUF2-[,D;V9)WLR2O)DE>3-+\F:6Y*TL MR5M9DK>R)&]E2=[*DKR5)7DK2_)6EN2M+,E;69*WLR1O9TG>SI*\G25Y.TOR M=I;D[2S)VUF2M[,D;V=(_B*,D82_L^N3I>N1,X]2B%BY0\BYJ?`E\F]!7(?! M"C+O+B)F*XE8"C>K\-]C\=7-X#G!OR&+VBZ+Y<.=I4.O2-6%A>OX`>&Q%;-2 MB)\.PE'69JP14_)N[.)B\L[DK>_B1X-.3'+)"C[V*Z3SR MFLE-+TV2&&WR_4]'/IF#=5E-ZU2;':AI&9?DZY_.SC.\ M1J?!G^%I;'\"_.6O"BF^M3+8QH2R2_#:#L!Q%E=XYRZN:!!=7!N6AS<0.<5I MZ<,%>]'QUKCF#.XV^)X/NW(6[.3C5BN!MX5E`P*W8!R;!I1="H*MLW&W#K+> M!M:&^NS",Q:4T1XI-X8)6L.[6\,*ZGC&S0;A^08NYG.1>Z/KP,972/\Y+?1\ MJ(@,#7%9X5T0^N/7<%CJ`TRC6=%$ZH=P41Z*Y(=`B0E;::>Z8< M#,P.0=0K[C.E&WR&HI)HK[2&;]S7ZQW(ZG]=K4G_XS4YR#W+/2.S-0VWGO/M MX?\18_,+61N.:;/=Z6`2V\8,,(0`P;;0VURSBIXOPS,DK2"K<]VXC'> MCK&A)LF7RXD$D\=M@A;N6[?\P"\!'\,GMQ26(0:GW1V?>_D7=E'B=R:]YG

&'?D4B!N#`=!*"I`,-'<&)[%=P["'6L]'?:[(]QH/U6Z)M\H:-C\I542 MX'OU&_>&LJ40#F9A4\/!GOB5:4&SX4&X0PT`M]Y@.IL,3M[-!N,1(2.0&#S[NR4^YH)$=,1*4P0Y- M>,7Y\T48"GN)'TTH1RR`OW*"6]7QV113P<.D/OB@4O`IL+[:%.K%(HRP`I=R M,./?1LKP[3EQ;QW\^,#O;`<&--Y+E->3"X:R\MSM=8@"C3$4^-=G.+AI-$3! M1H$S'(S>3A4%Y;5!XR@O8F.:]F%UNW:WMHF^L=R"=Z%,J!6_A$H!ZN3!7@8V MCT`IS.\6[@:]GZ6]$JC"MMU;<.;+.ZY1AKS#@W^B@>F?^Q/N5H5%HWG$"0!V M!DJE'XW-M4U+:`$$[/!!75;XOR>6NP9*MGZM(/B*XK"%'"<)(@C=#O%1]W M+<(=@O\,:=^-TM3B,7DV/4?@'$;C\R[,"+2DZ8(2<3OYVH`Y:0W5C^:AS,4]XZ3.' MT44S>(I5=G0,A2>*6-(%!/!B+("'XPK#-S^B`(M3(36:&>H1_AG2ZC(KCNCD$`&#WF<\_8L)EL@20Q)X8H M97'UA\K8X11-`2"E-J06OMU5FDR*%C/C#IM+"O.>AL/"H1A+"!!A`R91P_9= M=!KT=9P<"P.N=ACQ%1@H>`/)W3(":M\)YI*K2.-"!6Q$.,7`)L*QQ%Q2<&9V M%(1AF8'!6P`"B%0=;#_U*/0!M@Q8[,+0'*;F^`039#R,,,)W/.1$+&4=T>&I MO"0S.@X<8`*+UQ<=,0=%(Z\L.F@\(1APS8E`^?)8243"7!0$XQ`^N%P.=R3R MXJ>03.OQ*JF8*X=U4#X;*Y\36R)SY>F[L[/!^_ZT0\HN^#&$K?("_N'_CQ]) M^924[TC9)F6?E*#R6WFX1/,+/QZ-D7^Q6@D MT+%H@RO`_W4TOI@>"]H;Q[WV80#E'&:#PV,%&DPZMY;E=4Y6G(EV$ETNI!EC M`Y"9)C$&V1Q101OK%/=[PD7G_'EY?9_#7:30%C:.H+$SZ4PK!Y6R6UD):7^, M>H,46LSAWV,E3'V^&W5Q\`E!]QW@QGN[ARN^3Q5;NKW>/4$UBVVT^+DKEG*Q MA6N=[7/]5)YU)Z_[LSAUF!;3(V)U0&P>)"K\!.8<$"^ZK_O3(OG[;T(WU\%= MK"T'5ZH4JBZ536WDP@-40<[L8DY>=\BT>2GW<'HP[!4,`0(8+@ M-W"(4!41!!&#A!^$2*$:A.QB+-%`XHV)$%[,)6ZC4<4)XA&^F(O?22'`3/:. MJ*"KP6@Z@RF&`X3Y]T%83Y3V<+<2=UBP\YW&8<%^C_,-,T7$1-A?BBQJ@WMA M>[A*.#ZO1-DW8[@M16FJO,+Z`3P*;^]QX[("V1PK.0K%T,'!,Q@6);47$(H0 MIMC'L:X.5$:@^&MK&?#+X`OP@T_]TS=C&/!!0([^^`7.-@>(W>4'`L]&FX=5 M-J+;$0R"(GU!`F]+(XU'VDXDX%#U#\V`A.5(S&+Q;%3&+_!DHX;=)^R=<"$9 M36)+6LA?D+T27B5+KV(N5H9)YUF8L2Q!7I"#PGGW;;\8%01"Y:A\7AK>5_AE MV.D]_WA1[WCA7D,]^6!PA*@/RB[F>*$0QPC'B1`!%R'P/J'E9.!37B6'#\K49N_ M)KMMWB*G/`C(0,Z5*_%.8MDTE1#$LZ%4JWA&E&IENVRQ^5L_\DL<^/P75?N8 M?>SW_5]\_ENM:[7OW_]]BB.T_V/ZP/[V5VN-ZG?[/\41M[_X7L'Z_[J/+_S^ MWU#K]93]M6KU^_>?GN2H/#_*D>?DU+V^XX^:"HLB^RF']-SMBDR,2]]U$*,+ MQ1/#\*-/():A'4$3&G\\Q1YH;'VVGA=/2;`%*CG#N\/G)QN_1&XM_,":Q\[X M/23@@N]9+:W%_[3W[&]I)-G^#']%17<,&'Q'DXUC[A+%A"\*N:*9Y&;RL2TT MVBNOH<$DL^/_?L^CGMT-J$$FN]/][6:DN^K4J5.O\RX/811((=#W!YU@./2; MJ,6Z#C!A,>D+R,9#2G$4\W7&Q1"A8+V./WR!?V^L1E`++=5H`U-!=F#TH3M# MCW6+PCM'\TM#$0.!P-/M#8,&:LQ1MZ=TGZ99ZIZ+$S3::'M!QQ\@C<1F'!', M+&DHHA"!?C9',I_D['%1&E2&U.PU1IA-SU.#M@;CP0J4CH>,O-<.#>%IP!"P M8UV2$^#T3;DF:M7#TU^`F;ZHDH5@[$?K7" MO';UI";^^<]B#%P1`$<"+BZ/R7KTJ`(69#15#4#/026-O2_BEVQ_RU#S0#Y(X*HO:NM%_&/TH? M2M"3XLG'@@1;*_WO&12"CPCMH'B,:@:1FT(5&!!@ITN8`!'I`))([;1\>G9: M$J^KU8,:@@+PM=+)^_)^J;8KCJHU(MA9K52@I*+4/$`!:L%G^/O56:U,="M7 M3DLG)V?O4'C*(Z`WU5^`,(!L$6H?$(VK%>HST*AZ\A'A(CUH"`KBES'^" M)"6J%9$6*(_MGR(TJR2T"O0\M3HK*J771^77I\63<@T+ ME+GE7XH?J8]GU'T<*\"-_[2F;H%&5)0/1?'@?1F1EX5A'M3*E9EBXR\QN)8FO6(V:Q* M'>EW1QW,30L/%*ZSR%30OVMOSDY1'Y*](0OE-2QEK(F))K..P^NNANB\%LO2 M'Q8KJ!+HQYE;5O#0(E\?YD6]_BZ74Z6Q>B&+6;,!$;=E\06V9_T-@Q'$,DB# MF&,U*UUI$<3`OR`#(<.UW5O1<$;UA8N"0(^C^$>[U[L:]<^_ MD1$NL85)M0`PU3&>OU"8VM/(M_P!)?V-425>M.VC03NQH$4/::"<5@RDZF!, MJ6AOH"A'&2665A,.9]%!Z=79ZVQ69O67K=6;_OGH8E=/6%VP?E(ZK&4VLNZ7 M=XKU4.9`(1*B.E'KD[FY(ES^;QTV?\8\M_\F4='.6_]#]>S,F M_VVF^=_F\J3R7RK_I?)?*O^E\M]#R7]H,"Z=Q.0_\SHJ_VEF59;)'-=/81(@ M<_7APP=J8(V6796O&<-MP\>$ENST0FY*[&AVZ87BW/>[Y(08<2"EG6DM*AKR M)XH`7+9_H)"HBF(B\/^EY.>Y@ETF[U3`OUOZ*W"C#9V!!\89Q+`\`XU M2A$N]RKJS>-0O:1[6'#YL=^:*AHJ(.BJUNJ->`_L"GD/5JE2A7E?X,WM2P!' MT^_^H!<%HV!P?7+A:_0Z'=@;^7M!@:.M<-EK-@=X>9N4#!`B^81+*,N4U%Q^ MI$;PMW1W5'#[7@,OE/EM%`S(/[>J$%10L+YN"6M>>^V1!L-XKE"VD"_4#R36@/?IVSQP][`N_!=I%%H1J2ES=C%-L\2DIQ&3#K9+SF) M:CPCZ0*.G%.`I^2NELR6,R2;R1?`WF$Z!_APC"2%!0RPGH2S(TR)#J?L9EIK?U+S3&FR%?4DS MCO6F(`5[@LCBSK`O9TPU18:D2C5G.XJ,/O_<%18,9TV'[E!(("SVYI6'M!K# M$0>G,.ME=Q.G+XQ"?Q!<,[X!>M@;W@HO0*)MFRB7N!TN"_B')Z"SMVM(O+<# M(Q>&FLHY#[TM"\)OM^"?86,U/V%+YZK+]J]IFSH5RCN_QFWK_-'>UX79V)T= M`K=0[`QN8%W_BSOH2-YEF&>C]I"V9P6#@V&P`]HC>>`W>A==W,QUR`_VI<`[ ML?9"5Q"X872MER('RQO?$!6[10/-G"JZJ6;!?#9^[KS""@J,O>E#!_6Q@I5P M)R3\%#K<9MC#>`%BO6';`#:%?@Z!/JX?]\Q=HKB_D9[#FS%Q=CBPZ%3OCLE0T^4:PG7>'[6]B,.K2 M_.5PCE7I\0_]0"&21%`L?\'71CEL"RU.A](9^8MATM&4HUTVV>DK(-,1PX M-IC>SL3#X2WP$*+>]QK9#S%AH&AWS&L\G!UE.*`U[&,TB846'+-!FP):PE&C MX?O-,(:;7A5W7!02BT-,K.5%1D4>T.(BH'MXAZ&&ET!LTT)7)MTX_U;'LHD( MW:ME.-MOVW#@9O%0C>W#TD78@UY''T`6J[%&VOU_0GM=?QKOQ) M%'=G!$^)B2>F03/"B2IV$R2*CM_!,,;HZ!,WW#"G(&PBCP^EK#9(@02M"Q!"+X; M9"5_YPIJMJ20B&],6A#2Q(=]1Y3(II1D=TE**G,[$XN-1\S`(B>&4'86#/,X M*E6FV%EL!O>6_&V$O46EW;#,HZ8U+\:?N,7)VF`*7W MFP;%M0#%8+@FH%LD!+*;EPG_$J#?RE#T%N]12ZU$?]JC[#^4,?&!VKB'_^?6 MLXW4_W,>CS/^SJU5LVMCFOWOV?I.9/R?;NRD][_-Y4GM?ZG]+[7_I?:_U/XW M4_N?+0?TO8'703G`?2T52+'W\/]A0G&9:BWV_K>1/_+CK]O!.06-+L1O;1-F>P0IDR9MBTS40/MJN"5TMGU7XTK M(66M#*L?L1$0AW#3ZUWXG!F@K;,()1EA5/V6`6#7T,*XEA+C1E.RQ7!52WNG MU(.\;2O_6]M(HC2ILHV0(1]L3&KJYDN^"&EZ-A$].>0V&I7\J[)97O M+%X,F6,%%*%@SZYRI7R:6Y+MYUF3X`T-\$AC!;PB2;EGUV'OP&0/E7W4IV>S M(/02.*X#YUPZIA]\83;L66H1$&8`<@S>=@\1\PVE1H._-U4W;`]@ MK15A6X.TZ>)8(DY`2N[S8?FD9G>:J@J[1*7T00XO+H!\/IN)C+KMI]4&#YK9VG8>VBGS"7Y_&)-"=+65*IM#KI>_Z58/JV^E9,%O9]5$WLP ME-F,<4V`@5=(4HF5E[@7\)2VW](TY_G^Y(G[B58WX,XN[GG=%G1/(@#8-_K? MKX49!4Y-V0'D0P)!H8\ M;.69!%@)15=>QAIHR18R"DG:=_=$HB4#L;@1Y$T>+;\ND90CLTX3UEYI>F-V M'>JS)D0#?=+10QXVLX5H)97P`&V@K7#OI^:OW06:ZCS>>44C_08'.88!!10D MMB\=[.7L^9EG6=_K!@T+%ZH.F'C-Z#&SH-H?VP]5]VZ]6%G934"/%H$9=6!, MJ^]+UN2Q9TY&5]5SQJM.V$=&])BD[0"9)6$0XA#IV)'$`743`(E44XDI`JQF50_2A`U&6^4N:>F M[HE1IB2$3E#E<0,L>6-9].V(#/QC`:]IEG&',:.V7>LU.^8YX\[-QB=K#%/K M9'U$E,]$@.K/X[@5@W-B">X%`F&\3?'UW;%3M#5E\%JS&+UY$:HUG5*M^Y.* M;J`83RG\?"=".5RM:9JD!)M!Q!?*[FA+<8J?UF:N*80&K.BP(6/Y+2A,5K8] M88T/7ZX1]:G+$*O=Q/[#BW;9Z:D`UF+US\7%")NK\<"6M)LBX;$ M/R118#Z-(6`R)+2M2CAD9AT');+PD3V%]R_L]20%N.^Y;R5N_Y'JF[G9?S#7 M1S3^Z^G&=IK_8RY/:O])[3^I_2>U_Z3VG]3^>VE)O7LRKX#7:)_I+L@_%)IP$EW2-LPC+NLE1`OH=S>=R-E MK$@Y]M*.&3>X2)*)0[G8)ALN$$OZLH1_P0;P_K@@%JZPS@+9)];SK@X7+1P2 MRX0OA)QKP.#FQQDP:B58S`?:U]6R8:#X=W?O\(F>X:K/3FR+:#+#' MX3XVE4GO3=9/-0Q`O(:K/W?$Z(2IP'Z:WT(:^(@'=DL;39RNASY*NUPE=.1A M^7(9?5_[_3&?OH[[)$+OVC<"]P"$F$^;G]F`")/D]..[4OWMZ9L3Z#!=>]$; M#%6T1H+B'M7Y+25'2V31X!'O"PS1!.?F%JP!61]++YAEP.I6"5J/6\HN+*RW98#Z"#X2Z&P\)$H4I/GI#.@(!\92`$"U4`8IDF%+V7Y7AP MZD5(A*^G"'Y#O575H:F1NE'(G,L=.!AZH7E@)RW=Z7/(\A MC(>^>"5QI@V]\"I"*#]G!5/Y)9S&AXNK7S>:F"$(6MY.57.![YW!;N/ MVYK<,$UK\DZAX244;ZI6<"L#HE[EEA`#..HK9T<@2>`63--8&@6QB`(@45U0 MS0.KAOMC'!Z(49= M&7'YN]^D.4[^(PMY:\W<.'S$_2*YQG,-UFM]?"8JF+EDRUB;XZ%<5OB6&APX MBW$BJ7A1/MLR[9:Q^R8K4*DA',Q=8YLCWL:QTF@F#KLBK._$^6J60MOE5'+NF%HV;&#E!AOY\X//1'LD0?6NG,Q4#SVT=LZWQU`##;P M+[BL\O9@M:*#)?EJI(BPOO)0M8RMRK8&XT0Q(Z/1S3L++AF]D])1J8@BO8.? M33HD/ZM(PE M.+%$@NR,'XWI7$.,"X>MR<(A.T71*H#)WC*BH=[^;CNGXU/:.DRG!,8FV%X+ M1$A'#'3R<"P#/S'1/AM\WT0FAH=\?Y1ST0:=2_+""=EK M8!X%K=B6*3U6L<8:22>)?B^.BY'K_4(:)'44$DNMK<:VKX@^#@D[.A?%Z^": M&6@NCW'6P'0UZ);(:U]RZ?*Z;%7)8O8416,N,L3N6:LM8XV2V$RZ9GW%=N.3$-B'2^;MMU%C6'!\!S3`1@"3'>',6&A&`P."J M""2YN!06^A1\5@<1.HR9#V9S4^N8FFJ@Y%)+F"9J1Z#IGQ'3RA%%:W&BJ`+0 MV7XDPXUQDB-4\;N%8FQ$B;VS^AOMIMO!\5Q5=+>X5\Q[TD&WC%Z=-%#:(U9N MO/(,REF#2;N^6$Z*&!\NYW5.B8D'DFZ`M_8Q"CXS^RG:'S[>X$E'&PSNC>9^$`#H3 M@!Q5E6A`I]:BLX'=M2FHWGZAIC2&V">>"X;^4D"Q$624I)BB\Y8M4<(RY6V- M`%2$OWP5V8+Q:F3&@T9P$`XYO0+F2<$L$M)`',UKINOWNFV\Q!3F*&;GXF[G3J.-)]GY#YP=D`%4'7E1QO41`/ ME2AFF1N#G-TI=5#(H]C1M,J21()[L9)(%&64!-?H1]UY%4'Q MBQEN1;83-8-4]XBV,"LQ%TD[N.BJ+KGSR1F))[:GD5C!K7-)K%COH"?4B41N MW\VK)K?6)_;\U>^B`19J(T[$?)T[`POY]1=$0? M*ZNT@]=.C\(9#O#D5-R>9OL:*A%1[O,E(BZ!_[6K5LU;]O3JK?4Q2$V9L?%`^ MR41F@2/`MA0S)5V3;9.YG)EAIT)`T94_:NOQ?NHP&TW<7N])8_3S%?B M)$=]^7EFJS`2:B%7FUE+QOG>477FH[$5"65DK(7A&1V/X8PY.):W72>$X*)Y"?9S&>ZE52!$%"JJRQ*MO[CL`C.011VB1K6/Y[ M8@X"#WO&C@@7P]WLO?53W?*O9@'*@EI1K_[L@#WF!O%W@P M$8@E8!,D)U$X@%-L^AU`8DT-CW^HL2?]P'?$19@SG-/433S'N<@/Q7HY&[YM M1XCMM$Y(X_AJ,]QX_^S(A?29Q>/$_^!LK7NPFF89_3,M_F=S^]E6-/_?UL[3 MG33^9QY/&O^3QO^D\3]I_$\:_Y/&_XR)_TF.\T%!)HB_;C6Z25A>=V&[O4_T MCWE/%T"XK[!8->I%:Z;ABU5W[>`.&W226XZ%R+A[+@P`\VY/&($FTNV"O/:^)0N:)>":T"QY\XIR M(U]*F$QV?J]FGZ17BZS"P]"=C#?6E5"7'1>"Q?;[EN6E@:U)/W:WVR_$OM=] M#"MLX*,AGGMC]%PP\2GE%:!EFQE19XIO%*GW@$B[V81[6L2>X_-LO#^Y M#"M_O)9#+[525(^2H,Z\A\J&C.DVR0>!>GV(H&(1)YQ ML8APQI_(4$1#QD@TXH2=_[:!!'(VT\%(UP]UFXYZF,Y`AN:\E\HH5(NQ,]NN ME1YU@@H:6@_<%@*0&!K"@_\XKT=!3WCPC_,2`\1@J_&:*L=?=,4F:[OH-;"L MY-G:;1:`4ZR^/7M7`+[VZ*CZ2T&%3.^&/9N2J-WOH$\&=A"?!V%7Y4J@>EH^K^6_1J[Z^\[-='L$A1 MZTI#96A@]R_!JEVIORH>`&>9XQ;SXH\_Q"-X^[IT>GADO5X"Z4#MW@DZ4D.F M7WQQB2%J7E<2BBWC84_@OL4AA.RR1%=)`4T#O(K-)=W=]V_'[NCNLQ(.]V35 MJP_17_:)T+]I_5B_S\.0$VV.A3]N9A!DE(H)9.@WC)Q,-[%A&8!^_VEB=4Q- MC(G=>K@)A%_8I<4F]I-IZ-A$CIN&BF$X@NFAYID,(94N]R(O(DV/NJO->M@$ZNW9`YZ@ZC><@-G[QO,!JJ=MP]SSG=9F=;693QRXLQS*Y_'H5O/9F`_TP4C3+,JQ.[E8QPZDBU] M;GR9,0J]K[ZC#)#[;W-F]:Z;Q02+O-'NA;[U59Y']A+LY\<9H"/,]]30"?>@ M%7O2;9,#0:RYKZU`UCA)QO#N\T-S32H=1K%Z=HJ>]-5]*LIW9_9:T"HEY,9% MBCC8RS2'G_.VD)2]A8PTKM0E[(-K`/[*,\42V?UON M,1;7%#7363N=O*,R)"6RZM00XYZ5LL;9Y9)X6]N=;)*'?*N04%W-,.BMH"VN M4BH=V)M@?'42>6D<.[.PD'301&0.&.+R3-AETW>\(-*W0/2' M_:+7K*OK"96L\6Y`V(#\,KPD"`%=78=G!_I^(1MR'O;:HZ%O78_(4H8RPW]: M_XSH/EY[K+W->%25Q^V=G9]8HI(33]=^DNP6L()N`1F+?'WQ,E)S:4DL]Q6. M&%9-OFAJ^<;*4S?0%;7;D($#4J1PW`7ZT+)3"T#JZYT_1;^BK__C7]2(<%.65Q!]5INO&Z2+][,;S$LP\VC#K_LE@!^=7)$[^<&]5EO"-",YYR MD2H;;I7P$O.J3*FSZ=9!IX=HC6S&=O6D-59D/E&^>` MGJ*3O-WA/'8H_/;D`O[4$@/G<_=W-&DN2[7HN1=ZEC]]*1<>5V+UB<`%!@C^?9=@8ER?/Y+1AN9I8G\`*X! MFIT)P5_NJ/-9GFWP@LII*GSJ M8E#([W5X\_6SBI#%1J"D8D'JS((D+4Z\2$&J\.DP_2FD!0FOZ("UUBNKENG` MDFO=_D1V`SEWQ#E7J==*I^^?5.JE#Z=Y.X;KD6EU M;*]DCWZRHK$BW7*R6RNN`?^CPGATSY[LB>AY"<-*)Z)-;AJN?W7Z9`@9BUB# M%=\]Z"3Y(_QKU.E+VXF!'\I@`I.N26$8::X/@ET[[P[$RIZM`+`BL9R:Z)1Q M:R2Q\*W0LP@8.PPES0H6H+S.J:\6P=A:^HH:[EMNW(C`M+)E37EMABUC)QW? MQ!3QG*E?>N%EG8ZUG'NFQ(-&3:9"V)^Q'E23&[A5LB_W'5E`T'J4^6!0=^FQ MU0SM%O"!MJ=].8%#*\,4,N1[+"$"U[XK^A0&;H#FU)\__XR1<4^PD--C76!) MK']]UN(G+W["_?+5V?[;TFDM(JG=Q(T+=XZKS5KF8:%E?6DFIO_>2JF@N*+S M4>/*5VG^XG17Q]8@I'% ME0H;.NW>%&MO?M@C%P8+R!I(6&TMYSZG2SH/%2$^R9J?#0M\"0?&X-*< MD$C-%4MZ<%Q_I0Q\R:;=KIVIC4F`ET[9IV\4^F<57&H1XXFPSEYCIZSTAOX+ M\<7GY4T)YV"W2ES?MLZ@TH^V!Q3-3:@MG97.O3F:\[`(P0D[#'="!.0Y M97E,1\EJZGYV5)$,V++FFL[Q>:I03Z)V-"P#^XPJDW;@8<(KE?GARR6P]=?^ M@'TB@S`>FF$S!8A*O5PY.)$\`0TDR__.F.2>/.EB$C"`>F3'7!,E<1]P:Z;C\,T>102#N?;^O^2__=Y\&!WO^-SM_O?GT*Q]>WM M]?3^]WD\>OQEC-Q#S(.[C__FYL9..O[S>&+C?PS'+O*.,VQCZQ.+-HC\59!GLLSBS68W%&H1Z+ MLXST6)QAH,?BK.(\%MTP#YCY'.2QF,T"?5[O9>2AF:V=[-?TK]5&]KA8>6Y^ M/\]F5W48PGG87(4E=K':N7KY`\30QLY_W8G9M3'E_-]9WXJ>_T\WMC;3\W\> M3QK_F<9_IO&?:?QG&O_Y,/&?PV80":D<=6$%->.QB:BZ#!.B+Y.C1V]Q;YHT MSTD[&K`<[.1E>]UP!C=,C!*[##Y^UZ]]*3*Q",H?>]+]P,;BH*Y\IE9DOI>\ M^)FTNGWRP\HMR#(+RKO"<8KY=?CK\*?-IC:R(PJ4R`;_D+:/FX3ND>>+N:N@ MH/(WG?="/]);)\M0)($3X7V;[KNIB@P!5)(JA48B!62A9`I0[Y_"_U>>?Y7_ M$"UD#E(1H8E,%H1_&MLA_I))=BRZ:20575`_;0B_WZ-LJZ%*H/Y"&K'MH2DW M106`R2\J@3KEV;O/-(W4PE`$_QH,(.+ MAO0\HZC*:]O=K.$D!D,"ND['W&GS+LE!.(H+ M?]CK#W.,$):"CET'+[HO%MAWGLQX?'\1<7/JSJ+'UX_E[3L&1^7E*DUBLF"@ M"FJ\O6$OR$&K&$Z:6*5K5Y$]X/*1XNX]0'*\=`)Z[!0Z84#50(7/81?1CT2] M,R[R6/@1VX4TH+@C*`54J(ZHA(ZV@ZTJ#05^MK-;\I*T2SHSQ,V9KY8"+(,3 M3)19E+8=44.C#3YF==@HTMTD9I]2FX-:A_8V0&O*[@FMDG582_(E+B81*Z`R M3-DY.Y.;NK<5*7W^4Y^Q\O_SV;4Q1?[?VMG9B,K_ZSOKJ?P_CV?UUX4L_'^: M`@"+)&H`5/T9Z``0S`R4``A&:P'PQ_>K`1#*=^L!$,A,%`$SP$9I`B2HF:@" MU$R8D3*`9MQ,M`$(:8;J`$)L1OH`A#5#A0""FY5&`&'-1B6`D&:H$T!PLU,* M4#=GHQ5`4(Y:0*X(5@S0CX.F*`(#UA:;VP7:9.'54+P].JB=%D_%\^QJ%?:O MVJ6H%(]A]](;AO1'J9BK&4R&9;]"4#M8Z7ZKE:NN4"J M?7'8%M?JCT`482=HJI]=_*FX78)R4*KMGY1I&+.GN%U4.EE8[>U@^$UAP]'@ M!B6\98N#*"5R7KO]C3'#*SWX+JNL"J=X`);6)TU2Q[C_UJ]WHR;F,;_B>WUF/_/LV=/4_YO'L\A7:I* M_O-]D*`+HD_7PHDO7C!<75V%27GNKD,>LNP9:U)PXG[ZM!)T0W_X!\[@S[+T M9P%OAW[GCQ6_.X)_ST?M-A9I!E@FM_AT.\\P",0*\B\KY+SY2;;VB=U2/XL_ MQ$JCU^E[C2'^V6NUH"G]E4#MY"-;@,%P!M"?YV/[`\$_Z'7]F2_'N3_V^N>= M:?8>@/?P_]O>W$[]_^;Q)(S_S#T`I_G_[:P_CTVSY`,HW/Z878,+Y;Z$\FS:FZO^?QOS_GJUOI.?_ M/)Y4_Y_J_U/]?ZK_3_7_?ZK^'_-3%@_&6``DBX$V`*D\]E@%K1,=LSX]4?.O M*L]2]\\P0X6&N=FU/_"O@]XH1)4_7_"*FT5$$_[75/N31^$/HO2WGHG\WXQB M0*;P?T]W=C9C_-_V5LK_S>-)XS_2^(\T_B.-_TCC/_[L^(\Q@1YW#.BXG0,\ MNO$S)_EI)0#F":VU7RJD[_'^3.SSB#M\Q(9+!ZP?QGX\>R(R,DD MAM^HCU-";2+8V0$W,?1T?,L9+18\37\"YB5H[LG,NSJ$1M_C'$L#IKEIY8>O ML;`PX!*$@V[?@N-D79PM_Z?Y__WWM8?*`75W^__&YOI6:O^?Q^.,_TFO-WR` M-J;Y?XF-K:C_!U1)Y;]Y/&N7O8Z_UFUISU7^H.!X$?SKJ-:>M_8_-9 M]/S?V4C]_^;R:&_/M8W5K;^O'8-`=0ST@%%8?_IB^]D+&"_4!J^M975)]&*! MTMM4^-`_%QM0YMF+IQLOMK94X3^[6^ESR\>V_SR,]_>]_+\W=C93^6\>3VS\ M?Y#\KUNI_]=SYX9 M>/4\@,_-1LR%QO:8(?I_7\N3QK_E\;_I?%_:?Q?&O_WI\;_38C^T[%_ M=N2?RJ0W*?(O$OI!4`B]8>!,@R7+6]<]A`FAT_!)8$T^TU1YT^_=,* MQ:\@GL%?;?@3_POL2"O$.[##YCG\$PR0JPE:$B3>(RV"?NN+Z#2W1>>JVVLB M!TE[!``R42Z=WHAN\(!_ZXWFWW=VUN4/_^MPDUOEW]@N_]4U?XV`\>4_^[W! MT%,_0*@V%4<=KR_?@X`/:-/?3='UOP`@^!DZ[5QEQP`3,8 M_"#FC[_\$]O_<;!FW,:4_1\.@*C_#VS_Z?V__K''_Z%$@*G^?S'[_];ZT_3^U[D\J?]?ZO^7^O^E_G^I_]_=_/^R;X^K M!WL9>71*!T#Y:[4!W/%QL;(WC,J^^/''$GSM\U^C/^,VIMI_8_%?6YN;J?YO M+D_J_Y?Z_Z7^?ZG_7^K_]S#^?^,=^^0=:!-N=L_2E=9X*M=;HVX#5YSV[%,> M8(?R`ZUM/K\%WKGF-SF)E[D?&\HS+"CB7\/"S\E[VNEJ\X)0K_&>)'B'_RFP M3^'RJ`O[N;X9WLE&9%^^3=#1)I-+JB9;&_@7L(/X@]P"%E\H"`>G@EAGI&L? M8?C*ISG9IT*M7(=)6S\X*5/^7ZO]2_5^J_TOU?S^@_L__"NNPRTHX5PV(K_*[,=W>YL,J M]S;OJ-W;E.J]S8A^#RM$U)HQI=_F+;5^FZG:+WW2)WW2)WW2)WW2)WW2)WW2 /)WW29]KS_]#V<2T`N`$` ` end -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-current Sat Apr 26 00:21:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA09994 for current-outgoing; Sat, 26 Apr 1997 00:21:47 -0700 (PDT) Received: from zeppelin.net (obiwan@zeppelin.net [206.170.177.52]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA09981; Sat, 26 Apr 1997 00:21:29 -0700 (PDT) Received: (from obiwan@localhost) by zeppelin.net (8.8.5/8.8.5) id AAA01188; Sat, 26 Apr 1997 00:22:58 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199704250917.TAA01181@labs.usn.blaze.net.au> Date: Sat, 26 Apr 1997 00:20:03 -0700 (PDT) From: Josh Howard To: David Nugent Subject: Re: Upgrading from 3.0-19970209-SNAP to -current Cc: bde@freebsd.org, freebsd-current@freebsd.org, Gary Clark II , Burton Sampley Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 25-Apr-97 David Nugent wrote: >> Well, here I am again! I thought I would anounce my slight progress in this >>odd >> bug. I patched up my sio.c to more or less how it was pre-lite2, and killing >> pppd no longer hangs, traps, kills whatever you wanna call it, my system. Of >> course this means very little, but we'll see how long this box can stay up. >>I still wonder about our original IDE thought, I guess only time will tell... > > >Interesting. > >I'll do the same and see how it goes. > >FWIW, I've examined the logs and there is /definitely/ a correspondance >between a hangup and reboot on a standard serial port. The problem is >that the system that calls is also running the same -current, uses cuaa1 >with standard settings, and doesn't have the problem. The dialin system >is the one with the problem. > Well, here I am with good/bad news. My ISP was having some serious problems this evening, so, pppd was redialing once a minute (per a cron job) didn't crash through about 30 dials, but then after the Nth one, I crashed, so it does seem to be related. This is with my upgraded(downgraded) sio.c, has anyone else had a chance to replace theirs? I can supply a simple patch if someone doesn't want to go back and find it or something. --- Josh Howard (obiwan@zeppelin.net) Old age is the most unexpected of things that can happen to a man. -- Trotsky From owner-freebsd-current Sat Apr 26 02:44:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA14301 for current-outgoing; Sat, 26 Apr 1997 02:44:28 -0700 (PDT) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA14296 for ; Sat, 26 Apr 1997 02:44:21 -0700 (PDT) Received: from labs.usn.blaze.net.au (local [127.0.0.1]) by labs.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id TAA25499 for ; Sat, 26 Apr 1997 19:44:18 +1000 (EST) Message-Id: <199704260944.TAA25499@labs.usn.blaze.net.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: freebsd-current@freebsd.org Subject: Object directories and source files from other directories Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 26 Apr 1997 19:44:18 +1000 From: David Nugent Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a an interesting problem which I'd like some advice on. I wish to introduce into ftpd the ability to compile it with an internal '/bin/ls'[*]. In fact, FreeBSD's ls - linked into ftpd with main() from ls renamed to something more appropriate. Source files should come from ../../bin/ls relative to libexec/ftpd from within the source tree. Now, the problem is this. I wish to use these files directly, but simply putting them, including the path, into the SRCS= macro will cause the objects to be taken from /usr/obj/usr/src/bin/ls, but I wish to compile them separately and put them into ftpd's object directory instead. I want to avoid overriding pre-defined make rules, and I think it would be wrong to start fooling with individual recipies for each file (or a single recipe for all the bin/ls source files - whatever). This should all come from the standard bsd.prog.mk. The best I've come up with so far is to cp the files from src/bin/ls to ftpd-*.c (dumping them into the object directory, naturally), add -I${.CURDIR}../../bin/ls to CFLAGS to pick up the ls include files and compiling it that way. Ok, it achieves the result, but what I'd prefer to do is find some way of expressing a dependancy between a source file in a foreign directory and a .o in the object directory without overriding the default make recipe. So - a question to our bmake gurus. Is there an easy way of doing this? Regards, David [*] Note: internal ls won't be the default. You will enable it by using /etc/make.conf and defining "FTPD_INTERNAL_LS=yes", or setting it in the environment or something similar. This is really very useful for ftp into chroot'ed environments, and significantly minimizes maintenance and ease of setting up. So much so, that I think this is a *very* worthwhile addition to the base tree, and the only real cost is some conditionals in the ftpd Makefile and a few very minor source diffs. David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Sat Apr 26 03:36:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA16003 for current-outgoing; Sat, 26 Apr 1997 03:36:53 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA15995 for ; Sat, 26 Apr 1997 03:36:47 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id LAA00655; Sat, 26 Apr 1997 11:35:01 +0100 (BST) Date: Sat, 26 Apr 1997 11:35:01 +0100 (BST) From: Doug Rabson To: David Nugent cc: freebsd-current@freebsd.org Subject: Re: Object directories and source files from other directories In-Reply-To: <199704260944.TAA25499@labs.usn.blaze.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 26 Apr 1997, David Nugent wrote: > I have a an interesting problem which I'd like some advice on. > > I wish to introduce into ftpd the ability to compile it with an > internal '/bin/ls'[*]. In fact, FreeBSD's ls - linked into ftpd > with main() from ls renamed to something more appropriate. > Source files should come from ../../bin/ls relative to libexec/ftpd > from within the source tree. > > Now, the problem is this. I wish to use these files directly, but > simply putting them, including the path, into the SRCS= macro > will cause the objects to be taken from /usr/obj/usr/src/bin/ls, > but I wish to compile them separately and put them into ftpd's > object directory instead. It sounds like you need to use .PATH; something like: .PATH: ${.CURDIR}/../../bin/ls added to your Makefile should do the trick. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-current Sat Apr 26 03:50:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA18217 for current-outgoing; Sat, 26 Apr 1997 03:50:58 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id DAA18212 for ; Sat, 26 Apr 1997 03:50:56 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA13800 for freebsd-current@FreeBSD.org; Sat, 26 Apr 1997 12:50:54 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id MAA04191; Sat, 26 Apr 1997 12:44:25 +0200 (MET DST) Message-ID: <19970426124424.FQ30290@uriah.heep.sax.de> Date: Sat, 26 Apr 1997 12:44:24 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: learn(1)? X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I wonder what's the deal with . There has been a question in Usenet, and even somebody who would like to contribute texts for it. So well, i went out to see how the original learn(1) looked like, and our old AIX 3.2.5 actually still had it. Much to my surprise, the data files are: # # COMPONENT_NAME: (CMDMAN) commands that allow users to read online # documentation # # FUNCTIONS: # # ORIGINS: 27 # # Copyright (c) 1980 Regents of the University of California. # All rights reserved. The Berkeley software License Agreement # specifies the terms and conditions for redistribution. # #next 0.01a 10 So now i wonder whether we would legally be allowed to use these files directly? I can't find any traces on FTP servers, the closest was a tree of 4.3-Reno somewhere in .uk land but with empty directories for learn. Does anybody know whom to approach to inquire about the actual status? I think learn(1) has never been part of any AT&T Unix, so they should not claim any rights on it either. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Apr 26 03:51:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA18270 for current-outgoing; Sat, 26 Apr 1997 03:51:38 -0700 (PDT) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA18261 for ; Sat, 26 Apr 1997 03:51:31 -0700 (PDT) Received: from labs.usn.blaze.net.au (local [127.0.0.1]) by labs.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id UAA25935; Sat, 26 Apr 1997 20:51:19 +1000 (EST) Message-Id: <199704261051.UAA25935@labs.usn.blaze.net.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: Doug Rabson cc: freebsd-current@freebsd.org Subject: Re: Object directories and source files from other directories In-reply-to: Your message of "Sat, 26 Apr 1997 11:35:01 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 26 Apr 1997 20:51:18 +1000 From: David Nugent Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > It sounds like you need to use .PATH; Duh. I *knew* there was a better answer, but for the life of me I could not recall what it iwas. I should have already known this. :-) Thanks. It works great. Commit comming.. David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Sat Apr 26 04:01:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA18605 for current-outgoing; Sat, 26 Apr 1997 04:01:37 -0700 (PDT) Received: from wall.jhs.no_domain (vector.muc.ditec.de [194.120.126.35]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA18599; Sat, 26 Apr 1997 04:01:29 -0700 (PDT) Received: from wall.jhs.no_domain (localhost [127.0.0.1]) by wall.jhs.no_domain (8.8.5/8.6.9) with ESMTP id LAA00438; Sat, 26 Apr 1997 11:49:46 +0200 (MET DST) Message-Id: <199704260949.LAA00438@wall.jhs.no_domain> To: Doug Rabson cc: current@freebsd.org Subject: Re: Reviewers wanted From: "Julian H. Stacey" Reply-To: "Julian H. Stacey" X-Email: jhs@freebsd.org, Fallback: jhs@gil.physik.rwth-aachen.de X-Web: http://www.freebsd.org/~jhs/ X-Company: Vector Systems Ltd, Unix & Internet Consultants. X-Address: Holz Strasse 27d, 80469 Munich, Germany X-Tel: Phone +49.89.268616, Fax +49.89.2608126, Data +49.89.26023276 X-Software: FreeBSD (Unix) + EXMH 1.6.9 (PGP key on web) In-reply-to: Your message of "Tue, 22 Apr 1997 18:43:53 BST." Date: Sat, 26 Apr 1997 11:49:45 +0200 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Reference: > From: Doug Rabson > Subject: Re: Reviewers wanted > > I need a couple of testers and reviewers for merging some NFS and other > filesystem related fixes from current into the 2.2 branch. I don't have a > 2.2 machine yet, so I can't test these easily. If you have half an hour > or so to spare and a 2.2 machine to test on, please contact me and I will > send the diffs. `Contact' ;-) My local ethernet has 2 * 2.2.1-rel & 2 * 2.2-stable. I can easily afford { nfs disruption on one 2.2 box, & make world cpu cycles }, but brain time is in short supply :-) Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-current Sat Apr 26 05:20:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA20593 for current-outgoing; Sat, 26 Apr 1997 05:20:26 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id FAA20588 for ; Sat, 26 Apr 1997 05:20:21 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id OAA14540 for freebsd-current@freefall.FreeBSD.org; Sat, 26 Apr 1997 14:20:18 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id NAA04481; Sat, 26 Apr 1997 13:56:16 +0200 (MET DST) Message-ID: <19970426135616.WA40383@uriah.heep.sax.de> Date: Sat, 26 Apr 1997 13:56:16 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freefall.FreeBSD.org (FreeBSD current) Subject: Re: easy-import References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Chuck Robey on Apr 25, 1997 18:24:30 -0400 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Chuck Robey wrote: > Seems to be failing, apparently because of the change in name of freefall > to hub, it now gives the error "please commit on freefall". I have two > ports to commit ... Don't commit on hub. I have installed easy-import on freefall (but i can't delete it on hub since it's immutable). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Apr 26 07:04:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA23000 for current-outgoing; Sat, 26 Apr 1997 07:04:20 -0700 (PDT) Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA22994 for ; Sat, 26 Apr 1997 07:04:17 -0700 (PDT) Received: from gid.co.uk (uucp@localhost) by isbalham.ist.co.uk (8.8.4/8.8.4) with UUCP id OAA04211 for freebsd.org!freebsd-current; Sat, 26 Apr 1997 14:59:18 +0100 (BST) Received: from [194.32.164.2] by seagoon.gid.co.uk; Sat, 26 Apr 1997 15:02:50 +0100 X-Sender: rb@194.32.164.1 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 26 Apr 1997 15:00:16 +0100 To: freebsd-current@freebsd.org From: Bob Bishop Subject: make world broken Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As of CTM src-cur 2858, building /usr/include: cd /source/cleansrc/include; install -C -o bin -g bin -m 444 a.out.h ar.h asse rt.h bitstring.h ctype.h db.h dirent.h disktab.h err.h f2c.h fnmatch.h fstab.h fts.h glob.h grp.h strhash.h histedit.h kvm.h limits.h link.h locale.h login_ca p.h malloc.h memory.h mpool.h ndbm.h netdb.h nl_types.h nlist.h paths.h pthread .h pthread_np.h pwd.h ranlib.h regex.h regexp.h resolv.h rune.h runetype.h setj mp.h sgtty.h signal.h stab.h stddef.h stdio.h stdlib.h string.h strings.h stru ct.h sysexits.h tar.h time.h timers.h ttyent.h unistd.h utime.h utmp.h vis.h /u sr/include install: f2c.h: No such file or directory *** Error code 71 Stop. -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK From owner-freebsd-current Sat Apr 26 09:31:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA27546 for current-outgoing; Sat, 26 Apr 1997 09:31:40 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA27536; Sat, 26 Apr 1997 09:31:22 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id SAA01127; Sat, 26 Apr 1997 18:31:17 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id SAA01115; Sat, 26 Apr 1997 18:31:07 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id SAA00537; Sat, 26 Apr 1997 18:25:47 +0200 (CEST) Message-ID: <19970426182547.39184@keltia.freenix.fr> Date: Sat, 26 Apr 1997 18:25:47 +0200 From: Ollivier Robert To: "FreeBSD Current Users' list" , se@freebsd.org Subject: Size mismatch between kernel and ncrcontrol Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3245 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I get struct size mismatch between ncrcontrol and a freshly compiled kernel (obviously this leads to ncrcontrol being unusable). I don't understand why... After several kernel/ncrcontrol recompiles, the problem persists. ncrcontrol think ncr_version (generated in /sys/pci/ncr.c with various sizes) is 26402 and the kernel has 27186 ! Within /sys/pci/ncr.c: #define NCR_VERSION (2) static const u_long ncr_version = NCR_VERSION * 11 + (u_long) sizeof (struct ncb) * 7 + (u_long) sizeof (struct ccb) * 5 + (u_long) sizeof (struct lcb) * 3 + (u_long) sizeof (struct tcb) * 2; A test with ncrcontrol leads to: sizeof ncb=3356 sizeof ccb=500 sizeof lcb=36 sizeof tcb=140 2*11 + 7*3356 + 5*500 + 3*36 + 2*140 = 26402. Why the kernel is thinking ncr_version is 27186 ?!? I've checked with DDB. Which structure(s) gets a different size ? Here are the relevant part of /etc/make.conf: COPTFLAGS= -O -pipe CFLAGS= -O -pipe Here is my kernel config. file # # NKELTIA -- the new Keltia with P133, 64 MB & 2x NCR # machine "i386" cpu "I486_CPU" cpu "I586_CPU" ident "NKELTIA" maxusers 20 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options MFS #Berkeley Fast Filesystem options PROCFS #Berkeley proc Filesystem options "COMPAT_43" #Compatible with BSD 4.3 options UCONSOLE #for xconsole # options "SCSI_NCR_DFLT_TAGS=8" options SYSVSHM options SYSVSEM options SYSVMSG options "SHMMAXPGS=1024" # 4096 KB of sharable memory # options "SCSI_2_DEF" # options "CLK_USE_I586_CALIBRATION" # # Enable the kernel debugger. # options DDB options KTRACE config kernel root on sd0 swap on sd0 and sd1 and sd2 dumps on sd0 controller isa0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 controller pci0 controller ncr0 controller ncr1 controller scbus0 at ncr0 controller scbus1 at ncr1 # NCR0: ibm + tandberg + hp disk sd0 at scbus0 target 0 unit 0 disk sd1 at scbus0 target 1 disk sd2 at scbus0 target 2 disk sd3 at scbus0 target 3 tape st1 at scbus0 target 4 tape st0 at scbus0 target 5 device cd0 at scbus0 target 6 # NCR1: conner + micropolis + cd disk sd10 at scbus1 target 0 disk sd11 at scbus1 target 1 disk sd12 at scbus1 target 2 disk sd13 at scbus1 target 3 device cd1 at scbus1 target 6 # new sound config. controller snd0 device sb0 at isa? port 0x220 irq 5 drq 3 vector sbintr device opl0 at isa? port 0x388 device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device fxp0 device ed0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector edintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device ppp 1 pseudo-device bpfilter 4 #Berkeley packet filter pseudo-device pty 64 pseudo-device speaker pseudo-device vn #Vnode driver (turns a file into a device) pseudo-device tun 1 #Enable user-level PPP see ppp(8) pseudo-device snp 3 #Snoop device - to look at pty/vty/etc.. Here are the kernel boot messages: Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #7: Sat Apr 26 17:13:26 CEST 1997 roberto@keltia.freenix.fr:/src/src/sys/compile/NKELTIA CPU: Pentium (167.06-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 67108864 (65536K bytes) avail memory = 63782912 (62288K bytes) bdevsw_add_generic: adding D_DISK flag for device 15 Probing for devices on PCI bus 0: chip0 rev 3 on pci0:0:0 chip1 rev 1 on pci0:7:0 chip2 rev 0 on pci0:7:1 fxp0 rev 1 int a irq 15 on pci0:9:0 fxp0: Ethernet address 08:00:09:dc:23:7e vga0 rev 1 int a irq 9 on pci0:10:0 ncr0 rev 18 int a irq 12 on pci0:11:0 scbus0 at ncr0 bus 0 sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access sd0: 10.0 MB/s (100 ns, offset 8) 2063MB (4226725 512 byte sectors) st1 at scbus0 target 4 lun 0 st1: type 1 removable SCSI 2 st1: Sequential-Access density code 0x0, drive empty st0 at scbus0 target 5 lun 0 st0: type 1 removable SCSI 2 st0: Sequential-Access st0: 5.0 MB/s (200 ns, offset 8) density code 0x13, drive empty ncr1 rev 18 int a irq 11 on pci0:12:0 scbus1 at ncr1 bus 0 sd11 at scbus1 target 1 lun 0 sd11: type 0 fixed SCSI 2 sd11: Direct-Access sd11: 10.0 MB/s (100 ns, offset 8) 642MB (1316751 512 byte sectors) scbus1 target 2 lun 0: phase change 2-3 10@00337b58 resid=4. sd12 at scbus1 target 2 lun 0 sd12: type 0 fixed SCSI 2 sd12: Direct-Access sd12: 10.0 MB/s (100 ns, offset 8) 1030MB (2110812 512 byte sectors) cd1 at scbus1 target 6 lun 0 cd1: type 5 removable SCSI 2 cd1: CD-ROM cd1: asynchronous. cd1: M_REJECT sent for 1-3-1-76-8. can't get the size Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 10 maddr 0xd0000 msize 16384 on isa ed0: address 00:00:c0:7c:66:48, type WD8013EPC (16 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in sb0 at 0x220-0x22f irq 5 drq 3 on isa sb0: opl0 at 0x388-0x38b on isa opl0: npx0 on motherboard npx0: INT 16 interface -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #7: Sat Apr 26 17:13:26 CEST 1997 From owner-freebsd-current Sat Apr 26 15:26:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA13440 for current-outgoing; Sat, 26 Apr 1997 15:26:01 -0700 (PDT) Received: from proxy2.ba.best.com (root@proxy2.ba.best.com [206.184.139.13]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA13430; Sat, 26 Apr 1997 15:25:55 -0700 (PDT) Received: from bsampley.vip.best.com (bsampley.vip.best.com [206.184.160.196]) by proxy2.ba.best.com (8.8.5/8.8.3) with SMTP id PAA28330; Sat, 26 Apr 1997 15:24:47 -0700 (PDT) Date: Sat, 26 Apr 1997 15:23:39 -0700 (PDT) From: Burton Sampley To: Josh Howard cc: David Nugent , bde@freebsd.org, freebsd-current@freebsd.org, Gary Clark II Subject: Re: Upgrading from 3.0-19970209-SNAP to -current In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 26 Apr 1997, Josh Howard wrote: > Well, here I am with good/bad news. My ISP was having some serious > problems this evening, so, pppd was redialing once a minute (per a cron > job) didn't crash through about 30 dials, but then after the Nth one, I > crashed, so it does seem to be related. This is with my > upgraded(downgraded) sio.c, has anyone else had a chance to replace > theirs? I can supply a simple patch if someone doesn't want to go back > and find it or something. I have tried, but so far unsuccessfully, to get this current system to crash. It won't. I did the exact opposite of you. Instead of going back to pre-lite2 merge, I CVSUP last night. Make world completed successfully and I rebuilt my kernel. FWIW, I start ppp with ppp -auto -alias demand from my /etc/rc.local file. I usually leave fetchmail running in the daemon mode where it connects once/hr to my ISP to D/L my email, so the connection is up and down all day. I tried killing ppp and leaving it idle for a while, but it's still up. Burton --- Brought to you by a 100% Micro$oft free system. You too can disinfect your system at http://www.freebsd.org E-Mail: burton@bsampley.vip.best.com Alternate E-Mail: bsampley@haywire.csuhayward.edu Home Page: http://www.best.com/~bsampley (permanently under construction) From owner-freebsd-current Sat Apr 26 16:35:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA16677 for current-outgoing; Sat, 26 Apr 1997 16:35:51 -0700 (PDT) Received: from bmccane.uit.net (bmccane.uit.net [208.129.189.48]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA16664; Sat, 26 Apr 1997 16:35:05 -0700 (PDT) Received: (from root@localhost) by bmccane.uit.net (8.8.5/8.7.3) id SAA14290; Sat, 26 Apr 1997 18:33:44 -0500 (CDT) Date: Sat, 26 Apr 1997 18:33:39 -0500 (CDT) From: Wm Brian McCane To: Burton Sampley cc: David Nugent , Gary Clark II , obiwan@zeppelin.net, freebsd-current@FreeBSD.ORG, bde@FreeBSD.ORG Subject: Re: Upgrading from 3.0-19970209-SNAP to -current In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Just to add further fuel to the fire, I rebuilt this kernel with the compiler from SNAP-970209, and sources I cvsup'd only minutes before. FreeBSD 3.0-CURRENT #0: Thu Apr 24 13:49:08 CDT 1997 /usr/src/sys/compile/MCCANE2 CPU: AMD Am5x86 Write-Back (486-class CPU) Origin = "AuthenticAMD" Id = 0x4f4 Stepping=4 Features=0x1 Then I built the 2-3 LKM's I needed, and rebooted the machine. It all came up beautifully. I then did a make world, which took 7:02:38 (I guess I am not even IN the worldstone competition 8). My machine has not rebooted since I did it to get the new versions of the executables from the make world, only a couple of days I will admit but it has the following configuration: 32Meg of memory (all sockets filled with 8Meg SIMMs) PCI Bus ISA Mach-32 card. syscons UI. SMC ethernet card 1 parallel 1 serial 1 Supra Express 28.8 PNP modem (defaults to com2) 3-IDE hard drives 1 floppy The machine acts as my NFS, Samba and UNIX print server for my four other computers in my office, with me rebooting them at random intervals to switch to Windoze 95, Linux, or SCO unix, depending on my current project work. The machine also runs my permanent internet connection to my ISP, using pppd. My ISP reboots any connection which has been up for 5 hours, or has been idle for 20 minutes, so I hear it redialing at fairly random intervals (I am every ISPs nightmare ;). I also run apache on this machine to serve my web pages, have ppp dialin capabilities to get remote access to my network, AND use the machine to run XDM and control my X windows on the other machines. So, should I worry or do I just cast aspersions on all your theories. I think the most significant thing here is that I am running both in and out bound ppp connections with the ppp built in to the kernel. brian root@bmccane.uit.net BTW> I know the machine is way under powered, but I run load averages of about 0.20-0.30 most the time, so I can't convince myself to upgrade the CPU yet. +-------------------------------------+----------------------------------------+ He rides a cycle of mighty days, and \ Wm Brian and Lori McCane he represents the last great schizm \ McCane Consulting among the gods. Evil though he obviously \ root@bmccane.uit.net is, he is a mighty figure, this father of \ http://bmccane.uit.net/ my spirit, and I respect him as the sons \ http://bmccane.uit.net/~pictures/ of old did the fathers of their bodies. \ http://bmccane.uit.net/~bmccane/ Roger Zelazny - "Lord of Light" \ http://bmccane.uit.net/~bbs/ +---------------------------------------------+--------------------------------+ On Fri, 25 Apr 1997, Burton Sampley wrote: > Well I hate to throw a 'monkey wrench' into the spoke of this problem, but > I'm running 3.0-current (last CVSUP was Fri. 4/6 which includes the lite2 > merge) with a Western Digital 1.6 EIDE as master on the primary and a Sony > 8X ATAPI slave and a Western Digital 3.1 EIDE as master on the secondary > controller. I'm also running X w/ Accelerated X. I haven't had any > reboots, other than the one's I've initiated with shutdown -r now (that's > because fetchmail was acting strange). I've had uptime as high as 8 days > before I rebooted. I'm not using NFS but I do have ppp on-demand running. > I'll try killing it to see if my machine reboots by itself. > > I killed ppp and so far the system has not rebooted. > > FWIW, here's my setup: > > ASUS P/I P55T2P4 MB w/ 512k pipeline burst w/ P5-133, 64MB EDO > (non-parity) RAM, SMC ethernet card, Matrox Mystique 4MB video, > ProAudiospectrum 16 sound w/ SCSI and Supra Express 28.8 Plug-N-Pray > modem. > > I started w/ 2.1.5R --> 2.2 SNAP 961014 --> 3.0 SNAP 970209 --> > 3.0-current CVSUP 4/6 w/ make world & kernel rebuild. > > > On Thu, 24 Apr 1997, David Nugent wrote: > > > > > I've been trying to reproduce the problem on the other machines, > > > > but be damned if I can even see a pattern. It is a very uncomplicated > > > > system P166/32mb RAM, 2 large EIDE drives, no X, just ppp dialin lines > > > > with a digiboard card. Anyone else wish to exchange notes? > > > > > > > > > > Does this machine reboot alot? > > > > I guess "alot" is somewhat subjective, but rebooting spontaneously > > for any reason is a lot in my books! :-) > > > > But around once at least every 3 days it'll just reboot, and some > > days are worse than others. No message, no (apparent) panic. As > > I've already mentioned, though, I don't have DDB enabled on that > > system, but even if I did it may not do any good. > > > > > I'm reboot mine at will simply by dropping > > > pppd or killing it. > > > > Ouch. I don't *think* it is as simple as that. This machine varies > > between 7500 - 9200 minites of user dialin time per day, 99% of > > connections being pppd. If the problem was pppd dropping, then > > it'd be a lot more frequently! > > > > Then again... I did notice only yesterday that when one machine > > that was connected via a standard sio device hung up, the machine > > rebooted pretty much at that same instant, although this is the > > only time I've noticed the coincidence. Activity on the digiboard > > ports don't seem to be involved, and that's where all of the dialin > > customers call in. Activity on the standard serial ports is > > relatively infrequent. > > > > Might it be an sio problem? If this is possible, then I might > > revert to an earlier version of the sio driver and see if I can > > work out what's going on. > > > > > > -- > > David Nugent - Unique Computing Pty Ltd - Melbourne, Australia > > Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet > > davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ > > > > > > > > --- > Brought to you by a 100% Micro$oft free system. You too can disinfect your > system at http://www.freebsd.org > > E-Mail: burton@bsampley.vip.best.com > Alternate E-Mail: bsampley@haywire.csuhayward.edu > Home Page: http://www.best.com/~bsampley (permanently under construction) > > From owner-freebsd-current Sat Apr 26 16:51:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA17450 for current-outgoing; Sat, 26 Apr 1997 16:51:08 -0700 (PDT) Received: from zeppelin.net (obiwan@zeppelin.net [206.170.177.52]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA17341; Sat, 26 Apr 1997 16:49:59 -0700 (PDT) Received: (from obiwan@localhost) by zeppelin.net (8.8.5/8.8.5) id QAA12206; Sat, 26 Apr 1997 16:51:29 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sat, 26 Apr 1997 16:44:53 -0700 (PDT) From: Josh Howard To: Wm Brian McCane Subject: Re: Upgrading from 3.0-19970209-SNAP to -current Cc: bde@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, Gary Clark II , David Nugent , Burton Sampley Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 26-Apr-97 Wm Brian McCane wrote: >Just to add further fuel to the fire, I rebuilt this kernel with the >compiler from SNAP-970209, and sources I cvsup'd only minutes before. [...] >the make world, only a couple of days I will admit but it has the following >configuration: > > 32Meg of memory (all sockets filled with 8Meg SIMMs) > PCI Bus > ISA Mach-32 card. > syscons UI. > SMC ethernet card > 1 parallel > 1 serial > 1 Supra Express 28.8 PNP modem (defaults to com2) > 3-IDE hard drives > 1 floppy > It's another sighting of that darn Supra Express! Burton Sampley seems to have the same modem and doesn't see any of the problems that me and other seem to experience. I guess this does support the sio theory a little better. Last night apparently one of PacBell's switches broke, so, my pppd, as I found out in the morning, redialed hundreds upon hundreds of times without a reboot. This with the SNAP sio.c, we'll see how this goes. I find it rather hard to believe no one else in -current runs an external modem with pppd though. Interesting. --- Josh Howard (obiwan@zeppelin.net) The first myth of management is that it exists. The second myth of management is that success equals skill. -- Robert Heller