From owner-freebsd-current Sun Mar 19 00:08:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA02221 for current-outgoing; Sun, 19 Mar 1995 00:08:31 -0800 Received: from news.iadfw.net (jbryant@news.iadfw.net [204.178.72.99]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA02215 for ; Sun, 19 Mar 1995 00:08:30 -0800 Received: from localhost (jbryant@localhost) by news.iadfw.net (8.6.5/8.6.6) id CAA05981; Sun, 19 Mar 1995 02:08:03 -0600 From: Jim Bryant Message-Id: <199503190808.CAA05981@news.iadfw.net> Subject: Re: Minor problems installing 2.0-950210-SNAP To: taob@gate.sinica.edu.tw (Brian Tao) Date: Sun, 19 Mar 1995 02:08:03 -0600 (CST) Cc: freebsd-current@FreeBSD.org In-Reply-To: from "Brian Tao" at Mar 18, 95 09:17:52 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1125 Sender: current-owner@FreeBSD.org Precedence: bulk In reply: > Date: Sat, 18 Mar 1995 21:17:52 +0000 () > From: Brian Tao > To: Alan Judge > Subject: Re: Minor problems installing 2.0-950210-SNAP > > On Sat, 11 Mar 1995, Alan Judge wrote: > > > > Sometimes I get problems when doing fdisk or disklabel during the > > install process and the machine hangs. > > This one bites me every time I do an install. I'll go into > disklabel, create all the partitions in the BSD slice, hit 'W' to > write it out, then start 'A'ssigning the partitions, then I hit 'W' to > write it out again (I don't need to, but it's a habit). This is where > it hangs. Ctrl-Alt-Del still works though (syncs and reboots). i ran into this on a new install recently. apparently rebooting, then assigning the partitions works fine... Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@server.iadfw.net, System administrator, Internet America From owner-freebsd-current Sun Mar 19 01:52:24 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA00889 for current-outgoing; Sun, 19 Mar 1995 01:52:24 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA00875 for ; Sun, 19 Mar 1995 01:52:16 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA27252; Sun, 19 Mar 1995 10:23:06 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id KAA15150; Sun, 19 Mar 1995 10:23:05 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id JAA08045; Sun, 19 Mar 1995 09:59:14 +0100 From: J Wunsch Message-Id: <199503190859.JAA08045@uriah.heep.sax.de> Subject: Re: Backspace doesn't work anymore under freebsd-current To: pritc003@maroon.tc.umn.edu Date: Sun, 19 Mar 1995 09:59:13 +0100 (MET) Cc: freebsd-current@freefall.cdrom.com In-Reply-To: <2f6b8f4a189e002@maroon.tc.umn.edu> from "pritc003@maroon.tc.umn.edu" at Mar 18, 95 07:56:25 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 832 Sender: current-owner@FreeBSD.org Precedence: bulk As pritc003@maroon.tc.umn.edu wrote: > > Does anyone know why the backspace key is now defined to send "del" > by default instead of ^H? This changed between the 950210-SNAP and > the current sources. Someone changed the keyboard mapping so that > the backspace key now sends del, and you have to use shift-bs, or alt-bs > (or whatever) to get an ^H out of it. > > Personally, I would rather have it send ^H, since my "del" key does a fine > job of sending "del" as input. > > For now I'm setting my own keyboard map via kbdcontrol to set it back > to the way it was. Do this. This started an almost-flame war discussion recently, so changing anything again is not a good idea... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Mar 19 07:55:38 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA10458 for current-outgoing; Sun, 19 Mar 1995 07:55:38 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA10450 for ; Sun, 19 Mar 1995 07:55:32 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id HAA23763 for freebsd-current@freebsd.org; Sun, 19 Mar 1995 07:55:08 -0800 From: "Rodney W. Grimes" Message-Id: <199503191555.HAA23763@gndrsh.aac.dev.com> Subject: Need someone with an ultrastore 24F To: freebsd-current@FreeBSD.org Date: Sun, 19 Mar 1995 07:55:08 -0800 (PST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 425 Sender: current-owner@FreeBSD.org Precedence: bulk I desperately need someone who is using an ultrastore 24F to test a patch out before I commit it to the tree. Preferably I need someone with 2 of these, but since I have no way to even test the patch on 1 board I at least need *someone* who is using this card. Thanks, -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Sun Mar 19 08:36:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA13156 for current-outgoing; Sun, 19 Mar 1995 08:36:35 -0800 Received: from irbs.com ([199.182.75.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA13148 for ; Sun, 19 Mar 1995 08:36:32 -0800 Received: (from jc@localhost) by irbs.com (8.6.10/8.6.6) id LAA21311 for freebsd-current@freefall.cdrom.com; Sun, 19 Mar 1995 11:36:27 -0500 From: John Capo Message-Id: <199503191636.LAA21311@irbs.com> Subject: Strange w output To: freebsd-current@freefall.cdrom.com (freebsd-current) Date: Sun, 19 Mar 1995 11:36:26 -0500 (EST) Reply-To: jc@irbs.com X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 524 Sender: current-owner@FreeBSD.org Precedence: bulk Just got this very strange output from w. Shell is tcsh in an xterm. irbs 68% w 11:29AM up 17:35, 2 users, load averages: 0.72, 0.34, 0.60 USER TTY FROM LOGIN@ IDLE WHAT jc p1 :0.0 Sat06PM 1 sed \n /:$/ {\n s/://\n s/.*/& &/\n p\n d\n }\n / [TD] / {\n s/:.* [ jc p2 :0.0 Sat06PM - w I did run cat | grep | sed | awk 20 or so commands back. I did a w again and it was fine. -- John Capo From owner-freebsd-current Sun Mar 19 09:02:39 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA13695 for current-outgoing; Sun, 19 Mar 1995 09:02:39 -0800 Received: from dns.netvision.net.il (root@dns.NetVision.net.il [194.90.1.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA13689 for ; Sun, 19 Mar 1995 09:02:34 -0800 Received: from ugen.NetManage.co.il (ugen.netmanage.co.il [192.114.78.165]) by dns.netvision.net.il (8.6.10/8.6.9) with SMTP id TAA17247 for ; Sun, 19 Mar 1995 19:01:36 +0200 Date: Sun, 19 Mar 95 19:01:50 IST From: "Ugen J.S.Antsilevich" Subject: -current slow again.. To: freebsd-current@freefall.cdrom.com X-Mailer: Chameleon 4.00-Arm-25, TCP/IP for Windows, NetManage Inc. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk Hi! I don't know what to do..-current slow for me still... I run X and it draws everything (windows,pictures and others) from top to bottom with awfully small speed.For instance xterm window drawd in 1 sec!!! and i clearly see how it goes...What can it be??? Thanx! BTW: NO i have not gzipped binaries,i have a LOT of memory and swap space and all -the -same system with old (2 weeks ago) kernel works fast and nice.. -- -=Ugen J.S.Antsilevich=- NetVision - Israeli Commercial Internet | Learning E-mail: ugen@NetVision.net.il | To Fly. [c] Phone : +972-4-550330 | From owner-freebsd-current Sun Mar 19 09:19:19 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA13961 for current-outgoing; Sun, 19 Mar 1995 09:19:19 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA13953 for ; Sun, 19 Mar 1995 09:19:15 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id JAA23852; Sun, 19 Mar 1995 09:19:07 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id JAA02646; Sun, 19 Mar 1995 09:19:07 -0800 Message-Id: <199503191719.JAA02646@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: "Ugen J.S.Antsilevich" cc: freebsd-current@freefall.cdrom.com Subject: Re: -current slow again.. In-reply-to: Your message of "Sun, 19 Mar 95 19:01:50 +0700." From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 19 Mar 1995 09:19:05 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk > I don't know what to do..-current slow for me still... >I run X and it draws everything (windows,pictures and others) from top >to bottom with awfully small speed.For instance xterm window drawd in >1 sec!!! and i clearly see how it goes...What can it be??? >Thanx! >BTW: NO i have not gzipped binaries,i have a LOT of memory and swap space and >all -the -same system with old (2 weeks ago) kernel works fast and nice.. I don't know how to help you. You haven't given me any information except a complaint that the system is very slow. If you want help in solving this problem, you'll need to provide information about the problem. A 'vmstat -s' to start with. A 'vmstat -m' would also be useful. A 'ps -alxww' would be very useful. My own experiance with -current is that it is faster than it has ever been, and everyone else I've talked to has said similar things about their experiance. -DG From owner-freebsd-current Sun Mar 19 09:38:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA14317 for current-outgoing; Sun, 19 Mar 1995 09:38:54 -0800 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA14308 for ; Sun, 19 Mar 1995 09:38:45 -0800 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-6) id AA13808; Sun, 19 Mar 95 18:38:36 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id SAA29080 for freebsd-current@freefall.cdrom.com; Sun, 19 Mar 1995 18:44:40 +0100 Date: Sun, 19 Mar 1995 18:44:40 +0100 From: "Christoph P. Kukulies" Message-Id: <199503191744.SAA29080@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.cdrom.com Subject: rlogin, telnet connection refused Sender: current-owner@FreeBSD.org Precedence: bulk Last night I started my 2 times/day world/kernel builds of -current on blues again. A few minutes ago I noticed that it refuses logins (connection refused). Looks like a inetd problem. Gotta drive now to the campus and see what happened. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Sun Mar 5 20:47:08 1995 kuku@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-current Sun Mar 19 10:01:02 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA14821 for current-outgoing; Sun, 19 Mar 1995 10:01:02 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA14815 for ; Sun, 19 Mar 1995 10:00:59 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id MAA02396; Sun, 19 Mar 1995 12:57:12 -0500 From: Peter Dufault Message-Id: <199503191757.MAA02396@hda.com> Subject: Re: -current slow again.. To: davidg@Root.COM Date: Sun, 19 Mar 1995 12:57:11 -0500 (EST) Cc: ugen@netvision.net.il, freebsd-current@freefall.cdrom.com In-Reply-To: <199503191719.JAA02646@corbin.Root.COM> from "David Greenman" at Mar 19, 95 09:19:05 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 904 Sender: current-owner@FreeBSD.org Precedence: bulk David Greenman writes: > > > I don't know how to help you. You haven't given me any information except a > complaint that the system is very slow. If you want help in solving this > problem, you'll need to provide information about the problem. A 'vmstat -s' > to start with. A 'vmstat -m' would also be useful. A 'ps -alxww' would be very > useful. > My own experiance with -current is that it is faster than it has ever been, > and everyone else I've talked to has said similar things about their experiance. I'll let you know. I just started a "make world". The last time I tried during the great slow down I stopped it after 27 hours on a DX2-66 with 16MB RAM. Certainly it seems fine and the disk sounds good. Peter -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-current Sun Mar 19 10:39:05 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA15546 for current-outgoing; Sun, 19 Mar 1995 10:39:05 -0800 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA15538 for ; Sun, 19 Mar 1995 10:38:48 -0800 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-6) id AA14026; Sun, 19 Mar 95 19:38:05 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id TAA29218 for freebsd-current@freefall.cdrom.com; Sun, 19 Mar 1995 19:44:09 +0100 Date: Sun, 19 Mar 1995 19:44:09 +0100 From: "Christoph P. Kukulies" Message-Id: <199503191844.TAA29218@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.cdrom.com Subject: a word on GUS kernel Sender: current-owner@FreeBSD.org Precedence: bulk You wanted me to give a report on how my GUS kernel works. Now, well, I played a somewhat longer take (james-bond.au now on freefall:~ftp/incoming/james-bond.au) and besides that it starts to play the tune quite nice, after some seconds it starts to make noises like toodle-de-peep and overlapping sound carpets. I did not run it all through fearing about my freshly booted machine to have it reboot. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Sun Mar 19 17:20:44 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-current Sun Mar 19 10:48:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA15677 for current-outgoing; Sun, 19 Mar 1995 10:48:48 -0800 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA15671 for ; Sun, 19 Mar 1995 10:48:41 -0800 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-6) id AA14039; Sun, 19 Mar 95 19:48:15 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id TAA29263 for freebsd-current@freefall.cdrom.com; Sun, 19 Mar 1995 19:54:19 +0100 Message-Id: <199503191854.TAA29263@gilberto.physik.rwth-aachen.de> Subject: Re: rlogin, telnet connection refused To: freebsd-current@freefall.cdrom.com (user alias) Date: Sun, 19 Mar 1995 19:54:18 +0100 (MET) In-Reply-To: <199503191744.SAA29080@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Mar 19, 95 06:44:40 pm From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 631 Sender: current-owner@FreeBSD.org Precedence: bulk I (overnervously) wrote: > > Last night I started my 2 times/day world/kernel builds of -current on blues > again. > > A few minutes ago I noticed that it refuses logins (connection refused). > Looks like an inetd problem. Gotta drive now to the campus and see what > happened. The machine was amnesic with a grey X screen (no xdm prompter) and I had to reboot. I didn't find any core dumps. So maybe just a glitch. > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Sun Mar 19 17:20:44 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-current Sun Mar 19 10:58:21 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA15793 for current-outgoing; Sun, 19 Mar 1995 10:58:21 -0800 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA15787 for ; Sun, 19 Mar 1995 10:58:19 -0800 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-6) id AA14053; Sun, 19 Mar 95 19:58:11 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id UAA29295 for freebsd-current@freefall.cdrom.com; Sun, 19 Mar 1995 20:04:15 +0100 Date: Sun, 19 Mar 1995 20:04:15 +0100 From: "Christoph P. Kukulies" Message-Id: <199503191904.UAA29295@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.cdrom.com Subject: -current and olvwm Sender: current-owner@FreeBSD.org Precedence: bulk Anyone seeing this also: clicking left mouse button under olvwm raises the right button menues. Though clicking CTRL-left/middle/right in an xterm pops up the correct menues. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Sun Mar 19 17:20:44 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-current Sun Mar 19 11:51:05 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19597 for current-outgoing; Sun, 19 Mar 1995 11:51:05 -0800 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA19589 for ; Sun, 19 Mar 1995 11:51:03 -0800 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-6) id AA14244; Sun, 19 Mar 95 20:50:54 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id UAA29420 for freebsd-current@freefall.cdrom.com; Sun, 19 Mar 1995 20:56:58 +0100 Date: Sun, 19 Mar 1995 20:56:58 +0100 From: "Christoph P. Kukulies" Message-Id: <199503191956.UAA29420@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.cdrom.com Subject: -current disk performance better Sender: current-owner@FreeBSD.org Precedence: bulk Here are two data points from kernels before and after the 'big slow down': before: Writing the 25 Megabyte file, 'iozone.tmp'...11.398438 seconds Reading the file...9.406250 seconds IOZONE performance measurements: 2299823 bytes/second for writing the file 2786912 bytes/second for reading the file jazz: {127} jazz: {127} uname -a FreeBSD jazz 2.1.0-Development FreeBSD 2.1.0-Development #1: Mon Mar 6 18:06:23 MET 1995 root@jazz:/usr/src/sys/compile/JAZZ i386 jazz: {128} after: Writing the 25 Megabyte file, 'iozone.tmp'...11.140625 seconds Reading the file...8.914062 seconds IOZONE performance measurements: 2353045 bytes/second for writing the file 2940791 bytes/second for reading the file jazz: {3} FreeBSD jazz 2.1.0-Development FreeBSD 2.1.0-Development #0: Sun Mar 19 20:46:29 MET 1995 kuku@jazz:/usr/src/sys/compile/JAZZGUS i386 DX4/100 and ASUS SP3G board. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Sun Mar 19 17:20:44 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-current Sun Mar 19 12:19:18 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA20669 for current-outgoing; Sun, 19 Mar 1995 12:19:18 -0800 Received: from gatekeeper.ray.com (gatekeeper.ray.com [138.125.162.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA20661 for ; Sun, 19 Mar 1995 12:19:16 -0800 Received: from localhost (mailer@localhost) by gatekeeper.ray.com (8.6.4/8.6.5) id PAA07667 for ; Sun, 19 Mar 1995 15:14:49 -0500 Received: from tif677.ed.ray.com by gatekeeper.ray.com; Sun Mar 19 15:16:16 1995 Received: (heiser@localhost) by tif677.ED.RAY.COM (8.6.10/8.6.5-CTAPS-022795) id PAA10237; Sun, 19 Mar 1995 15:18:30 -0500 From: Bill Heiser Message-Id: <199503192018.PAA10237@tif677.ED.RAY.COM> Subject: 2.1.0 & 3c509 To: freebsd-current@FreeBSD.org Date: Sun, 19 Mar 1995 15:18:30 -0500 (EST) Cc: heiser@tif677.ED.RAY.COM (Bill Heiser) Reply-To: heiser@ed.ray.com X-Organization: Raytheon Electronic Systems X-Lab: Software Engineering Laboratory, Command & Control Systems X-Location: Sudbury, MA USA 01776 X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 674 Sender: current-owner@FreeBSD.org Precedence: bulk Hi, I am using a 3c509 in a 2.1.0 machine (the 950210-SNAP version). It is a very generic 486/66 with a 3c509 ethernet card. Things seem to be working OK, but every once in a while the following message gets syslog'd: ep0: Status: 2002 I have looked thru the kernel code etc and haven't been able to find what "status 2002" really means. In if_ep.c, I found where the message is generated, and it appears it is caused by some "error" from the 3c509. How can I tell what specifically is causing the error? Thanks in advance, Bill -- These are my opinions, not those of my employer. Bill Heiser Work: heiser@ed.ray.com Home: bill@bh.org, http://www.bh.org From owner-freebsd-current Sun Mar 19 12:53:43 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA24253 for current-outgoing; Sun, 19 Mar 1995 12:53:43 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA24243; Sun, 19 Mar 1995 12:53:41 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id PAA03455; Sun, 19 Mar 1995 15:53:47 -0500 From: "matthew c. mead" Message-Id: <199503192053.PAA03455@goof.com> Subject: Re: GUS on kernel supped last night To: me@FreeBSD.org Date: Sun, 19 Mar 1995 15:53:46 -0500 (EST) Cc: faulkner@mpd.tandem.com, current@FreeBSD.org In-Reply-To: from "Michael Elbel" at Mar 18, 95 10:02:00 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 880 Sender: current-owner@FreeBSD.org Precedence: bulk Michael Elbel wrote: > In pcs.freebsd.current you write: > >MODs have pops and cracks but the underlying music is good. > > Hmm, have you tried playing mods with the 1.1 gmod binary? For me > they sound perfect on the GUS if I use the old gmod and have > failures with a gmod compiled under -current. > > If not, could you try it out? I've put a gmod.gz onto > pcsbst.pcs.com:/pub. Hmm. I didn't notice this until today. I grabbed the binary, and it works *perfect*. The problem must be with something in the header files, or whatever's changed since 1.1.5.1? -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Sun Mar 19 12:55:39 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA24558 for current-outgoing; Sun, 19 Mar 1995 12:55:39 -0800 Received: from kryten.atinc.com (kryten.atinc.com [198.138.38.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA24550 for ; Sun, 19 Mar 1995 12:55:37 -0800 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id PAA20144; Sun, 19 Mar 1995 15:53:06 -0500 Date: Sun, 19 Mar 1995 15:53:05 -0500 (EST) From: "Jonathan M. Bresler" Subject: xpaint require libtiff To: current@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk the xpaint port in /pub/FreeBSD/ports/graphics requires tiff to complete its make but does not ftp it when libtiff is missing. the Makefile uses: LIB_DEPENDS= jpeg\\.5\\.:${PORTSDIR}/graphics/jpeg \ tiff\\.3\\.:${PORTSDIR}/graphics/tiff \ Xpm\\.4\\.:${PORTSDIR}/graphics/xpm XTeXShell depends upon tclX and ftp's if needed. it Makefile uses DEPENDS= ${PORTSDIR}/lang/tclX the version of bsd.port.mk that i am using is: bsd.port.mk,v 1.73 1994/11/21 10:30:37 ats Exp if this has been fixed, please ignore. hmmm.....the bsd.port.mk does not have a LIB_DEPENDS, must need a newer version ;-) Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 From owner-freebsd-current Sun Mar 19 13:46:04 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA04122 for current-outgoing; Sun, 19 Mar 1995 13:46:04 -0800 Received: from shell1.best.com (shell1.best.com [204.156.128.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA04104 for ; Sun, 19 Mar 1995 13:46:02 -0800 Received: from geli.clusternet (rcarter.vip.best.com [204.156.137.2]) by shell1.best.com (8.6.11/8.6.5) with ESMTP id NAA03183 for ; Sun, 19 Mar 1995 13:45:41 -0800 Received: (from rcarter@localhost) by geli.clusternet (8.6.11/8.6.9) id NAA21836 for freebsd-current@freebsd.org; Sun, 19 Mar 1995 13:44:22 -0800 Date: Sun, 19 Mar 1995 13:44:22 -0800 From: "Russell L. Carter" Message-Id: <199503192144.NAA21836@geli.clusternet> To: freebsd-current@FreeBSD.org Subject: current kernel build fails: Sender: current-owner@FreeBSD.org Precedence: bulk Building todays -current kernel with a 031595 world failed with loading kernel if_ether.o: Undefined symbol `_inet_ntoa' referenced from text segment if_ether.o: Undefined symbol `_inet_ntoa' referenced from text segment if_ether.o: Undefined symbol `_inet_ntoa' referenced from text segment if_ether.o: Undefined symbol `_inet_ntoa' referenced from text segment ip_input.o: Undefined symbol `_inet_ntoa' referenced from text segment ip_input.o: Undefined symbol `_inet_ntoa' referenced from text segment Did I miss a step? (I sup'd;config;make depend;make) Russell From owner-freebsd-current Sun Mar 19 13:53:10 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA05610 for current-outgoing; Sun, 19 Mar 1995 13:53:10 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA05596 for ; Sun, 19 Mar 1995 13:53:07 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id NAA24691; Sun, 19 Mar 1995 13:53:04 -0800 From: Poul-Henning Kamp Message-Id: <199503192153.NAA24691@ref.tfs.com> Subject: Re: current kernel build fails: To: rcarter@geli.com (Russell L. Carter) Date: Sun, 19 Mar 1995 13:53:03 -0800 (PST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503192144.NAA21836@geli.clusternet> from "Russell L. Carter" at Mar 19, 95 01:44:22 pm Content-Type: text Content-Length: 724 Sender: current-owner@FreeBSD.org Precedence: bulk > Building todays -current kernel with a 031595 world failed with > > loading kernel > if_ether.o: Undefined symbol `_inet_ntoa' referenced from text segment > if_ether.o: Undefined symbol `_inet_ntoa' referenced from text segment > if_ether.o: Undefined symbol `_inet_ntoa' referenced from text segment > if_ether.o: Undefined symbol `_inet_ntoa' referenced from text segment > ip_input.o: Undefined symbol `_inet_ntoa' referenced from text segment > ip_input.o: Undefined symbol `_inet_ntoa' referenced from text segment rebuild libkern.a -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Sun Mar 19 14:58:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA11216 for current-outgoing; Sun, 19 Mar 1995 14:58:53 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA11201 for ; Sun, 19 Mar 1995 14:58:47 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA11712; Sun, 19 Mar 1995 23:58:10 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id XAA19778; Sun, 19 Mar 1995 23:58:09 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id XAA16202; Sun, 19 Mar 1995 23:51:06 +0100 From: J Wunsch Message-Id: <199503192251.XAA16202@uriah.heep.sax.de> Subject: Re: current kernel build fails: To: rcarter@geli.com (Russell L. Carter) Date: Sun, 19 Mar 1995 23:51:06 +0100 (MET) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503192144.NAA21836@geli.clusternet> from "Russell L. Carter" at Mar 19, 95 01:44:22 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 827 Sender: current-owner@FreeBSD.org Precedence: bulk As Russell L. Carter wrote: > > Building todays -current kernel with a 031595 world failed with > > loading kernel > if_ether.o: Undefined symbol `_inet_ntoa' referenced from text segment > if_ether.o: Undefined symbol `_inet_ntoa' referenced from text segment > if_ether.o: Undefined symbol `_inet_ntoa' referenced from text segment > if_ether.o: Undefined symbol `_inet_ntoa' referenced from text segment > ip_input.o: Undefined symbol `_inet_ntoa' referenced from text segment > ip_input.o: Undefined symbol `_inet_ntoa' referenced from text segment > > > Did I miss a step? (I sup'd;config;make depend;make) Yes, rebuild your libkern. The dependencies for it are broken. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Mar 19 16:16:38 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA25289 for current-outgoing; Sun, 19 Mar 1995 16:16:38 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA25282 for ; Sun, 19 Mar 1995 16:16:34 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.11/jtpda-5.0) with SMTP id BAA02263 ; Mon, 20 Mar 1995 01:16:40 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA17754; Mon, 20 Mar 95 01:16:29 +0100 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <9503200016.AA17754@blaise.ibp.fr> Subject: Re: current kernel build fails: To: rcarter@geli.com (Russell L. Carter) Date: Mon, 20 Mar 1995 01:16:28 +0100 (MET) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503192144.NAA21836@geli.clusternet> from "Russell L. Carter" at Mar 19, 95 01:44:22 pm X-Operating-System: FreeBSD 2.1.0-Development ctm#429 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 874 Sender: current-owner@FreeBSD.org Precedence: bulk > loading kernel > if_ether.o: Undefined symbol `_inet_ntoa' referenced from text segment > if_ether.o: Undefined symbol `_inet_ntoa' referenced from text segment > if_ether.o: Undefined symbol `_inet_ntoa' referenced from text segment > if_ether.o: Undefined symbol `_inet_ntoa' referenced from text segment > ip_input.o: Undefined symbol `_inet_ntoa' referenced from text segment > ip_input.o: Undefined symbol `_inet_ntoa' referenced from text segment > > Did I miss a step? (I sup'd;config;make depend;make) Yes, the dependencies for libkern don't work at all. You gotta rebuild libkern (in /sys/libkern) before making your kernel. You should watch the commit messages if you run -current. libkern was modified recently. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #1: Mon Mar 6 23:55:18 MET 1995 From owner-freebsd-current Sun Mar 19 16:43:50 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA29248 for current-outgoing; Sun, 19 Mar 1995 16:43:50 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA29237; Sun, 19 Mar 1995 16:43:46 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.11/jtpda-5.0) with SMTP id BAA02362 ; Mon, 20 Mar 1995 01:43:52 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA17872; Mon, 20 Mar 95 01:43:41 +0100 Received: (from roberto@localhost) by keltia.frmug.fr.net (8.6.11/keltia-uucp-1.21) id BAA04942; Mon, 20 Mar 1995 01:40:20 +0100 From: Ollivier Robert Message-Id: <199503200040.BAA04942@keltia.frmug.fr.net> Subject: Playing audio CDs with 2.1-current To: freebsd-current@FreeBSD.org (FreeBSD Current Users' list) Date: Mon, 20 Mar 1995 01:40:18 +0100 (MET) Cc: freebsd-bugs@FreeBSD.org (FreeBSD Bugs' list) Reply-To: roberto@hsc.fr.net X-Operating-System: FreeBSD 2.1.0-Development ctm#463 X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 2456 Sender: current-owner@FreeBSD.org Precedence: bulk You may remember my problems awhile ago with playing CDs in my CD-ROM. I've exchanged the CD to a more recent firmware but the problems are always here. The drive came from an Apple Quadra and it is Matsuchita specially modified for Apple (no volume control nor headphones on the front). The probe messages are as follows : FreeBSD 2.1.0-Development #3: Sat Mar 18 19:30:39 MET 1995 roberto@keltia:/spare/usr/src/sys/compile/KELTIA CPU: i486DX (486-class CPU) real memory = 20578304 (5024 pages) avail memory = 18980864 (4634 pages) Probing for devices on the ISA bus: [...] bt0: Bt747 / 0-PCI/EISA/VLB(32bit) bus bt0: reading board settings, busmastering, int=12 bt0: version 3.37, fast sync, parity, 32 mbxs, 32 ccbs bt0: targ 0 sync rate=10.00MB/s(100ns), offset=15 bt0: targ 1 sync rate=10.00MB/s(100ns), offset=15 bt0: targ 4 async bt0: targ 6 sync rate= 4.54MB/s(220ns), offset=08 bt0: Enabling Round robin scheme bt0 at 0x330 irq 12 on isa [...] (bt0:6:0): "MATSHITA CD-ROM CR-8004 1.1f" is a type 5 removable SCSI 2 cd is configured at 0 cd0(bt0:6:0): CD-ROM cd0(bt0:6:0): NOT READY asc:3a,0 Medium not present cd0: could not get size drive empty What is puzzling is that cdplay, xdcplayer and workman are able to find the toc of the audio disk and all the times 204 [15:13] roberto@keltia:~> cdplay cd0 CD>tocentry track minute second frame 1 0 2 0 2 2 31 30 3 9 12 10 4 11 57 5 5 18 23 13 6 23 57 58 7 28 11 65 8 32 35 38 9 34 58 55 10 38 27 20 11 45 51 0 12 50 46 3 13 54 26 38 14 60 17 68 15 64 56 53 255 72 56 58 CD> but every try at playing music is greeted by a CD>play 1 cdplay: Input/output error and I get that in syslog : cd0(bt0:6:0): ABORTED COMMAND asc:2c,0 Command sequence error Eject works fine though. What is weirder is that the drive will play music on a 1.1.5.1 machine !! IOCTLs are standard SCSI-2 so I don't think we have such differences between 1.1.5.1 and 2.1 in that respect but I'd like to understand exactly what's going on. Heck, playing audio CDs was my primary reason to buy it :-) -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia 2.1.0-Development #3: Sat Mar 18 19:30:39 MET 1995 From owner-freebsd-current Sun Mar 19 17:11:36 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA02562 for current-outgoing; Sun, 19 Mar 1995 17:11:36 -0800 Received: from kbrown.oldcampus.yale.edu (root@kbrown.oldcampus.yale.edu [130.132.128.124]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA02534; Sun, 19 Mar 1995 17:11:31 -0800 Date: Sun, 19 Mar 1995 20:10:44 +0000 From: Vince Chan Subject: Re: GUS on kernel supped last night To: "matthew c. mead" cc: me@FreeBSD.org, faulkner@mpd.tandem.com, current@FreeBSD.org In-Reply-To: <199503192053.PAA03455@goof.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Sun, 19 Mar 1995, matthew c. mead wrote: > Michael Elbel wrote: > > > In pcs.freebsd.current you write: > > >MODs have pops and cracks but the underlying music is good. > > > > Hmm, have you tried playing mods with the 1.1 gmod binary? For me > > they sound perfect on the GUS if I use the old gmod and have > > failures with a gmod compiled under -current. > > > > If not, could you try it out? I've put a gmod.gz onto > > pcsbst.pcs.com:/pub. > > Hmm. I didn't notice this until today. I grabbed the binary, and it > works *perfect*. The problem must be with something in the header files, or > whatever's changed since 1.1.5.1? > > > -matt > > -- > Matthew C. Mead -> Virginia Tech Center for Transportation Research - > -> Multiple Platform System and Network Administration > Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other > ---- ------- WWW -> http://www.goof.com/~mmead --- ----- > Hmmm, what's the problem actually with the gmod compiled under -current? My mods seems to be playing fine though... Cheers, Vince E-mail: vince@kbrown.oldcampus.yale.edu,\|/ Sys Adm - CircleStar Technologies,Inc. root@berkeley.circlestar.com,(o o) San Francisco, California USA _________________________oOO__(_)__OOo_____________________________ | There are many forms of science but only physics is the quantum | | leap of the 21st Century. | \_________________________________________________________________/ uPoy@physics.ucla.edu UCLA Physics/Electrical Engineering Los Angeles, California USA GUS Digest Adminstrator Advanced Gravis UltraSound Card - The ultimate in soundcard technology System Administrator - bigbang.HIP.Berkeley.EDU From owner-freebsd-current Sun Mar 19 17:15:04 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA03309 for current-outgoing; Sun, 19 Mar 1995 17:15:04 -0800 Received: (from pst@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA03293; Sun, 19 Mar 1995 17:15:03 -0800 Date: Sun, 19 Mar 1995 17:15:03 -0800 From: Paul Traina Message-Id: <199503200115.RAA03293@freefall.cdrom.com> To: wollman Subject: /etc/rc named change Cc: current Sender: current-owner@FreeBSD.org Precedence: bulk I think that the change in boot file location for named is gratuitous. The world expects named to look for /etc/named.boot and when you changed it, you screwed everyone who runs a nameserver with their boot file as /etc/named.boot. Lots of folks don't want to worry about their named stuff getting overwritten by their OS vendor, so they keep there files in /usr/local/etc/namedb or some such location and fix up /etc/named.boot to do the right thing. By moving the start file with no warning, you've made things break in a silent way (I didn't know my nameserver wasn't serving my domain for the last 18 hours because it was busy using the bloody default files from the distribution.) I think a better choice would be to leave the distribution crud in /etc/namedb as it currently is, but have the make distribution script create a symlink between /etc/named.boot and /etc/namedb/named.boot if no /etc/named.boot file is present. Paul From owner-freebsd-current Sun Mar 19 17:15:52 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA03489 for current-outgoing; Sun, 19 Mar 1995 17:15:52 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA03481; Sun, 19 Mar 1995 17:15:50 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id UAA04871; Sun, 19 Mar 1995 20:15:55 -0500 From: "matthew c. mead" Message-Id: <199503200115.UAA04871@goof.com> Subject: Re: GUS on kernel supped last night To: vince@kbrown.oldcampus.yale.edu (Vince Chan) Date: Sun, 19 Mar 1995 20:15:54 -0500 (EST) Cc: me@FreeBSD.org, faulkner@mpd.tandem.com, current@FreeBSD.org In-Reply-To: from "Vince Chan" at Mar 19, 95 08:10:44 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 971 Sender: current-owner@FreeBSD.org Precedence: bulk Vince Chan wrote: > > Hmm. I didn't notice this until today. I grabbed the binary, and it > > works *perfect*. The problem must be with something in the header files, or > > whatever's changed since 1.1.5.1? > Hmmm, what's the problem actually with the gmod compiled under > -current? My mods seems to be playing fine though... With gmod compiled with the -current snd driver and using the GUS kernel with a GUSMAX, I get repeats of portions of samples played inside of mod files ... if I compile sndkit, playing files with splay (in the dsp subdirectory), I get a repeat of a portion of each sample played, after the sample is finished playing. -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Sun Mar 19 17:17:19 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA03747 for current-outgoing; Sun, 19 Mar 1995 17:17:19 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA03741; Sun, 19 Mar 1995 17:17:17 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id UAA04930; Sun, 19 Mar 1995 20:17:26 -0500 From: "matthew c. mead" Message-Id: <199503200117.UAA04930@goof.com> Subject: Re: GUS on kernel supped last night To: vince@kbrown.oldcampus.yale.edu (Vince Chan) Date: Sun, 19 Mar 1995 20:17:26 -0500 (EST) Cc: me@FreeBSD.org, faulkner@mpd.tandem.com, current@FreeBSD.org In-Reply-To: from "Vince Chan" at Mar 19, 95 08:10:44 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 985 Sender: current-owner@FreeBSD.org Precedence: bulk Vince Chan wrote: > > Hmm. I didn't notice this until today. I grabbed the binary, and it > > works *perfect*. The problem must be with something in the header files, or > > whatever's changed since 1.1.5.1? > Hmmm, what's the problem actually with the gmod compiled under > -current? My mods seems to be playing fine though... With gmod compiled with the -current snd driver and using the GUS kernel with a GUSMAX, I get repeats of portions of samples played inside of mod files ... if I compile sndkit, playing files with splay (in the dsp subdirectory), I get a repeat of a portion of each sample played, after the sample is finished playing. -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Sun Mar 19 17:22:23 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA04251 for current-outgoing; Sun, 19 Mar 1995 17:22:23 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA04243; Sun, 19 Mar 1995 17:22:22 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id RAA25346; Sun, 19 Mar 1995 17:22:19 -0800 From: Poul-Henning Kamp Message-Id: <199503200122.RAA25346@ref.tfs.com> Subject: Re: /etc/rc named change To: pst@freefall.cdrom.com (Paul Traina) Date: Sun, 19 Mar 1995 17:22:19 -0800 (PST) Cc: wollman@freefall.cdrom.com, current@freefall.cdrom.com In-Reply-To: <199503200115.RAA03293@freefall.cdrom.com> from "Paul Traina" at Mar 19, 95 05:15:03 pm Content-Type: text Content-Length: 431 Sender: current-owner@FreeBSD.org Precedence: bulk > I think that the change in boot file location for named is gratuitous. > The world expects named to look for /etc/named.boot and when you changed > it, you screwed everyone who runs a nameserver with their boot file as > /etc/named.boot. I agree. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Sun Mar 19 17:23:11 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA04316 for current-outgoing; Sun, 19 Mar 1995 17:23:11 -0800 Received: from kbrown.oldcampus.yale.edu (root@kbrown.oldcampus.yale.edu [130.132.128.124]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA04306; Sun, 19 Mar 1995 17:23:10 -0800 Date: Sun, 19 Mar 1995 20:22:23 +0000 From: Vince Chan Subject: Re: GUS on kernel supped last night To: "matthew c. mead" cc: me@FreeBSD.org, faulkner@mpd.tandem.com, current@FreeBSD.org In-Reply-To: <199503200117.UAA04930@goof.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Sun, 19 Mar 1995, matthew c. mead wrote: > Vince Chan wrote: > > > > Hmm. I didn't notice this until today. I grabbed the binary, and it > > > works *perfect*. The problem must be with something in the header files, or > > > whatever's changed since 1.1.5.1? > > > Hmmm, what's the problem actually with the gmod compiled under > > -current? My mods seems to be playing fine though... > > With gmod compiled with the -current snd driver and using the GUS > kernel with a GUSMAX, I get repeats of portions of samples played inside of mod > files ... if I compile sndkit, playing files with splay (in the dsp > subdirectory), I get a repeat of a portion of each sample played, after the > sample is finished playing. > > > -matt > > -- > Matthew C. Mead -> Virginia Tech Center for Transportation Research - > -> Multiple Platform System and Network Administration > Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other > ---- ------- WWW -> http://www.goof.com/~mmead --- ----- > Does this only happen on the GUSMAX or also with a regular GUS? Hmmm, does playmidi have the same problem under -current? what is splay and sndkit? I guess the notes will be useful when someone asks a question on the GUS Daily Digest that I run.. Cheers, Vince E-mail: vince@kbrown.oldcampus.yale.edu,\|/ Sys Adm - CircleStar Technologies,Inc. root@berkeley.circlestar.com,(o o) San Francisco, California USA _________________________oOO__(_)__OOo_____________________________ | There are many forms of science but only physics is the quantum | | leap of the 21st Century. | \_________________________________________________________________/ uPoy@physics.ucla.edu UCLA Physics/Electrical Engineering Los Angeles, California USA GUS Digest Adminstrator Advanced Gravis UltraSound Card - The ultimate in soundcard technology System Administrator - bigbang.HIP.Berkeley.EDU From owner-freebsd-current Sun Mar 19 17:58:08 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA05813 for current-outgoing; Sun, 19 Mar 1995 17:58:08 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA05805; Sun, 19 Mar 1995 17:58:06 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id UAA05406; Sun, 19 Mar 1995 20:58:14 -0500 From: "matthew c. mead" Message-Id: <199503200158.UAA05406@goof.com> Subject: Re: GUS on kernel supped last night To: vince@kbrown.oldcampus.yale.edu (Vince Chan) Date: Sun, 19 Mar 1995 20:58:14 -0500 (EST) Cc: me@FreeBSD.org, faulkner@mpd.tandem.com, current@FreeBSD.org In-Reply-To: from "Vince Chan" at Mar 19, 95 08:22:23 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 770 Sender: current-owner@FreeBSD.org Precedence: bulk Vince Chan wrote: > Does this only happen on the GUSMAX or also with a regular GUS? > Hmmm, does playmidi have the same problem under -current? what is splay > and sndkit? I guess the notes will be useful when someone asks a > question on the GUS Daily Digest that I run.. I don't know - I only have a GUSMAX. Playmidi doesn't exhibit the same problems - I don't really use it much to play midi files anyhow, as adagio's mp does a lot better job. -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Sun Mar 19 18:06:20 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA06800 for current-outgoing; Sun, 19 Mar 1995 18:06:20 -0800 Received: from kbrown.oldcampus.yale.edu (root@kbrown.oldcampus.yale.edu [130.132.128.124]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA06792; Sun, 19 Mar 1995 18:06:18 -0800 Date: Sun, 19 Mar 1995 21:05:33 +0000 From: Vince Chan Subject: Re: GUS on kernel supped last night To: "matthew c. mead" cc: me@FreeBSD.org, faulkner@mpd.tandem.com, current@FreeBSD.org In-Reply-To: <199503200158.UAA05406@goof.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Sun, 19 Mar 1995, matthew c. mead wrote: > Vince Chan wrote: > > > Does this only happen on the GUSMAX or also with a regular GUS? > > Hmmm, does playmidi have the same problem under -current? what is splay > > and sndkit? I guess the notes will be useful when someone asks a > > question on the GUS Daily Digest that I run.. > > I don't know - I only have a GUSMAX. Playmidi doesn't exhibit the same > problems - I don't really use it much to play midi files anyhow, as adagio's > mp does a lot better job. > > > -matt > > -- > Matthew C. Mead -> Virginia Tech Center for Transportation Research - > -> Multiple Platform System and Network Administration > Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other > ---- ------- WWW -> http://www.goof.com/~mmead --- ----- > Oh okay, where do I get adagio's mp and also what's splay and sndkit? Thanks... Cheers, Vince E-mail: vince@kbrown.oldcampus.yale.edu,\|/ Sys Adm - CircleStar Technologies,Inc. root@berkeley.circlestar.com,(o o) San Francisco, California USA _________________________oOO__(_)__OOo_____________________________ | There are many forms of science but only physics is the quantum | | leap of the 21st Century. | \_________________________________________________________________/ uPoy@physics.ucla.edu UCLA Physics/Electrical Engineering Los Angeles, California USA GUS Digest Adminstrator Advanced Gravis UltraSound Card - The ultimate in soundcard technology System Administrator - bigbang.HIP.Berkeley.EDU From owner-freebsd-current Sun Mar 19 18:11:34 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA07069 for current-outgoing; Sun, 19 Mar 1995 18:11:34 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA07061; Sun, 19 Mar 1995 18:11:32 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id VAA05575; Sun, 19 Mar 1995 21:11:43 -0500 From: "matthew c. mead" Message-Id: <199503200211.VAA05575@goof.com> Subject: Re: GUS on kernel supped last night To: vince@kbrown.oldcampus.yale.edu (Vince Chan) Date: Sun, 19 Mar 1995 21:11:43 -0500 (EST) Cc: me@FreeBSD.org, faulkner@mpd.tandem.com, current@FreeBSD.org In-Reply-To: from "Vince Chan" at Mar 19, 95 09:05:33 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 898 Sender: current-owner@FreeBSD.org Precedence: bulk Vince Chan wrote: > > I don't know - I only have a GUSMAX. Playmidi doesn't exhibit the same > > problems - I don't really use it much to play midi files anyhow, as adagio's > > mp does a lot better job. > Oh okay, where do I get adagio's mp and also what's splay and > sndkit? Thanks... Well, adagio05.tar.gz can be found on tsx.mit.edu I believe, it's in the linux sound players directories somewhere. Splay is a program that comes with the sndkit (which is archived as snd-util.tar.gz on linux sites that carry the kernel sound code (which is what freebsd uses)). -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Mon Mar 20 00:46:57 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA13773 for current-outgoing; Mon, 20 Mar 1995 00:46:57 -0800 Received: from dns.netvision.net.il (root@dns.NetVision.net.il [194.90.1.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA13766 for ; Mon, 20 Mar 1995 00:46:49 -0800 Received: from ugen.NetManage.co.il (ugen.netmanage.co.il [192.114.78.165]) by dns.netvision.net.il (8.6.10/8.6.9) with SMTP id KAA01407 for ; Mon, 20 Mar 1995 10:45:39 +0200 Date: Mon, 20 Mar 95 10:47:37 IST From: "Ugen J.S.Antsilevich" Subject: dset... To: freebsd-current@freefall.cdrom.com X-Mailer: Chameleon 4.00-Arm-25, TCP/IP for Windows, NetManage Inc. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk Ok..in the last 2 weeks i have not seen any single complaint about dset.I suppose actually that this is just because noone using it.So i'll try to uncomment it in /etc/rc This looks now safe enough , and then we'll see.. Any objections? -- -=Ugen J.S.Antsilevich=- NetVision - Israeli Commercial Internet | Learning E-mail: ugen@NetVision.net.il | To Fly. [c] Phone : +972-4-550330 | From owner-freebsd-current Mon Mar 20 00:53:38 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA14021 for current-outgoing; Mon, 20 Mar 1995 00:53:38 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA14010 for ; Mon, 20 Mar 1995 00:53:35 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id AAA26334; Mon, 20 Mar 1995 00:52:44 -0800 From: "Rodney W. Grimes" Message-Id: <199503200852.AAA26334@gndrsh.aac.dev.com> Subject: Re: dset... To: ugen@netvision.net.il (Ugen J.S.Antsilevich) Date: Mon, 20 Mar 1995 00:52:44 -0800 (PST) Cc: freebsd-current@freefall.cdrom.com In-Reply-To: from "Ugen J.S.Antsilevich" at Mar 20, 95 10:47:37 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 576 Sender: current-owner@FreeBSD.org Precedence: bulk > > Ok..in the last 2 weeks i have not seen any single > complaint about dset.I suppose actually that this is just > because noone using it.So i'll try to uncomment it in /etc/rc > This looks now safe enough , and then we'll see.. Is there a knob some place to turn this on and off, I sure as heck don't want it turned on for any systems I am running... > Any objections? Nope, just so I can easily disable it :-). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Mon Mar 20 00:57:57 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA14221 for current-outgoing; Mon, 20 Mar 1995 00:57:57 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA14215 for ; Mon, 20 Mar 1995 00:57:56 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id AAA26243; Mon, 20 Mar 1995 00:57:43 -0800 From: Poul-Henning Kamp Message-Id: <199503200857.AAA26243@ref.tfs.com> Subject: Re: dset... To: ugen@netvision.net.il (Ugen J.S.Antsilevich) Date: Mon, 20 Mar 1995 00:57:43 -0800 (PST) Cc: freebsd-current@freefall.cdrom.com In-Reply-To: from "Ugen J.S.Antsilevich" at Mar 20, 95 10:47:37 am Content-Type: text Content-Length: 628 Sender: current-owner@FreeBSD.org Precedence: bulk > Ok..in the last 2 weeks i have not seen any single > complaint about dset.I suppose actually that this is just > because noone using it.So i'll try to uncomment it in /etc/rc > This looks now safe enough , and then we'll see.. Uhm, dset .... dset ... dset ? Is that the "boot -c" reader program ? I think you need to give people more time to test it. Last time I heard anything, it was that it wouldn't work... I'll give it a shot now... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Mon Mar 20 01:01:04 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA14375 for current-outgoing; Mon, 20 Mar 1995 01:01:04 -0800 Received: from dns.netvision.net.il (root@dns.NetVision.net.il [194.90.1.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA14360 for ; Mon, 20 Mar 1995 01:00:55 -0800 Received: from ugen.NetManage.co.il (ugen.netmanage.co.il [192.114.78.165]) by dns.netvision.net.il (8.6.10/8.6.9) with SMTP id KAA03152; Mon, 20 Mar 1995 10:59:34 +0200 Date: Mon, 20 Mar 95 11:02:14 IST From: "Ugen J.S.Antsilevich" Subject: Re: dset... To: "Rodney W. Grimes" Cc: freebsd-current@freefall.cdrom.com X-Mailer: Chameleon 4.00-Arm-25, TCP/IP for Windows, NetManage Inc. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk >Is there a knob some place to turn this on and off, I sure as >heck don't want it turned on for any systems I am running... Hmm..if this is common feeling i'd better nuke it myself? -- -=Ugen J.S.Antsilevich=- NetVision - Israeli Commercial Internet | Learning E-mail: ugen@NetVision.net.il | To Fly. [c] Phone : +972-4-550330 | From owner-freebsd-current Mon Mar 20 01:15:45 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA15375 for current-outgoing; Mon, 20 Mar 1995 01:15:45 -0800 Received: from inet-gw-3.pa.dec.com (inet-gw-3.pa.dec.com [16.1.0.33]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA15361; Mon, 20 Mar 1995 01:15:38 -0800 Received: from dude.pcs.dec.com by inet-gw-3.pa.dec.com (5.65/24Feb95) id AA17641; Mon, 20 Mar 95 01:12:23 -0800 Received: by dude.pcs.dec.com (/\=-/\ Smail3.1.16.1 #16.37) id ; Mon, 20 Mar 95 10:09 MEZ Message-Id: From: me@dude.pcs.dec.com ( Michael Elbel ) Subject: Re: GUS on kernel supped last night To: vince@kbrown.oldcampus.yale.edu (Vince Chan) Date: Mon, 20 Mar 1995 10:09:54 +0100 (MEZ) Cc: mmead@goof.com, me@FreeBSD.org, faulkner@mpd.tandem.com, current@FreeBSD.org Reply-To: me@FreeBSD.org (Michael Elbel) In-Reply-To: from "Vince Chan" at Mar 19, 95 08:10:44 pm X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1036 Sender: current-owner@FreeBSD.org Precedence: bulk > > > If not, could you try it out? I've put a gmod.gz onto > > > pcsbst.pcs.com:/pub. > > > > Hmm. I didn't notice this until today. I grabbed the binary, and it > > works *perfect*. The problem must be with something in the header files, or > > whatever's changed since 1.1.5.1? That's exactly the question :-) I've sent mail about this twice now, but nobody has come up with an answer yet :-( It can't even be the discrepancy between gmod 1.1 in 1.1 and gmod 1.4 in -current since I've recompiled gmod 1.1 under -current and got the same effects. I would *guess* it has something to do with interface changes in the current voxware driver. One of these days I'll get around to dig myself into that stuff. > Hmmm, what's the problem actually with the gmod compiled under > -current? My mods seems to be playing fine though... Really? With the gmod from the current ports, compiled under current? What kind of GUS? -- Michael Elbel, Digital-PCS GmbH, Muenchen, Germany - me@FreeBSD.org Fermentation fault (coors dumped) From owner-freebsd-current Mon Mar 20 02:54:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA20870 for current-outgoing; Mon, 20 Mar 1995 02:54:48 -0800 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA20835 for ; Mon, 20 Mar 1995 02:53:26 -0800 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.11/8.6.6) id MAA26891 for current@FreeBSD.ORG; Mon, 20 Mar 1995 12:50:40 +0200 From: John Hay Message-Id: <199503201050.MAA26891@zibbi.mikom.csir.co.za> Subject: make netstat breaks To: current@FreeBSD.org (FreeBSD-current) Date: Mon, 20 Mar 1995 12:50:39 +0200 (SAT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 376 Sender: current-owner@FreeBSD.org Precedence: bulk Hi, After the latest changes to kvm.h I get: cc -O2 -I/sys -c /usr/src/usr.bin/netstat/unix.c In file included from /usr/src/usr.bin/netstat/unix.c:41: /usr/include/kvm.h:66: parse error before `kvm_uread' /usr/include/kvm.h:66: parse error before `u_long' Shouldn't kvm.h include sys/types.h ? or should netstat include it? -- John Hay -- jhay@mikom.csir.co.za From owner-freebsd-current Mon Mar 20 03:53:11 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA23711 for current-outgoing; Mon, 20 Mar 1995 03:53:11 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA23705 for ; Mon, 20 Mar 1995 03:53:01 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA16140; Mon, 20 Mar 1995 21:50:11 +1000 Date: Mon, 20 Mar 1995 21:50:11 +1000 From: Bruce Evans Message-Id: <199503201150.VAA16140@godzilla.zeta.org.au> To: current@FreeBSD.org, jhay@mikom.csir.co.za Subject: Re: make netstat breaks Sender: current-owner@FreeBSD.org Precedence: bulk >After the latest changes to kvm.h I get: > cc -O2 -I/sys -c /usr/src/usr.bin/netstat/unix.c > In file included from /usr/src/usr.bin/netstat/unix.c:41: > /usr/include/kvm.h:66: parse error before `kvm_uread' > /usr/include/kvm.h:66: parse error before `u_long' >Shouldn't kvm.h include sys/types.h ? or should netstat include it? kvm.h shouldn't use u_long (nothing should use u_foo). Perhaps it shouldn't use size_t. Note that it uses `unsigned long' and `unsigned int' to declare kvm_read(), although the sources and the man page use u_long and size_t. The man page doesn't mention kvm_uread(). Bruce From owner-freebsd-current Mon Mar 20 05:04:41 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA25585 for current-outgoing; Mon, 20 Mar 1995 05:04:41 -0800 Received: from utrhcs.cs.utwente.nl (utrhcs.cs.utwente.nl [130.89.10.247]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA25551 for ; Mon, 20 Mar 1995 05:04:23 -0800 Received: from utis156.cs.utwente.nl by utrhcs.cs.utwente.nl (5.0/csrelayMX-SVR4_1.0/RB) id AA08564; Mon, 20 Mar 1995 14:03:47 --100 Received: by utis156.cs.utwente.nl (4.1/RBCS-1.0.1) id AA13022; Mon, 20 Mar 95 13:40:28 +0100 To: "Justin T. Gibbs" Cc: current@FreeBSD.org Subject: Re: TCP connections over SLIP are still a problem In-Reply-To: Your message of Sat, 18 Mar 1995 13:17:44 PST Date: Mon, 20 Mar 1995 13:40:23 +0100 Message-Id: <13021.795703223@utis156.cs.utwente.nl> From: Andras Olah content-length: 681 Sender: current-owner@FreeBSD.org Precedence: bulk On Sat, 18 Mar 1995 13:17:44 PST, "Justin T. Gibbs" wrote: > I still can't talk to another FreeBSD machine when the traffic > goes out my SLIP interface. Connections to a FreeBSD machine > on the same local ether work fine. Connections to non-FreeBSD > machines over the SLIP line work fine. In the case of telnet, > I get the connection, but then nothing more. > > Here's what tcpdump has to say. Anyone have any ideas? I'd like to investigate it to see if it's caused by the T/TCP changes. I need a little bit more details. Justin, could you please send me tcpdumps from both ends of the failed connection and please use -s 96 for tcpdump to get all the options. Andras From owner-freebsd-current Mon Mar 20 06:10:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA26401 for current-outgoing; Mon, 20 Mar 1995 06:10:59 -0800 Received: from vector.eikon.e-technik.tu-muenchen.de (vector.eikon.e-technik.tu-muenchen.de [129.187.142.36]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA26307 for ; Mon, 20 Mar 1995 06:08:09 -0800 Received: (from jhs@localhost) by vector.enet (8.6.11/8.6.9) id PAA23482; Thu, 16 Mar 1995 15:07:40 +0100 Date: Thu, 16 Mar 1995 15:07:40 +0100 From: Julian Howard Stacey Message-Id: <199503161407.PAA23482@vector.enet> To: FreeBSD-current@FreeBSD.org, paul@isl.cf.ac.uk Subject: Re: ps and grep Sender: current-owner@FreeBSD.org Precedence: bulk > What do people think of the idea of making ps treat the textwidth as infinite > if it's output is redirected? Nice idea Julian S From owner-freebsd-current Mon Mar 20 06:19:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA26521 for current-outgoing; Mon, 20 Mar 1995 06:19:44 -0800 Received: from vector.eikon.e-technik.tu-muenchen.de (vector.eikon.e-technik.tu-muenchen.de [129.187.142.36]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA26386 for ; Mon, 20 Mar 1995 06:10:04 -0800 Received: (from jhs@localhost) by vector.enet (8.6.11/8.6.9) id OAA23471; Thu, 16 Mar 1995 14:59:18 +0100 Date: Thu, 16 Mar 1995 14:59:18 +0100 From: Julian Howard Stacey Message-Id: <199503161359.OAA23471@vector.enet> To: jhs@regent.e-technik.tu-muenchen.de, pete@pelican.com Subject: Re: bad outgoing serial coms Cc: current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk > From: pete@pelican.com (Pete Carah) > ttyhog .... > it *does* apply to the new 'process' version of ppp (/usr/sbin/ppp as opposed > to /usr/sbin/pppd). Are you using that? No, Im using slip (but not the /usr/bin/slip), Im runnin a v32bis modem at 38K4, all my incoming is OK, all my outgoing is bad, so I suspect flow control is wrong either at my site, or possibly at IP provider site (as a friend who also uses that site tells me there was reccomendation for ppp users of that site to use serial speed=modem speed ! From owner-freebsd-current Mon Mar 20 07:55:39 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA29009 for current-outgoing; Mon, 20 Mar 1995 07:55:39 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA29003 for ; Mon, 20 Mar 1995 07:55:35 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA27144; Mon, 20 Mar 1995 10:54:06 -0500 Date: Mon, 20 Mar 1995 10:54:06 -0500 From: Garrett Wollman Message-Id: <9503201554.AA27144@halloran-eldar.lcs.mit.edu> To: Peter Dufault Cc: freebsd-current@freefall.cdrom.com Subject: Gratuitous changes In-Reply-To: <199503180137.UAA00535@hda.com> References: <199503180137.UAA00535@hda.com> Sender: current-owner@FreeBSD.org Precedence: bulk < said: > It makes sense to change if_slip and if_ppp to use these new > routines. Is that too gratuitous a change? I'm a little reluctant > to change "base" 4.4 stuff when the improvement is marginal. The line-discipline handling is already non-``base'', so go ahead. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Mon Mar 20 07:56:56 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA29041 for current-outgoing; Mon, 20 Mar 1995 07:56:56 -0800 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA29032 for ; Mon, 20 Mar 1995 07:56:48 -0800 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-6) id AA21767; Mon, 20 Mar 95 16:56:29 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id RAA02319 for freebsd-current@freefall.cdrom.com; Mon, 20 Mar 1995 17:02:31 +0100 Date: Mon, 20 Mar 1995 17:02:31 +0100 From: "Christoph P. Kukulies" Message-Id: <199503201602.RAA02319@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.cdrom.com Subject: iozone read vs. write Sender: current-owner@FreeBSD.org Precedence: bulk iozone 13 ... Writing the 13 Megabyte file, 'iozone.tmp'...15.085938 seconds Reading the file...4.000000 seconds IOZONE performance measurements: 903589 bytes/second for writing the file 3407872 bytes/second for reading the file Does anone have an explanation why the number diverge to such an extent? (System is a 32 MB 486DX2/66 EIDE 2 Quantum 540 system) --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Sun Mar 19 17:20:44 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-current Mon Mar 20 08:20:18 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA29533 for current-outgoing; Mon, 20 Mar 1995 08:20:18 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA29527 for ; Mon, 20 Mar 1995 08:20:16 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id IAA27139; Mon, 20 Mar 1995 08:17:54 -0800 From: "Rodney W. Grimes" Message-Id: <199503201617.IAA27139@gndrsh.aac.dev.com> Subject: Re: make netstat breaks To: jhay@mikom.csir.co.za (John Hay) Date: Mon, 20 Mar 1995 08:17:54 -0800 (PST) Cc: current@FreeBSD.org In-Reply-To: <199503201050.MAA26891@zibbi.mikom.csir.co.za> from "John Hay" at Mar 20, 95 12:50:39 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 639 Sender: current-owner@FreeBSD.org Precedence: bulk > > Hi, > > After the latest changes to kvm.h I get: > cc -O2 -I/sys -c /usr/src/usr.bin/netstat/unix.c > In file included from /usr/src/usr.bin/netstat/unix.c:41: > /usr/include/kvm.h:66: parse error before `kvm_uread' > /usr/include/kvm.h:66: parse error before `u_long' > > Shouldn't kvm.h include sys/types.h ? or should netstat include it? I just fixed this, in /usr/src/include/kvm.h change u_long to unsigned long like all the other unsigned long's in the file. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Mon Mar 20 08:34:01 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA29809 for current-outgoing; Mon, 20 Mar 1995 08:34:01 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA29803 for ; Mon, 20 Mar 1995 08:33:58 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id IAA27181; Mon, 20 Mar 1995 08:33:05 -0800 From: "Rodney W. Grimes" Message-Id: <199503201633.IAA27181@gndrsh.aac.dev.com> Subject: Re: make netstat breaks To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Mon, 20 Mar 1995 08:33:05 -0800 (PST) Cc: jhay@mikom.csir.co.za, current@FreeBSD.org In-Reply-To: <199503201617.IAA27139@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Mar 20, 95 08:17:54 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 894 Sender: current-owner@FreeBSD.org Precedence: bulk > > > > > Hi, > > > > After the latest changes to kvm.h I get: > > cc -O2 -I/sys -c /usr/src/usr.bin/netstat/unix.c > > In file included from /usr/src/usr.bin/netstat/unix.c:41: > > /usr/include/kvm.h:66: parse error before `kvm_uread' > > /usr/include/kvm.h:66: parse error before `u_long' > > > > Shouldn't kvm.h include sys/types.h ? or should netstat include it? > > I just fixed this, in /usr/src/include/kvm.h change u_long to unsigned > long like all the other unsigned long's in the file. I jumped the gun, your error message above was cut short, there are other problems here. I am commenting out the declaration of kvm_uread until all of this can get fixed *correctly* and without causing build world to fail. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Mon Mar 20 08:49:02 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA00283 for current-outgoing; Mon, 20 Mar 1995 08:49:02 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA00277 for ; Mon, 20 Mar 1995 08:48:59 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id IAA27236; Mon, 20 Mar 1995 08:47:44 -0800 From: "Rodney W. Grimes" Message-Id: <199503201647.IAA27236@gndrsh.aac.dev.com> Subject: Re: iozone read vs. write To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Mon, 20 Mar 1995 08:47:44 -0800 (PST) Cc: freebsd-current@freefall.cdrom.com In-Reply-To: <199503201602.RAA02319@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Mar 20, 95 05:02:31 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 765 Sender: current-owner@FreeBSD.org Precedence: bulk > > iozone 13 ... > > Writing the 13 Megabyte file, 'iozone.tmp'...15.085938 seconds > Reading the file...4.000000 seconds > > IOZONE performance measurements: > 903589 bytes/second for writing the file > 3407872 bytes/second for reading the file > > Does anone have an explanation why the number diverge to such an extent? > (System is a 32 MB 486DX2/66 EIDE 2 Quantum 540 system) I suspect a set of bad newfs parameters on this drive, can you send me (in private email, no need for the whole list to read it) the disklabel and the first 50 lines of dumpfs for the file system you are seing this on. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Mon Mar 20 09:30:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA00867 for current-outgoing; Mon, 20 Mar 1995 09:30:53 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA00861; Mon, 20 Mar 1995 09:30:51 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA27305; Mon, 20 Mar 1995 12:30:47 -0500 Date: Mon, 20 Mar 1995 12:30:47 -0500 From: Garrett Wollman Message-Id: <9503201730.AA27305@halloran-eldar.lcs.mit.edu> To: Paul Traina Cc: wollman@freefall.cdrom.com, current@freefall.cdrom.com Subject: /etc/rc named change In-Reply-To: <199503200115.RAA03293@freefall.cdrom.com> References: <199503200115.RAA03293@freefall.cdrom.com> Sender: current-owner@FreeBSD.org Precedence: bulk < said: > I think that the change in boot file location for named is gratuitous. > The world expects named to look for /etc/named.boot and when you changed > it, you screwed everyone who runs a nameserver with their boot file as > /etc/named.boot. But you were smart enough to check the diffs before blindly installing the new /etc/rc, right? My OSF/1 machines all look for named.boot in /etc/namedb. > I think a better choice would be to leave the distribution crud in /etc/namedb > as it currently is The stuff from the distribution is almost the correct information to use for 99% of all Internet-connected installations (localhost.rev should be automatically edited on installation, like on OSF/1). > but have the make distribution script create a symlink > between /etc/named.boot and /etc/namedb/named.boot if no /etc/named.boot > file is present. Or you can just edit /etc/rc. I'm actually contemplating adding /etc/netstart functionality to specify all the flags, and if I did so, would move the directory name there. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Mon Mar 20 10:13:30 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA01663 for current-outgoing; Mon, 20 Mar 1995 10:13:30 -0800 Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA01655 for ; Mon, 20 Mar 1995 10:13:25 -0800 Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.18.7]) by mail.cs.tu-berlin.de (8.6.10/8.6.10) with ESMTP id TAA22372; Mon, 20 Mar 1995 19:13:06 +0100 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.10/8.6.9) id TAA16838; Mon, 20 Mar 1995 19:13:00 +0100 Date: Mon, 20 Mar 1995 19:13:00 +0100 Message-Id: <199503201813.TAA16838@caramba.cs.tu-berlin.de> To: "Christoph P. Kukulies" Cc: freebsd-current@freefall.cdrom.com Subject: iozone read vs. write In-Reply-To: <199503201602.RAA02319@gilberto.physik.rwth-aachen.de> References: <199503201602.RAA02319@gilberto.physik.rwth-aachen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: current-owner@FreeBSD.org Precedence: bulk Christoph P. Kukulies writes: > iozone 13 ... > > Writing the 13 Megabyte file, 'iozone.tmp'...15.085938 seconds > Reading the file...4.000000 seconds > > IOZONE performance measurements: > 903589 bytes/second for writing the file > 3407872 bytes/second for reading the file > > Does anone have an explanation why the number diverge to such an extent? > (System is a 32 MB 486DX2/66 EIDE 2 Quantum 540 system) Ja. $ more REAMDE In order for this to be a fair test, the length of the test file must be AT LEAST 2X the amount of disk cache memory for your system. If not, you are really testing the speed at which your CPU can read blocks out of the cache (not a fair test) Wolfram From owner-freebsd-current Mon Mar 20 10:16:37 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA01779 for current-outgoing; Mon, 20 Mar 1995 10:16:37 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA01772 for ; Mon, 20 Mar 1995 10:16:30 -0800 Received: by sequent.kiae.su id AA27778 (5.65.kiae-2 for current@freebsd.org); Mon, 20 Mar 1995 21:13:22 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Mon, 20 Mar 95 21:13:21 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id UAA02308 for current@freebsd.org; Mon, 20 Mar 1995 20:56:44 +0300 To: current@FreeBSD.org Message-Id: Organization: Olahm Ha-Yetzirah Date: Mon, 20 Mar 1995 20:56:43 +0300 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: /etc/named.boot or /etc/namedb/named.boot? Lines: 9 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 490 Sender: current-owner@FreeBSD.org Precedence: bulk My named start to fail due to recent /etc/rc changes: /etc/named.boot --> /etc/namedb/namedb.boot I am not named guru, so please tell me, which variant is right and fix /etc/rc, if an error there. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Mon Mar 20 10:19:25 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA01848 for current-outgoing; Mon, 20 Mar 1995 10:19:25 -0800 Received: from precipice.Shockwave.COM (precipice.shockwave.com [171.69.108.33]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA01842; Mon, 20 Mar 1995 10:19:23 -0800 Received: from localhost (localhost [127.0.0.1]) by precipice.Shockwave.COM (8.6.11/8.6.9) with SMTP id KAA04276; Mon, 20 Mar 1995 10:18:37 -0800 Message-Id: <199503201818.KAA04276@precipice.Shockwave.COM> To: Garrett Wollman cc: wollman@freefall.cdrom.com, current@freefall.cdrom.com Subject: Re: /etc/rc named change In-reply-to: Your message of "Mon, 20 Mar 1995 12:30:47 EST." <9503201730.AA27305@halloran-eldar.lcs.mit.edu> Date: Mon, 20 Mar 1995 10:18:37 -0800 From: Paul Traina Sender: current-owner@FreeBSD.org Precedence: bulk From: Garrett Wollman Subject: /etc/rc named change < sa >>id: > I think that the change in boot file location for named is gratuitous. > The world expects named to look for /etc/named.boot and when you changed > it, you screwed everyone who runs a nameserver with their boot file as > /etc/named.boot. But you were smart enough to check the diffs before blindly installing the new /etc/rc, right? Actually, I did, but didn't think much of it at the time. My OSF/1 machines all look for named.boot in /etc/namedb. You're going to hold OSF/1 up as the named poster child? :-) > I think a better choice would be to leave the distribution crud in /etc/nam > as it currently is The stuff from the distribution is almost the correct information to use for 99% of all Internet-connected installations (localhost.rev should be automatically edited on installation, like on OSF/1). Did I just hear someone volenteer? > but have the make distribution script create a symlink > between /etc/named.boot and /etc/namedb/named.boot if no /etc/named.boot > file is present. Or you can just edit /etc/rc. That would be wrong. I'm actually contemplating adding /etc/netstart functionality to specify all the flags, and if I did so, would move the directory name there. That would be fine, again however I would suggest you consider strongly what your default is going to be. I seem to be spending a lot of time shouting into the wind that the principle of least astonishment is something we should be striving for. This week I'm batting 0. From owner-freebsd-current Mon Mar 20 10:52:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA02738 for current-outgoing; Mon, 20 Mar 1995 10:52:59 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA02729 for ; Mon, 20 Mar 1995 10:52:47 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA27463; Mon, 20 Mar 1995 13:51:08 -0500 Date: Mon, 20 Mar 1995 13:51:08 -0500 From: Garrett Wollman Message-Id: <9503201851.AA27463@halloran-eldar.lcs.mit.edu> To: "Andrey A. Chernov, Black Mage" Cc: current@FreeBSD.org Subject: /etc/named.boot or /etc/namedb/named.boot? In-Reply-To: References: Sender: current-owner@FreeBSD.org Precedence: bulk < said: > My named start to fail due to recent /etc/rc changes: You should have read the rc files before you installed new ones. The place where we install the default files is /etc/namedb, so for most users that is the correct location. This will look very different later today. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Mon Mar 20 11:17:51 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA03484 for current-outgoing; Mon, 20 Mar 1995 11:17:51 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA03478 for ; Mon, 20 Mar 1995 11:17:50 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id LAA27659; Mon, 20 Mar 1995 11:14:29 -0800 From: Poul-Henning Kamp Message-Id: <199503201914.LAA27659@ref.tfs.com> Subject: Re: /etc/named.boot or /etc/namedb/named.boot? To: wollman@halloran-eldar.lcs.mit.edu (Garrett Wollman) Date: Mon, 20 Mar 1995 11:14:29 -0800 (PST) Cc: ache@astral.msk.su, current@FreeBSD.org In-Reply-To: <9503201851.AA27463@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Mar 20, 95 01:51:08 pm Content-Type: text Content-Length: 594 Sender: current-owner@FreeBSD.org Precedence: bulk > < said: > > > My named start to fail due to recent /etc/rc changes: > > You should have read the rc files before you installed new ones. > > The place where we install the default files is /etc/namedb, so for > most users that is the correct location. > > This will look very different later today. Incl, man pages ? -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Mon Mar 20 11:37:34 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA04007 for current-outgoing; Mon, 20 Mar 1995 11:37:34 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA04001 for ; Mon, 20 Mar 1995 11:37:32 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA27595; Mon, 20 Mar 1995 14:37:27 -0500 Date: Mon, 20 Mar 1995 14:37:27 -0500 From: Garrett Wollman Message-Id: <9503201937.AA27595@halloran-eldar.lcs.mit.edu> To: FreeBSD-Current Mailing List Subject: Why does kern_lkm.c use kmem_alloc()? Sender: current-owner@FreeBSD.org Precedence: bulk Can anybody explain why kern_lkm.c uses kmem_alloc() to allocate memory rather than malloc()? Is it just because of the kernel malloc()'s size limit? (I'd really like for it to use malloc so that I could tell how much memory is occupied by LKMs from `vmstat -m'.) -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Mon Mar 20 13:22:21 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA06011 for current-outgoing; Mon, 20 Mar 1995 13:22:21 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA06004 for ; Mon, 20 Mar 1995 13:21:54 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA13704; Mon, 20 Mar 1995 22:21:09 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id WAA28272 for freebsd-current@FreeBSD.org; Mon, 20 Mar 1995 22:21:09 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id WAA01759 for freebsd-current@FreeBSD.org; Mon, 20 Mar 1995 22:05:20 +0100 From: J Wunsch Message-Id: <199503202105.WAA01759@uriah.heep.sax.de> Subject: Re: make netstat breaks To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 20 Mar 1995 22:05:19 +0100 (MET) In-Reply-To: <199503201150.VAA16140@godzilla.zeta.org.au> from "Bruce Evans" at Mar 20, 95 09:50:11 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 361 Sender: current-owner@FreeBSD.org Precedence: bulk As Bruce Evans wrote: > > The man page doesn't mention kvm_uread(). ...but ps(1) has been using it. Sorry for the confusion... i'd going to fix it right now, but with some 50 % packet loss, i don't stand a chance. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Mar 20 13:27:22 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA06135 for current-outgoing; Mon, 20 Mar 1995 13:27:22 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA06121 for ; Mon, 20 Mar 1995 13:27:15 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA03028; Mon, 20 Mar 95 14:20:57 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503202120.AA03028@cs.weber.edu> Subject: Re: Why does kern_lkm.c use kmem_alloc()? To: wollman@halloran-eldar.lcs.mit.edu (Garrett Wollman) Date: Mon, 20 Mar 95 14:20:56 MST Cc: current@FreeBSD.org In-Reply-To: <9503201937.AA27595@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Mar 20, 95 02:37:27 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > Can anybody explain why kern_lkm.c uses kmem_alloc() to allocate > memory rather than malloc()? Is it just because of the kernel > malloc()'s size limit? (I'd really like for it to use malloc so that > I could tell how much memory is occupied by LKMs from `vmstat -m'.) Contiguous driver buffer space for DMA target. It can use plain malloc for the structures for the list of allocated devices, etc. with no trouble, however. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Mar 20 13:46:23 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA07272 for current-outgoing; Mon, 20 Mar 1995 13:46:23 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA07254 for ; Mon, 20 Mar 1995 13:46:16 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id NAA26983; Mon, 20 Mar 1995 13:46:03 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id NAA02245; Mon, 20 Mar 1995 13:46:02 -0800 Message-Id: <199503202146.NAA02245@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: wollman@halloran-eldar.lcs.mit.edu (Garrett Wollman), current@FreeBSD.org Subject: Re: Why does kern_lkm.c use kmem_alloc()? In-reply-to: Your message of "Mon, 20 Mar 95 14:20:56 MST." <9503202120.AA03028@cs.weber.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 20 Mar 1995 13:46:01 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >> Can anybody explain why kern_lkm.c uses kmem_alloc() to allocate >> memory rather than malloc()? Is it just because of the kernel >> malloc()'s size limit? (I'd really like for it to use malloc so that >> I could tell how much memory is occupied by LKMs from `vmstat -m'.) > >Contiguous driver buffer space for DMA target. Contiguous? You mean _physically_ contiguous memory? kmem_alloc() has never tried to return that. -DG From owner-freebsd-current Mon Mar 20 13:46:57 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA07334 for current-outgoing; Mon, 20 Mar 1995 13:46:57 -0800 Received: from kbrown.oldcampus.yale.edu (root@kbrown.oldcampus.yale.edu [130.132.128.124]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA07319; Mon, 20 Mar 1995 13:46:53 -0800 Date: Mon, 20 Mar 1995 16:46:04 +0000 From: Vince Chan Subject: Re: GUS on kernel supped last night To: "matthew c. mead" cc: me@FreeBSD.org, faulkner@mpd.tandem.com, current@FreeBSD.org In-Reply-To: <199503200211.VAA05575@goof.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Sun, 19 Mar 1995, matthew c. mead wrote: > Vince Chan wrote: > > > > I don't know - I only have a GUSMAX. Playmidi doesn't exhibit the same > > > problems - I don't really use it much to play midi files anyhow, as adagio's > > > mp does a lot better job. > > > Oh okay, where do I get adagio's mp and also what's splay and > > sndkit? Thanks... > > Well, adagio05.tar.gz can be found on tsx.mit.edu I believe, it's in > the linux sound players directories somewhere. Splay is a program that comes > with the sndkit (which is archived as snd-util.tar.gz on linux sites > that carry the kernel sound code (which is what freebsd uses)). > What sound formats does adagio and Splay handle? Is sndkit what FreeBSD has in the -current kernel code? > -matt > > -- > Matthew C. Mead -> Virginia Tech Center for Transportation Research - > -> Multiple Platform System and Network Administration > Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other > ---- ------- WWW -> http://www.goof.com/~mmead --- ----- > Cheers, Vince E-mail: vince@kbrown.oldcampus.yale.edu,\|/ Sys Adm - CircleStar Technologies,Inc. root@berkeley.circlestar.com,(o o) San Francisco, California USA _________________________oOO__(_)__OOo_____________________________ | There are many forms of science but only physics is the quantum | | leap of the 21st Century. | \_________________________________________________________________/ uPoy@physics.ucla.edu UCLA Physics/Electrical Engineering Los Angeles, California USA GUS Digest Adminstrator Advanced Gravis UltraSound Card - The ultimate in soundcard technology System Administrator - bigbang.HIP.Berkeley.EDU From owner-freebsd-current Mon Mar 20 13:51:47 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA07529 for current-outgoing; Mon, 20 Mar 1995 13:51:47 -0800 Received: from kbrown.oldcampus.yale.edu (root@kbrown.oldcampus.yale.edu [130.132.128.124]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA07516; Mon, 20 Mar 1995 13:51:40 -0800 Date: Mon, 20 Mar 1995 16:50:48 +0000 From: Vince Chan Subject: Re: GUS on kernel supped last night To: Michael Elbel cc: mmead@goof.com, me@FreeBSD.org, faulkner@mpd.tandem.com, current@FreeBSD.org In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Mon, 20 Mar 1995, Michael Elbel wrote: > > > > If not, could you try it out? I've put a gmod.gz onto > > > > pcsbst.pcs.com:/pub. > > > > > > Hmm. I didn't notice this until today. I grabbed the binary, and it > > > works *perfect*. The problem must be with something in the header files, or > > > whatever's changed since 1.1.5.1? > > That's exactly the question :-) I've sent mail about this twice now, but > nobody has come up with an answer yet :-( > > It can't even be the discrepancy between gmod 1.1 in 1.1 and gmod 1.4 in > -current since I've recompiled gmod 1.1 under -current and got the same > effects. I would *guess* it has something to do with interface changes > in the current voxware driver. One of these days I'll get around to dig > myself into that stuff. > > > Hmmm, what's the problem actually with the gmod compiled under > > -current? My mods seems to be playing fine though... > > Really? With the gmod from the current ports, compiled under current? > What kind of GUS? > Yes, I'm running a GUS (Regular one) Rev2.4 since the days it originally came out. It's on a red board... > -- > Michael Elbel, Digital-PCS GmbH, Muenchen, Germany - me@FreeBSD.org > Fermentation fault (coors dumped) > Cheers, Vince E-mail: vince@kbrown.oldcampus.yale.edu,\|/ Sys Adm - CircleStar Technologies,Inc. root@berkeley.circlestar.com,(o o) San Francisco, California USA _________________________oOO__(_)__OOo_____________________________ | There are many forms of science but only physics is the quantum | | leap of the 21st Century. | \_________________________________________________________________/ uPoy@physics.ucla.edu UCLA Physics/Electrical Engineering Los Angeles, California USA GUS Digest Adminstrator Advanced Gravis UltraSound Card - The ultimate in soundcard technology System Administrator - bigbang.HIP.Berkeley.EDU From owner-freebsd-current Mon Mar 20 14:09:27 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA08455 for current-outgoing; Mon, 20 Mar 1995 14:09:27 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA08444 for ; Mon, 20 Mar 1995 14:09:24 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA03201; Mon, 20 Mar 95 15:03:03 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503202203.AA03201@cs.weber.edu> Subject: Re: Why does kern_lkm.c use kmem_alloc()? To: davidg@Root.COM Date: Mon, 20 Mar 95 15:03:02 MST Cc: wollman@halloran-eldar.lcs.mit.edu, current@FreeBSD.org In-Reply-To: <199503202146.NAA02245@corbin.Root.COM> from "David Greenman" at Mar 20, 95 01:46:01 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > >> Can anybody explain why kern_lkm.c uses kmem_alloc() to allocate > >> memory rather than malloc()? Is it just because of the kernel > >> malloc()'s size limit? (I'd really like for it to use malloc so that > >> I could tell how much memory is occupied by LKMs from `vmstat -m'.) > > > >Contiguous driver buffer space for DMA target. > > Contiguous? You mean _physically_ contiguous memory? kmem_alloc() has never > tried to return that. Virtually, at least initially, so that the loader can load the code contiguously in the address space in which it is to run. Oh, and it wants to load the code page aligned. kmem_alloc returns memory statring at the start of a page (or at least it used to and does in NetBSD). This is actually a limitation in the linker with respect to allowable relocated code starts. The change of allocator was, I think, Chris D.'s doing when it was imported to NetBSD. He also remed the root restriction on listing of modules (as opposed to loading/unloading them) and wrote man pages. I had inlined the Sun man pages in the initial beta -- I think they were removed soon after I saw them. They were at the end of the load/unload/etc. utilities -- I was using a Sun as the developement environment and wanted 4.1.3 command line compatability. Really, the kernel memory needs two allocation directions (top-down, bottom-up) and it needs to allocate objects in one pool or the other based on it being high or low persistance. Allocating with the generic memory allocator, even if the page alignment problems are solved, is a sure invitation to trouble with fragged memory, especially in the case of reloads (modules really want a third pool type for medium persistance VM objects). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Mar 20 14:15:08 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA09029 for current-outgoing; Mon, 20 Mar 1995 14:15:08 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA09017; Mon, 20 Mar 1995 14:15:05 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id RAA14174; Mon, 20 Mar 1995 17:15:19 -0500 From: "matthew c. mead" Message-Id: <199503202215.RAA14174@goof.com> Subject: Re: GUS on kernel supped last night To: vince@kbrown.oldcampus.yale.edu (Vince Chan) Date: Mon, 20 Mar 1995 17:15:18 -0500 (EST) Cc: me@FreeBSD.org, faulkner@mpd.tandem.com, current@FreeBSD.org In-Reply-To: from "Vince Chan" at Mar 20, 95 04:46:04 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 818 Sender: current-owner@FreeBSD.org Precedence: bulk Vince Chan wrote: > What sound formats does adagio and Splay handle? Is sndkit what > FreeBSD has in the -current kernel code? Adagio handles midi files. Splay handles raw, and wav type sound formats. sndkit isn't what FreeBSD has in the -current kernel code. FreeBSD has a modified version of Linux's snd-driv-2.90pl2. Made to go along with that snd-driv-2.90pl2 code is snd-util, which has a dsp directory with programs to record and play raw and wav data. That's the splay I'm talking about. -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Mon Mar 20 14:15:42 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA09088 for current-outgoing; Mon, 20 Mar 1995 14:15:42 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA09072; Mon, 20 Mar 1995 14:15:36 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id RAA14205; Mon, 20 Mar 1995 17:16:00 -0500 From: "matthew c. mead" Message-Id: <199503202216.RAA14205@goof.com> Subject: Re: GUS on kernel supped last night To: vince@kbrown.oldcampus.yale.edu (Vince Chan) Date: Mon, 20 Mar 1995 17:16:00 -0500 (EST) Cc: me@FreeBSD.org, faulkner@mpd.tandem.com, current@FreeBSD.org In-Reply-To: from "Vince Chan" at Mar 20, 95 04:50:48 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 617 Sender: current-owner@FreeBSD.org Precedence: bulk Vince Chan wrote: > > Really? With the gmod from the current ports, compiled under current? > > What kind of GUS? > Yes, I'm running a GUS (Regular one) Rev2.4 since the days it > originally came out. It's on a red board... It's my belief that the GUSMAX side of things is what's breaking stuff. -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Mon Mar 20 14:19:04 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA09280 for current-outgoing; Mon, 20 Mar 1995 14:19:04 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA09274 for ; Mon, 20 Mar 1995 14:19:00 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id OAA27048; Mon, 20 Mar 1995 14:18:48 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id OAA02295; Mon, 20 Mar 1995 14:18:47 -0800 Message-Id: <199503202218.OAA02295@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: wollman@halloran-eldar.lcs.mit.edu, current@FreeBSD.org Subject: Re: Why does kern_lkm.c use kmem_alloc()? In-reply-to: Your message of "Mon, 20 Mar 95 15:03:02 MST." <9503202203.AA03201@cs.weber.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 20 Mar 1995 14:18:47 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >> >> Can anybody explain why kern_lkm.c uses kmem_alloc() to allocate >> >> memory rather than malloc()? Is it just because of the kernel >> >> malloc()'s size limit? (I'd really like for it to use malloc so that >> >> I could tell how much memory is occupied by LKMs from `vmstat -m'.) >> > >> >Contiguous driver buffer space for DMA target. >> >> Contiguous? You mean _physically_ contiguous memory? kmem_alloc() has never >> tried to return that. > >Virtually, at least initially, so that the loader can load the code >contiguously in the address space in which it is to run. Ahh. Yes, kmem_alloc() is the thing to use in this case. >Oh, and it wants to load the code page aligned. kmem_alloc returns memory >statring at the start of a page (or at least it used to and does in >NetBSD). This is actually a limitation in the linker with respect >to allowable relocated code starts. Right, it allocates in terms of pages. Garrett should be able to use the "size" field of modstat to see how much memory each module consumes (plus whatever is malloc'd). -DG From owner-freebsd-current Mon Mar 20 16:17:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA15322 for current-outgoing; Mon, 20 Mar 1995 16:17:49 -0800 Received: from FileServ1.MI.Uni-Koeln.DE (FileServ1.MI.Uni-Koeln.DE [134.95.212.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA15315 for ; Mon, 20 Mar 1995 16:17:44 -0800 Received: by FileServ1.MI.Uni-Koeln.DE id AA05446 (5.67b/IDA-1.5 for current@freebsd.org); Tue, 21 Mar 1995 01:16:57 +0100 Message-Id: <199503210016.AA05446@FileServ1.MI.Uni-Koeln.DE> From: se@MI.Uni-Koeln.DE (Stefan Esser) Date: Tue, 21 Mar 1995 01:16:56 +0100 In-Reply-To: "Justin T. Gibbs" "Re: Sharing interrupts with PCI devices?" (Mar 18, 11:43) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: current@FreeBSD.org Subject: Re: Sharing interrupts with PCI devices? Sender: current-owner@FreeBSD.org Precedence: bulk On Mar 18, 11:43, "Justin T. Gibbs" wrote: } Subject: Re: Sharing interrupts with PCI devices? } >Shared interrupts are a requirement for } >PCI, if you want to deal with 4 channel } >Ethernet cards, or with PCI to PCI bridges } >in general. } > } >The PCI shared interrupt code can be } >implemented architecture independent (i.e. } >is not bound to PC compatible hardware), } >while moving that code into the ISA tree } >means it sure can't be used for other } >machines with PCI bus, and will have to } >be reimplemented. } > } >I can live without shared ISA interrupts, } >but we need them for PCI. } } I don't see why the two are mutually exclusive. I'd like } to be able to share EISA interrrupts too. Yes, nothing keeps you from adding this for EISA devices ... In fact, the PCI interrupt sharing will probably be directly applicable to EISA devices, too. The only new requirement is, that the interrupt handler returns '0' in case that device didn't cause the interrupt, a '1' if it did ... We don't have any EISA system to test this on, but the PCI interrupt code will use a two layer approach: 1) If only one interrupt is assigned to some IRQ, then the current code will be used. 2) If interrupts are shared, then there is a generic handler, which will call each the handler for each device, after masking those device classes interrupts. (I.e. IRQ9 is used for DEC Ethernet and NCR SCSI: The 'ed' handler will be called with netmask, the NCR handler with biomask applied.) This results in low overhead operation in the non shared case, and in interrupts masked for as short a period of time as possible in the shared case. *** *** *** *** *** *** *** *** *** *** *** I will apply the PCI SHARED INTERRUPT patch tomorrow. All PCI device drivers will have been checked to conform to the return value convention described above ! EISA devices will work with shared interrupts, too, if their drivers are patched accordingly. Somebody else will have to patch their interrupt handlers and write some simple eisa_map_int() function, similar to the NEW pci_map_int(), that I'm going commit to -current tomorrow. *** *** *** *** *** *** *** *** *** *** *** } >If both your AIC devices are mapped } >to use IRQ 10 (you are using the } >pci_map_int() call, which will use } >the BIOS supplied value), then this } >is what you specified in the BIOS. } > } >I don't know which motherboard you } >use, but it may help, if you send } >me the boot message log. } } I'm using an Intel Altair motherboard. Its something they ship out } to special customers or something. Its on loan from an Intel employee. Hmm, I still don't know, whether that onboard SCSI chip is a PCI device (i.e. can be configured as such). If it is on ISA, then you can specify the IRQ to use in the kernel config file. If it is hard wired to some IRQ line, then you ought to be able to set the Adaptec card to use another IRQ. } One other funny thing. If you look at how aic7870.c is now, I call } pci_map_int after I scan the bus. It would make more sense to map } the interrupt handler (and deal with interrupt collisions) before } scanning the bus (ahc_attach). Unfortunately, when I call pci_map_int } first, the bus probe hangs. Its almost as if the code is relying on } interrupts now that a handler is installed but since this is during } boot/probe time, interrupts are disabled. Where it is now, works for } one card. The ncr driver maps the interrupt first. Any ideas? Sorry. I'm very busy right now ... If the Adaptec signals an interrupt condition before being initialised, then I'd understand, why the bus probe would appear to hang if pci_map_int() was called forst: The interrupt handler for the Adaptec would be called immediately, would find nothing to do, return, and because of PCI interrupts being Level triggered, this would result in another call of the same interrupt handler immediately again. Might help to printf() the interrupt status register on entry to the IRQ handler ... This way you would detect the infinite interruptt handler "loop" and possibly the cause. (Switching to Edge triggered interrupts might be a preliminary workaround.) Regards, STefan -- Stefan Esser Internet: Zentrum fuer Paralleles Rechnen Tel: +49 221 4706019 Universitaet zu Koeln FAX: +49 221 4705160 Weyertal 80 50931 Koeln From owner-freebsd-current Mon Mar 20 16:45:58 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA16956 for current-outgoing; Mon, 20 Mar 1995 16:45:58 -0800 Received: from kbrown.oldcampus.yale.edu (root@kbrown.oldcampus.yale.edu [130.132.128.124]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA16948; Mon, 20 Mar 1995 16:45:51 -0800 Date: Mon, 20 Mar 1995 19:44:56 +0000 From: Vince Chan Subject: Re: GUS on kernel supped last night To: "matthew c. mead" cc: me@FreeBSD.org, faulkner@mpd.tandem.com, current@FreeBSD.org In-Reply-To: <199503202216.RAA14205@goof.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Mon, 20 Mar 1995, matthew c. mead wrote: > Vince Chan wrote: > > > > Really? With the gmod from the current ports, compiled under current? > > > What kind of GUS? > > > Yes, I'm running a GUS (Regular one) Rev2.4 since the days it > > originally came out. It's on a red board... > > It's my belief that the GUSMAX side of things is what's breaking stuff. > > Hmmm, could be but speaking about gmod, it seems like the Inertia Player for the GUS in DOS plays MODS alot better... but with gmod, does either the one from 1.15 or -current acctually allow you to use the arrow keys or b, f, n, p keys? The -current binary would just exit back to the shell if I hit any of those keys while the 1.1.5 binary you had uploaded would seem to just echo the keys output instead of actually moving the thing... > -matt > > > -- > Matthew C. Mead -> Virginia Tech Center for Transportation Research - > -> Multiple Platform System and Network Administration > Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other > ---- ------- WWW -> http://www.goof.com/~mmead --- ----- > Cheers, Vince E-mail: vince@kbrown.oldcampus.yale.edu,\|/ Sys Adm - CircleStar Technologies,Inc. root@berkeley.circlestar.com,(o o) San Francisco, California USA _________________________oOO__(_)__OOo_____________________________ | There are many forms of science but only physics is the quantum | | leap of the 21st Century. | \_________________________________________________________________/ uPoy@physics.ucla.edu UCLA Physics/Electrical Engineering Los Angeles, California USA GUS Digest Adminstrator Advanced Gravis UltraSound Card - The ultimate in soundcard technology System Administrator - bigbang.HIP.Berkeley.EDU From owner-freebsd-current Mon Mar 20 16:47:27 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA17120 for current-outgoing; Mon, 20 Mar 1995 16:47:27 -0800 Received: from kbrown.oldcampus.yale.edu (root@kbrown.oldcampus.yale.edu [130.132.128.124]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA17059; Mon, 20 Mar 1995 16:47:11 -0800 Date: Mon, 20 Mar 1995 19:46:19 +0000 From: Vince Chan Subject: Re: GUS on kernel supped last night To: "matthew c. mead" cc: me@FreeBSD.org, faulkner@mpd.tandem.com, current@FreeBSD.org In-Reply-To: <199503202215.RAA14174@goof.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Mon, 20 Mar 1995, matthew c. mead wrote: > Vince Chan wrote: > > > What sound formats does adagio and Splay handle? Is sndkit what > > FreeBSD has in the -current kernel code? > > Adagio handles midi files. Splay handles raw, and wav type sound > formats. sndkit isn't what FreeBSD has in the -current kernel code. FreeBSD > has a modified version of Linux's snd-driv-2.90pl2. Made to go along with that > snd-driv-2.90pl2 code is snd-util, which has a dsp directory with programs to > record and play raw and wav data. That's the splay I'm talking about. > Oh okay, I always wondered how to record wav files... > > -matt > > -- > Matthew C. Mead -> Virginia Tech Center for Transportation Research - > -> Multiple Platform System and Network Administration > Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other > ---- ------- WWW -> http://www.goof.com/~mmead --- ----- > Cheers, Vince E-mail: vince@kbrown.oldcampus.yale.edu,\|/ Sys Adm - CircleStar Technologies,Inc. root@berkeley.circlestar.com,(o o) San Francisco, California USA _________________________oOO__(_)__OOo_____________________________ | There are many forms of science but only physics is the quantum | | leap of the 21st Century. | \_________________________________________________________________/ uPoy@physics.ucla.edu UCLA Physics/Electrical Engineering Los Angeles, California USA GUS Digest Adminstrator Advanced Gravis UltraSound Card - The ultimate in soundcard technology System Administrator - bigbang.HIP.Berkeley.EDU From owner-freebsd-current Mon Mar 20 16:53:33 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA17789 for current-outgoing; Mon, 20 Mar 1995 16:53:33 -0800 Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA17766; Mon, 20 Mar 1995 16:53:29 -0800 X-Authentication-Warning: freefall.cdrom.com: Host LOCALHOST didn't use HELO protocol To: roberto@hsc.fr.net cc: doc@FreeBSD.org (FreeBSD documentation list), freebsd-current@FreeBSD.org (FreeBSD Current Users' list) Subject: Re: Serial communications section in the FAQ In-reply-to: Your message of "Sat, 11 Mar 95 13:43:10 +0100." <199503111243.NAA03179@keltia.frmug.fr.net> Date: Mon, 20 Mar 1995 16:53:28 -0800 Message-ID: <17764.795747208@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > Please everyone have a look at the serial communications section in the new > HTML FreeBSD FAQ (http://www.freebsd.org/~roberto/FAQ/ till it is linked in > the main WWW repository). This FAQ still needs quite a bit of updating - the "what is FreeBSD" page alone had me sorting blinking in dismay. Also, Ollivier's name should now go at the top! :-) > Sean Kelly has done a great job ! Yes he has, thanks Sean! Now we just need to have the REST of the FAQ do justice to some of these nicer entries! :-) Jordan From owner-freebsd-current Mon Mar 20 17:48:10 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA20508 for current-outgoing; Mon, 20 Mar 1995 17:48:10 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA20502 for ; Mon, 20 Mar 1995 17:48:02 -0800 Received: by sequent.kiae.su id AA26887 (5.65.kiae-2 ); Tue, 21 Mar 1995 04:32:56 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Tue, 21 Mar 95 04:32:56 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id DAA03838; Tue, 21 Mar 1995 03:07:36 +0300 To: Garrett Wollman Cc: current@FreeBSD.org References: <9503201851.AA27463@halloran-eldar.lcs.mit.edu> In-Reply-To: <9503201851.AA27463@halloran-eldar.lcs.mit.edu>; from Garrett Wollman at Mon, 20 Mar 1995 13:51:08 -0500 Message-Id: Organization: Olahm Ha-Yetzirah Date: Tue, 21 Mar 1995 03:07:36 +0300 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: /etc/named.boot or /etc/namedb/named.boot? Lines: 28 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1164 Sender: current-owner@FreeBSD.org Precedence: bulk In message <9503201851.AA27463@halloran-eldar.lcs.mit.edu> Garrett Wollman writes: >< said: >> My named start to fail due to recent /etc/rc changes: >You should have read the rc files before you installed new ones. I was looking, but didn't eye-catch such small change. I don't remember that commit log points about this fact too. It isn't so-called 'bug report', I just wonder about proper location of named.boot and doubt that namedb dir is right place. >The place where we install the default files is /etc/namedb, so for >most users that is the correct location. named manpage refers to /etc/named.boot, moreover sources itself refers to /etc/named.boot. When named called without -b, it looks /etc/named.boot too. What is the reason to move it to namedb directory? -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Mon Mar 20 18:10:10 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA20965 for current-outgoing; Mon, 20 Mar 1995 18:10:10 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA20957 for ; Mon, 20 Mar 1995 18:10:09 -0800 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.9/8.6.9) with SMTP id SAA02500; Mon, 20 Mar 1995 18:08:18 -0800 Message-Id: <199503210208.SAA02500@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: se@MI.Uni-Koeln.DE (Stefan Esser) cc: current@FreeBSD.org Subject: Re: Sharing interrupts with PCI devices? In-reply-to: Your message of "Tue, 21 Mar 1995 01:16:56 +0100." <199503210016.AA05446@FileServ1.MI.Uni-Koeln.DE> Date: Mon, 20 Mar 1995 18:08:18 -0800 From: "Justin T. Gibbs" Sender: current-owner@FreeBSD.org Precedence: bulk >On Mar 18, 11:43, "Justin T. Gibbs" wrote: >} Subject: Re: Sharing interrupts with PCI devices? > >} >Shared interrupts are a requirement for >} >PCI, if you want to deal with 4 channel >} >Ethernet cards, or with PCI to PCI bridges >} >in general. >} > >} >The PCI shared interrupt code can be >} >implemented architecture independent (i.e. >} >is not bound to PC compatible hardware), >} >while moving that code into the ISA tree >} >means it sure can't be used for other >} >machines with PCI bus, and will have to >} >be reimplemented. >} > >} >I can live without shared ISA interrupts, >} >but we need them for PCI. >} >} I don't see why the two are mutually exclusive. I'd like >} to be able to share EISA interrrupts too. > >Yes, nothing keeps you from adding >this for EISA devices ... > >In fact, the PCI interrupt sharing >will probably be directly applicable >to EISA devices, too. > >The only new requirement is, that the >interrupt handler returns '0' in case >that device didn't cause the interrupt, >a '1' if it did ... > >We don't have any EISA system to test >this on, but the PCI interrupt code >will use a two layer approach: > >1) If only one interrupt is assigned to > some IRQ, then the current code will > be used. > >2) If interrupts are shared, then there > is a generic handler, which will call > each the handler for each device, after > masking those device classes interrupts. > (I.e. IRQ9 is used for DEC Ethernet and > NCR SCSI: The 'ed' handler will be called > with netmask, the NCR handler with biomask > applied.) > >This results in low overhead operation >in the non shared case, and in interrupts >masked for as short a period of time as >possible in the shared case. > >*** *** *** *** *** *** *** *** *** *** *** > >I will apply the PCI SHARED INTERRUPT patch >tomorrow. All PCI device drivers will have >been checked to conform to the return value >convention described above ! > >EISA devices will work with shared interrupts, >too, if their drivers are patched accordingly. >Somebody else will have to patch their interrupt >handlers and write some simple eisa_map_int() >function, similar to the NEW pci_map_int(), that >I'm going commit to -current tomorrow. > >*** *** *** *** *** *** *** *** *** *** *** > >} >If both your AIC devices are mapped >} >to use IRQ 10 (you are using the >} >pci_map_int() call, which will use >} >the BIOS supplied value), then this >} >is what you specified in the BIOS. >} > >} >I don't know which motherboard you >} >use, but it may help, if you send >} >me the boot message log. >} >} I'm using an Intel Altair motherboard. Its something they ship out >} to special customers or something. Its on loan from an Intel employee. > >Hmm, I still don't know, whether that >onboard SCSI chip is a PCI device (i.e. >can be configured as such). If it is on >ISA, then you can specify the IRQ to use >in the kernel config file. If it is hard >wired to some IRQ line, then you ought >to be able to set the Adaptec card to use >another IRQ. The aic7870 on board is a PCI device as well as the 2940. > >} One other funny thing. If you look at how aic7870.c is now, I call >} pci_map_int after I scan the bus. It would make more sense to map >} the interrupt handler (and deal with interrupt collisions) before >} scanning the bus (ahc_attach). Unfortunately, when I call pci_map_int >} first, the bus probe hangs. Its almost as if the code is relying on >} interrupts now that a handler is installed but since this is during >} boot/probe time, interrupts are disabled. Where it is now, works for >} one card. The ncr driver maps the interrupt first. Any ideas? > >Sorry. I'm very busy right now ... >If the Adaptec signals an interrupt >condition before being initialised, >then I'd understand, why the bus probe >would appear to hang if pci_map_int() >was called forst: I initialize the card and once I've initialized it sucessfully, I map in the interrupt handler. >The interrupt handler for the Adaptec >would be called immediately, would find >nothing to do, return, and because of PCI >interrupts being Level triggered, this >would result in another call of the same >interrupt handler immediately again. This just rang a bell. Is it usual to get a stray interrupt like this at map time? If so, I think I've found my bug! There's a nasty piece of code from the aic7770 driver that I've never seen get hit, that will try to switch the interrupt type (edge/level) if we see a stray before we probe the card. I'm almost positive now that we're hitting this in the aic7870 case and switching the interrupt type to the wrong kind. >Might help to printf() the interrupt status >register on entry to the IRQ handler ... >This way you would detect the infinite >interruptt handler "loop" and possibly the >cause. (Switching to Edge triggered interrupts >might be a preliminary workaround.) > >Regards, STefan Thanks STefan! > >-- > Stefan Esser Internet: > Zentrum fuer Paralleles Rechnen Tel: +49 221 4706019 > Universitaet zu Koeln FAX: +49 221 4705160 > Weyertal 80 > 50931 Koeln -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-current Mon Mar 20 18:23:41 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA21863 for current-outgoing; Mon, 20 Mar 1995 18:23:41 -0800 Received: from grendel.csc.smith.edu (grendel.csc.smith.edu [131.229.222.23]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA21857; Mon, 20 Mar 1995 18:23:39 -0800 Received: from localhost (jfieber@localhost) by grendel.csc.smith.edu (8.6.5/8.6.5) id VAA23551; Mon, 20 Mar 1995 21:24:18 -0500 From: jfieber@cs.smith.edu (John Fieber) Message-Id: <199503210224.VAA23551@grendel.csc.smith.edu> Subject: Re: Serial communications section in the FAQ To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Mon, 20 Mar 1995 21:24:17 -0500 (EST) Cc: roberto@hsc.fr.net, doc@FreeBSD.org, freebsd-current@FreeBSD.org In-Reply-To: <17764.795747208@freefall.cdrom.com> from "Jordan K. Hubbard" at Mar 20, 95 04:53:28 pm Content-Type: text Content-Length: 574 Sender: current-owner@FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > > > Please everyone have a look at the serial communications section in the new > > HTML FreeBSD FAQ (http://www.freebsd.org/~roberto/FAQ/ till it is linked in > > the main WWW repository). > > This FAQ still needs quite a bit of updating - the "what is FreeBSD" page > alone had me sorting blinking in dismay. Some cut-and-paste from http://www.freebsd.org/What might help out a bit. -john === jfieber@cs.smith.edu ================================================ =================================== Come up and be a kite! --K. Bush === From owner-freebsd-current Mon Mar 20 20:19:30 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA06870 for current-outgoing; Mon, 20 Mar 1995 20:19:30 -0800 Received: from relay2.UU.NET (relay2.UU.NET [192.48.96.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA06860 for ; Mon, 20 Mar 1995 20:19:26 -0800 Received: from ast.com by relay2.UU.NET with SMTP id QQyhyv15898; Mon, 20 Mar 1995 23:19:14 -0500 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA05379 (5.67b/IDA-1.5 for uunet!freebsd.org!current); Mon, 20 Mar 1995 20:23:13 -0800 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Tue, 21 Mar 95 04:19 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #18) id m0rqvAh-0004vtC; Mon, 20 Mar 95 22:03 CST Message-Id: Date: Mon, 20 Mar 95 22:03 CST To: current@FreeBSD.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Reply-To: uhclem%nemesis@fw.ast.com Sent: Mon Mar 20 1995, 22:03:54 CST Subject: Anyone interested in an Iomega driver? Cc: uhclem@nemesis.lonestar.org Sender: current-owner@FreeBSD.org Precedence: bulk Is there any interest in having a driver to support Iomega Bernoulli drives? I have several of the older drives (10 & 20 Meg units) plus adapters. I actually wrote drivers for these things for several retail systems years ago so doing it for BSD wouldn't be too tough. I have wanted to do this anyway because I have a lot of Iomega media from the Tandy 16/6000/3000/4000 XENIX days and this would provide a neat migration path for people who have data from these systems. If you are interested in having this hardware supported, please say so. If you can get access to the newer Iomega drives (40, 80, 120 & 150Meg) that would be VERY helpful so we can make sure one driver works for all. Defintely let me know about that. Thanks. Frank Durda IV |"Where do you want to go today? or uhclem%nemesis@trsvax.ast.com (Internet)| Wherever Microsoft tells you ...letni!rwsys!nemesis!uhclem | to." - (TM) 1994 MADSoft ...decvax!trsvax.fw.ast.com!nemesis!uhclem | From owner-freebsd-current Mon Mar 20 20:19:32 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA06877 for current-outgoing; Mon, 20 Mar 1995 20:19:32 -0800 Received: from relay2.UU.NET (relay2.UU.NET [192.48.96.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA06871 for ; Mon, 20 Mar 1995 20:19:30 -0800 Received: from ast.com by relay2.UU.NET with SMTP id QQyhyv15894; Mon, 20 Mar 1995 23:19:12 -0500 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA05375 (5.67b/IDA-1.5 for uunet!freebsd.org!current); Mon, 20 Mar 1995 20:23:12 -0800 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Tue, 21 Mar 95 04:19 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #18) id m0rquy7-0004vrC; Mon, 20 Mar 95 21:50 CST Message-Id: Date: Mon, 20 Mar 95 21:50 CST To: current@FreeBSD.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Reply-To: uhclem%nemesis@fw.ast.com Sent: Mon Mar 20 1995, 21:50:54 CST Subject: Can we create isa/matcd? Cc: uhclem@nemesis.lonestar.org Sender: current-owner@FreeBSD.org Precedence: bulk When I developed the matcd driver, I had assumed it and all of its directly-related files would land in their own subdirectory under isa since there were more than two or three associated files. However, Jordon didn't notice I was assuming this in the original code submission, so all the files ended up in /usr/src/sys/i386/isa. The files that relate to matcd that currently exist in isa today are matcd.c, matcd.h, options.h, creative.h and possibly a README file. (I don't know where it went.) For obvious reasons, some of the file name choices aren't that great for a generic driver directory. Someone might think that "options.h" does more than controlling compile options for one driver, or that "creative.h" has something to do with audio support. Further, I am in the process of adding to the driver support for some other sound cards (Diamond/MediaVision) with differing interfaces and some drives that use the interface but have different command sets. Matsushita didn't produce a reference design for the host adapter, so everybody has their own slightly-different implementation. Increasing the number of supported cards and drives will just increase the number of files related to the core driver and I would really like to get these out of the isa directory. To reduce the clutter, I propose that we create a /usr/src/sys/i386/isa/matcd directory where all the files related to matcd (and the future related files) would reside. Jordon suggested I voice this option here. If there are objections to this idea, please speak up in -current. Thanks. Frank Durda IV |"The federal agents are exposing or uhclem%nemesis@trsvax.ast.com (Internet)| themselves to the outer ...letni!rwsys!nemesis!uhclem | atmosphere." - KXAS TV reporter ...decvax!trsvax.fw.ast.com!nemesis!uhclem | during Waco fire. REALLY! From owner-freebsd-current Mon Mar 20 21:33:19 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA08850 for current-outgoing; Mon, 20 Mar 1995 21:33:19 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA08813 for ; Mon, 20 Mar 1995 21:33:04 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id PAA04875; Tue, 21 Mar 1995 15:29:41 +1000 Date: Tue, 21 Mar 1995 15:29:41 +1000 From: Bruce Evans Message-Id: <199503210529.PAA04875@godzilla.zeta.org.au> To: current@FreeBSD.org, se@MI.Uni-Koeln.DE Subject: Re: Sharing interrupts with PCI devices? Sender: current-owner@FreeBSD.org Precedence: bulk >This results in low overhead operation >in the non shared case, and in interrupts >masked for as short a period of time as >possible in the shared case. >*** *** *** *** *** *** *** *** *** *** *** >I will apply the PCI SHARED INTERRUPT patch >tomorrow. All PCI device drivers will have >been checked to conform to the return value >convention described above ! This results in a higher overhead operation in the non-shared case :-]. What about generic drivers like isa/bt742a.c? Does the new requirement give higher overhead in the non-shared ISA (VLB) case? The overheads are relatively _very_ small for devices that transfer large blocks so I'm not worried about the overheads for bt742a. Bruce From owner-freebsd-current Mon Mar 20 21:41:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA09788 for current-outgoing; Mon, 20 Mar 1995 21:41:35 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA09781 for ; Mon, 20 Mar 1995 21:41:33 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id AAA01018 for current@freebsd.org; Tue, 21 Mar 1995 00:41:28 -0500 From: "matthew c. mead" Message-Id: <199503210541.AAA01018@goof.com> Subject: MSDOSFS To: current@FreeBSD.org Date: Tue, 21 Mar 1995 00:41:28 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 639 Sender: current-owner@FreeBSD.org Precedence: bulk Does anyone know if to use the MSDOS filesystem it must be statically compiled into the kernel? I took it out of my config figuring it only need be loaded into memory when I use it, and now whenever I try to write to a msdos filesystem, I get a panic, stating that there was a page fault while in kernel mode. Any ideas? -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Mon Mar 20 21:56:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA00248 for current-outgoing; Mon, 20 Mar 1995 21:56:35 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA00242 for ; Mon, 20 Mar 1995 21:56:34 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id VAA29581; Mon, 20 Mar 1995 21:56:31 -0800 From: Poul-Henning Kamp Message-Id: <199503210556.VAA29581@ref.tfs.com> Subject: Re: Can we create isa/matcd? To: uhclem%nemesis@fw.ast.com Date: Mon, 20 Mar 1995 21:56:31 -0800 (PST) Cc: current@FreeBSD.org, uhclem@nemesis.lonestar.org In-Reply-To: from "Frank Durda IV" at Mar 20, 95 09:50:00 pm Content-Type: text Content-Length: 288 Sender: current-owner@FreeBSD.org Precedence: bulk Hi Frank, Yes, I think it is a very sensible suggestion. Either I or Jordan will work with you on this. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Mon Mar 20 22:01:29 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA00339 for current-outgoing; Mon, 20 Mar 1995 22:01:29 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA00332 for ; Mon, 20 Mar 1995 22:01:26 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id VAA03849 for freebsd-current@freebsd.org; Mon, 20 Mar 1995 21:59:10 -0800 From: "Rodney W. Grimes" Message-Id: <199503210559.VAA03849@gndrsh.aac.dev.com> Subject: Problems with ncr and CDROM drive To: freebsd-current@FreeBSD.org Date: Mon, 20 Mar 1995 21:59:09 -0800 (PST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1096 Sender: current-owner@FreeBSD.org Precedence: bulk I am trying to get a Chinon 525 (there new low cost double speed scsi-II cdrom drive) to work with the ncr controller. The drive seems to work just fine with my bt946c, but the ncr driver is rather unhappy about it :-(: ncr0 int a irq 9 on pci0:1 reg20: virtual=0xf1d03000 physical=0xfbfef000 ncr0: restart (scsi reset). ncr0 scanning for targets 0..6 (V2 pl18 95/02/23) scbus0: (ncr0:0:0): "MICROP 2112-15MQ1001901 HQ30" is a type 0 fixed SCSI 2 sd0(ncr0:0:0): Direct-Access sd0(ncr0:0:0): sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 1001MB (2051615 sectors), 1760 C 15 H 77 S/T 512 B/S (ncr0:6:0): "Chinon CD-ROM CDS-525 V10" is a type 5 removable SCSI 2 cd0(ncr0:6:0): CD-ROM cd0(ncr0:6:0): UNIT ATTENTION asc:28,0 Not ready to ready transition, medium may have changed cd0: could not get size drive empty Boy, and have the scsi error messages ever gotten screwed up :-(. Any one have any ideas??? -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Mon Mar 20 22:02:37 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA00369 for current-outgoing; Mon, 20 Mar 1995 22:02:37 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA00363 for ; Mon, 20 Mar 1995 22:02:36 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id BAA02207 for current@freebsd.org; Tue, 21 Mar 1995 01:02:35 -0500 From: "matthew c. mead" Message-Id: <199503210602.BAA02207@goof.com> Subject: disregard previous message about msdosfs To: current@FreeBSD.org Date: Tue, 21 Mar 1995 01:02:35 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 430 Sender: current-owner@FreeBSD.org Precedence: bulk Wouldn't you know I forgot to rebuild my lkm directory? :-) Sorry... I'll take the conical hat for a while <:-) -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Mon Mar 20 22:26:22 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA01110 for current-outgoing; Mon, 20 Mar 1995 22:26:22 -0800 Received: from specgw.spec.co.jp (specgw.spec.co.jp [202.32.13.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA01029 for ; Mon, 20 Mar 1995 22:26:12 -0800 Received: from tama3 (tama3 [202.32.13.252]) by specgw.spec.co.jp (8.6.5/3.3Wb-SPEC) with SMTP id PAA08383; Tue, 21 Mar 1995 15:21:45 +0900 Date: Tue, 21 Mar 1995 15:21:45 +0900 Message-Id: <199503210621.PAA08383@specgw.spec.co.jp> To: bde@zeta.org.au Cc: current@FreeBSD.org, se@MI.Uni-Koeln.DE Subject: Re: Sharing interrupts with PCI devices? In-Reply-To: <199503210529.PAA04875@godzilla.zeta.org.au> From: =?ISO-2022-JP?B?GyRCQjwwZhsoSg==?= =?ISO-2022-JP?B?GyRCPV8bKEo=?= Atsushi Murai X-Mailer: AL-Mail for Windows(0.36B) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp Sender: current-owner@FreeBSD.org Precedence: bulk Bruce Evans wrotes: >>This results in low overhead operation >>in the non shared case, and in interrupts >>masked for as short a period of time as >>possible in the shared case. > >>*** *** *** *** *** *** *** *** *** *** *** > >>I will apply the PCI SHARED INTERRUPT patch >>tomorrow. All PCI device drivers will have >>been checked to conform to the return value >>convention described above ! > >This results in a higher overhead operation >in the non-shared case :-]. What about >generic drivers like isa/bt742a.c? Does >the new requirement give higher overhead >in the non-shared ISA (VLB) case? > >The overheads are relatively _very_ small for >devices that transfer large blocks so I'm not >worried about the overheads for bt742a. Case 1: Sharing same IRQ by same device. Consider with for EISA, This is using sharing interruption by level sense. This mean once interrupter ocurred, another interrupter never interrupt for Interrupt controler during procees a same device interrupt service for card. And obiously, a device interruption routine should know their sharing interrupiton group and I/O chanels. Thus it's could be reduce number of interrupt even checking validation by reading extra I/O port. So it will give us decreas overhead under the heavy load for these device. Case 2: Sharing same IRQ by different device. This case, System interrupt service routine should dispatch and poll for any same interrupt for which different devices are configred. But this is only useful for limited of IRQ resouse situation. >Bruce Atsushi. -- Atsushi Murai E-Mail: amurai@spec.co.jp SPEC Voice : +81-3-3833-5341 System Planning and Engineering Corp. From owner-freebsd-current Mon Mar 20 22:56:09 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA02047 for current-outgoing; Mon, 20 Mar 1995 22:56:09 -0800 Received: from news.rim.or.jp (news.rim.or.jp [202.255.181.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA02041 for ; Mon, 20 Mar 1995 22:56:05 -0800 Received: (from uucp@localhost) by news.rim.or.jp (8.6.10+2.4W/3.3W-rim1.0) with UUCP id PAA12593 for current@freebsd.org; Tue, 21 Mar 1995 15:56:01 +0900 Received: (from sa2c@localhost) by us.and.or.jp (8.6.11/3.3W8) id PAA09989; Tue, 21 Mar 1995 15:54:31 +0900 Date: Tue, 21 Mar 1995 15:54:31 +0900 From: NIIMI Satoshi Message-Id: <199503210654.PAA09989@us.and.or.jp> To: current@FreeBSD.org Subject: GDB on current Reply-to: sa2c@st.rim.or.jp Sender: current-owner@FreeBSD.org Precedence: bulk I've succeeded to make gdb with current ld. The solution is to put insque.o in libiberty.a. Although I pull back libiberty/insque.c from original gdb-4.1.3 (because gdb is already GDLed), to put .PATH: ${CURDIR}/../..(snip)../lib/libcompat/4.3 SRCS+= insque.c remque.c in libiberty/Makefile will work. The patch is below. --- /dev/null Tue Mar 21 14:06:31 1995 +++ libiberty/insque.c Tue Mar 21 14:22:45 1995 @@ -0,0 +1,73 @@ +/* insque(3C) routines + Copyright (C) 1991 Free Software Foundation, Inc. + +This file is part of the libiberty library. +Libiberty is free software; you can redistribute it and/or +modify it under the terms of the GNU Library General Public +License as published by the Free Software Foundation; either +version 2 of the License, or (at your option) any later version. + +Libiberty is distributed in the hope that it will be useful, +but WITHOUT ANY WARRANTY; without even the implied warranty of +MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU +Library General Public License for more details. + +You should have received a copy of the GNU Library General Public +License along with libiberty; see the file COPYING.LIB. If +not, write to the Free Software Foundation, Inc., 675 Mass Ave, +Cambridge, MA 02139, USA. */ + +/* + +NAME + + insque, remque -- insert, remove an element from a queue + +SYNOPSIS + + struct qelem { + struct qelem *q_forw; + struct qelem *q_back; + char q_data[]; + }; + + void insque (struct qelem *elem, struct qelem *pred) + + void remque (struct qelem *elem) + +DESCRIPTION + + Routines to manipulate queues built from doubly linked lists. + The insque routine inserts ELEM in the queue immediately after + PRED. The remque routine removes ELEM from its containing queue. + +BUGS + +*/ + + +struct qelem { + struct qelem *q_forw; + struct qelem *q_back; +}; + + +void +insque (elem, pred) + struct qelem *elem; + struct qelem *pred; +{ + elem -> q_forw = pred -> q_forw; + pred -> q_forw -> q_back = elem; + elem -> q_back = pred; + pred -> q_forw = elem; +} + + +void +remque (elem) + struct qelem *elem; +{ + elem -> q_forw -> q_back = elem -> q_back; + elem -> q_back -> q_forw = elem -> q_forw; +} --- libiberty/Makefile.orig Tue Mar 21 14:25:55 1995 +++ libiberty/Makefile Tue Mar 21 14:24:08 1995 @@ -1,7 +1,7 @@ LIB= iberty SRCS= argv.c basename.c concat.c cplus-dem.c fdmatch.c getopt.c \ - getopt1.c ieee-float.c obstack.c spaces.c strerror.c strsignal.c \ - vasprintf.c xmalloc.c + getopt1.c ieee-float.c insque.c obstack.c spaces.c strerror.c \ + strsignal.c vasprintf.c xmalloc.c CFLAGS+= -I$(.CURDIR)/../gdb/. NOPROFILE=no --- gdb/Makefile.orig Tue Mar 21 14:26:40 1995 +++ gdb/Makefile Tue Mar 21 14:27:03 1995 @@ -72,7 +72,4 @@ DPADD+= ${.CURDIR}/../mmalloc/libmmalloc.a .endif -LDADD+= -lcompat -DPADD+= ${LIBCOMPAT} - .include -- $B?78+3P;V(B / NIIMI Satoshi From owner-freebsd-current Mon Mar 20 22:55:55 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA02039 for current-outgoing; Mon, 20 Mar 1995 22:55:55 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA02033 for ; Mon, 20 Mar 1995 22:55:47 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA28817; Tue, 21 Mar 1995 07:55:34 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id HAA01841 for freebsd-current@FreeBSD.org; Tue, 21 Mar 1995 07:55:33 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id HAA24343 for freebsd-current@FreeBSD.org; Tue, 21 Mar 1995 07:50:26 +0100 From: J Wunsch Message-Id: <199503210650.HAA24343@uriah.heep.sax.de> Subject: Any known NFS problems? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 21 Mar 1995 07:50:25 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 570 Sender: current-owner@FreeBSD.org Precedence: bulk I'm desperately trying to `make release' with the CHROOTDIR set to an NFS-mounted directory. The NFS server machine is an old 386/16 with a -current as of Mar 14. Every now and then, the server machine is totally stalling. No ping, nothing. Only DDB (from serial console), but neither `ps' nor `trace' from DDB gimme any good clue what's going wrong. I'd look deeper into this unless it's a known (or even fixed) problem. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Mar 20 23:00:37 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA02216 for current-outgoing; Mon, 20 Mar 1995 23:00:37 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA02208 for ; Mon, 20 Mar 1995 23:00:34 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id XAA28149; Mon, 20 Mar 1995 23:00:29 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id XAA00373; Mon, 20 Mar 1995 23:00:29 -0800 Message-Id: <199503210700.XAA00373@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: Any known NFS problems? In-reply-to: Your message of "Tue, 21 Mar 95 07:50:25 +0100." <199503210650.HAA24343@uriah.heep.sax.de> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 20 Mar 1995 23:00:28 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >I'm desperately trying to `make release' with the CHROOTDIR set to >an NFS-mounted directory. The NFS server machine is an old 386/16 >with a -current as of Mar 14. > >Every now and then, the server machine is totally stalling. No ping, >nothing. Only DDB (from serial console), but neither `ps' nor `trace' >from DDB gimme any good clue what's going wrong. > >I'd look deeper into this unless it's a known (or even fixed) problem. It is very likely already fixed. Please update the kernel and find out. -DG From owner-freebsd-current Mon Mar 20 23:11:40 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA03853 for current-outgoing; Mon, 20 Mar 1995 23:11:40 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA03847 for ; Mon, 20 Mar 1995 23:11:39 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id XAA29850; Mon, 20 Mar 1995 23:10:09 -0800 From: Poul-Henning Kamp Message-Id: <199503210710.XAA29850@ref.tfs.com> Subject: Re: Any known NFS problems? To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 20 Mar 1995 23:10:09 -0800 (PST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503210650.HAA24343@uriah.heep.sax.de> from "J Wunsch" at Mar 21, 95 07:50:25 am Content-Type: text Content-Length: 689 Sender: current-owner@FreeBSD.org Precedence: bulk > I'm desperately trying to `make release' with the CHROOTDIR set to > an NFS-mounted directory. The NFS server machine is an old 386/16 > with a -current as of Mar 14. > > Every now and then, the server machine is totally stalling. No ping, > nothing. Only DDB (from serial console), but neither `ps' nor `trace' > from DDB gimme any good clue what's going wrong. > > I'd look deeper into this unless it's a known (or even fixed) problem. I belive davids commit from this afternoon is what you want... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Mon Mar 20 23:22:34 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA05502 for current-outgoing; Mon, 20 Mar 1995 23:22:34 -0800 Received: from news.iadfw.net (jbryant@news.iadfw.net [204.178.72.99]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA05483 for ; Mon, 20 Mar 1995 23:22:32 -0800 Received: from localhost (jbryant@localhost) by news.iadfw.net (8.6.5/8.6.6) id BAA02201 for freebsd-current@freebsd.org; Tue, 21 Mar 1995 01:22:28 -0600 From: Jim Bryant Message-Id: <199503210722.BAA02201@news.iadfw.net> Subject: Re: make netstat breaks To: freebsd-current@FreeBSD.org Date: Tue, 21 Mar 1995 01:22:27 -0600 (CST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1227 Sender: current-owner@FreeBSD.org Precedence: bulk In reply: > From: John Hay > Subject: make netstat breaks > To: current@FreeBSD.org (FreeBSD-current) > Date: Mon, 20 Mar 1995 12:50:39 +0200 (SAT) > > Hi, > > After the latest changes to kvm.h I get: > cc -O2 -I/sys -c /usr/src/usr.bin/netstat/unix.c > In file included from /usr/src/usr.bin/netstat/unix.c:41: > /usr/include/kvm.h:66: parse error before `kvm_uread' > /usr/include/kvm.h:66: parse error before `u_long' > > Shouldn't kvm.h include sys/types.h ? or should netstat include it? I have experienced the above errors attempting to make many programs under 950210-SNAP. I posted a query about problems with make a few days back... Also of interest, the current version of gmake under the same snapshot sometimes comes back saying that it cannot make target '[trash chars here]'... Has this been fixed in -current? I thought I was the only one experiencing this.. Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@server.iadfw.net, System administrator, Internet America From owner-freebsd-current Mon Mar 20 23:33:19 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA07020 for current-outgoing; Mon, 20 Mar 1995 23:33:19 -0800 Received: from news.iadfw.net (jbryant@news.iadfw.net [204.178.72.99]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA07014 for ; Mon, 20 Mar 1995 23:33:18 -0800 Received: from localhost (jbryant@localhost) by news.iadfw.net (8.6.5/8.6.6) id BAA02285; Tue, 21 Mar 1995 01:32:54 -0600 From: Jim Bryant Message-Id: <199503210732.BAA02285@news.iadfw.net> Subject: Re: iozone read vs. write To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Tue, 21 Mar 1995 01:32:52 -0600 (CST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503201602.RAA02319@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Mar 20, 95 05:02:31 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1217 Sender: current-owner@FreeBSD.org Precedence: bulk In reply: > Date: Mon, 20 Mar 1995 17:02:31 +0100 > From: "Christoph P. Kukulies" > To: freebsd-current@freefall.cdrom.com > Subject: iozone read vs. write > > iozone 13 ... > > Writing the 13 Megabyte file, 'iozone.tmp'...15.085938 seconds > Reading the file...4.000000 seconds > > IOZONE performance measurements: > 903589 bytes/second for writing the file > 3407872 bytes/second for reading the file > > Does anone have an explanation why the number diverge to such an extent? > (System is a 32 MB 486DX2/66 EIDE 2 Quantum 540 system) caching. Try modifying the sources to change the number of iterations in auto-mode. I find on a 64 meg system that the read and write times converge to hardware speed when it hits a file size of 32 megs. The test is essentially useless until you get past the cache, that is unless you are measuring caching performance. Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@server.iadfw.net, System administrator, Internet America From owner-freebsd-current Mon Mar 20 23:47:10 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA08449 for current-outgoing; Mon, 20 Mar 1995 23:47:10 -0800 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA08443 for ; Mon, 20 Mar 1995 23:47:08 -0800 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-6) id AA27364; Tue, 21 Mar 95 08:46:47 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id IAA04707; Tue, 21 Mar 1995 08:52:46 +0100 Message-Id: <199503210752.IAA04707@gilberto.physik.rwth-aachen.de> Subject: Re: make netstat breaks To: jbryant@server.iadfw.net (Jim Bryant) Date: Tue, 21 Mar 1995 08:52:45 +0100 (MET) Cc: freebsd-current@freefall.cdrom.com (user alias) In-Reply-To: <199503210722.BAA02201@news.iadfw.net> from "Jim Bryant" at Mar 21, 95 01:22:27 am From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1090 Sender: current-owner@FreeBSD.org Precedence: bulk > I posted a query about problems with make a few days back... > > Also of interest, the current version of gmake under the same snapshot > sometimes comes back saying that it cannot make target '[trash chars > here]'... I don't know if this a similar problem though it happened under 'normal' make: During a kernel build on Sunday evening make stopped saying 'don't know how to make ' - forgot which one. I started over and make ran through. > > Has this been fixed in -current? I thought I was the only one > experiencing this.. > > Jim > -- > All opinions expressed are mine, if you | "I will not be pushed, stamped, > think otherwise, then go jump into turbid | briefed, debriefed, indexed, or > radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" > jbryant@server.iadfw.net, System administrator, Internet America > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Sun Mar 19 17:20:44 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-current Tue Mar 21 00:31:25 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA11156 for current-outgoing; Tue, 21 Mar 1995 00:31:25 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA11145 for ; Tue, 21 Mar 1995 00:31:09 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id KAA03157 for ; Tue, 21 Mar 1995 10:30:42 +0200 Message-Id: <199503210830.KAA03157@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: current@FreeBSD.org Subject: Please commit this... Date: Tue, 21 Mar 1995 10:30:42 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk Hello team I have gotten together that which is necessary to get xntpd's crypt stuff going. Could some kind soul please commit this? First; this is a diff for src/usr.sbin/xntpd/lib/Makefile -------------------------------------------------------------- *** Makefile.org Wed Mar 1 23:45:47 1995 --- Makefile Tue Mar 21 10:01:44 1995 *************** *** 24,30 **** --- 24,35 ---- install: + .if defined(NOCRYPT) authdes.c: authdes.c.export cp ${.CURDIR}/authdes.c.export authdes.c + .else + authdes.c: ../../../secure/usr.sbin/xntpd/lib/authdes.c + cp ${.CURDIR}/../../../secure/usr.sbin/xntpd/lib/authdes.c authdes.c + .endif .include -------------------------------------------------------------- I have put authdes.c into ftp://freefall.cdrom.com/incoming/authdes.c please put that into src/secure/usr.sbin/xntpd/lib/authdes.c This is where Garrett suggested it best go... FOREIGNERS!!! DO NOT FETCH THIS FILE FROM THIS LOCATION! You will get the American site in big trouble! I am putting the file in the South African archive skeleton.mikom.csir.co.za:/pub/FreeBSD/FreeBSD-current/src/secure/.... PLEASE FETCH IT FROM HERE! THIS IS LEGAL AND AVAILABLE!!! M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-current Tue Mar 21 00:41:45 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA11341 for current-outgoing; Tue, 21 Mar 1995 00:41:45 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA11334 for ; Tue, 21 Mar 1995 00:41:37 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id KAA03251 for ; Tue, 21 Mar 1995 10:41:13 +0200 Message-Id: <199503210841.KAA03251@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: current@FreeBSD.org Subject: Screensavers and rc's Date: Tue, 21 Mar 1995 10:41:13 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk Given that it is not exactly obvious how one should load screensaver lkm's, please could we pud something like the following in one of the /etc/rc's? # Syscons screen saver if [ "x$saver" != "xNO" ] ; then echo -n "syscons: " modload -u -o /tmp/saver_mod -e saver_init -q /lkm/${SAVER}_saver_mod.o fi -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-current Tue Mar 21 01:13:55 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA12229 for current-outgoing; Tue, 21 Mar 1995 01:13:55 -0800 Received: from inet-gw-3.pa.dec.com (inet-gw-3.pa.dec.com [16.1.0.33]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA12220; Tue, 21 Mar 1995 01:13:51 -0800 Received: from dude.pcs.dec.com by inet-gw-3.pa.dec.com (5.65/24Feb95) id AA23202; Tue, 21 Mar 95 01:12:46 -0800 Received: by dude.pcs.dec.com (/\=-/\ Smail3.1.16.1 #16.37) id ; Tue, 21 Mar 95 10:10 MEZ Message-Id: From: me@dude.pcs.dec.com ( Michael Elbel ) Subject: Re: GUS on kernel supped last night To: mmead@goof.com (matthew c. mead) Date: Tue, 21 Mar 1995 10:10:11 +0100 (MEZ) Cc: vince@kbrown.oldcampus.yale.edu, me@FreeBSD.org, faulkner@mpd.tandem.com, current@FreeBSD.org Reply-To: me@FreeBSD.org (Michael Elbel) In-Reply-To: <199503202216.RAA14205@goof.com> from "matthew c. mead" at Mar 20, 95 05:16:00 pm X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 512 Sender: current-owner@FreeBSD.org Precedence: bulk > > > Really? With the gmod from the current ports, compiled under current? > > > What kind of GUS? > > > Yes, I'm running a GUS (Regular one) Rev2.4 since the days it > > originally came out. It's on a red board... > > It's my belief that the GUSMAX side of things is what's breaking stuff. > At least for the mod-playing stuff that can't be since I see it on my regular GUS 2.4 / 1024k. Michael -- Michael Elbel, Digital-PCS GmbH, Muenchen, Germany - me@FreeBSD.org Fermentation fault (coors dumped) From owner-freebsd-current Tue Mar 21 02:40:11 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA14933 for current-outgoing; Tue, 21 Mar 1995 02:40:11 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA14925 for ; Tue, 21 Mar 1995 02:40:08 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id FAA04871; Tue, 21 Mar 1995 05:36:42 -0500 From: Peter Dufault Message-Id: <199503211036.FAA04871@hda.com> Subject: Re: Problems with ncr and CDROM drive To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Tue, 21 Mar 1995 05:36:42 -0500 (EST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503210559.VAA03849@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Mar 20, 95 09:59:09 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2426 Sender: current-owner@FreeBSD.org Precedence: bulk Rodney W. Grimes writes: > > I am trying to get a Chinon 525 (there new low cost double speed > scsi-II cdrom drive) to work with the ncr controller. The drive > seems to work just fine with my bt946c, but the ncr driver is > rather unhappy about it :-(: > > ncr0 int a irq 9 on pci0:1 > reg20: virtual=0xf1d03000 physical=0xfbfef000 > ncr0: restart (scsi reset). > ncr0 scanning for targets 0..6 (V2 pl18 95/02/23) > scbus0: (ncr0:0:0): "MICROP 2112-15MQ1001901 HQ30" is a type 0 fixed SCSI 2 > sd0(ncr0:0:0): Direct-Access > sd0(ncr0:0:0): sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. > 1001MB (2051615 sectors), 1760 C 15 H 77 S/T 512 B/S > (ncr0:6:0): "Chinon CD-ROM CDS-525 V10" is a type 5 removable SCSI 2 > cd0(ncr0:6:0): CD-ROM cd0(ncr0:6:0): UNIT ATTENTION asc:28,0 Not ready to ready transition, medium may have changed > cd0: could not get size > drive empty > > Boy, and have the scsi error messages ever gotten screwed up :-(. > I believe this will look like this now: > ncr0 scanning for targets 0..6 (V2 pl18 95/02/23) > (ncr0:0:0): "MICROP 2112-15MQ1001901 HQ30" is a type 0 fixed SCSI 2 > sd0(ncr0:0:0): Direct-Access > sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. > sd0(ncr0:0:0): 1001MB (2051615 512 byte sectors) > (ncr0:6:0): "Chinon CD-ROM CDS-525 V10" is a type 5 removable SCSI 2 > cd0(ncr0:6:0): CD-ROM > cd0(ncr0:6:0): UNIT ATTENTION asc:28,0 > cd0(ncr0:6:0): Not ready to ready transition, medium may have changed > cd0: could not get size And without the NCR driver: > (aha0:0:0): "MICROP 2112-15MQ1001901 HQ30" is a type 0 fixed SCSI 2 > sd0(aha0:0:0): Direct-Access 1001MB (2051615 512 byte sectors) > (aha0:6:0): "Chinon CD-ROM CDS-525 V10" is a type 5 removable SCSI 2 > cd0(aha0:6:0): CD-ROM > cd0(aha0:6:0): UNIT ATTENTION asc:28,0 > cd0(aha0:6:0): Not ready to ready transition, medium may have changed > cd0: could not get size If there are any other problems with the probe messages and the scsi error messages let me know. Don't let me know right now, wait until after this code is committed and see how it looks with that. (and I was concerned about the SCSI configuration code or the moving a lot of the common code into one place causing problems). Peter -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-current Tue Mar 21 05:36:16 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA20151 for current-outgoing; Tue, 21 Mar 1995 05:36:16 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA20142; Tue, 21 Mar 1995 05:36:14 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id IAA01308; Tue, 21 Mar 1995 08:36:14 -0500 From: "matthew c. mead" Message-Id: <199503211336.IAA01308@goof.com> Subject: Re: GUS on kernel supped last night To: me@FreeBSD.org Date: Tue, 21 Mar 1995 08:36:13 -0500 (EST) Cc: vince@kbrown.oldcampus.yale.edu, faulkner@mpd.tandem.com, current@FreeBSD.org In-Reply-To: from "Michael Elbel" at Mar 21, 95 10:10:11 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 864 Sender: current-owner@FreeBSD.org Precedence: bulk Michael Elbel wrote: > > > > > Really? With the gmod from the current ports, compiled under current? > > > > What kind of GUS? > > > > > Yes, I'm running a GUS (Regular one) Rev2.4 since the days it > > > originally came out. It's on a red board... > > > > It's my belief that the GUSMAX side of things is what's breaking stuff. > > > > At least for the mod-playing stuff that can't be since I see it on my > regular GUS 2.4 / 1024k. Then it's probably still some problem in the header files. I'll try to have another looksee later today. -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Tue Mar 21 06:13:26 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA20842 for current-outgoing; Tue, 21 Mar 1995 06:13:26 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA20836 for ; Tue, 21 Mar 1995 06:13:20 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id AAA17502; Wed, 22 Mar 1995 00:09:16 +1000 Date: Wed, 22 Mar 1995 00:09:16 +1000 From: Bruce Evans Message-Id: <199503211409.AAA17502@godzilla.zeta.org.au> To: davidg@Root.COM, terry@cs.weber.edu Subject: Re: Why does kern_lkm.c use kmem_alloc()? Cc: current@FreeBSD.org, wollman@halloran-eldar.lcs.mit.edu Sender: current-owner@FreeBSD.org Precedence: bulk >>Virtually, at least initially, so that the loader can load the code >>contiguously in the address space in which it is to run. > Ahh. Yes, kmem_alloc() is the thing to use in this case. I hope nothing depends on the virtually contiguous memory being physically contiguous here. vm_page_alloc_contig() is the thing to use to get physically contiguous memory. >>Oh, and it wants to load the code page aligned. kmem_alloc returns memory >>statring at the start of a page (or at least it used to and does in > Right, it allocates in terms of pages. Garrett should be able to use the >"size" field of modstat to see how much memory each module consumes (plus >whatever is malloc'd). Ordinary malloc() returns page aligned memory for sizes >= one page. I'd like vmstat to show all kernel *alloc()ed memory. Bruce From owner-freebsd-current Tue Mar 21 07:03:32 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA21836 for current-outgoing; Tue, 21 Mar 1995 07:03:32 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA21822 for ; Tue, 21 Mar 1995 07:03:22 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id BAA18525; Wed, 22 Mar 1995 01:01:42 +1000 Date: Wed, 22 Mar 1995 01:01:42 +1000 From: Bruce Evans Message-Id: <199503211501.BAA18525@godzilla.zeta.org.au> To: phk@ref.tfs.com, uhclem%nemesis@fw.ast.com Subject: Re: Can we create isa/matcd? Cc: current@FreeBSD.org, uhclem@nemes\is.lonestar.org Sender: current-owner@FreeBSD.org Precedence: bulk >Yes, I think it is a very sensible suggestion. Either I or Jordan will >work with you on this. I was hoping matcd could be changed to be more like the other drivers instead. I don't like big drivers such as isa/sound/* and isa/pcvt/*. matcd.c is inconsistent with most other drivers in its #include's. #include'ing "options.h" will probably break when someone fixes option handling in /usr/sbin/config, and #include'ing "creative.h" will break if anyone writes a driver named `creative'. See all the other drivers for examples (mostly bad :-]). The SCSI drivers somehow get by with not exporting any #defines. I like this. It helps to have an extra layer above the raw devices. The fd driver started right but now has ugly interfaces to the ft driver. The sio driver has the chip-dependent and bus-dependent header files more or less back to front. The syscons driver ignores all the keyboard #defines in ic/i8042.h and puts its own keyboard defines in the wrong place (). Bruce From owner-freebsd-current Tue Mar 21 07:03:12 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA21821 for current-outgoing; Tue, 21 Mar 1995 07:03:12 -0800 Received: from FileServ2.MI.Uni-Koeln.DE (FileServ2.MI.Uni-Koeln.DE [134.95.212.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA21809 for ; Tue, 21 Mar 1995 07:03:04 -0800 Received: by FileServ2.MI.Uni-Koeln.DE id AA11533 (5.67b/IDA-1.5 for current@freebsd.org); Tue, 21 Mar 1995 15:55:57 +0100 Message-Id: <199503211455.AA11533@FileServ2.MI.Uni-Koeln.DE> From: se@MI.Uni-Koeln.DE (Stefan Esser) Date: Tue, 21 Mar 1995 15:55:56 +0100 In-Reply-To: Bruce Evans "Re: Sharing interrupts with PCI devices?" (Mar 21, 15:29) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Bruce Evans , current@FreeBSD.org Subject: Re: Sharing interrupts with PCI devices? Sender: current-owner@FreeBSD.org Precedence: bulk On Mar 21, 15:29, Bruce Evans wrote: } Subject: Re: Sharing interrupts with PCI devices? } >This results in low overhead operation } >in the non shared case, and in interrupts } >masked for as short a period of time as } >possible in the shared case. } } >*** *** *** *** *** *** *** *** *** *** *** } } >I will apply the PCI SHARED INTERRUPT patch } >tomorrow. All PCI device drivers will have } >been checked to conform to the return value } >convention described above ! } } This results in a higher overhead operation } in the non-shared case :-]. What about } generic drivers like isa/bt742a.c? Does } the new requirement give higher overhead } in the non-shared ISA (VLB) case? Hmm, you are talking about the overhead of returning a '0' or '1' ? That's just one or two cycles ... But to support any multiple PCI device cards, we just have to support shared interrupts! (The interrupt handler exit code is necessary to deal with shared EDGE triggered interrupts, and to avoid deadlocks in case of misconfigured level triggered interrupts.) } The overheads are relatively _very_ small for } devices that transfer large blocks so I'm not } worried about the overheads for bt742a. ONLY devices that will be used with shared ints have to return some value. In fact, this could be reduced to devices that use shared edge triggered interrupts, but it would make the central interrupt handler code more complex and not necessarily any faster. There will be a new function to register a (possibly) shared interrupt. The device will have to supply a "tag" to the register_interrupt() call, to allow to uninstall its handler at a later time. Such an interrupt handler must return a '1', if this device requested the interrupt. All other devices can use the current interrupt scheme unmodified, and there is no run time penalty. The code will first be used for PCI only. But it's designed with ISA and EISA in mind. Regards, Stefan -- Stefan Esser Internet: Zentrum fuer Paralleles Rechnen Tel: +49 221 4706019 Universitaet zu Koeln FAX: +49 221 4705160 Weyertal 80 50931 Koeln From owner-freebsd-current Tue Mar 21 07:09:36 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA21987 for current-outgoing; Tue, 21 Mar 1995 07:09:36 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA21981 for ; Tue, 21 Mar 1995 07:09:31 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA29083; Tue, 21 Mar 1995 10:09:16 -0500 Date: Tue, 21 Mar 1995 10:09:16 -0500 From: Garrett Wollman Message-Id: <9503211509.AA29083@halloran-eldar.lcs.mit.edu> To: davidg@Root.COM Cc: current@FreeBSD.org Subject: Re: Why does kern_lkm.c use kmem_alloc()? In-Reply-To: <199503202218.OAA02295@corbin.Root.COM> References: <9503202203.AA03201@cs.weber.edu> <199503202218.OAA02295@corbin.Root.COM> Sender: current-owner@FreeBSD.org Precedence: bulk < said: > Right, it allocates in terms of pages. Garrett should be able to use the > "size" field of modstat to see how much memory each module consumes (plus > whatever is malloc'd). I don't want to have to run one utility to find out about twenty-three types of memory allocation, and then nineteen different utilities to find out about the others... -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Tue Mar 21 07:21:24 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA22407 for current-outgoing; Tue, 21 Mar 1995 07:21:24 -0800 Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA22399; Tue, 21 Mar 1995 07:21:22 -0800 X-Authentication-Warning: freefall.cdrom.com: Host LOCALHOST didn't use HELO protocol To: Mark Murray Cc: current@freefall.cdrom.com Subject: Re: Screensavers and rc's In-reply-to: Your message of "Tue, 21 Mar 95 10:41:13 +0200." <199503210841.KAA03251@grunt.grondar.za> Date: Tue, 21 Mar 1995 07:21:22 -0800 Message-ID: <22397.795799282@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk Done! See new /etc/sysconfig file changes. Thanks.. > Given that it is not exactly obvious how one should load screensaver > lkm's, please could we pud something like the following in one of the > /etc/rc's? > > # Syscons screen saver > if [ "x$saver" != "xNO" ] ; then > echo -n "syscons: " > modload -u -o /tmp/saver_mod -e saver_init -q /lkm/${SAVER}_saver_mod.o > fi > > -- > Mark Murray > 46 Harvey Rd, Claremont, Cape Town 7700, South Africa > +27 21 61-3768 GMT+0200 From owner-freebsd-current Tue Mar 21 07:28:21 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA22652 for current-outgoing; Tue, 21 Mar 1995 07:28:21 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA22639 for ; Tue, 21 Mar 1995 07:28:10 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id BAA19070; Wed, 22 Mar 1995 01:25:09 +1000 Date: Wed, 22 Mar 1995 01:25:09 +1000 From: Bruce Evans Message-Id: <199503211525.BAA19070@godzilla.zeta.org.au> To: bde@zeta.org.au, current@FreeBSD.org, se@MI.Uni-Koeln.DE Subject: Re: Sharing interrupts with PCI devices? Sender: current-owner@FreeBSD.org Precedence: bulk >Hmm, you are talking about the overhead >of returning a '0' or '1' ? >That's just one or two cycles ... One or two here, one or two there ... I'm looking at a cyclades intelligent serial board and driver that is 25% slower than an unintelligent 16450 board and 3 times slower than an unintelligent 16550 board. Perhaps it would be faster if cycles weren't wasted here and there. >ONLY devices that will be used with shared ints >have to return some value. In fact, this could And those handlers that are declared to return int :-). I'm more concerned about software complications and kludges involved in having only some handlers return int. >There will be a new function to register a >(possibly) shared interrupt. I think there should be separate interrupt registration and dispatch, etc. for different classes of interrupts. I can save a few usec in the ISA handlers if they spec'ed to not support level triggered interrupts. Bruce From owner-freebsd-current Tue Mar 21 07:41:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA23110 for current-outgoing; Tue, 21 Mar 1995 07:41:53 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA23104 for ; Tue, 21 Mar 1995 07:41:50 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA29166; Tue, 21 Mar 1995 10:41:17 -0500 Date: Tue, 21 Mar 1995 10:41:17 -0500 From: Garrett Wollman Message-Id: <9503211541.AA29166@halloran-eldar.lcs.mit.edu> To: Mark Murray Cc: current@FreeBSD.org Subject: Screensavers and rc's In-Reply-To: <199503210841.KAA03251@grunt.grondar.za> References: <199503210841.KAA03251@grunt.grondar.za> Sender: current-owner@FreeBSD.org Precedence: bulk < said: > # Syscons screen saver > if [ "x$saver" != "xNO" ] ; then > echo -n "syscons: " > modload -u -o /tmp/saver_mod -e saver_init -q /lkm/${SAVER}_saver_mod.o > fi The `-s' option to `vidcontrol' needs to be resurrected to automate this process. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Tue Mar 21 08:45:17 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA24868 for current-outgoing; Tue, 21 Mar 1995 08:45:17 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA24862 for ; Tue, 21 Mar 1995 08:45:16 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA06839; Tue, 21 Mar 95 09:38:31 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503211638.AA06839@cs.weber.edu> Subject: Re: Sharing interrupts with PCI devices? To: bde@zeta.org.au (Bruce Evans) Date: Tue, 21 Mar 95 9:38:31 MST Cc: bde@zeta.org.au, current@FreeBSD.org, se@MI.Uni-Koeln.DE In-Reply-To: <199503211525.BAA19070@godzilla.zeta.org.au> from "Bruce Evans" at Mar 22, 95 01:25:09 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > One or two here, one or two there ... I'm > looking at a cyclades intelligent serial > board and driver that is 25% slower than > an unintelligent 16450 board and 3 times > slower than an unintelligent 16550 board. > Perhaps it would be faster if cycles weren't > wasted here and there. [ ... ] > I think there should be separate interrupt > registration and dispatch, etc. for different > classes of interrupts. I can save a few usec > in the ISA handlers if they spec'ed to not > support level triggered interrupts. I agree with Bruce, but then I'm a computational nanosecond kinda guy from my Commodore 64 raster interrupt days... Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Mar 21 08:57:55 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA25433 for current-outgoing; Tue, 21 Mar 1995 08:57:55 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA25419 for ; Tue, 21 Mar 1995 08:57:37 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id SAA07846; Tue, 21 Mar 1995 18:57:02 +0200 Message-Id: <199503211657.SAA07846@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: Garrett Wollman cc: current@FreeBSD.org Subject: Re: Screensavers and rc's Date: Tue, 21 Mar 1995 18:57:01 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk > The `-s' option to `vidcontrol' needs to be resurrected to automate > this process. Too true! -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-current Tue Mar 21 09:53:14 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA28551 for current-outgoing; Tue, 21 Mar 1995 09:53:14 -0800 Received: from shell1.best.com (shell1.best.com [204.156.128.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA28543 for ; Tue, 21 Mar 1995 09:53:13 -0800 Received: from geli.clusternet (rcarter.vip.best.com [204.156.137.2]) by shell1.best.com (8.6.11/8.6.5) with ESMTP id JAA18920 for ; Tue, 21 Mar 1995 09:52:49 -0801 Received: (from rcarter@localhost) by geli.clusternet (8.6.11/8.6.9) id JAA00306 for freebsd-current@freebsd.org; Tue, 21 Mar 1995 09:52:06 -0800 Date: Tue, 21 Mar 1995 09:52:06 -0800 From: "Russell L. Carter" Message-Id: <199503211752.JAA00306@geli.clusternet> To: freebsd-current@FreeBSD.org Subject: intel P590+ncr+de+current panics, P54SP4 fine. Sender: current-owner@FreeBSD.org Precedence: bulk Hello, My intel P590-de-ncr panics on boot with -current, but is fine with kernels older than a couple of weeks. My ASUS P54SP4, identically configured, boots -current fine. The hand copied down panic on the intel mb looks like this: [normal looking stuff deleted] Probing for devices on the pci0 bus: configuration mode 2 allows 16 devices. chip0 on pci0:0 chip1 on pci0:2 de0 int a irq 15 on pci0:6 reg20: virtual=0xf48d8000 physical=0xffbffc00 de0: can't read ENET ROM (why=-3) (ffffffffffffffffffff de0: DC21040 [10Mb/s] pass 2.3 ethernet address unknown ncr0 int a irq 11 on pci0:14 reg20: virtual=0xf48d9000 physical=0xffbff800 CACHE TEST FAILED: reg dstat-stat2 readback ffffffff CACHE INCORRECTLY CONFIGURED From owner-freebsd-current Tue Mar 21 10:11:19 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA29176 for current-outgoing; Tue, 21 Mar 1995 10:11:19 -0800 Received: from FileServ2.MI.Uni-Koeln.DE (FileServ2.MI.Uni-Koeln.DE [134.95.212.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA29170 for ; Tue, 21 Mar 1995 10:11:12 -0800 Received: by FileServ2.MI.Uni-Koeln.DE id AA13218 (5.67b/IDA-1.5 for current@freebsd.org); Tue, 21 Mar 1995 19:09:13 +0100 Message-Id: <199503211809.AA13218@FileServ2.MI.Uni-Koeln.DE> From: se@MI.Uni-Koeln.DE (Stefan Esser) Date: Tue, 21 Mar 1995 19:09:12 +0100 In-Reply-To: "Russell L. Carter" "intel P590+ncr+de+current panics, P54SP4 fine." (Mar 21, 9:52) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "Russell L. Carter" , current@FreeBSD.org Subject: Re: intel P590+ncr+de+current panics, P54SP4 fine. Sender: current-owner@FreeBSD.org Precedence: bulk On Mar 21, 9:52, "Russell L. Carter" wrote: } Subject: intel P590+ncr+de+current panics, P54SP4 fine. } Hello, } } My intel P590-de-ncr panics on boot with -current, but is fine with } kernels older than a couple of weeks. My ASUS P54SP4, identically } configured, boots -current fine. Hmm, please try to rebuild your kernel with: options PCI_REMAP and send boot message logs for both systems. } ncr0 int a irq 11 on pci0:14 } reg20: virtual=0xf48d9000 physical=0xffbff800 ^^^^^^^^^^ The NCR was mapped to that address by the BIOS, and the latest PCI code doesn't remap it by default anymore. } CACHE TEST FAILED: reg dstat-stat2 readback ffffffff } CACHE INCORRECTLY CONFIGURED Well, that's not necessarily a cache problem (so I'll change the message), but I guess the chip has not been fully enabled, or has been mapped to some bogus address by the BIOS ... Regards, STefan From owner-freebsd-current Tue Mar 21 12:06:10 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA01573 for current-outgoing; Tue, 21 Mar 1995 12:06:10 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA01565 for ; Tue, 21 Mar 1995 12:05:37 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA24685; Tue, 21 Mar 1995 21:05:05 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id VAA07127 for freebsd-current@FreeBSD.org; Tue, 21 Mar 1995 21:05:05 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id UAA17735 for freebsd-current@FreeBSD.org; Tue, 21 Mar 1995 20:50:05 +0100 From: J Wunsch Message-Id: <199503211950.UAA17735@uriah.heep.sax.de> Subject: Re: Any known NFS problems? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 21 Mar 1995 20:50:02 +0100 (MET) In-Reply-To: <199503210700.XAA00373@corbin.Root.COM> from "David Greenman" at Mar 20, 95 11:00:28 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 565 Sender: current-owner@FreeBSD.org Precedence: bulk As David Greenman wrote: > > >Every now and then, the server machine is totally stalling. No ping, > >nothing. Only DDB (from serial console), but neither `ps' nor `trace' > >from DDB gimme any good clue what's going wrong. > It is very likely already fixed. Please update the kernel and find out. Just trying. The kernel is now pl ctm#472 (last commit time for sys area: 95/03/21 03:24:06). Let's see, thanks. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Mar 21 12:53:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA02889 for current-outgoing; Tue, 21 Mar 1995 12:53:49 -0800 Received: from ns.dknet.dk (root@ns.dknet.dk [193.88.44.42]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA02883 for ; Tue, 21 Mar 1995 12:53:45 -0800 Received: from login.dknet.dk by ns.dknet.dk with SMTP id AA25734 (5.65c8/IDA-1.4.4j for ); Tue, 21 Mar 1995 21:53:29 +0100 Received: by login.dknet.dk (4.1/SMI-4.1DKnet00) id AA17432; Tue, 21 Mar 95 21:44:55 +0100 From: sos@login.dknet.dk (S|ren Schmidt) Message-Id: <9503212044.AA17432@login.dknet.dk> Subject: Re: Screensavers and rc's To: wollman@halloran-eldar.lcs.mit.edu (Garrett Wollman) Date: Tue, 21 Mar 95 21:44:55 MET Cc: mark@grondar.za, current@FreeBSD.org In-Reply-To: <9503211541.AA29166@halloran-eldar.lcs.mit.edu>; from "Garrett Wollman" at Mar 21, 95 10:41 am X-Charset: ASCII X-Char-Esc: 29 Sender: current-owner@FreeBSD.org Precedence: bulk > > < said: > > > # Syscons screen saver > > if [ "x$saver" != "xNO" ] ; then > > echo -n "syscons: " > > modload -u -o /tmp/saver_mod -e saver_init -q /lkm/${SAVER}_saver_mod.o > > fi > > The `-s' option to `vidcontrol' needs to be resurrected to automate > this process. Yes, yes I know, when time comes..... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@login.dknet.dk) FreeBSD Core Team So much code to hack -- so little time .. From owner-freebsd-current Tue Mar 21 12:59:09 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA03029 for current-outgoing; Tue, 21 Mar 1995 12:59:09 -0800 Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA03020; Tue, 21 Mar 1995 12:59:08 -0800 X-Authentication-Warning: freefall.cdrom.com: Host LOCALHOST didn't use HELO protocol To: sos@login.dknet.dk (S|ren Schmidt) cc: wollman@halloran-eldar.lcs.mit.edu (Garrett Wollman), mark@grondar.za, current@FreeBSD.org Subject: Re: Screensavers and rc's In-reply-to: Your message of "Tue, 21 Mar 95 21:44:55 +0700." <9503212044.AA17432@login.dknet.dk> Date: Tue, 21 Mar 1995 12:59:07 -0800 Message-ID: <3019.795819547@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > > > > < said: > > > > > # Syscons screen saver > > > if [ "x$saver" != "xNO" ] ; then > > > echo -n "syscons: " > > > modload -u -o /tmp/saver_mod -e saver_init -q /lkm/${SAVER}_saver_mod.o > > > fi > > > > The `-s' option to `vidcontrol' needs to be resurrected to automate > > this process. > > Yes, yes I know, when time comes..... The time has come. We're now doing this in rc! :-) Jordan From owner-freebsd-current Tue Mar 21 13:33:05 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA04142 for current-outgoing; Tue, 21 Mar 1995 13:33:05 -0800 Received: from kbrown.oldcampus.yale.edu (root@kbrown.oldcampus.yale.edu [130.132.128.124]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA04134 for ; Tue, 21 Mar 1995 13:33:04 -0800 Date: Tue, 21 Mar 1995 16:32:09 +0000 From: Vince Chan Subject: problems with libs under -current To: FreeBSD-current@freefall.cdrom.com Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk I'm having a problem compiling stuff under -current as it always stop with: ld: -lX11: no match I did a ldconfig -r | grep libX11 and got the following output.. 38:-lX11.6.0 => /usr/X11R6/lib/libX11.so.6.0 (32 -> -1) Any ideas? Cheers, Vince E-mail: vince@kbrown.oldcampus.yale.edu,\|/ Sys Adm - CircleStar Technologies,Inc. root@berkeley.circlestar.com,(o o) San Francisco, California USA _________________________oOO__(_)__OOo_____________________________ | There are many forms of science but only physics is the quantum | | leap of the 21st Century. | \_________________________________________________________________/ uPoy@physics.ucla.edu UCLA Physics/Electrical Engineering Los Angeles, California USA GUS Digest Adminstrator Advanced Gravis UltraSound Card - The ultimate in soundcard technology System Administrator - bigbang.HIP.Berkeley.EDU From owner-freebsd-current Tue Mar 21 17:09:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA13578 for current-outgoing; Tue, 21 Mar 1995 17:09:59 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA13570 for ; Tue, 21 Mar 1995 17:09:58 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id UAA00262 for current@freebsd.org; Tue, 21 Mar 1995 20:09:51 -0500 From: "matthew c. mead" Message-Id: <199503220109.UAA00262@goof.com> Subject: sndkit/dsp/vplay with GUSMAX To: current@FreeBSD.org Date: Tue, 21 Mar 1995 20:09:51 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 708 Sender: current-owner@FreeBSD.org Precedence: bulk I'm running: FreeBSD goof.com 2.1.0-Development FreeBSD 2.1.0-Development #0: Fri Mar 17 17:07:01 EST 1995 mmead@goof.com:/usr/src/sys/compile/GOOF i386 Supped from the previous night. Anyhow, the problem I found was when playing a raw sample file, I got a panic with isa_dmastart: impossible request. I'm beginning to think that along with driver problems, my GUS has hardware problems. -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Tue Mar 21 22:44:25 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA24252 for current-outgoing; Tue, 21 Mar 1995 22:44:25 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA24242; Tue, 21 Mar 1995 22:44:23 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id WAA04093; Tue, 21 Mar 1995 22:44:17 -0800 From: Poul-Henning Kamp Message-Id: <199503220644.WAA04093@ref.tfs.com> Subject: go ahead, slice it! To: bde@FreeBSD.org Date: Tue, 21 Mar 1995 22:44:16 -0800 (PST) Cc: current@FreeBSD.org Content-Type: text Content-Length: 257 Sender: current-owner@FreeBSD.org Precedence: bulk I have the cvs co I need for the snapshot, you are free to slice our kernel. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Tue Mar 21 22:55:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA24759 for current-outgoing; Tue, 21 Mar 1995 22:55:31 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA24750 for ; Tue, 21 Mar 1995 22:55:29 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id WAA07688 for freebsd-current@freebsd.org; Tue, 21 Mar 1995 22:55:20 -0800 From: "Rodney W. Grimes" Message-Id: <199503220655.WAA07688@gndrsh.aac.dev.com> Subject: ANy one useing ft driver under 2.0 current??? To: freebsd-current@FreeBSD.org Date: Tue, 21 Mar 1995 22:55:19 -0800 (PST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 605 Sender: current-owner@FreeBSD.org Precedence: bulk I am trying to get a colorado 250 working. It probes and every thing but ``tar czf - | ft "test1" runs for awhile and then finishes without error. I figure okay, good. Now let me try to read it back. ft "test1" | tar tzvf - Nothing nota, zipo. Okay. ft "test1" test:rgrimes {131} ft "test1" "ftfilt vol*01 0000000045 test1" - Wed Mar 22 06:51:56 1995 test:rgrimes {132} Sure enought that is when I wrote it, but where the hell is my DATA??? -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Tue Mar 21 22:59:34 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA24912 for current-outgoing; Tue, 21 Mar 1995 22:59:34 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA24904 for ; Tue, 21 Mar 1995 22:59:31 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id WAA07710; Tue, 21 Mar 1995 22:59:22 -0800 From: "Rodney W. Grimes" Message-Id: <199503220659.WAA07710@gndrsh.aac.dev.com> Subject: Re: ANy one useing ft driver under 2.0 current??? To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Tue, 21 Mar 1995 22:59:22 -0800 (PST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503220655.WAA07688@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Mar 21, 95 10:55:19 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 767 Sender: current-owner@FreeBSD.org Precedence: bulk > > I am trying to get a colorado 250 working. It probes and every thing > but ``tar czf - | ft "test1" runs for awhile and then finishes without > error. > > I figure okay, good. Now let me try to read it back. > > ft "test1" | tar tzvf - > > Nothing nota, zipo. > > Okay. > > ft "test1" > test:rgrimes {131} ft "test1" > "ftfilt vol*01 0000000045 test1" - Wed Mar 22 06:51:56 1995 > test:rgrimes {132} > > Sure enought that is when I wrote it, but where the hell is my DATA??? And just for yukes and grins: dd if=/dev/ft0 of=foo Boom boom.. out go the lights, panic, page fault in kernel mode :-(. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Tue Mar 21 23:10:52 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA25249 for current-outgoing; Tue, 21 Mar 1995 23:10:52 -0800 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA25218; Tue, 21 Mar 1995 23:09:12 -0800 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.9/8.6.6) with SMTP id AAA07390; Wed, 22 Mar 1995 00:07:23 -0700 Message-Id: <199503220707.AAA07390@rover.village.org> To: Nate Williams Subject: Re: Stack trace routine for running programs Cc: Dave Waddell , current@FreeBSD.org, hackers@FreeBSD.org In-reply-to: Your message of Thu, 09 Mar 1995 15:02:11 MST Date: Wed, 22 Mar 1995 00:07:22 -0700 From: Warner Losh Sender: current-owner@FreeBSD.org Precedence: bulk : On certain OS's, but not on SCO or SunOS 4. They are too old for that : feature to work. It works on newer BSD systems, and systems based on SVR4, : but not on the old beats I have here. I know that at least one debugger on SunOS 4 could attach to an arbitrary pid and tell you where it was. I thought that gdb could do that as well.... Warner From owner-freebsd-current Tue Mar 21 23:16:06 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA25323 for current-outgoing; Tue, 21 Mar 1995 23:16:06 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA25317 for ; Tue, 21 Mar 1995 23:16:05 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id XAA04188; Tue, 21 Mar 1995 23:15:52 -0800 From: Poul-Henning Kamp Message-Id: <199503220715.XAA04188@ref.tfs.com> Subject: Re: ANy one useing ft driver under 2.0 current??? To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Tue, 21 Mar 1995 23:15:51 -0800 (PST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503220655.WAA07688@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Mar 21, 95 10:55:19 pm Content-Type: text Content-Length: 363 Sender: current-owner@FreeBSD.org Precedence: bulk > ft "test1" > test:rgrimes {131} ft "test1" > "ftfilt vol*01 0000000045 test1" - Wed Mar 22 06:51:56 1995 ^^^^^^^^^^^ number of bytes written on tape I belive... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Wed Mar 22 00:17:30 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA26600 for current-outgoing; Wed, 22 Mar 1995 00:17:30 -0800 Received: from news.iadfw.net (jbryant@news.iadfw.net [204.178.72.99]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA26594 for ; Wed, 22 Mar 1995 00:17:29 -0800 Received: from localhost (jbryant@localhost) by news.iadfw.net (8.6.5/8.6.6) id CAA07565; Wed, 22 Mar 1995 02:17:09 -0600 From: Jim Bryant Message-Id: <199503220817.CAA07565@news.iadfw.net> Subject: Re: ANy one useing ft driver under 2.0 current??? To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 22 Mar 1995 02:17:07 -0600 (CST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503220655.WAA07688@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Mar 21, 95 10:55:19 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2301 Sender: current-owner@FreeBSD.org Precedence: bulk In reply: > From: "Rodney W. Grimes" > Subject: ANy one useing ft driver under 2.0 current??? > To: freebsd-current@FreeBSD.org > Date: Tue, 21 Mar 1995 22:55:19 -0800 (PST) > > I am trying to get a colorado 250 working. It probes and every thing > but ``tar czf - | ft "test1" runs for awhile and then finishes without > error. > > I figure okay, good. Now let me try to read it back. > > ft "test1" | tar tzvf - > > Nothing nota, zipo. > > Okay. > > ft "test1" > test:rgrimes {131} ft "test1" > "ftfilt vol*01 0000000045 test1" - Wed Mar 22 06:51:56 1995 > test:rgrimes {132} > > Sure enought that is when I wrote it, but where the hell is my DATA??? Strange, I have about 12 tapes, all using tar/ft, all valid backups... That is under 1.1.5.1-RELEASE, 2.0-RELEASE, as well as 950210-SNAP... I really think that the QIC support is needed, and as a matter of fact, I have thousands of lines of source to add full QIC compat via an user program for interchange purposes, I think that symlink support will be supported or is now supported under the standards, and hard links are properly supported now if my proposal passed. I also have many changes to add to the ft include file correcting mistakes in the releases, and adding structs for the fileset standards. I am considering releasing it as a shareware thing, a functional limited demo though, got to have incentive to pay, I ship the full product from here, with a printed manual, etc... It has two modes of operation, command-line or full-screen. Also, I have noticed that between 2.0-RELEASE and 950210-SNAP there is a DRASTIC slowdown when using gzip [tar -z option] and ft at the same time. Has this been fixed in -current? BTW: try this: tar -cvzf - what.to.back.up | ft "test1" ft "test1" | tar -tvzf - If you typed the above as you originally did, tar did exactly what you told it too, essentially nothing... [I hate it when I do things like that too :^) ] Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@server.iadfw.net, System administrator, Internet America From owner-freebsd-current Wed Mar 22 00:22:18 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA26729 for current-outgoing; Wed, 22 Mar 1995 00:22:18 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA26723 for ; Wed, 22 Mar 1995 00:22:05 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA11584; Wed, 22 Mar 1995 09:21:38 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id JAA11437 for freebsd-current@FreeBSD.org; Wed, 22 Mar 1995 09:21:38 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id JAA13742 for freebsd-current@FreeBSD.org; Wed, 22 Mar 1995 09:03:04 +0100 From: J Wunsch Message-Id: <199503220803.JAA13742@uriah.heep.sax.de> Subject: Re: ANy one useing ft driver under 2.0 current??? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 22 Mar 1995 09:03:03 +0100 (MET) In-Reply-To: <199503220659.WAA07710@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Mar 21, 95 10:59:22 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 720 Sender: current-owner@FreeBSD.org Precedence: bulk As Rodney W. Grimes wrote: > > And just for yukes and grins: > dd if=/dev/ft0 of=foo > > Boom boom.. out go the lights, panic, page fault in kernel mode :-(. Basically means that this portion of code does no longer do the right thing (as it used to be under 1.1.5). It's part of the fdstrategy() routine: #if NFT > 0 if (FDTYPE(minor(bp->b_dev)) & F_TAPE_TYPE) { /* ft tapes do not (yet) support strategy i/o */ bp->b_error = ENXIO; bp->b_flags |= B_ERROR; goto bad; } Slice code? FDTYPE? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Mar 22 01:53:15 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA28869 for current-outgoing; Wed, 22 Mar 1995 01:53:15 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA28848 for ; Wed, 22 Mar 1995 01:53:11 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id BAA08396; Wed, 22 Mar 1995 01:52:53 -0800 From: "Rodney W. Grimes" Message-Id: <199503220952.BAA08396@gndrsh.aac.dev.com> Subject: Re: ANy one useing ft driver under 2.0 current??? To: jbryant@server.iadfw.net (Jim Bryant) Date: Wed, 22 Mar 1995 01:52:53 -0800 (PST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503220817.CAA07565@news.iadfw.net> from "Jim Bryant" at Mar 22, 95 02:17:07 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1390 Sender: current-owner@FreeBSD.org Precedence: bulk > > In reply: > > From: "Rodney W. Grimes" > > Subject: ANy one useing ft driver under 2.0 current??? > > > > I am trying to get a colorado 250 working. It probes and every thing > > but ``tar czf - | ft "test1" runs for awhile and then finishes without > > error. ... > > Also, I have noticed that between 2.0-RELEASE and 950210-SNAP there is a > DRASTIC slowdown when using gzip [tar -z option] and ft at the same > time. Has this been fixed in -current? I don't know, but the tape drive does stream when doing this on -current on a DX2/66 PCI system (FDC on motherboard), both during read and write. > > BTW: try this: > > tar -cvzf - what.to.back.up | ft "test1" > ft "test1" | tar -tvzf - > > If you typed the above as you originally did, tar did exactly what you > told it too, essentially nothing... [I hate it when I do things like > that too :^) ] Paint me a hat again... I guess I've been working too hard lately, thanks!!! Adding the missing "." to my tar command did the trick, I am now a happy camper, one more problem fixed!!! / <:-) \ Now to see if I've done something as stupid that is keeping the Chinnon 525S from working :-). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Wed Mar 22 02:07:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA29413 for current-outgoing; Wed, 22 Mar 1995 02:07:49 -0800 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA29407 for ; Wed, 22 Mar 1995 02:07:48 -0800 Received: from starkhome.UUCP (root@localhost) by sbstark.cs.sunysb.edu (8.6.9/8.6.9) with UUCP id FAA13583 for current@freebsd.org; Wed, 22 Mar 1995 05:07:42 -0500 Received: by starkhome.cs.sunysb.edu (8.6.11/1.34) id FAA11442; Wed, 22 Mar 1995 05:06:57 -0500 Date: Wed, 22 Mar 1995 05:06:57 -0500 From: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) Message-Id: <199503221006.FAA11442@starkhome.cs.sunysb.edu> To: "Rodney W. Grimes" Cc: current@FreeBSD.org In-reply-to: "Rodney W. Grimes"'s message of Tue, 21 Mar 1995 22:55:19 -0800 (PST) Subject: ANy one useing ft driver under 2.0 current??? Sender: current-owner@FreeBSD.org Precedence: bulk >I am trying to get a colorado 250 working. It probes and every thing >but ``tar czf - | ft "test1" runs for awhile and then finishes without >error. I use the ft driver regularly with -current for backups and restores. It works fine for this. I am not surprised about the crash problem in accessing the ft device with dd. I have seen this type of thing myself and I might even have reported the bug at one point. I only use the drive with the ft command at the moment. As was already pointed out, you forgot the directory to tar in the above command. - Gene From owner-freebsd-current Wed Mar 22 02:21:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA29676 for current-outgoing; Wed, 22 Mar 1995 02:21:49 -0800 Received: from vector.eikon.e-technik.tu-muenchen.de (vector.eikon.e-technik.tu-muenchen.de [129.187.142.36]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA29517 for ; Wed, 22 Mar 1995 02:14:10 -0800 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) id XAA08539; Tue, 21 Mar 1995 23:50:14 +0100 Date: Tue, 21 Mar 1995 23:50:14 +0100 From: Julian Howard Stacey Message-Id: <199503212250.XAA08539@vector.eikon.e-technik.tu-muenchen.de> To: current@FreeBSD.org Subject: sys/Makefiles Reply-To: jhs@regent.e-technik.tu-muenchen.de Sender: current-owner@FreeBSD.org Precedence: bulk Gratifying to see that everyone has so much faith in my sys/Makefile* & i386/conf/Makefile.i386 (etc) stuff, that no one feels the need to test it ;-) ... After all, I announced it all worked OK, so I just guess you all trust & believe me implicitly right ? ;-) Thanks for the confidence, I guess I'll just go toss it all in src/ now OK ? ;-) ... What ? Someone does want to test it after all ? Well, Great :-) it works for me, supports NFS & seperate obj tree etc, (+ cd-rom, last time i tried, some while ago), & walks on water ;-) It's all lying in: freefall:~jhs & is readable, a complete tree of diffs, (admittedly there's a few extra diffs there for other unassociated generic improvements (all my strictly weird personal diffs not fit for general consumption are in another tree, not on freefall)) the main stuff you'll want is sys/Makefile*, sys/i386/conf/*.diff, & maybe src/share/mk/.diffs I also left a .tgz file in ~jhs & in ~incoming, though I can't find my copy of the announcement to quote exact names, & all lines are busy on my IP site (as usual) as I type this. Rod, Nate, & Piero may find this stuff particularly interesting (Rod & Piero were interested before, Nate has/had a big NFS linked net) --- Julian Stacey , ( is a dial up ) From owner-freebsd-current Wed Mar 22 02:42:10 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA00939 for current-outgoing; Wed, 22 Mar 1995 02:42:10 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA00928 for ; Wed, 22 Mar 1995 02:42:07 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id CAA08662; Wed, 22 Mar 1995 02:37:09 -0800 From: "Rodney W. Grimes" Message-Id: <199503221037.CAA08662@gndrsh.aac.dev.com> Subject: Re: sys/Makefiles To: jhs@regent.e-technik.tu-muenchen.de Date: Wed, 22 Mar 1995 02:37:09 -0800 (PST) Cc: current@FreeBSD.org In-Reply-To: <199503212250.XAA08539@vector.eikon.e-technik.tu-muenchen.de> from "Julian Howard Stacey" at Mar 21, 95 11:50:14 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2266 Sender: current-owner@FreeBSD.org Precedence: bulk > > Gratifying to see that everyone has so much faith in my sys/Makefile* > & i386/conf/Makefile.i386 (etc) stuff, that no one feels the need to > test it ;-) ... After all, I announced it all worked OK, so I just guess > you all trust & believe me implicitly right ? ;-) > > Thanks for the confidence, I guess I'll just go toss it all in src/ now OK ? ;-) > ... What ? Someone does want to test it after all ? Sorry.. I am so buried in machine builds right now I don't have any time at all for doing much with this. I know Nate is real busy too. Since the only thing that sys/Makefile currently does is to go down into libkern and build libkern for us I don't see a problem with you committing at least that part of it. I am always leary of changes to sys/i386/conf area, and to the .mk files as it is easy to perturb builds when this stuff is changed. > Well, Great :-) it works for me, supports NFS & seperate obj tree etc, > (+ cd-rom, last time i tried, some while ago), & walks on water ;-) I took a quick look at it, most of it is okay, there are some things that I think need some more work, and some things I need to take a much closer look at before I can say much about it. > It's all lying in: freefall:~jhs & is readable, a complete tree of diffs, > (admittedly there's a few extra diffs there for other unassociated > generic improvements (all my strictly weird personal diffs not fit for > general consumption are in another tree, not on freefall)) > the main stuff you'll want is sys/Makefile*, sys/i386/conf/*.diff, > & maybe src/share/mk/.diffs > > I also left a .tgz file in ~jhs & in ~incoming, though I can't find my > copy of the announcement to quote exact names, & all lines are busy on my > IP site (as usual) as I type this. > > Rod, Nate, & Piero may find this stuff particularly interesting > (Rod & Piero were interested before, Nate has/had a big NFS linked net) PLEASE, some other folks out there grab this stuff and play with it. I think this is very much headed in the right direction but it needs to be pounded on before it goes in the tree. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Wed Mar 22 05:55:55 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA05432 for current-outgoing; Wed, 22 Mar 1995 05:55:55 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA05425 for ; Wed, 22 Mar 1995 05:55:53 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id IAA00254 for current@freebsd.org; Wed, 22 Mar 1995 08:55:44 -0500 From: "matthew c. mead" Message-Id: <199503221355.IAA00254@goof.com> Subject: commits in the last 2 days? To: current@FreeBSD.org Date: Wed, 22 Mar 1995 08:55:44 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 821 Sender: current-owner@FreeBSD.org Precedence: bulk Does anyone know what changes to the kernel were committed in the past two days? Kernels supped in the evenings of both 3/20 and 3/21 mysteriously hang on my machine a while after I've left the machine alone. When I come back to the machine, the monitor's still sync'd to the video signal at the right refresh and all, but the picture is blank, and I can't wake up the X server. I guess I'll try leaving it on one of the virtual consoles and see if there's an error that pops up. Thanks for any help! -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Wed Mar 22 08:22:04 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA08299 for current-outgoing; Wed, 22 Mar 1995 08:22:04 -0800 Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA08292; Wed, 22 Mar 1995 08:22:01 -0800 X-Authentication-Warning: freefall.cdrom.com: Host LOCALHOST didn't use HELO protocol To: Jim Bryant cc: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes), freebsd-current@FreeBSD.org Subject: Re: ANy one useing ft driver under 2.0 current??? In-reply-to: Your message of "Wed, 22 Mar 95 02:17:07 CST." <199503220817.CAA07565@news.iadfw.net> Date: Wed, 22 Mar 1995 08:22:01 -0800 Message-ID: <8291.795889321@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > I really think that the QIC support is needed, and as a matter of fact, I > have thousands of lines of source to add full QIC compat via an user > program for interchange purposes, I think that symlink support will be This still goes in a direction I'd rather not see any more effort put. /dev/ft0 should be a kernel driver, large and dynamically loaded if necessary (we are moving in that direction, after all), but offering the same kind of device interface as is offered by the other tape drivers. The floppy tape stuff has always been a lone wolf, and a perennial irritation to those who'd like a consistent doc picture. We've always known how useful it is to its adherants too, but as Rod's panic example shows, support for it in -current has also been spotty at best. All told, it's one of those parts of our system that I'd quality as a "trouble spot" - something that needs to be ripped out screaming by the roots and essentially reimplemented (or at least rengineered). It does appear as if this work is now underway (the device driver conversion) and I support the work in that direction. I'd hate to see the current system limp along much longer - it'd be far more merciful to shoot it. Jordan From owner-freebsd-current Wed Mar 22 10:17:16 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA11210 for current-outgoing; Wed, 22 Mar 1995 10:17:16 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA11204 for ; Wed, 22 Mar 1995 10:17:15 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id NAA00249 for current@freebsd.org; Wed, 22 Mar 1995 13:17:05 -0500 From: "matthew c. mead" Message-Id: <199503221817.NAA00249@goof.com> Subject: kernel hang To: current@FreeBSD.org Date: Wed, 22 Mar 1995 13:17:04 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 614 Sender: current-owner@FreeBSD.org Precedence: bulk Well, like I posted earlier, I left my machine sitting at virtual console 0, in hopes of seeing some message, but alas, none was on the screen when I got back to the machine after it had hung. Any ideas? This has only started occurring in the past 2 days with freshly supped kernels each night. -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Wed Mar 22 11:07:17 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA11946 for current-outgoing; Wed, 22 Mar 1995 11:07:17 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA11937 for ; Wed, 22 Mar 1995 11:07:07 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id VAA29495 for ; Wed, 22 Mar 1995 21:06:39 +0200 Message-Id: <199503221906.VAA29495@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: current@FreeBSD.org Subject: Pretty please... Date: Wed, 22 Mar 1995 21:06:38 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk Many apologies if this is a repeat. I did not see it return to me, so I can only assume it did not make it out. In view of the fact that sites in the US may not export crypto code, the SES bits of such things as xntpd and telnet have been knocked out of FreeBSD. This is a legal attempt to right that wrong ;-). I made a suggestion the other day, and Garrett Wollman correcte me on a point or two, so here goes: This is a diff to make xntpd work with DES authentication, _if_it_exists_. Garrett's remarks were that src/secure/... was the correct place to place such export-restricted bits, and this patch assumes that if you are compiling _Without_ NOCRYPT defined, then the naughty bits are there. I have uploaded authdes.c to freefall.cdrom.com:/incoming/authdes.c and ask that it get committed to src/secure/usr.sbin/xntpd/lib/authdes.c (if that is OK). !!!FOREIGNERS!!! Please do not get this file from freefall!!! You will get the owners in hot water!!! I have placed the same file in skeleton.mikom.csir.co.za:/pub/FreeBSD/FreeBSD-current/src/secure/usr.sbin/xntpd/lib/authdes.c !!!PLEASE GET IT FROM THERE!!! The following patch to src/usr.sbin/xntpd/lib/Makefile will use the DES crypto (not crippled) authdes.c: ----------------------8<---------------------------------- *** Makefile#CTM# Wed Mar 1 23:45:47 1995 --- Makefile Tue Mar 21 10:01:44 1995 *************** *** 24,30 **** --- 24,35 ---- install: + .if defined(NOCRYPT) authdes.c: authdes.c.export cp ${.CURDIR}/authdes.c.export authdes.c + .else + authdes.c: ../../../secure/usr.sbin/xntpd/lib/authdes.c + cp ${.CURDIR}/../../../secure/usr.sbin/xntpd/lib/authdes.c authdes.c + .endif .include ----------------------8<---------------------------------- Thanks! M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-current Wed Mar 22 11:23:55 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA12293 for current-outgoing; Wed, 22 Mar 1995 11:23:55 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA12287 for ; Wed, 22 Mar 1995 11:23:52 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id LAA09768; Wed, 22 Mar 1995 11:22:17 -0800 From: "Rodney W. Grimes" Message-Id: <199503221922.LAA09768@gndrsh.aac.dev.com> Subject: Re: commits in the last 2 days? To: mmead@goof.com (matthew c. mead) Date: Wed, 22 Mar 1995 11:22:16 -0800 (PST) Cc: current@FreeBSD.org In-Reply-To: <199503221355.IAA00254@goof.com> from "matthew c. mead" at Mar 22, 95 08:55:44 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1227 Sender: current-owner@FreeBSD.org Precedence: bulk > > Does anyone know what changes to the kernel were committed in the past two > days? I hate to say this, but your really not suppose to run -current if you don't read the commit mailling list. *LOTS* of commits happened in the last 2 days to the kernel and you would know all the gory details if you had been reading the mailling lists like you are suppose to. > Kernels supped in the evenings of both 3/20 and 3/21 mysteriously hang > on my machine a while after I've left the machine alone. When I come back to > the machine, the monitor's still sync'd to the video signal at the right > refresh and all, but the picture is blank, and I can't wake up the X server. > I > guess I'll try leaving it on one of the virtual consoles and see if there's an > error that pops up. Thanks for any help! Probably not, I am seeing the hang here with a kernel built from 11:00 PST sources last night and there was not any console messages. It hung during the make install. Davidg just made another commit to the vm system, that may or maynot have fixed this problem. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Wed Mar 22 11:48:16 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA13097 for current-outgoing; Wed, 22 Mar 1995 11:48:16 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA13091 for ; Wed, 22 Mar 1995 11:48:12 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id MAA17021 for current@FreeBSD.org; Wed, 22 Mar 1995 12:52:15 -0700 Date: Wed, 22 Mar 1995 12:52:15 -0700 From: Nate Williams Message-Id: <199503221952.MAA17021@trout.sri.MT.net> X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: current@FreeBSD.org Subject: GDB and current Sender: current-owner@FreeBSD.org Precedence: bulk With the change I just made to ld, you should be able to make gdb again w/out any modifications. I recomend that everyone re-make ld and then do a make world, although it's not necessary since the change only affects linking and not run-time. However, in order to make gdb you *have* to re-make and re-install ld. The change to ld was to have it no longer give special preference to static libraries over shared libraries. The problem we were seeing was that it was pulling in the regex routines from the static libcompat, but since they didn't resolve all of the necessary symbols, we also needs some from the GNu regex library. There were overlapping symbols which caused the error. With the new scheme, it will pull all of the symbol definitions from the gnu regex library (correctly) and only pull any undefined symbols from the static libcompat library, which is the correct behavior IMHO. So, ld now will link in the program based on the order of libraries on the command line. This is how it has always worked with all static and/or all shared libraries libraries, and I changed the behavior to work that way with mixed libraries. Nate From owner-freebsd-current Wed Mar 22 12:51:55 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA14433 for current-outgoing; Wed, 22 Mar 1995 12:51:55 -0800 Received: from post.demon.co.uk (post.demon.co.uk [158.152.1.72]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA14425 for ; Wed, 22 Mar 1995 12:51:52 -0800 Received: from nye1.demon.co.uk by post.demon.co.uk id aa27731; 22 Mar 95 20:48 GMT Date: Wed, 22 Mar 1995 20:48:30 GMT From: Daniel John Nye Reply-To: daniel@nye1.demon.co.uk Message-Id: <268@nye1.demon.co.uk> To: Lambert@nye1.demon.co.uk, Terry@nye1.demon.co.uk, davidg@Root.COM Cc: current@FreeBSD.org, Wollman@nye1.demon.co.uk, Garrett@nye1.demon.co.uk Subject: Re: Re: Why does kern_lkm.c use kmem_alloc()? X-Mailer: FIMail V0.9d X-Anon-Password: diaper Lines: 31 Sender: current-owner@FreeBSD.org Precedence: bulk In your message dated Monday 20, March 1995 you wrote : > >> Can anybody explain why kern_lkm.c uses kmem_alloc() to allocate > >> memory rather than malloc()? Is it just because of the kernel > >> malloc()'s size limit? (I'd really like for it to use malloc so that > >> I could tell how much memory is occupied by LKMs from `vmstat -m'.) > > > >Contiguous driver buffer space for DMA target. > > Contiguous? You mean _physically_ contiguous memory? kmem_alloc() has never > tried to return that. > > -DG > > c00l, but how come i get sent this message.... -- ____ | _ \ __ _ _ __ _ __ _ _ | | | |/ _` | '_ \| '_ \| | | | | | | | ( | | | | | | | | | | | |____/ \__,_|_| |_|_| |_|\__, | *=-=*=-=*=-=*=-=*=-=*=-=*|___/-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=* Baby was a black sheep, baby was a whore.. You know she got big, well she's gonna get bigger.. Baby got her hand got her finger on the trigger, Baby baby baby is a rock & roll niggah! (Outside of society, there's where I wanna be! Outside of society, that's where you'll find me!) --------> BabyDan on IRC ---------> daniel@nye1.demon.co.uk or cs93djn@brunel.ac.uk (Daniel John Nye) From owner-freebsd-current Wed Mar 22 14:26:17 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA17118 for current-outgoing; Wed, 22 Mar 1995 14:26:17 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA17106 for ; Wed, 22 Mar 1995 14:25:35 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA03372; Wed, 22 Mar 1995 23:21:26 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id XAA17959; Wed, 22 Mar 1995 23:21:26 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id XAA15485; Wed, 22 Mar 1995 23:08:50 +0100 From: J Wunsch Message-Id: <199503222208.XAA15485@uriah.heep.sax.de> Subject: Re: ANy one useing ft driver under 2.0 current??? To: jbryant@server.iadfw.net, freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 22 Mar 1995 23:08:50 +0100 (MET) In-Reply-To: <8291.795889321@freefall.cdrom.com> from "Jordan K. Hubbard" at Mar 22, 95 08:22:01 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 725 Sender: current-owner@FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > ... All told, it's one of those parts of our system that I'd > quality as a "trouble spot" - something that needs to be ripped out > screaming by the roots and essentially reimplemented (or at least > rengineered). ...but not for 2.1. For a post-2.1 system, i'd suggest to implement the whole fdc/fd/ft mess more rational, something like separate fd and ft drivers layered on top of a shared fdc driver. Btw., the current picture does horribly fail if someone wants to config(8)ure a floppy tape device without also having a floppy disk drive. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Mar 22 15:09:17 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA18049 for current-outgoing; Wed, 22 Mar 1995 15:09:17 -0800 Received: from news.rim.or.jp (news.rim.or.jp [202.255.181.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA18031 for ; Wed, 22 Mar 1995 15:09:10 -0800 Received: (from uucp@localhost) by news.rim.or.jp (8.6.10+2.4W/3.3W-rim1.0) with UUCP id IAA01122; Thu, 23 Mar 1995 08:08:52 +0900 Received: (from sa2c@localhost) by us.and.or.jp (8.6.11/3.3W8) id IAA00299; Thu, 23 Mar 1995 08:07:29 +0900 Date: Thu, 23 Mar 1995 08:07:29 +0900 From: NIIMI Satoshi Message-Id: <199503222307.IAA00299@us.and.or.jp> To: Atsushi Murai Cc: current@FreeBSD.org Subject: escape of iijppp on current Reply-to: sa2c@st.rim.or.jp Sender: current-owner@FreeBSD.org Precedence: bulk Current's iijppp cannot escape characters properly. This patch will fix this problem. In /usr/src/usr.sbin/ppp --- async.c.orig Mon Feb 27 00:20:00 1995 +++ async.c Thu Mar 23 07:26:44 1995 @@ -78,7 +78,7 @@ *wp++ = HDLC_ESC; c ^= HDLC_XOR; } - if (EscMap[32] && EscMap[c >> 3] & (c&7)) { + if (EscMap[32] && EscMap[c >> 3] & (1 << (c&7))) { *wp++ = HDLC_ESC; c ^= HDLC_XOR; } -- NIIMI Satoshi From owner-freebsd-current Wed Mar 22 15:40:15 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA18461 for current-outgoing; Wed, 22 Mar 1995 15:40:15 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA18455 for ; Wed, 22 Mar 1995 15:40:11 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id SAA00280; Wed, 22 Mar 1995 18:39:50 -0500 From: "matthew c. mead" Message-Id: <199503222339.SAA00280@goof.com> Subject: Re: commits in the last 2 days? To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 22 Mar 1995 18:39:50 -0500 (EST) Cc: current@FreeBSD.org In-Reply-To: <199503221922.LAA09768@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Mar 22, 95 11:22:16 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1883 Sender: current-owner@FreeBSD.org Precedence: bulk Rodney W. Grimes wrote: > > Does anyone know what changes to the kernel were committed in the past two > > days? > I hate to say this, but your really not suppose to run -current if you > don't read the commit mailling list. *LOTS* of commits happened in the > last 2 days to the kernel and you would know all the gory details if > you had been reading the mailling lists like you are suppose to. I haven't received *any* mail from the freebsd-commit list. If you send majordomo the command "who freebsd-commit," mmead@goof.com *is* on the list. I however have received no mail. In fact, a quick check on my freebsd folder reveals no messages with the Sender header set to "commit-owner@FreeBSD.org". Could someone please fix this so I do receive commit mail? > > Kernels supped in the evenings of both 3/20 and 3/21 mysteriously hang > > on my machine a while after I've left the machine alone. When I come back to > > the machine, the monitor's still sync'd to the video signal at the right > > refresh and all, but the picture is blank, and I can't wake up the X server. > > I > > guess I'll try leaving it on one of the virtual consoles and see if there's an > > error that pops up. Thanks for any help! I didn't see any messages on the console, by the way. > Probably not, I am seeing the hang here with a kernel built from 11:00 PST > sources last night and there was not any console messages. It hung during > the make install. Davidg just made another commit to the vm system, that > may or maynot have fixed this problem. We'll see... :-) -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Wed Mar 22 15:47:01 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA18703 for current-outgoing; Wed, 22 Mar 1995 15:47:01 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA18688 for ; Wed, 22 Mar 1995 15:46:57 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id PAA10647; Wed, 22 Mar 1995 15:46:34 -0800 From: "Rodney W. Grimes" Message-Id: <199503222346.PAA10647@gndrsh.aac.dev.com> Subject: Re: commits in the last 2 days? To: mmead@goof.com (matthew c. mead) Date: Wed, 22 Mar 1995 15:46:34 -0800 (PST) Cc: current@FreeBSD.org In-Reply-To: <199503222339.SAA00280@goof.com> from "matthew c. mead" at Mar 22, 95 06:39:50 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2323 Sender: current-owner@FreeBSD.org Precedence: bulk > > Rodney W. Grimes wrote: > > > > Does anyone know what changes to the kernel were committed in the past two > > > days? > > > I hate to say this, but your really not suppose to run -current if you > > don't read the commit mailling list. *LOTS* of commits happened in the > > last 2 days to the kernel and you would know all the gory details if > > you had been reading the mailling lists like you are suppose to. > > I haven't received *any* mail from the freebsd-commit list. If you > send majordomo the command "who freebsd-commit," mmead@goof.com *is* on the > list. I however have received no mail. In fact, a quick check on my freebsd > folder reveals no messages with the Sender header set to > "commit-owner@FreeBSD.org". Could someone please fix this so I do receive > commit mail? YOur on the *WRONG* commit mailling list (freebsd-commit.info): freefall:rgrimes {133} cat freebsd-commit.info This is the mailing list that cvs commit messages go out to, so please refrain from sending mail to this list except via a cvs commit command run on freefall.cdrom.com. NOTE: this list does not apply to 2.0-current. use cvs-all for 2.0 and later. or the cvs list for your area of interest (eg cvs-gnu) this list is a vestiage of 1.1.5 freefall:rgrimes {134} cat cvs-all.info This mailing list is for ALL cvs commit messages to any area of the cvs repository. Please refrain from sending mail to this list except via a cvs commit command run on freefall.cdrom.com, or in direct reply to a commit. Do NOT use this mailling list for general discussions. If you do NOT want to get ALL the cvs commit mail subscribe to the seperate lists. ... > I didn't see any messages on the console, by the way. > > > Probably not, I am seeing the hang here with a kernel built from 11:00 PST > > sources last night and there was not any console messages. It hung during > > the make install. Davidg just made another commit to the vm system, that > > may or maynot have fixed this problem. > > We'll see... :-) There has been another Commit by David today that has to do with hangs, I seem to be crusing right along in make world now... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Wed Mar 22 15:54:33 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA18857 for current-outgoing; Wed, 22 Mar 1995 15:54:33 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA18851 for ; Wed, 22 Mar 1995 15:54:31 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id SAA04118; Wed, 22 Mar 1995 18:54:13 -0500 From: "matthew c. mead" Message-Id: <199503222354.SAA04118@goof.com> Subject: Re: commits in the last 2 days? To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 22 Mar 1995 18:54:13 -0500 (EST) Cc: current@FreeBSD.org In-Reply-To: <199503222346.PAA10647@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Mar 22, 95 03:46:34 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 794 Sender: current-owner@FreeBSD.org Precedence: bulk Rodney W. Grimes wrote: > YOur on the *WRONG* commit mailling list (freebsd-commit.info): Thanks for the info. I'm on the right one now. > There has been another Commit by David today that has to do with hangs, > I seem to be crusing right along in make world now... How long will a make world take on a 486dx2/66? I need to do it once and get all the objects built once, from then on the dependencies should make sure I only build what I need to each time, right? Thanks. -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Wed Mar 22 16:18:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA19381 for current-outgoing; Wed, 22 Mar 1995 16:18:54 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA19374 for ; Wed, 22 Mar 1995 16:18:51 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id QAA10753; Wed, 22 Mar 1995 16:18:30 -0800 From: "Rodney W. Grimes" Message-Id: <199503230018.QAA10753@gndrsh.aac.dev.com> Subject: Re: commits in the last 2 days? To: mmead@goof.com (matthew c. mead) Date: Wed, 22 Mar 1995 16:18:30 -0800 (PST) Cc: current@FreeBSD.org In-Reply-To: <199503222354.SAA04118@goof.com> from "matthew c. mead" at Mar 22, 95 06:54:13 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1137 Sender: current-owner@FreeBSD.org Precedence: bulk > > Rodney W. Grimes wrote: > > > YOur on the *WRONG* commit mailling list (freebsd-commit.info): > > Thanks for the info. I'm on the right one now. That should help keep you in tune with what is going on!!! > > There has been another Commit by David today that has to do with hangs, > > I seem to be crusing right along in make world now... > > How long will a make world take on a 486dx2/66? I need to do it once > and get all the objects built once, from then on the dependencies should make > sure I only build what I need to each time, right? Thanks. Ahh... not sure... I run this stuff on a P54-90 with 4 to 5MB/sec disk drives. I'd guess maybe 6 to 7 hours max. For the most part you only need to run make world once, then you should be able to sup/ctm/whatever and just cd /usr/src; make all install; You need to watch out if things like header files change, or other stange dependecies that are not handled by make all. Library changes can also be tricky. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Wed Mar 22 16:32:07 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA19790 for current-outgoing; Wed, 22 Mar 1995 16:32:07 -0800 Received: from specgw.spec.co.jp (specgw.spec.co.jp [202.32.13.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA19784 for ; Wed, 22 Mar 1995 16:32:05 -0800 Received: from localhost (amurai@localhost) by specgw.spec.co.jp (8.6.5/3.3Wb-SPEC) id JAA14727; Thu, 23 Mar 1995 09:28:20 +0900 From: Atsushi MURAI Message-Id: <199503230028.JAA14727@specgw.spec.co.jp> Subject: Re: escape of iijppp on current To: sa2c@st.rim.or.jp Date: Thu, 23 Mar 1995 09:28:19 +0900 (JST) Cc: amurai@spec.co.jp, current@FreeBSD.org In-Reply-To: <199503222307.IAA00299@us.and.or.jp> from "NIIMI Satoshi" at Mar 23, 95 08:07:10 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 465 Sender: current-owner@FreeBSD.org Precedence: bulk > > Current's iijppp cannot escape characters properly. This patch will > fix this problem. Thanks I will take care of that and other patch by John to -current by comming weekend. Beacuase I am stack into my business right now.... (Need a time for local testing before apply to -current, rihgt?) > -- > NIIMI Satoshi Thanks again. Atsushi. -- Atsushi Murai Email : amurai@spec.co.jp SPEC Voice : +81-3-3833-5341 System Planning and Engineering Corp. From owner-freebsd-current Wed Mar 22 16:53:07 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA20927 for current-outgoing; Wed, 22 Mar 1995 16:53:07 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA20921 for ; Wed, 22 Mar 1995 16:53:03 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id RAA18186; Wed, 22 Mar 1995 17:55:37 -0700 Date: Wed, 22 Mar 1995 17:55:37 -0700 From: Nate Williams Message-Id: <199503230055.RAA18186@trout.sri.MT.net> In-Reply-To: "Rodney W. Grimes" "Re: commits in the last 2 days?" (Mar 22, 4:18pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "Rodney W. Grimes" , mmead@goof.com (matthew c. mead) Subject: Make World Times ( was Re: commits in the last 2 days?) Cc: current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk > > > I seem to be crusing right along in make world now... > > > > How long will a make world take on a 486dx2/66? I need to do it once > > and get all the objects built once, from then on the dependencies should make > > sure I only build what I need to each time, right? Thanks. > > Ahh... not sure... I run this stuff on a P54-90 with 4 to 5MB/sec disk > drives. I'd guess maybe 6 to 7 hours max. On my box (subjective, nothing definitive) which is a 486/66-16MB/ISA/SCSI I suspect it's more like 24-36 hours for a complete make world. A simple make takes 12-14 hours if I remember right. However, I'm usually running alot more than make world, so that'll slow it down. But, I don't suspect it halves the time. Nate From owner-freebsd-current Wed Mar 22 16:58:21 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA21214 for current-outgoing; Wed, 22 Mar 1995 16:58:21 -0800 Received: from pelican.com (pelican.com [134.24.4.62]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA21203 for ; Wed, 22 Mar 1995 16:58:05 -0800 Received: by pelican.com (Smail3.1.28.1 #5) id m0rrbDd-000K3VC; Wed, 22 Mar 95 16:57 WET Message-Id: Date: Wed, 22 Mar 95 16:57 WET From: pete@pelican.com (Pete Carah) To: current@FreeBSD.org Subject: Re: commits in the last 2 days? In-Reply-To: <199503230018.QAA10753@gndrsh.aac.dev.com> Organization: Pelican Consulting Sender: current-owner@FreeBSD.org Precedence: bulk In article <199503230018.QAA10753@gndrsh.aac.dev.com> you write: ..... For reference, I've not seen a hang here on a night-before-last kernel. Doing a sup right now, will see :-) >> How long will a make world take on a 486dx2/66? I need to do it once >> and get all the objects built once, from then on the dependencies should make >> sure I only build what I need to each time, right? Thanks. >Ahh... not sure... I run this stuff on a P54-90 with 4 to 5MB/sec disk >drives. I'd guess maybe 6 to 7 hours max. Here it's about 13.5 hrs with MAKE_EBONES and about 12.5-13.0 without. (on an OPTI EISA dx2/66 with source tree on scsi and usr+obj on (same) ide) (and scsi was newfs'd on 1.1.5 and runs about 700kb/sec, usr newfs'd on 2.0/snap 2-10 and runs about 1.2MB/sec.) >For the most part you only need to run make world once, then you should >be able to sup/ctm/whatever and just cd /usr/src; make all install; I usually throw depend in for good (bad?) measure; if I pay attention to the sup output I'll only 'make install' parts of the hierarchy. >You need to watch out if things like header files change, or other >stange dependecies that are not handled by make all. Library changes >can also be tricky. AND compiler changes like week before last. Hope not too many more of those at the moment. I tend to do library changes by hand if only one changes, then do the make all install. Headers, or basic lib changes and I tend to do make world... -- Pete From owner-freebsd-current Wed Mar 22 17:03:41 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA21459 for current-outgoing; Wed, 22 Mar 1995 17:03:41 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA21451 for ; Wed, 22 Mar 1995 17:03:37 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id RAA10912; Wed, 22 Mar 1995 17:03:06 -0800 From: "Rodney W. Grimes" Message-Id: <199503230103.RAA10912@gndrsh.aac.dev.com> Subject: Re: Make World Times ( was Re: commits in the last 2 days?) To: nate@trout.sri.MT.net (Nate Williams) Date: Wed, 22 Mar 1995 17:03:05 -0800 (PST) Cc: mmead@goof.com, current@FreeBSD.org In-Reply-To: <199503230055.RAA18186@trout.sri.MT.net> from "Nate Williams" at Mar 22, 95 05:55:37 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1386 Sender: current-owner@FreeBSD.org Precedence: bulk > > > > > I seem to be crusing right along in make world now... > > > > > > How long will a make world take on a 486dx2/66? I need to do it once > > > and get all the objects built once, from then on the dependencies should make > > > sure I only build what I need to each time, right? Thanks. > > > > Ahh... not sure... I run this stuff on a P54-90 with 4 to 5MB/sec disk > > drives. I'd guess maybe 6 to 7 hours max. > > On my box (subjective, nothing definitive) which is a > 486/66-16MB/ISA/SCSI I suspect it's more like 24-36 hours for a complete > make world. A simple make takes 12-14 hours if I remember right. Well, I started one last night at 4:00 AM, and found it hung in make install of /usr/games at 10:30 this morning. This is on an ASUS 4SP3G with 2 DEC 3053L 535MB drives, src on one drive obj on another. 8MB of memory. I started another one at about 14:00 today, and it is just now (17:00) starting the make depend all install pass. I'll extreplate and say 8 hours. > However, I'm usually running alot more than make world, so that'll slow > it down. But, I don't suspect it halves the time. Your box must be dog ass slow... or seriously memory limited. Or maybe it is very slow disk drives. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Wed Mar 22 17:34:10 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA22326 for current-outgoing; Wed, 22 Mar 1995 17:34:10 -0800 Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA22319; Wed, 22 Mar 1995 17:34:07 -0800 X-Authentication-Warning: freefall.cdrom.com: Host LOCALHOST didn't use HELO protocol To: "Rodney W. Grimes" cc: mmead@goof.com (matthew c. mead), current@FreeBSD.org Subject: Re: commits in the last 2 days? In-reply-to: Your message of "Wed, 22 Mar 95 15:46:34 PST." <199503222346.PAA10647@gndrsh.aac.dev.com> Date: Wed, 22 Mar 1995 17:34:07 -0800 Message-ID: <22318.795922447@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk cvs-all really really really was supposed to take over for freebsd-commit, with freebsd-commit & commit becoming aliases for cvs-all. ARGH! What's up, Mr Bresler? I thought these guys had been long since folded after the _last_ time we talked about this, about 2 months ago. Jordan > > > > Rodney W. Grimes wrote: > > > > > > Does anyone know what changes to the kernel were committed in the p ast two > > > > days? > > > > > I hate to say this, but your really not suppose to run -current if you > > > don't read the commit mailling list. *LOTS* of commits happened in the > > > last 2 days to the kernel and you would know all the gory details if > > > you had been reading the mailling lists like you are suppose to. > > > > I haven't received *any* mail from the freebsd-commit list. If you > > send majordomo the command "who freebsd-commit," mmead@goof.com *is* on the > > list. I however have received no mail. In fact, a quick check on my freeb sd > > folder reveals no messages with the Sender header set to > > "commit-owner@FreeBSD.org". Could someone please fix this so I do receive > > commit mail? > > YOur on the *WRONG* commit mailling list (freebsd-commit.info): > freefall:rgrimes {133} cat freebsd-commit.info > This is the mailing list that cvs commit messages go out to, so please > refrain from sending mail to this list except via a cvs commit command > run on freefall.cdrom.com. > > NOTE: this list does not apply to 2.0-current. > use cvs-all for 2.0 and later. > or the cvs list for your area of interest (eg cvs-gnu) > > this list is a vestiage of 1.1.5 > freefall:rgrimes {134} cat cvs-all.info > This mailing list is for ALL cvs commit messages to any area of the > cvs repository. Please refrain from sending mail to this list except > via a cvs commit command run on freefall.cdrom.com, or in direct reply > to a commit. Do NOT use this mailling list for general discussions. > > If you do NOT want to get ALL the cvs commit mail subscribe to the > seperate lists. > > ... > > I didn't see any messages on the console, by the way. > > > > > Probably not, I am seeing the hang here with a kernel built from 11:00 PS T > > > sources last night and there was not any console messages. It hung durin g > > > the make install. Davidg just made another commit to the vm system, that > > > may or maynot have fixed this problem. > > > > We'll see... :-) > > There has been another Commit by David today that has to do with hangs, > I seem to be crusing right along in make world now... > > > -- > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Wed Mar 22 17:40:14 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA22500 for current-outgoing; Wed, 22 Mar 1995 17:40:14 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA22494 for ; Wed, 22 Mar 1995 17:40:11 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id RAA11029 for freebsd-current@freebsd.org; Wed, 22 Mar 1995 17:39:56 -0800 From: "Rodney W. Grimes" Message-Id: <199503230139.RAA11029@gndrsh.aac.dev.com> Subject: When did this start to happen.... To: freebsd-current@FreeBSD.org Date: Wed, 22 Mar 1995 17:39:56 -0800 (PST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 607 Sender: current-owner@FreeBSD.org Precedence: bulk Looks like either the new groff is hosed, or the tmac code got hosed some how: hookturn# man ls Formatting page, please wait.../usr/share/tmac/tmac.latin1:59: a space character is not allowed in an escape name /usr/share/tmac/tmac.latin1:59: a newline character is not allowed in an escape name Done. if !c.tr .latin1-tr x LS(1) UNIX Reference Manual LS(1) NAME ls - list directory contents ... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Wed Mar 22 17:44:10 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA22625 for current-outgoing; Wed, 22 Mar 1995 17:44:10 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA22619 for ; Wed, 22 Mar 1995 17:44:07 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id RAA11058; Wed, 22 Mar 1995 17:43:52 -0800 From: "Rodney W. Grimes" Message-Id: <199503230143.RAA11058@gndrsh.aac.dev.com> Subject: Re: When did this start to happen.... To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 22 Mar 1995 17:43:51 -0800 (PST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503230139.RAA11029@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Mar 22, 95 05:39:56 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 761 Sender: current-owner@FreeBSD.org Precedence: bulk > > Looks like either the new groff is hosed, or the tmac code got > hosed some how: > > hookturn# man ls > Formatting page, please wait.../usr/share/tmac/tmac.latin1:59: a space character > is not allowed in an escape name > /usr/share/tmac/tmac.latin1:59: a newline character is not allowed in an escape name > Done. > if !c.tr .latin1-tr x > > LS(1) UNIX Reference Manual LS(1) > > NAME > ls - list directory contents > ... Never mind..... some how my copy of /usr/share/tmac/tmac.latic1 got corrupted :-(, the verion in my source tree is fine. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Wed Mar 22 17:45:55 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA22668 for current-outgoing; Wed, 22 Mar 1995 17:45:55 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA22662 for ; Wed, 22 Mar 1995 17:45:53 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id UAA00617; Wed, 22 Mar 1995 20:45:25 -0500 From: "matthew c. mead" Message-Id: <199503230145.UAA00617@goof.com> Subject: Re: Make World Times ( was Re: commits in the last 2 days?) To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 22 Mar 1995 20:45:24 -0500 (EST) Cc: nate@trout.sri.MT.net, current@FreeBSD.org In-Reply-To: <199503230103.RAA10912@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Mar 22, 95 05:03:05 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1076 Sender: current-owner@FreeBSD.org Precedence: bulk Rodney W. Grimes wrote: > Well, I started one last night at 4:00 AM, and found it hung in > make install of /usr/games at 10:30 this morning. This is on an > ASUS 4SP3G with 2 DEC 3053L 535MB drives, src on one drive obj on > another. 8MB of memory. > > I started another one at about 14:00 today, and it is just now (17:00) > starting the make depend all install pass. I'll extreplate and say > 8 hours. > > > However, I'm usually running alot more than make world, so that'll slow > > it down. But, I don't suspect it halves the time. > > Your box must be dog ass slow... or seriously memory limited. Or maybe > it is very slow disk drives. Hmm. I have a feeling my machine will do ok then - I've got a 486/66 with 52M ram and 2G disk (all SCSI-II). -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Wed Mar 22 18:04:10 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA23568 for current-outgoing; Wed, 22 Mar 1995 18:04:10 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA23561 for ; Wed, 22 Mar 1995 18:04:09 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id VAA00249 for current@freebsd.org; Wed, 22 Mar 1995 21:03:55 -0500 From: "matthew c. mead" Message-Id: <199503230203.VAA00249@goof.com> Subject: pci0 uses........ To: current@FreeBSD.org Date: Wed, 22 Mar 1995 21:03:54 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 500 Sender: current-owner@FreeBSD.org Precedence: bulk With the current kernel as of tonight, I get this message: Mar 22 21:01:47 goof /kernel: pci0: uses 8388608 bytes of memory from 80000000 upto 807fffff. what exactly does that mean? -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Wed Mar 22 18:51:23 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA25260 for current-outgoing; Wed, 22 Mar 1995 18:51:23 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA25254 for ; Wed, 22 Mar 1995 18:51:22 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id VAA00249 for current@freebsd.org; Wed, 22 Mar 1995 21:51:09 -0500 From: "matthew c. mead" Message-Id: <199503230251.VAA00249@goof.com> Subject: still hanging To: current@FreeBSD.org Date: Wed, 22 Mar 1995 21:51:09 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 375 Sender: current-owner@FreeBSD.org Precedence: bulk Just so you know, the kernel supped tonight still hangs... -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Wed Mar 22 19:29:05 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA26487 for current-outgoing; Wed, 22 Mar 1995 19:29:05 -0800 Received: from kryten.atinc.com (kryten.atinc.com [198.138.38.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA26481; Wed, 22 Mar 1995 19:28:56 -0800 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id WAA01229; Wed, 22 Mar 1995 22:24:42 -0500 Date: Wed, 22 Mar 1995 22:24:41 -0500 (EST) From: "Jonathan M. Bresler" Subject: Re: commits in the last 2 days? To: "Jordan K. Hubbard" cc: "Rodney W. Grimes" , "matthew c. mead" , current@FreeBSD.org In-Reply-To: <22318.795922447@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Wed, 22 Mar 1995, Jordan K. Hubbard wrote: > cvs-all really really really was supposed to take over for > freebsd-commit, with freebsd-commit & commit becoming aliases for > cvs-all. > > ARGH! > > What's up, Mr Bresler? I thought these guys had been long since > folded after the _last_ time we talked about this, about 2 months ago. we never decided to kill/aliases these away. rather we added the info message that rod passed along to matt. we can do 'the alias thing' and settle this, but the 'principle of least surprise' will take a helluva beating when cvs-all mail starts hitting lists are moribund. give me the word. i'll do it inside the lists themselves or we can go edit /etc/aliases. jmb 'eye-gore awaits you, jordan massa' > > Jordan > > > > > > > > Rodney W. Grimes wrote: > > > > > > > > Does anyone know what changes to the kernel were committed in the p > ast two > > > > > days? > > > > > > > I hate to say this, but your really not suppose to run -current if you > > > > don't read the commit mailling list. *LOTS* of commits happened in the > > > > last 2 days to the kernel and you would know all the gory details if > > > > you had been reading the mailling lists like you are suppose to. > > > > > > I haven't received *any* mail from the freebsd-commit list. If you > > > send majordomo the command "who freebsd-commit," mmead@goof.com *is* on the > > > list. I however have received no mail. In fact, a quick check on my freeb > sd > > > folder reveals no messages with the Sender header set to > > > "commit-owner@FreeBSD.org". Could someone please fix this so I do receive > > > commit mail? > > > > YOur on the *WRONG* commit mailling list (freebsd-commit.info): > > freefall:rgrimes {133} cat freebsd-commit.info > > This is the mailing list that cvs commit messages go out to, so please > > refrain from sending mail to this list except via a cvs commit command > > run on freefall.cdrom.com. > > > > NOTE: this list does not apply to 2.0-current. > > use cvs-all for 2.0 and later. > > or the cvs list for your area of interest (eg cvs-gnu) > > > > this list is a vestiage of 1.1.5 > > freefall:rgrimes {134} cat cvs-all.info > > This mailing list is for ALL cvs commit messages to any area of the > > cvs repository. Please refrain from sending mail to this list except > > via a cvs commit command run on freefall.cdrom.com, or in direct reply > > to a commit. Do NOT use this mailling list for general discussions. > > > > If you do NOT want to get ALL the cvs commit mail subscribe to the > > seperate lists. > > > > ... > > > I didn't see any messages on the console, by the way. > > > > > > > Probably not, I am seeing the hang here with a kernel built from 11:00 PS > T > > > > sources last night and there was not any console messages. It hung durin > g > > > > the make install. Davidg just made another commit to the vm system, that > > > > may or maynot have fixed this problem. > > > > > > We'll see... :-) > > > > There has been another Commit by David today that has to do with hangs, > > I seem to be crusing right along in make world now... > > > > > > -- > > Rod Grimes rgrimes@gndrsh.aac.dev.com > > Accurate Automation Company Custom computers for FreeBSD > > Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 From owner-freebsd-current Wed Mar 22 19:31:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA26572 for current-outgoing; Wed, 22 Mar 1995 19:31:44 -0800 Received: from relay2.UU.NET (relay2.UU.NET [192.48.96.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA26566 for ; Wed, 22 Mar 1995 19:31:41 -0800 Received: from news.cs.utexas.edu by relay2.UU.NET with SMTP id QQyigc04626; Wed, 22 Mar 1995 22:31:03 -0500 Received: from mail.cs.utexas.edu (root@mail.cs.utexas.edu [128.83.139.10]) by news.cs.utexas.edu (8.6.10/8.6.9) with ESMTP id VAA01987; Wed, 22 Mar 1995 21:31:05 -0600 Received: from uudell.us.dell.com (uudell.us.dell.com [143.166.224.6]) by mail.cs.utexas.edu (8.6.10/8.6.9) with SMTP id VAA21051; Wed, 22 Mar 1995 21:31:04 -0600 Received: from obiwan by uudell.us.dell.com (5.67/dns1.3) with UUCP id AA04680; Thu, 23 Mar 95 03:26:07 GMT Received: by obiwan.uucp (Smail3.1.29.1 #4) id m0rrczz-0002zzC; Wed, 22 Mar 95 20:51 CST Message-Id: From: obiwan!bob@uudell.us.dell.com (Bob Willcox) Subject: Re: Make World Times ( was Re: commits in the last 2 days?) To: nate@trout.sri.MT.net (Nate Williams) Date: Wed, 22 Mar 1995 20:51:46 -0600 (CST) Cc: rgrimes@gndrsh.aac.dev.com, mmead@goof.com, current@FreeBSD.org In-Reply-To: <199503230055.RAA18186@trout.sri.MT.net> from "Nate Williams" at Mar 22, 95 05:55:37 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 787 Sender: current-owner@FreeBSD.org Precedence: bulk Nate Williams wrote: > On my box (subjective, nothing definitive) which is a > 486/66-16MB/ISA/SCSI I suspect it's more like 24-36 hours for a complete > make world. A simple make takes 12-14 hours if I remember right. > However, I'm usually running alot more than make world, so that'll slow > it down. But, I don't suspect it halves the time. I have been doing make worlds on a DX2/66 EISA/SCSI with 20MB of RAM in just under 10 hours. The source is NFS mounted from another system (running FreeBSD 1.1.5.1) and the obj is on a local disk. -- Bob Willcox ...!{rutgers|ames}!cs.utexas.edu!uudell!obiwan!bob Austin, TX or: @uudell.us.dell.com:obiwan!bob 512-258-4224 (home), 512-838-3914 (work) or: obiwan%bob@uunet.uu.net From owner-freebsd-current Wed Mar 22 20:58:14 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA28790 for current-outgoing; Wed, 22 Mar 1995 20:58:14 -0800 Received: from SIRIUS.COM (terra.sirius.com [140.174.229.13]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA28782 for ; Wed, 22 Mar 1995 20:58:12 -0800 Received: from slip217.sirius.com by SIRIUS.COM (NX5.67e/NX3.16M) id AA21507; Wed, 22 Mar 95 20:57:58 -0800 Message-Id: <9503230457.AA21507@SIRIUS.COM> X-Sender: rsoles@pop.sirius.com X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 22 Mar 1995 21:04:41 -0800 To: freebsd-current@freefall.cdrom.com From: rsoles@SIRIUS.COM (Roger L Soles) Subject: Re: Make World Times ( was Re: commits in the last 2 days?) Sender: current-owner@FreeBSD.org Precedence: bulk Again, my system is nothing definative -- but with a 486/66-20MB/VL-SCSI (Adaptec) and fast scsi2 drives I see something under 12 hours for a make world. I suspect it's bound more by the amount of memory and speed of the disk channels than the processing speed... though obviously all things equal a faster processor will make some difference. - Roger >> > > I seem to be crusing right along in make world now... >> > >> > How long will a make world take on a 486dx2/66? I need to do it once >> > and get all the objects built once, from then on the dependencies should make >> > sure I only build what I need to each time, right? Thanks. >> >> Ahh... not sure... I run this stuff on a P54-90 with 4 to 5MB/sec disk >> drives. I'd guess maybe 6 to 7 hours max. > >On my box (subjective, nothing definitive) which is a >486/66-16MB/ISA/SCSI I suspect it's more like 24-36 hours for a complete >make world. A simple make takes 12-14 hours if I remember right. >However, I'm usually running alot more than make world, so that'll slow >it down. But, I don't suspect it halves the time. > > >Nate > > //---------------------------------------------------------------------------- // Roger L Soles // PO Box 280785 // San Francisco, CA 94124-0785 From owner-freebsd-current Wed Mar 22 22:12:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA00656 for current-outgoing; Wed, 22 Mar 1995 22:12:44 -0800 Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA00647; Wed, 22 Mar 1995 22:12:42 -0800 X-Authentication-Warning: freefall.cdrom.com: Host LOCALHOST didn't use HELO protocol To: "Jonathan M. Bresler" cc: "Rodney W. Grimes" , "matthew c. mead" , current@FreeBSD.org Subject: Re: commits in the last 2 days? In-reply-to: Your message of "Wed, 22 Mar 95 22:24:41 EST." Date: Wed, 22 Mar 1995 22:12:41 -0800 Message-ID: <643.795939161@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > we never decided to kill/aliases these away. rather we added the > info message that rod passed along to matt. Misunderstanding on my part then. I thought for sure we'd agreed to just fold them together long ago! > we can do 'the alias thing' and settle this, but the 'principle > of least surprise' will take a helluva beating when cvs-all mail starts > hitting lists are moribund. Then they can extract themselves, but there's a lot of doc (including our WEB doc and a German magazine article this april) that says to go subscribe to freebsd-commit for all *current* messages. We really need to make this equivalent to cvs-all, I'm afraid. > jmb 'eye-gore awaits you, jordan massa' Excellent! Now, go fetch me a brain! :-) Jordan From owner-freebsd-current Wed Mar 22 23:31:22 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA02762 for current-outgoing; Wed, 22 Mar 1995 23:31:22 -0800 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA02752 for ; Wed, 22 Mar 1995 23:31:19 -0800 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-6) id AA18771; Thu, 23 Mar 95 08:30:55 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id IAA13836 for freebsd-current@freefall.cdrom.com; Thu, 23 Mar 1995 08:36:50 +0100 Date: Thu, 23 Mar 1995 08:36:50 +0100 From: "Christoph P. Kukulies" Message-Id: <199503230736.IAA13836@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.cdrom.com Subject: problem in getpwent stops world build Sender: current-owner@FreeBSD.org Precedence: bulk /usr/src/lib/libc/gen/getpwent.c:346: for each function it appears in.) /usr/src/lib/libc/gen/getpwent.c:352: `_PW_KEYPLUSBYNUM' undeclared (first use t his function) /usr/src/lib/libc/gen/getpwent.c:389: `_PW_KEYMINUSCNT' undeclared (first use th is function) /usr/src/lib/libc/gen/getpwent.c:395: `_PW_KEYMINUSBYNUM' undeclared (first use this function) *** Error code 1 Stop. From owner-freebsd-current Wed Mar 22 23:42:41 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA03098 for current-outgoing; Wed, 22 Mar 1995 23:42:41 -0800 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA03086 for ; Wed, 22 Mar 1995 23:42:35 -0800 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-6) id AA18842; Thu, 23 Mar 95 08:42:16 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id IAA13954; Thu, 23 Mar 1995 08:48:12 +0100 Message-Id: <199503230748.IAA13954@gilberto.physik.rwth-aachen.de> Subject: Re: Make World Times ( was Re: commits in the last 2 days?) To: nate@trout.sri.MT.net (Nate Williams) Date: Thu, 23 Mar 1995 08:48:11 +0100 (MET) Cc: freebsd-current@freefall.cdrom.com (user alias) In-Reply-To: <199503230055.RAA18186@trout.sri.MT.net> from "Nate Williams" at Mar 22, 95 05:55:37 pm From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1245 Sender: current-owner@FreeBSD.org Precedence: bulk > > > > > I seem to be crusing right along in make world now... > > > > > > How long will a make world take on a 486dx2/66? I need to do it once > > > and get all the objects built once, from then on the dependencies should make > > > sure I only build what I need to each time, right? Thanks. > > > > Ahh... not sure... I run this stuff on a P54-90 with 4 to 5MB/sec disk > > drives. I'd guess maybe 6 to 7 hours max. > > On my box (subjective, nothing definitive) which is a > 486/66-16MB/ISA/SCSI I suspect it's more like 24-36 hours for a complete > make world. A simple make takes 12-14 hours if I remember right. > However, I'm usually running alot more than make world, so that'll slow > it down. But, I don't suspect it halves the time. > > > Nate > 10.5 hours here (I start one at 6 am and one at 6 pm with a subsequent kernel build and reboot lauched by cron). It's a 486DX2/66 ISA/VL VLB EIDE Quantum 540A and 32MB memory. The times could be better. Btw, what has become of the new /usr/src/Makefile (Wackerbart ?) --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Wed Mar 22 04:54:59 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-current Wed Mar 22 23:52:16 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA03223 for current-outgoing; Wed, 22 Mar 1995 23:52:16 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA03207 for ; Wed, 22 Mar 1995 23:51:57 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA12728; Thu, 23 Mar 1995 08:51:35 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id IAA20945 for freebsd-current@FreeBSD.org; Thu, 23 Mar 1995 08:51:35 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA17108 for freebsd-current@FreeBSD.org; Thu, 23 Mar 1995 08:11:47 +0100 From: J Wunsch Message-Id: <199503230711.IAA17108@uriah.heep.sax.de> Subject: Re: commits in the last 2 days? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 23 Mar 1995 08:11:46 +0100 (MET) In-Reply-To: <643.795939161@freefall.cdrom.com> from "Jordan K. Hubbard" at Mar 22, 95 10:12:41 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1062 Sender: current-owner@FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > > we can do 'the alias thing' and settle this, but the 'principle > > of least surprise' will take a helluva beating when cvs-all mail starts > > hitting lists are moribund. > > Then they can extract themselves, but there's a lot of doc (including > our WEB doc and a German magazine article this april) that says to go > subscribe to freebsd-commit for all *current* messages. We really > need to make this equivalent to cvs-all, I'm afraid. Or we simply send a final mail to it saying it will go, and nuke it then. If the list is finally gone, people will also be pointed to ask majordomo about which lists he does know. Btw., the old repository is gone now (~cvs). Any chance to get it accessed for reference purpose again? Last time i've been looking, there hasn't been a CD mounted. Just an oversight or intention? (I'm otherwise also interested in a CD of my own. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Mar 22 23:52:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA03263 for current-outgoing; Wed, 22 Mar 1995 23:52:53 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA03249 for ; Wed, 22 Mar 1995 23:52:47 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id XAA11978; Wed, 22 Mar 1995 23:51:57 -0800 From: "Rodney W. Grimes" Message-Id: <199503230751.XAA11978@gndrsh.aac.dev.com> Subject: Re: Make World Times ( was Re: commits in the last 2 days?) To: kuku@gilberto.physik.rwth-aachen.de Date: Wed, 22 Mar 1995 23:51:56 -0800 (PST) Cc: nate@trout.sri.MT.net, freebsd-current@freefall.cdrom.com In-Reply-To: <199503230748.IAA13954@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Mar 23, 95 08:48:11 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1740 Sender: current-owner@FreeBSD.org Precedence: bulk > > > > > > > > I seem to be crusing right along in make world now... > > > > > > > > How long will a make world take on a 486dx2/66? I need to do it once > > > > and get all the objects built once, from then on the dependencies should make > > > > sure I only build what I need to each time, right? Thanks. > > > > > > Ahh... not sure... I run this stuff on a P54-90 with 4 to 5MB/sec disk > > > drives. I'd guess maybe 6 to 7 hours max. My guess was pretty close for the test box I was running, it took it 8.5 hours, and that was with the scsi bus running totally in async mode. System was multiuser, but the only other thing running on it was a tail -f of the output from make world to a xterm on gndrsh. This was an ASUS PCI/I-486SP3G AMD DX2/66 8MB on board PCI NCR controller, dual DEC 3053L's, and only 8MB of memory, GENERIC kernel trimmed to match machine, but no speedup's turned on. > > On my box (subjective, nothing definitive) which is a > > 486/66-16MB/ISA/SCSI I suspect it's more like 24-36 hours for a complete > > make world. A simple make takes 12-14 hours if I remember right. > > However, I'm usually running alot more than make world, so that'll slow > > it down. But, I don't suspect it halves the time. > > > > > > Nate > > > 10.5 hours here (I start one at 6 am and one at 6 pm with a subsequent > kernel build and reboot lauched by cron). It's a 486DX2/66 ISA/VL > VLB EIDE Quantum 540A and 32MB memory. The times could be better. > > Btw, what has become of the new /usr/src/Makefile (Wackerbart ?) Haven't herd from him in a while... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Thu Mar 23 00:19:18 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA04045 for current-outgoing; Thu, 23 Mar 1995 00:19:18 -0800 Received: from easynet.com (easyr.easynet.net [198.67.38.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA04039 for ; Thu, 23 Mar 1995 00:19:17 -0800 Received: by easynet.com (Smail3.1.28.1 #7) id m0rrhyj-000rc5C; Thu, 23 Mar 95 00:10 WET Message-Id: From: brian@mediacity.com (Brian Litzinger) Subject: /usr/sbin/ppp almost freezes my system To: freebsd-current@FreeBSD.org Date: Thu, 23 Mar 1995 00:10:49 -0800 (PST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2521 Sender: current-owner@FreeBSD.org Precedence: bulk I bring up /usr/sbin/ppp to connect up to a site near me. Things go well. When I'm done I issue the command 'close' to ppp. The cursor after hitting enter hasn't even moved from after the e in close and the system is mostly frozen. The NumLock light on the keyboard turns on and off. And the disk moves every 30 seconds or so, but nothing else budges at all. ctrl-alt-del is ignored. The problem is repeatable. And happens on a -current kernel sup'ed Wed Mar 22 around 8pm US/Pacific Time. brian FreeBSD 2.1.0-Development #0: Wed Mar 22 20:52:11 PST 1995 brian@apt.easynet.com:/usr/src/sys/compile/LOCAL CPU: Pentium (Pentium-class CPU) 90 MHz Origin = "GenuineIntel" Id = 0x521 This is a Pentium 735\\90 or 815\\100 Stepping=1 Features=0x1bf FPU VME PSE MCE CX8 real memory = 16384000 (4000 pages) avail memory = 14929920 (3645 pages) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> 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) [0: fd0: 1.44MB 3.5in] wdc0 not found at 0x1f0 bt0 not found at 0x330 aha0 is a 154xCF-2.01-VC.0: enabling mailbox and residuals aha0: reading board settings, dma=5 int=11 (bus speed defaulted) aha0 at 0x330-0x333 irq 11 drq 5 on isa aha0 waiting for scsi devices to settle (aha0:0:0): "DEC RZ73 (C) DEC T392" is a type 0 fixed SCSI 2 sd0(aha0:0:0): Direct-Access 1908MB (3907911 512 byte sectors) (aha0:2:0): "TEAC CD-ROM CD-50 1.06" is a type 5 removable SCSI 2 cd0(aha0:2:0): CD-ROM cd0(aha0:2:0): UNIT ATTENTION asc:28,0 cd0(aha0:2:0): Not ready to ready transition, medium may have changed cd0: could not get size drive empty npx0 on motherboard npx0: INT 16 interface Probing for devices on the pci0 bus: configuration mode 1 allows 32 devices. pci0:16: OPTI, device=0xc822, class=bridge [not supported] de0 rev 35 int a irq 9 on pci0:18 reg20: virtual=0xf2ea9c00 physical=0xffbffc00 size=0x80 de0: enabling Thinwire/AUI port de0: DC21040 [10Mb/s] pass 2.3 ethernet address 00:80:c8:2b:db:08 vga0 rev 2 int a irq 9 on pci0:19 pci0: uses 4194432 bytes of memory from a0000000 upto ffbffc7f. pci0: uses 128 bytes of I/O space from ff80 upto ffff. changing root device to sd0a From owner-freebsd-current Thu Mar 23 01:09:46 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA05193 for current-outgoing; Thu, 23 Mar 1995 01:09:46 -0800 Received: from inet-gw-3.pa.dec.com (inet-gw-3.pa.dec.com [16.1.0.33]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA05186 for ; Thu, 23 Mar 1995 01:09:41 -0800 Received: from tartufo.pcs.dec.com by inet-gw-3.pa.dec.com (5.65/24Feb95) id AA12805; Thu, 23 Mar 95 01:07:12 -0800 Received: by tartufo.pcs.dec.com (/\=-/\ Smail3.1.16.1 #16.39) id ; Thu, 23 Mar 95 10:05 MET Message-Id: Date: Thu, 23 Mar 95 10:05 MET From: me@tartufo.pcs.dec.com (Michael Elbel) To: nate@trout.sri.MT.net Cc: current@FreeBSD.org Subject: Re: Make World Times and a question about shared libs / make all Newsgroups: pcs.freebsd.current References: <199503230055.RAA18186@trout.sri.MT.net> Reply-To: me@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk In pcs.freebsd.current you write: >> > > I seem to be crusing right along in make world now... >> > >> > How long will a make world take on a 486dx2/66? I need to do it once >> > and get all the objects built once, from then on the dependencies should make >> > sure I only build what I need to each time, right? Thanks. >> >> Ahh... not sure... I run this stuff on a P54-90 with 4 to 5MB/sec disk >> drives. I'd guess maybe 6 to 7 hours max. >On my box (subjective, nothing definitive) which is a >486/66-16MB/ISA/SCSI I suspect it's more like 24-36 hours for a complete >make world. A simple make takes 12-14 hours if I remember right. >However, I'm usually running alot more than make world, so that'll slow >it down. But, I don't suspect it halves the time. Well, it *can* be halved. My setup: 486/66, 32 MB, EISA/VLB, SCSI disks on a BT747 controller (Quantum Empire 2100 for the srcs, Fujitsu 500MB whatnot for obj), cflags -O2 -m486 -pipe, not building profiled libraries. It takes less than 7 hours for a make world with virgin source and obj trees, maybe 20 min more if there was a make world before. Now I've noticed that subsequent 'make all install's will relink all the programs. I suppose this is due to the libraries being newer than the existing objects. However, this wouldn't be necessary unless the shared lib version has gone up. How hard would it be to get rid of this behaviour? I don't want to go and dig myself up to the armpits into the make stuff if it's impossible :-) Michael-- Michael Elbel, Digital-PCS GmbH, Muenchen, Germany - me@FreeBSD.org Fermentation fault (coors dumped) From owner-freebsd-current Thu Mar 23 01:25:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA05545 for current-outgoing; Thu, 23 Mar 1995 01:25:48 -0800 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA05538 for ; Thu, 23 Mar 1995 01:25:41 -0800 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-6) id AA19549; Thu, 23 Mar 95 10:24:59 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id KAA14532; Thu, 23 Mar 1995 10:30:54 +0100 Message-Id: <199503230930.KAA14532@gilberto.physik.rwth-aachen.de> Subject: Re: Make World Times and a question about shared libs / make all To: me@FreeBSD.org Date: Thu, 23 Mar 1995 10:30:54 +0100 (MET) Cc: freebsd-current@freefall.cdrom.com (user alias) In-Reply-To: from "Michael Elbel" at Mar 23, 95 10:05:00 am From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2261 Sender: current-owner@FreeBSD.org Precedence: bulk > > In pcs.freebsd.current you write: > > >> > > I seem to be crusing right along in make world now... > >> > > >> > How long will a make world take on a 486dx2/66? I need to do it once > >> > and get all the objects built once, from then on the dependencies should make > >> > sure I only build what I need to each time, right? Thanks. > >> > >> Ahh... not sure... I run this stuff on a P54-90 with 4 to 5MB/sec disk > >> drives. I'd guess maybe 6 to 7 hours max. > > >On my box (subjective, nothing definitive) which is a > >486/66-16MB/ISA/SCSI I suspect it's more like 24-36 hours for a complete > >make world. A simple make takes 12-14 hours if I remember right. > >However, I'm usually running alot more than make world, so that'll slow > >it down. But, I don't suspect it halves the time. > > Well, it *can* be halved. My setup: > 486/66, 32 MB, EISA/VLB, > SCSI disks on a BT747 controller (Quantum Empire 2100 for the srcs, > Fujitsu 500MB whatnot for obj), cflags -O2 -m486 -pipe, > not building profiled libraries. > > It takes less than 7 hours for a make world with virgin source and > obj trees, maybe 20 min more if there was a make world before. > > Now I've noticed that subsequent 'make all install's will relink > all the programs. I suppose this is due to the libraries being > newer than the existing objects. However, this wouldn't be necessary > unless the shared lib version has gone up. How hard would it be > to get rid of this behaviour? I don't want to go and dig myself > up to the armpits into the make stuff if it's impossible :-) I'm not quite sure what you mean. Do you want to make make all install faster when a make world has been done already and all the objects sit still there in the tree? I think this is not what we want. Make world (which includes cleandir or is it clean?) is slow because the libs are being built several times during the course of makeing the world. > > Michael-- > Michael Elbel, Digital-PCS GmbH, Muenchen, Germany - me@FreeBSD.org > Fermentation fault (coors dumped) > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Wed Mar 22 04:54:59 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-current Thu Mar 23 02:13:30 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA07109 for current-outgoing; Thu, 23 Mar 1995 02:13:30 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA07100 for ; Thu, 23 Mar 1995 02:13:14 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id UAA10289; Thu, 23 Mar 1995 20:11:10 +1000 Date: Thu, 23 Mar 1995 20:11:10 +1000 From: Bruce Evans Message-Id: <199503231011.UAA10289@godzilla.zeta.org.au> To: me@tartufo.pcs.dec.com, nate@trout.sri.MT.net Subject: Re: Make World Times and a question about shared libs / make all Cc: current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk >Well, it *can* be halved. My setup: >486/66, 32 MB, EISA/VLB, >SCSI disks on a BT747 controller (Quantum Empire 2100 for the srcs, >Fujitsu 500MB whatnot for obj), cflags -O2 -m486 -pipe, >not building profiled libraries. ^^^ Cheating :-). >Now I've noticed that subsequent 'make all install's will relink >all the programs. I suppose this is due to the libraries being >newer than the existing objects. However, this wouldn't be necessary >unless the shared lib version has gone up. How hard would it be >to get rid of this behaviour? I don't want to go and dig myself >up to the armpits into the make stuff if it's impossible :-) Fairly hard. I did some makefile hacking towards it last August. No one has done much more than complain about it since then. I'm not very concerned about it, because linking is relatively fast, not much slower than running `make' in /usr/src when there is nothing to do. Bruce From owner-freebsd-current Thu Mar 23 02:37:28 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA07593 for current-outgoing; Thu, 23 Mar 1995 02:37:28 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA07586 for ; Thu, 23 Mar 1995 02:37:25 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id CAA00400; Thu, 23 Mar 1995 02:29:01 -0800 From: "Rodney W. Grimes" Message-Id: <199503231029.CAA00400@gndrsh.aac.dev.com> Subject: Re: Make World Times and a question about shared libs / make all To: bde@zeta.org.au (Bruce Evans) Date: Thu, 23 Mar 1995 02:29:01 -0800 (PST) Cc: me@tartufo.pcs.dec.com, nate@trout.sri.MT.net, current@FreeBSD.org In-Reply-To: <199503231011.UAA10289@godzilla.zeta.org.au> from "Bruce Evans" at Mar 23, 95 08:11:10 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1840 Sender: current-owner@FreeBSD.org Precedence: bulk > > >Well, it *can* be halved. My setup: > >486/66, 32 MB, EISA/VLB, > >SCSI disks on a BT747 controller (Quantum Empire 2100 for the srcs, > >Fujitsu 500MB whatnot for obj), cflags -O2 -m486 -pipe, > >not building profiled libraries. > ^^^ > Cheating :-). Whoopsss... I've been cheating too. I never build the profiled libraries :-). > >Now I've noticed that subsequent 'make all install's will relink > >all the programs. I suppose this is due to the libraries being > >newer than the existing objects. However, this wouldn't be necessary > >unless the shared lib version has gone up. How hard would it be > >to get rid of this behaviour? I don't want to go and dig myself > >up to the armpits into the make stuff if it's impossible :-) > > Fairly hard. I did some makefile hacking towards it last August. > No one has done much more than complain about it since then. > I'm not very concerned about it, because linking is relatively > fast, not much slower than running `make' in /usr/src when there > is nothing to do. The one I really want to clean up is the installation of header files, that causes more things to rebuild than anything to do with the libraries. Would people think it gross if /usr/include was nothing but a directory tree full of symbolic links into /usr/src (or where ever you did the ``make INCLUDE_TYPES=symlink includes'' from). This would mean make would always stat the copy in the source tree and save a lot of unneeded recompiles. There would also be a ``make INCLUDE_TYPES=copies includes'' that would do cmp -s || and only update if they had changed, etc. This is not that hard to clean all about (about 12 hours of work). > Bruce -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Thu Mar 23 02:58:23 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA07882 for current-outgoing; Thu, 23 Mar 1995 02:58:23 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA07876 for ; Thu, 23 Mar 1995 02:58:13 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id UAA11415; Thu, 23 Mar 1995 20:54:21 +1000 Date: Thu, 23 Mar 1995 20:54:21 +1000 From: Bruce Evans Message-Id: <199503231054.UAA11415@godzilla.zeta.org.au> To: bde@zeta.org.au, rgrimes@gndrsh.aac.dev.com Subject: Re: Make World Times and a question about shared libs / make all Cc: current@FreeBSD.org, me@tartufo.pcs.dec.com, nate@trout.sri.MT.net Sender: current-owner@FreeBSD.org Precedence: bulk >The one I really want to clean up is the installation of header >files, that causes more things to rebuild than anything to do >with the libraries. I've never had any problems here. My etc. are symlinks and my fingers have `cp' aliased to `cp -p'. >Would people think it gross if /usr/include was nothing but >a directory tree full of symbolic links into /usr/src (or >where ever you did the ``make INCLUDE_TYPES=symlink includes'' from). Yes, it's gross. Bruce From owner-freebsd-current Thu Mar 23 03:12:10 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA08214 for current-outgoing; Thu, 23 Mar 1995 03:12:10 -0800 Received: (from hsu@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA08205; Thu, 23 Mar 1995 03:12:09 -0800 Date: Thu, 23 Mar 1995 03:12:09 -0800 From: Jeffrey Hsu Message-Id: <199503231112.DAA08205@freefall.cdrom.com> To: rgrimes@gndrsh.aac.dev.com Subject: Re: Make World Times and a question about shared libs / make all Cc: current Sender: current-owner@FreeBSD.org Precedence: bulk The one I really want to clean up is the installation of header files, that causes more things to rebuild than anything to do with the libraries. Yes! Yes! Yes! I've been thinking about this too. It's really painful to have to recompile everything just because install is too dumb to not update the mtime if the source and target are the same. Jeffrey From owner-freebsd-current Thu Mar 23 03:34:43 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA08566 for current-outgoing; Thu, 23 Mar 1995 03:34:43 -0800 Received: from inet-gw-3.pa.dec.com (inet-gw-3.pa.dec.com [16.1.0.33]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA08560 for ; Thu, 23 Mar 1995 03:34:42 -0800 Received: from dude.pcs.dec.com by inet-gw-3.pa.dec.com (5.65/24Feb95) id AA21748; Thu, 23 Mar 95 03:33:27 -0800 Received: by dude.pcs.dec.com (/\=-/\ Smail3.1.16.1 #16.37) id ; Thu, 23 Mar 95 12:31 MEZ Message-Id: From: me@dude.pcs.dec.com ( Michael Elbel ) Subject: Re: Make World Times and a question about shared libs / make all To: kuku@gilberto.physik.rwth-aachen.de Date: Thu, 23 Mar 1995 12:31:04 +0100 (MEZ) Cc: freebsd-current@freefall.cdrom.com Reply-To: me@FreeBSD.org (Michael Elbel) In-Reply-To: <199503230930.KAA14532@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Mar 23, 95 10:30:54 am X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1656 Sender: current-owner@FreeBSD.org Precedence: bulk > > Now I've noticed that subsequent 'make all install's will relink > > all the programs. I suppose this is due to the libraries being > > newer than the existing objects. However, this wouldn't be necessary > > unless the shared lib version has gone up. How hard would it be > > to get rid of this behaviour? I don't want to go and dig myself > > up to the armpits into the make stuff if it's impossible :-) > > I'm not quite sure what you mean. Do you want to make make all install > faster when a make world has been done already and all the objects > sit still there in the tree? I think this is not what we want. Why not? After all I'm *not* doing a make world again. I'd like it to run as fast as possible. And yes, I know that sometimes there are things changing which will require careful thought or a make world, for this I'm reading cvs-all :-) > Make world (which includes cleandir or is it clean?) is slow because > the libs are being built several times during the course of makeing the world. > Again, I'm not doing a make world. Ideally I'd like the rule to generate shared linked binaries not to check on the date of the shared library but on its version, since the interfaces will stay the same and any changes be automaticaly picked up. I dimly remember the exact same thing having been discussed here. The actual dependencies could be on some sort of cookie in the obj tree that only gets touched when the major number of the library changes. The tricky part then would be to get make depend to do this right :-) Michael -- Michael Elbel, Digital-PCS GmbH, Muenchen, Germany - me@FreeBSD.org Fermentation fault (coors dumped) From owner-freebsd-current Thu Mar 23 03:53:10 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA08791 for current-outgoing; Thu, 23 Mar 1995 03:53:10 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA08785; Thu, 23 Mar 1995 03:52:54 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA12855; Thu, 23 Mar 1995 21:49:26 +1000 Date: Thu, 23 Mar 1995 21:49:26 +1000 From: Bruce Evans Message-Id: <199503231149.VAA12855@godzilla.zeta.org.au> To: hsu@freefall.cdrom.com, rgrimes@gndrsh.aac.dev.com Subject: Re: Make World Times and a question about shared libs / make all Cc: current@freefall.cdrom.com Sender: current-owner@FreeBSD.org Precedence: bulk > The one I really want to clean up is the installation of header > files, that causes more things to rebuild than anything to do > with the libraries. >Yes! Yes! Yes! I've been thinking about this too. It's really >painful to have to recompile everything just because install is too dumb >to not update the mtime if the source and target are the same. A long time ago, I hacked install to be less dumb. This isn't the right way to do it, but it sort of works (installation times are much longer...). Bruce *** xinstall.c~ Fri May 27 22:33:39 1994 --- xinstall.c Mon Sep 5 06:55:54 1994 *************** *** 52,57 **** --- 52,58 ---- #include #include #include + #include #include #include #include *************** *** 156,162 **** --- 157,165 ---- if (to_sb.st_flags & NOCHANGEBITS) (void)chflags(to_name, to_sb.st_flags & ~(NOCHANGEBITS)); + #if 0 /* no, unlink after utime stuff. */ (void)unlink(to_name); + #endif } install(*argv, to_name, fset, iflags); exit(0); *************** *** 173,181 **** u_int flags; { struct stat from_sb, to_sb; ! int devnull, from_fd, to_fd, serrno; char *p; /* If try to install NULL file to a directory, fails. */ if (flags & DIRECTORY || strcmp(from_name, _PATH_DEVNULL)) { if (stat(from_name, &from_sb)) --- 176,220 ---- u_int flags; { struct stat from_sb, to_sb; ! struct utimbuf utb; ! int cmdstat, devnull, from_fd, to_fd, serrno; char *p; + /* + * Check if target is being changed. Assume that the strip step + * always does the same thing, just to make removing the tmp file + * easier. + */ + cmdstat = stat(to_name, &to_sb); + if (cmdstat == 0) { + char *cmdbuf; + char *f_name; + + f_name = from_name; + if (dostrip) { + f_name = malloc(L_tmpnam); + (void)tmpnam(f_name); + cmdbuf = malloc(10 + strlen(from_name) + + strlen(f_name)); + sprintf(cmdbuf, "/bin/cp %s %s", from_name, f_name); + if (system(cmdbuf) == 0) + strip(f_name); + else { + free(f_name); + f_name = from_name; + } + free(cmdbuf); + } + cmdbuf = malloc(18 + strlen(f_name) + strlen(to_name)); + sprintf(cmdbuf, "/usr/bin/cmp -s %s %s", f_name, to_name); + cmdstat = system(cmdbuf); + free(cmdbuf); + if (strcmp(f_name, from_name) != 0) { + (void)unlink(f_name); + free(f_name); + } + } + /* If try to install NULL file to a directory, fails. */ if (flags & DIRECTORY || strcmp(from_name, _PATH_DEVNULL)) { if (stat(from_name, &from_sb)) *************** *** 234,239 **** --- 273,286 ---- (void)unlink(to_name); err("%s: chmod: %s", to_name, strerror(serrno)); } + if (cmdstat == 0) { + utb.actime = to_sb.st_atime; + utb.modtime = to_sb.st_mtime; + } else { + utb.actime = from_sb.st_atime; + utb.modtime = from_sb.st_mtime; + } + (void)utime(to_name, &utb); /* * If provided a set of flags, set them, otherwise, preserve the From owner-freebsd-current Thu Mar 23 04:21:22 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA09259 for current-outgoing; Thu, 23 Mar 1995 04:21:22 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA09251 for ; Thu, 23 Mar 1995 04:21:12 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id WAA13370; Thu, 23 Mar 1995 22:13:03 +1000 Date: Thu, 23 Mar 1995 22:13:03 +1000 From: Bruce Evans Message-Id: <199503231213.WAA13370@godzilla.zeta.org.au> To: kuku@gilberto.physik.rwth-aachen.de, me@dude.pcs.dec.com Subject: Re: Make World Times and a question about shared libs / make all Cc: freebsd-current@freefall.cdrom.com Sender: current-owner@FreeBSD.org Precedence: bulk This addition to /etc/make.conf goes with my hacked install: RANTOUCH?= ${ECHO} skipping ${RANLIB} -t This stops ranlib from being run and clobbering the carefully-preserved timestamps of copied libaries (normal copying clobbers the timestamps and ranlib has to be run to adjust an internal timestamp). It doesn't help a lot because libc is updated often. Bruce From owner-freebsd-current Thu Mar 23 04:58:09 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA09614 for current-outgoing; Thu, 23 Mar 1995 04:58:09 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA09608 for ; Thu, 23 Mar 1995 04:58:02 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id WAA15035 for current@freebsd.org; Thu, 23 Mar 1995 22:53:58 +1000 Date: Thu, 23 Mar 1995 22:53:58 +1000 From: Bruce Evans Message-Id: <199503231253.WAA15035@godzilla.zeta.org.au> To: current@FreeBSD.org Subject: /etc/rc ordering hosed Sender: current-owner@FreeBSD.org Precedence: bulk netstart now starts a lot of network applications. This fails if /usr is mounted over nfs (unless the mount is moved into netstart, which would defeat the point of putting all and only network stuff in netstart. (Previously, netstart started little more than the network interfaces.) syslogd is now started much too late. This can probably be fixed by reintroducing rc.netstart. But I thought we didn't want to have lots of rc files. Bruce From owner-freebsd-current Thu Mar 23 05:03:22 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA09781 for current-outgoing; Thu, 23 Mar 1995 05:03:22 -0800 Received: from gw.itfs.nsk.su (gw.itfs.nsk.su [193.124.36.33]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA09762 for ; Thu, 23 Mar 1995 05:02:42 -0800 Received: from localhost (nnd@localhost) by gw.itfs.nsk.su (8.6.4/8.6.4) id SAA07944 for current@freebsd.org; Thu, 23 Mar 1995 18:20:31 +0600 Date: Thu, 23 Mar 1995 18:20:31 +0600 From: "Nickolay N. Dudorov" Message-Id: <199503231220.SAA07944@gw.itfs.nsk.su> To: current@FreeBSD.org Subject: World Making remarks Sender: current-owner@FreeBSD.org Precedence: bulk I just try to "install" -current on one of my PC's. So I install boot, cpio and bin from 950210-SNAP and src-cur at CTM-0432 level. After that I try 'make world' (first time in my life ;-). As a result - some remarks: 1) make world stops in /usr/src/share/doc/papers/memfs with diagnostics: indxbib: fatal error: can't open /usr/share/dict/eign because I don't install dict distribution from SNAP. It seems to me that either /dict/eign must be excluded from separate 'dict' distribution, or someone must teach 'make world' (pre)install eign from src/shar. 2) another place which stops make was somewhere in games (I don't install games distribution either) - I have no exact diagnostics (somthing about absent /usr/games/hide directory). In this case I'd like to have -DNOGAMES option for make a la -DNOCRYPT. 3) make in share/doc produce many warnings and sometimes flood the screen with something resembled TOC. There is a huge area for 'improvements'. 4) and last but not least remark - CTM-supported src-cur has no 'secure' stuff due to wellknown reasons. But we all now can use non-US eBones and secure source distribution from skeleton.micom.csir.co.za. There is stil some need for Makefile support for making 'secure world' in, say, Siberia. Current support in lib (only symlink libcrypt to libscrypt iff there isn't one) can be more strightforward if it'll be conditioned by !NOCRYPT. And Mark Grondar (sp?) already named some other place for more automated (and legal) way for making 'secure world'. Sorry for not proposing fixes - I have no time and knowleges for then now. N.Dudorov P.S. On my 486DX2-66 PCI/ISA with 8 MB RAM and all sources and obj on Quantum Lightning 540S on embedded NCR 53c810 SCSI make world (without profiled libraries) take 8.5 hours - is ihis right ? From owner-freebsd-current Thu Mar 23 07:29:11 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA12178 for current-outgoing; Thu, 23 Mar 1995 07:29:11 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA12172 for ; Thu, 23 Mar 1995 07:29:09 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA03033; Thu, 23 Mar 1995 10:28:53 -0500 Date: Thu, 23 Mar 1995 10:28:53 -0500 From: Garrett Wollman Message-Id: <9503231528.AA03033@halloran-eldar.lcs.mit.edu> To: brian@mediacity.com (Brian Litzinger) Cc: freebsd-current@FreeBSD.org Subject: /usr/sbin/ppp almost freezes my system In-Reply-To: References: Sender: current-owner@FreeBSD.org Precedence: bulk < I bring up /usr/sbin/ppp to connect up to a site near me. > Things go well. When I'm done I issue the command 'close' > to ppp. This is a known bug that I'm working on devising a solution for. Please be patient, or in the mean time. comment out the call to rnh->rnh_walktree_from() in net/route.c:rtrequest(). -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Thu Mar 23 08:33:17 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA13698 for current-outgoing; Thu, 23 Mar 1995 08:33:17 -0800 Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA13691; Thu, 23 Mar 1995 08:33:15 -0800 X-Authentication-Warning: freefall.cdrom.com: Host LOCALHOST didn't use HELO protocol To: "Rodney W. Grimes" cc: bde@zeta.org.au (Bruce Evans), me@tartufo.pcs.dec.com, nate@trout.sri.mt.net, current@FreeBSD.org Subject: Re: Make World Times and a question about shared libs / make all In-reply-to: Your message of "Thu, 23 Mar 95 02:29:01 PST." <199503231029.CAA00400@gndrsh.aac.dev.com> Date: Thu, 23 Mar 1995 08:33:14 -0800 Message-ID: <13688.795976394@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > Would people think it gross if /usr/include was nothing but > a directory tree full of symbolic links into /usr/src (or > where ever you did the ``make INCLUDE_TYPES=symlink includes'' from). No, that would actually be more (he ducks) ORTHOGONAL! :-) Seriously. Then you at least have a tree of links or a tree of copies but never a mix (you may recall me raving on this particular topic awhile back) and it's at least a whole lot easier to _understand_. Yes! Please! Jordan From owner-freebsd-current Thu Mar 23 08:38:17 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA13952 for current-outgoing; Thu, 23 Mar 1995 08:38:17 -0800 Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA13941; Thu, 23 Mar 1995 08:38:15 -0800 X-Authentication-Warning: freefall.cdrom.com: Host LOCALHOST didn't use HELO protocol To: Bruce Evans cc: hsu@freefall.cdrom.com, rgrimes@gndrsh.aac.dev.com, current@freefall.cdrom.com Subject: Re: Make World Times and a question about shared libs / make all In-reply-to: Your message of "Thu, 23 Mar 95 21:49:26 +1000." <199503231149.VAA12855@godzilla.zeta.org.au> Date: Thu, 23 Mar 1995 08:38:14 -0800 Message-ID: <13940.795976694@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > A long time ago, I hacked install to be less dumb. This isn't the right > way to do it, but it sort of works (installation times are much longer...). While I don't exactly buy this as a better solution to the problem at hand, I wonder if it might not prove a generally useful hack to install anyway, perhaps for other, future uses? I think providing max flexibility to those who wish to go their own way is always a good thing. Jordan From owner-freebsd-current Thu Mar 23 08:50:01 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA14457 for current-outgoing; Thu, 23 Mar 1995 08:50:01 -0800 Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA14444; Thu, 23 Mar 1995 08:49:59 -0800 X-Authentication-Warning: freefall.cdrom.com: Host LOCALHOST didn't use HELO protocol To: Bruce Evans cc: current@FreeBSD.org Subject: Re: /etc/rc ordering hosed In-reply-to: Your message of "Thu, 23 Mar 95 22:53:58 +1000." <199503231253.WAA15035@godzilla.zeta.org.au> Date: Thu, 23 Mar 1995 08:49:55 -0800 Message-ID: <14443.795977395@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > netstart now starts a lot of network applications. This fails if /usr > is mounted over nfs (unless the mount is moved into netstart, which > would defeat the point of putting all and only network stuff in netstart. > (Previously, netstart started little more than the network interfaces.) Ah feh. I've never mounted my /usr over NFS (I like that cached locally everywhere :-) and thus didn't notice this problem creep in. > syslogd is now started much too late. Where would you suggest we start it? I'm not at all adverse to suggestions here, folks, this IS a group project and if you don't like something I'm doing or have a better suggestion then please, SPEAK UP! Rod certainly hasn't been shy in doing so and I've already responded to quite a bit of his feedback by making changes. All I know is that /etc has been an evil mess for a long time and I'm finally trying to do something about it. I'm not egotistical enough to think that everything I'm doing is necessarily the *right* thing, but I do know that change where /etc is concerned is good. If I only start the ball rolling on this and then hand off to someone with more "vision" of how /etc should work then I'll be only too happy - really! Without triggering the old SYSV rc vs BSD rc debate, of course! We already *know* where that one leads! :-) Jordan From owner-freebsd-current Thu Mar 23 09:06:21 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA14811 for current-outgoing; Thu, 23 Mar 1995 09:06:21 -0800 Received: from glueserv1.umd.edu (glueserv1.umd.edu [129.2.70.69]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA14803; Thu, 23 Mar 1995 09:06:15 -0800 Received: from cappuccino.eng.umd.edu (cappuccino.eng.umd.edu [129.2.98.14]) by glueserv1.umd.edu (8.6.10/8.6.4) with ESMTP id MAA07814; Thu, 23 Mar 1995 12:03:53 -0500 Received: (chuckr@localhost) by cappuccino.eng.umd.edu (8.6.10/8.6.4) id MAA12129; Thu, 23 Mar 1995 12:03:52 -0500 Date: Thu, 23 Mar 1995 12:03:51 -0500 (EST) From: Chuck Robey To: "Jordan K. Hubbard" cc: "Rodney W. Grimes" , Bruce Evans , me@tartufo.pcs.dec.com, nate@trout.sri.mt.net, current@FreeBSD.org Subject: Re: Make World Times and a question about shared libs / make all In-Reply-To: <13688.795976394@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Thu, 23 Mar 1995, Jordan K. Hubbard wrote: > > Would people think it gross if /usr/include was nothing but > > a directory tree full of symbolic links into /usr/src (or > > where ever you did the ``make INCLUDE_TYPES=symlink includes'' from). > > No, that would actually be more (he ducks) ORTHOGONAL! :-) > > Seriously. Then you at least have a tree of links or a tree of copies > but never a mix (you may recall me raving on this particular topic > awhile back) and it's at least a whole lot easier to _understand_. > > Yes! Please! > > Jordan > How would that work for folks who don't want to keep an entire source tree available? I have the room, myself, but lots of friends running FreeBSD are doing it in 200-300 meg partitions. Would this hurt them? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 7608 Topton St. | New Carrollton, MD 20784 | I run Journey2 (Freebsd 2.0) and n3lxx (301) 459-2316 | (FreeBSD 1.1.5.1) and am I happy! ----------------------------+----------------------------------------------- From owner-freebsd-current Thu Mar 23 09:19:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA15193 for current-outgoing; Thu, 23 Mar 1995 09:19:35 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA15185; Thu, 23 Mar 1995 09:19:31 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id JAA01094; Thu, 23 Mar 1995 09:19:03 -0800 From: "Rodney W. Grimes" Message-Id: <199503231719.JAA01094@gndrsh.aac.dev.com> Subject: Re: Make World Times and a question about shared libs / make all To: chuckr@Glue.umd.edu (Chuck Robey) Date: Thu, 23 Mar 1995 09:19:03 -0800 (PST) Cc: jkh@freefall.cdrom.com, bde@zeta.org.au, me@tartufo.pcs.dec.com, nate@trout.sri.mt.net, current@FreeBSD.org In-Reply-To: from "Chuck Robey" at Mar 23, 95 12:03:51 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2395 Sender: current-owner@FreeBSD.org Precedence: bulk > > On Thu, 23 Mar 1995, Jordan K. Hubbard wrote: > > > > Would people think it gross if /usr/include was nothing but > > > a directory tree full of symbolic links into /usr/src (or > > > where ever you did the ``make INCLUDE_TYPES=symlink includes'' from). > > > > No, that would actually be more (he ducks) ORTHOGONAL! :-) > > > > Seriously. Then you at least have a tree of links or a tree of copies > > but never a mix (you may recall me raving on this particular topic > > awhile back) and it's at least a whole lot easier to _understand_. > > > > Yes! Please! > > > > Jordan > > > > How would that work for folks who don't want to keep an entire source tree > available? I have the room, myself, but lots of friends running FreeBSD > are doing it in 200-300 meg partitions. Would this hurt them? Folks without the entire source tree on line should probably not be attempting to run ``make includes''. It would fail now if any of the directories need by this are missing. [I am working on the later for the SHARED=copies case]. If they want to run with limit src tree they well need to be careful about CLOBBER and /usr/include. With the new .mk and Makefile mods in place the correct command for a partial src tree would become: cd /usr/src; make INCLUDE_TYPES=copies includes Note that INCLUDE_TYPES is my new name for ``SHARED'', since this is become overloaded. The default INCLUDE_TYPES will be copies, so in the above command you could leave this out. My new includes: target is a lot smarter than the current one, it uses a list of places to cd into and run ``make install_includes''. For each directory in this list we first check to see if that place exists in the src tree, if it does not a little skip message is printed and things continue on there way. I could add some better error checking for the CLOBBER case and make this an error condition instead of just a warning. Right now I use a compatibility hack in the .mk files that calls beforeinstall: for install_includes: so that I don't have to modify a pile of Makefiles at this time. If 2.1 is pushed out past the end of April I should have time to finish this work off and intergrate a massive .mk overhall, if not it can wait for 2.2. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Thu Mar 23 09:19:37 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA15199 for current-outgoing; Thu, 23 Mar 1995 09:19:37 -0800 Received: from clinet.fi (root@clinet.fi [193.64.6.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA15182 for ; Thu, 23 Mar 1995 09:19:30 -0800 Received: from katiska.clinet.fi (root@katiska.clinet.fi [193.64.6.3]) by clinet.fi (8.6.10/8.6.4) with ESMTP id TAA15018 for ; Thu, 23 Mar 1995 19:19:07 +0200 From: Heikki Suonsivu Received: (hsu@localhost) by katiska.clinet.fi (8.6.10/8.6.4) id TAA23687; Thu, 23 Mar 1995 19:19:06 +0200 Date: Thu, 23 Mar 1995 19:19:06 +0200 Message-Id: <199503231719.TAA23687@katiska.clinet.fi> To: freebsd-current@freefall.cdrom.com Subject: Innd Organization: Helsinki University of Technology, Otaniemi, Finland Sender: current-owner@FreeBSD.org Precedence: bulk Trying to use -current as a news server (inn-1.4sec), and these pop up often: Mar 23 18:04:53 katiska innd: ME cant link sfnet/keskustelu/uskonto/20146 and sfnet/keskustelu/ihmissuhteet/8107 File exists Mar 23 18:04:53 katiska innd: ME cant symlink /m/katiska/news/news/sfnet/keskustelu/uskonto/20146 and sfnet/keskustelu/ihmissuhteet/8107 File exists Mar 23 18:04:53 katiska innd: ME cant link sfnet/keskustelu/uskonto/20146 and sfnet/keskustelu/10809 File exists Mar 23 18:04:53 katiska innd: ME cant symlink /m/katiska/news/news/sfnet/keskustelu/uskonto/20146 and sfnet/keskustelu/10809 File exists Anyone seen this before? On Suns we never saw this, on OSF1 this has appeared but it was lack of metadata (=inodes). The news spool is mounted with -o async, if that matters. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@cs.hut.fi home +358-0-8031121 work -4513377 fax -4555276 riippu SN From owner-freebsd-current Thu Mar 23 09:20:36 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA15255 for current-outgoing; Thu, 23 Mar 1995 09:20:36 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA15246 for ; Thu, 23 Mar 1995 09:20:35 -0800 Received: by brasil.moneng.mei.com (4.1/SMI-4.1) id AA13713; Thu, 23 Mar 95 11:18:46 CST From: Joe Greco Message-Id: <9503231718.AA13713@brasil.moneng.mei.com> Subject: Re: /etc/rc ordering hosed To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Thu, 23 Mar 1995 11:18:46 -0600 (CST) Cc: bde@zeta.org.au, current@FreeBSD.org In-Reply-To: <14443.795977395@freefall.cdrom.com> from "Jordan K. Hubbard" at Mar 23, 95 08:49:55 am X-Mailer: ELM [version 2.4beta PL9] Content-Type: text Content-Length: 1480 Sender: current-owner@FreeBSD.org Precedence: bulk > Where would you suggest we start it? > > I'm not at all adverse to suggestions here, folks, this IS a group > project and if you don't like something I'm doing or have a better > suggestion then please, SPEAK UP! > > Rod certainly hasn't been shy in doing so and I've already responded > to quite a bit of his feedback by making changes. All I know is that > /etc has been an evil mess for a long time and I'm finally trying to > do something about it. I'm not egotistical enough to think that > everything I'm doing is necessarily the *right* thing, but I do know > that change where /etc is concerned is good. If I only start the ball > rolling on this and then hand off to someone with more "vision" of how > /etc should work then I'll be only too happy - really! > > Without triggering the old SYSV rc vs BSD rc debate, of course! > We already *know* where that one leads! :-) Hi Jordan, I would like to suggest that you at least glance at what Sun has done with SunOS. Their strategy, while perhaps not perfect, did manage to address a significant number of concerns simultaneously. A Sun can boot diskless, dataless, /usrless, et al. If needed, I could provide you with access to this information - but I suspect you already have access somewhere.. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-current Thu Mar 23 09:21:57 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA15341 for current-outgoing; Thu, 23 Mar 1995 09:21:57 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA15330; Thu, 23 Mar 1995 09:21:56 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA18720; Thu, 23 Mar 95 10:15:35 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503231715.AA18720@cs.weber.edu> Subject: Re: Make World Times and a question about shared libs / make all To: hsu@freefall.cdrom.com (Jeffrey Hsu) Date: Thu, 23 Mar 95 10:15:34 MST Cc: rgrimes@gndrsh.aac.dev.com, current@freefall.cdrom.com In-Reply-To: <199503231112.DAA08205@freefall.cdrom.com> from "Jeffrey Hsu" at Mar 23, 95 03:12:09 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > The one I really want to clean up is the installation of header > files, that causes more things to rebuild than anything to do > with the libraries. > > Yes! Yes! Yes! I've been thinking about this too. It's really > painful to have to recompile everything just because install is too dumb > to not update the mtime if the source and target are the same. I'd say that this had to do with using install directly at all instead of having the xxx/foo.h target depend on the yyy/foo.h source. In other words, it's a dependency issue. Part of this is the fact that there is not an include dir built in somewhere besides the system include directory, and the system include directory is (incorrectly) being use to build things in the build tree. This is also a problem for cross-compilation. The kernel build seems unable to take precompiled object files into account when sources are unavailable. This is necessary for the provision of binary-only pieces (like commercial drivers). The kernel build also seems to lack a dependency graph for the rebuilding of some objects based on optioning things in, or the delete/config/make_depend/make dance wouldn't be necessary. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Mar 23 09:26:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA15577 for current-outgoing; Thu, 23 Mar 1995 09:26:31 -0800 Received: from vector.eikon.e-technik.tu-muenchen.de (vector.eikon.e-technik.tu-muenchen.de [129.187.142.36]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA15551 for ; Thu, 23 Mar 1995 09:25:56 -0800 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) id XAA20517; Wed, 22 Mar 1995 23:42:09 +0100 Date: Wed, 22 Mar 1995 23:42:09 +0100 From: Julian Howard Stacey Message-Id: <199503222242.XAA20517@vector.eikon.e-technik.tu-muenchen.de> To: current@FreeBSD.org, mmead@goof.com Subject: Re: MSDOSFS Sender: current-owner@FreeBSD.org Precedence: bulk > MSDOS .... > I get a panic, stating that there was a page fault while in kernel mode. Any ideas? Yup ... Don't be so pushy ;-) IMO the MSDOS FS is flaky, if you do what i find myself doing too often: sitting in several different xterms on a mounted dos partition, in diferent dirs, cp'ing & mv'ing things about simultaneously, .... something always seems to break .... I too had a crash recently 'cos of DOS, BTW I run with options MSDOSFS, & it still crashed on me (cant remember the err msg). only safe way out was : Boot DOS, run chkdsck c: /f Reboot Freebsd, redo my work in dos one thing at a time, not pushing the DOS FS too hard :-) I havent bothered to read the DOS FS code, but i suspect there's inadequate provision for simultaneous multiple write access to the FS (after all, DOS never had more than one process anyway, & when TSR's arrived, hell broke loose ;-). So, to reiterate, reboot, run chkdsk, do everything in from just one shell, don't be pushy with a nasty DOS/FS ;-) Julian S From owner-freebsd-current Thu Mar 23 09:27:11 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA15602 for current-outgoing; Thu, 23 Mar 1995 09:27:11 -0800 Received: from glueserv1.umd.edu (glueserv1.umd.edu [129.2.70.69]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA15595; Thu, 23 Mar 1995 09:27:07 -0800 Received: from cappuccino.eng.umd.edu (cappuccino.eng.umd.edu [129.2.98.14]) by glueserv1.umd.edu (8.6.10/8.6.4) with ESMTP id MAA08827; Thu, 23 Mar 1995 12:26:51 -0500 Received: (chuckr@localhost) by cappuccino.eng.umd.edu (8.6.10/8.6.4) id MAA12309; Thu, 23 Mar 1995 12:26:50 -0500 Date: Thu, 23 Mar 1995 12:26:50 -0500 (EST) From: Chuck Robey To: "Rodney W. Grimes" cc: jkh@freefall.cdrom.com, bde@zeta.org.au, me@tartufo.pcs.dec.com, nate@trout.sri.mt.net, current@FreeBSD.org Subject: Re: Make World Times and a question about shared libs / make all In-Reply-To: <199503231719.JAA01094@gndrsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Thu, 23 Mar 1995, Rodney W. Grimes wrote: > > > > On Thu, 23 Mar 1995, Jordan K. Hubbard wrote: > > > > > > Would people think it gross if /usr/include was nothing but > > > > a directory tree full of symbolic links into /usr/src (or > > > > where ever you did the ``make INCLUDE_TYPES=symlink includes'' from). > > > > > > No, that would actually be more (he ducks) ORTHOGONAL! :-) > > > > > > Seriously. Then you at least have a tree of links or a tree of copies > > > but never a mix (you may recall me raving on this particular topic > > > awhile back) and it's at least a whole lot easier to _understand_. > > > > > > Yes! Please! > > > > > > Jordan > > > > > > > How would that work for folks who don't want to keep an entire source tree > > available? I have the room, myself, but lots of friends running FreeBSD > > are doing it in 200-300 meg partitions. Would this hurt them? > > Folks without the entire source tree on line should probably not be > attempting to run ``make includes''. It would fail now if any of > the directories need by this are missing. [I am working on > the later for the SHARED=copies case]. > > If they want to run with limit src tree they well need to be careful > about CLOBBER and /usr/include. With the new .mk and Makefile mods > in place the correct command for a partial src tree would become: > cd /usr/src; > make INCLUDE_TYPES=copies includes > > Note that INCLUDE_TYPES is my new name for ``SHARED'', since this is > become overloaded. The default INCLUDE_TYPES will be copies, so > in the above command you could leave this out. > > My new includes: target is a lot smarter than the current one, it > uses a list of places to cd into and run ``make install_includes''. > For each directory in this list we first check to see if that > place exists in the src tree, if it does not a little skip message > is printed and things continue on there way. I could add some > better error checking for the CLOBBER case and make this an error > condition instead of just a warning. > > Right now I use a compatibility hack in the .mk files that calls > beforeinstall: for install_includes: so that I don't have to > modify a pile of Makefiles at this time. > > If 2.1 is pushed out past the end of April I should have time to > finish this work off and intergrate a massive .mk overhall, if > not it can wait for 2.2. > -- > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation Company Custom computers for FreeBSD > I think you misunderstood (or I did you)... I'm speaking of folks who would never consider making any part of the tree themselves, but just would like to be able to do a little light level c hacking on their more limited machine budgets. Jordan spoke of making /usr/include completely links to parts of usr/src. I am wondering what effect that would have on folks who don't even have a /usr/src. Will this mean that such folks will have to carry around at least parts of the /usr/src tree, in order to have the /usr/include [reasonably] complete? I'm not talking about building the includes, just carrying them around, for folks with small budgets. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 7608 Topton St. | New Carrollton, MD 20784 | I run Journey2 (Freebsd 2.0) and n3lxx (301) 459-2316 | (FreeBSD 1.1.5.1) and am I happy! ----------------------------+----------------------------------------------- From owner-freebsd-current Thu Mar 23 09:32:12 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA15740 for current-outgoing; Thu, 23 Mar 1995 09:32:12 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA15734 for ; Thu, 23 Mar 1995 09:32:10 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA18805; Thu, 23 Mar 95 10:23:55 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503231723.AA18805@cs.weber.edu> Subject: Re: Make World Times and a question about shared libs / make all To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Thu, 23 Mar 95 10:23:54 MST Cc: rgrimes@gndrsh.aac.dev.com, bde@zeta.org.au, me@tartufo.pcs.dec.com, nate@trout.sri.mt.net, current@FreeBSD.org In-Reply-To: <13688.795976394@freefall.cdrom.com> from "Jordan K. Hubbard" at Mar 23, 95 08:33:14 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > > Would people think it gross if /usr/include was nothing but > > a directory tree full of symbolic links into /usr/src (or > > where ever you did the ``make INCLUDE_TYPES=symlink includes'' from). > > No, that would actually be more (he ducks) ORTHOGONAL! :-) > > Seriously. Then you at least have a tree of links or a tree of copies > but never a mix (you may recall me raving on this particular topic > awhile back) and it's at least a whole lot easier to _understand_. > > Yes! Please! % cd /usr/include/sys % grep "struct foo" *.h % cd ../net ../net: No such file or directory % cd .. % grep "struct foo" *.h No match. % ls *.h No match. % pwd /usr/src/sys % echo "No thank you." No thank you. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Mar 23 09:32:18 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA15752 for current-outgoing; Thu, 23 Mar 1995 09:32:18 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA15742; Thu, 23 Mar 1995 09:32:14 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id JAA01203; Thu, 23 Mar 1995 09:31:53 -0800 From: "Rodney W. Grimes" Message-Id: <199503231731.JAA01203@gndrsh.aac.dev.com> Subject: Re: Make World Times and a question about shared libs / make all To: terry@cs.weber.edu (Terry Lambert) Date: Thu, 23 Mar 1995 09:31:52 -0800 (PST) Cc: hsu@freefall.cdrom.com, current@freefall.cdrom.com In-Reply-To: <9503231715.AA18720@cs.weber.edu> from "Terry Lambert" at Mar 23, 95 10:15:34 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2076 Sender: current-owner@FreeBSD.org Precedence: bulk > > > The one I really want to clean up is the installation of header > > files, that causes more things to rebuild than anything to do > > with the libraries. > > > > Yes! Yes! Yes! I've been thinking about this too. It's really > > painful to have to recompile everything just because install is too dumb > > to not update the mtime if the source and target are the same. > > I'd say that this had to do with using install directly at all > instead of having the xxx/foo.h target depend on the yyy/foo.h > source. > > In other words, it's a dependency issue. > > Part of this is the fact that there is not an include dir built > in somewhere besides the system include directory, and the system > include directory is (incorrectly) being use to build things in > the build tree. > > This is also a problem for cross-compilation. > make DESTDIR=/foo/bar/whereever almost corrects those two. I had the .mk stuff to a point once that it did, too bad I had lots of other things that these new .mk files broke :-(. This requires corrections of the CC command to have -nostdinc -nostdinc++ and -I${DESTDIR}{INCLUDEROOT}. The only requires about two dozen patches to make work. > The kernel build seems unable to take precompiled object files > into account when sources are unavailable. This is necessary for > the provision of binary-only pieces (like commercial drivers). It is not the goal of FreeBSD to support binary only pieces, and I think it would go against any charter I would be willing to sign. But it is easy to add, a simple make .PATH statement will do it. > The kernel build also seems to lack a dependency graph for the > rebuilding of some objects based on optioning things in, or the > delete/config/make_depend/make dance wouldn't be necessary. You ever tried to solve that problem? It can be done, but you'll find that very few sources in the kernel without *some* #ifdef in it. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Thu Mar 23 09:33:39 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA15846 for current-outgoing; Thu, 23 Mar 1995 09:33:39 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA15823 for ; Thu, 23 Mar 1995 09:33:30 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id DAA22454; Fri, 24 Mar 1995 03:31:41 +1000 Date: Fri, 24 Mar 1995 03:31:41 +1000 From: Bruce Evans Message-Id: <199503231731.DAA22454@godzilla.zeta.org.au> To: current@FreeBSD.org Subject: Re: cvs commit: src/sys/scsi sd.c Cc: bde@zeta.org.au Sender: current-owner@FreeBSD.org Precedence: bulk I have committed the the changes for slices to the sd driver: --- bde 95/03/23 08:09:02 Modified: sys/scsi sd.c Log: Support disk slices. This involves mainly replacing inline code with function calls. Broken tracking of open partitions gets fixed as a side effect. Races in sdopen() and sdioctl() become more numerous than before. Close the device in sdsize(). Media removal could not have worked right when unused swap devices were held open. There may now be a problem with used swap devices not being held open. Fix ancient operator precedence bug in sddump(). It may have been possible to attempt dumping to unloaded media. Remove NetBSD ifdefs. We're too different now, and the NetBSD driver was already too different for them to be relevant. Remove support for soft write protection. There are no ioctls to set it, and this driver never set it either. It was used in the wd driver to disable writing to unlabelled disk, but we want to support writing to foreign partitions on unlabeled disks. Clean up some formatting and restore some old-style function headers. --- This should not affect the operation of normal BSD partitions sd0[a-c], sd0[e-h], rsd0[a-c] and rsd0[e-h] (all examples assume drive 0). The d partition should become available as a normal partition. The whole disk can be accessed as device sd0 or rsd0 instead. Use MAKEDEV to create these devices if you don't already have them. Programs that want to access the d partition may break. There aren't many such programs - only fdisk and sysinstall. sysinstall breaks, but `fdisk /dev/rsd0' should work. There will be some new boot messages such as the following: sd0s1: start 32, end = 262143, size 262112: OK sd0s2: start 262144, end = 1816575, size 1554432: OK sd0s3: start 1816576, end = 2078719, size 262144: OK sd0s5: start 1816608, end = 2078719, size 262112: OK sd1s1: start 32, end = 524287, size 524256: OK sd1s2: start 524288, end = 1572863, size 1048576: OK sd0s1: start 32, end = 262143, size 262112: OK sd0s2: start 262144, end = 1816575, size 1554432: OK sd0s3: start 1816576, end = 2078719, size 262144: OK sd0s5: start 1816608, end = 2078719, size 262112: OK [messages not related to slices...] sd0s1: start 32, end = 262143, size 262112: OK sd0s2: start 262144, end = 1816575, size 1554432: OK sd0s3: start 1816576, end = 2078719, size 262144: OK sd0s5: start 1816608, end = 2078719, size 262112: OK sd0s1 is an MSDOS partition. I use a line "/dev/sd0s1 /dosC msdos ..." in /etc/fstab to mount this. If you have an MSDOS partition in the disklabel, then you should see additional messages about the partition not being valid because it is not within the slice and the partition should be replaced by one of size 0 and any reference to it in /etc/fstab should stop working. These problems may be fixed by editing the label and /etc/fstab. The on-disk label isn't changed automatically. Run MAKEDEV to create new slices if necessary. sd0s2 is a FreeBSD slice. The first BSD slice is aliased to slice 0 and `s0' is not present in the names for slice 0. This allows you to use the old names and device inodes. You may wire down the slice number by never using the slice 0 alias. Run `MAKEDEV sd0s2h' to create the partitions for sd0s2. sd0s3 is an extended DOSpartition. Extended DOSpartitions contain further extended DOSpartitions and slice and are not suitable for holding file systems. Slices are only created for primary extended DOSpartitions. sd0s5 is a logical MSDOS drive within sd0s3. There may be up to 26 slices of any type within extended DOSpartition(s). There may be multiple FreeBSD slices, but currently, booting is only supported from the first slice, the boot slice must be a primary DOSpartition, and fdisk doesn't support slices within extended DOSpartitions. Run `MAKEDEV sd0s5' to create the non-default slice sd0s5. sd1s1 is a DOS slice. sd1s2 is a FreeBSD slice. The messages for sd0 are repeated twice because the partition table and labels are reread whenever a sliced disk device is opened when there are no current opens on it, and devices sd0 is opened and fully closed several times while booting. This wart is currently required for rereading the changed partition tables. It also helps debug partition tables and disk labels. If sd0 is the root device, then after root is mounted the messages for sd0 should never be seen again. Mounting and unmounting sd1a would cause lots of messages. The procedure for putting partition tables and labels on disk is not much changed from before. It is best practiced on the vn device. The main new points are that sd0d is no longer the whole disk (this affects fdisk) and slices in /etc/disktab must be relative, i.e., the c partition must start at 0, and all the partitions must fit in the slice. If there are no DOSpartitions, then slice 0 is supposed to be the whole disk. Note that boot blocks contain a bogus DOSpartition table so you will have to do some work to reach this pure state. The whole-disk device sd0s1 has an in-core-only read-only label. fdisk will print a warning when it can't write this label. I found old mail giving examples of some more error messages: >>sd0: rejecting partition in BSD label: it isn't entirely within the slice >>sd0e: start 32, end 262143, size 262112 >I still have a slice for a DOS primary partition on 'e' for backwardsness. >The message omits the position of the slice because it was printed >immediately above. >>sd1: raw partition size != slice size >>sd1: start 6144, end 825343, size 819200 >>sd1c: start 6144, end 823963, size 817820 The messages may have changed slightly since then. Bruce From owner-freebsd-current Thu Mar 23 09:34:08 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA15875 for current-outgoing; Thu, 23 Mar 1995 09:34:08 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA15869 for ; Thu, 23 Mar 1995 09:34:07 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA18832; Thu, 23 Mar 95 10:27:34 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503231727.AA18832@cs.weber.edu> Subject: Re: /etc/rc ordering hosed To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Thu, 23 Mar 95 10:27:34 MST Cc: bde@zeta.org.au, current@FreeBSD.org In-Reply-To: <14443.795977395@freefall.cdrom.com> from "Jordan K. Hubbard" at Mar 23, 95 08:49:55 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > Without triggering the old SYSV rc vs BSD rc debate, of course! > We already *know* where that one leads! :-) To working code? (sorry, couldn't resist!) It reminds me of the old argument of which heavenly body revolves around which when discussing Science vs. Religion. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Mar 23 09:34:15 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA15885 for current-outgoing; Thu, 23 Mar 1995 09:34:15 -0800 Received: from vector.eikon.e-technik.tu-muenchen.de (vector.eikon.e-technik.tu-muenchen.de [129.187.142.36]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA15853 for ; Thu, 23 Mar 1995 09:33:46 -0800 Received: (from jhs@localhost) by vector.enet (8.6.11/8.6.9) id OAA23471; Thu, 16 Mar 1995 14:59:18 +0100 Date: Thu, 16 Mar 1995 14:59:18 +0100 From: Julian Howard Stacey Message-Id: <199503161359.OAA23471@vector.enet> To: jhs@regent.e-technik.tu-muenchen.de, pete@pelican.com Subject: Re: bad outgoing serial coms Cc: current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk > From: pete@pelican.com (Pete Carah) > ttyhog .... > it *does* apply to the new 'process' version of ppp (/usr/sbin/ppp as opposed > to /usr/sbin/pppd). Are you using that? No, Im using slip (but not the /usr/bin/slip), Im runnin a v32bis modem at 38K4, all my incoming is OK, all my outgoing is bad, so I suspect flow control is wrong either at my site, or possibly at IP provider site (as a friend who also uses that site tells me there was reccomendation for ppp users of that site to use serial speed=modem speed ! From owner-freebsd-current Thu Mar 23 09:43:37 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA16130 for current-outgoing; Thu, 23 Mar 1995 09:43:37 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA16120; Thu, 23 Mar 1995 09:43:29 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id DAA22715; Fri, 24 Mar 1995 03:40:13 +1000 Date: Fri, 24 Mar 1995 03:40:13 +1000 From: Bruce Evans Message-Id: <199503231740.DAA22715@godzilla.zeta.org.au> To: bde@zeta.org.au, jkh@freefall.cdrom.com Subject: Re: Make World Times and a question about shared libs / make all Cc: current@freefall.cdrom.com, hsu@freefall.cdrom.com, rgrimes@gndrsh.aac.dev.com Sender: current-owner@FreeBSD.org Precedence: bulk >> A long time ago, I hacked install to be less dumb. This isn't the right >> way to do it, but it sort of works (installation times are much longer...). >While I don't exactly buy this as a better solution to the problem at >hand, I wonder if it might not prove a generally useful hack to >install anyway, perhaps for other, future uses? I think providing max >flexibility to those who wish to go their own way is always a good >thing. For max flexibility, I want something involving all combinations of the initial source and target timestamps and the final target timestamp. 1/2 :-). Bruce From owner-freebsd-current Thu Mar 23 09:44:19 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA16171 for current-outgoing; Thu, 23 Mar 1995 09:44:19 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA16165 for ; Thu, 23 Mar 1995 09:44:16 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id JAA01278; Thu, 23 Mar 1995 09:43:39 -0800 From: "Rodney W. Grimes" Message-Id: <199503231743.JAA01278@gndrsh.aac.dev.com> Subject: Re: Make World Times and a question about shared libs / make all To: chuckr@Glue.umd.edu (Chuck Robey) Date: Thu, 23 Mar 1995 09:43:39 -0800 (PST) Cc: current@FreeBSD.org In-Reply-To: from "Chuck Robey" at Mar 23, 95 12:26:50 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1878 Sender: current-owner@FreeBSD.org Precedence: bulk [CC: trimmed, context seriously trimmed] ... > I think you misunderstood (or I did you)... I'm speaking of folks who > would never consider making any part of the tree themselves, but just > would like to be able to do a little light level c hacking on their more > limited machine budgets. Jordan spoke of making /usr/include completely > links to parts of usr/src. I am wondering what effect that would have on > folks who don't even have a /usr/src. Will this mean that such folks > will have to carry around at least parts of the /usr/src tree, in order > to have the /usr/include [reasonably] complete? > > I'm not talking about building the includes, just carrying them around, > for folks with small budgets. We handle that now, the binary distribution has *ALWAYS* (well, except for 386BSD, since Bill probably didn't know any beter) had a complete copy of the includes in /usr/include. When the releases are built they are built with ``make SHARED=copies''. The new INCLUDE_TYPES=symlinks would only be used by folks that had a src tree and wanted to save the space that /usr/include wastes and the time it takes to build the tree due to false updating of /usr/include. You would have to convert a system to symlink includes after installation by going into /usr/src and doing a ``make INCLUDE_TYPE=symlink includes'', and you would probably want to nail the INCLUDE_TYPE option in /etc/make.conf. I also have work in process that eliminates /usr/share/man/man*, as all of that can be done with symlinks back into the source tree. These things are really for people who use full src distributions to do developement of FreeBSD itself. It can save considerable disk space and reduce build times. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Thu Mar 23 09:50:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA16244 for current-outgoing; Thu, 23 Mar 1995 09:50:54 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA16238 for ; Thu, 23 Mar 1995 09:50:52 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA03285; Thu, 23 Mar 1995 12:50:35 -0500 Date: Thu, 23 Mar 1995 12:50:35 -0500 From: Garrett Wollman Message-Id: <9503231750.AA03285@halloran-eldar.lcs.mit.edu> To: terry@cs.weber.edu (Terry Lambert) Cc: current@FreeBSD.org Subject: Includes In-Reply-To: <9503231723.AA18805@cs.weber.edu> References: <13688.795976394@freefall.cdrom.com> <9503231723.AA18805@cs.weber.edu> Sender: current-owner@FreeBSD.org Precedence: bulk < % cd /usr/include/sys > % grep "struct foo" *.h > % cd ../net > ../net: No such file or directory > % cd .. > % grep "struct foo" *.h > No match. > % ls *.h > No match. > % pwd > /usr/src/sys > % echo "No thank you." > No thank you. wollman@halloran-eldar(245)$ echo "Get a real shell." Get a real shell. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Thu Mar 23 09:51:34 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA16273 for current-outgoing; Thu, 23 Mar 1995 09:51:34 -0800 Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA16264 for ; Thu, 23 Mar 1995 09:51:23 -0800 Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.18.7]) by mail.cs.tu-berlin.de (8.6.10/8.6.10) with ESMTP id SAA29797 for ; Thu, 23 Mar 1995 18:49:43 +0100 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.10/8.6.9) id SAA25377; Thu, 23 Mar 1995 18:49:08 +0100 Date: Thu, 23 Mar 1995 18:49:08 +0100 Message-Id: <199503231749.SAA25377@caramba.cs.tu-berlin.de> To: current@FreeBSD.org Subject: bsd.man.mk and catman MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: current-owner@FreeBSD.org Precedence: bulk Installing man pages (make world) force catman to reformat this pages. This is not neccessary because most pages are not changed. The patch install only new pages. Bug: owner/mode also unchanged. Wolfram -- http://hyperg.cs.tu-berlin.de:2080/C~wosch *** /usr/share/mk/bsd.man.mk Sun Jan 1 04:33:36 1995 --- bsd.man.mk Thu Mar 23 18:11:36 1995 *************** *** 12,18 **** MANDIR?= /usr/share/man/man MANSRC?= ${.CURDIR} ! MINSTALL= ${INSTALL} ${COPY} -o ${MANOWN} -g ${MANGRP} -m ${MANMODE} MCOMPRESS= gzip -f BASENAME= basename --- 12,43 ---- MANDIR?= /usr/share/man/man MANSRC?= ${.CURDIR} ! MINSTALL= Install () { \ ! source=$$1; dir=$$2; \ ! if [ -f "$$dir/$$source" ]; then \ ! if cmp $$source $$dir/$$source >/dev/null 2>&1; \ ! then \ ! ${ECHO} "Manpage $$source is up to date"; \ ! else \ ! ${ECHO} "install $$source in $$dir"; \ ! ${MINSTALL2} $$source $$dir; \ ! fi; \ ! elif [ -f "$$dir/$$source.gz" ]; then \ ! if ${MCOMPRESS} -c -d $$dir/$$source.gz | \ ! cmp - $$source >/dev/null 2>&1; then \ ! ${ECHO} "Manpage $$source is up to date"; \ ! else \ ! ${ECHO} "install $$source in $$dir"; \ ! ${MINSTALL2} $$source $$dir; \ ! fi; \ ! else \ ! ${ECHO} "install $$source in $$dir"; \ ! ${MINSTALL2} $$source $$dir; \ ! fi; \ ! }; Install ! ! MINSTALL2= ${INSTALL} ${COPY} -o ${MANOWN} -g ${MANGRP} -m ${MANMODE} ! #MINSTALL2= ${INSTALL} ${COPY} -m ${MANMODE} MCOMPRESS= gzip -f BASENAME= basename *************** *** 28,58 **** maninstall: ${MANDEPEND} .if defined(MAN1) && !empty(MAN1) ! (cd ${MANSRC}; ${MINSTALL} ${MAN1} ${DESTDIR}${MANDIR}1${MANSUBDIR}) .endif .if defined(MAN2) && !empty(MAN2) ! (cd ${MANSRC}; ${MINSTALL} ${MAN2} ${DESTDIR}${MANDIR}2${MANSUBDIR}) .endif .if defined(MAN3) && !empty(MAN3) ! (cd ${MANSRC}; ${MINSTALL} ${MAN3} ${DESTDIR}${MANDIR}3${MANSUBDIR}) .endif .if defined(MAN3F) && !empty(MAN3F) ! (cd ${MANSRC}; ${MINSTALL} ${MAN3F} ${DESTDIR}${MANDIR}3f${MANSUBDIR}) .endif .if defined(MAN4) && !empty(MAN4) ! (cd ${MANSRC}; ${MINSTALL} ${MAN4} ${DESTDIR}${MANDIR}4${MANSUBDIR}) .endif .if defined(MAN5) && !empty(MAN5) ! (cd ${MANSRC}; ${MINSTALL} ${MAN5} ${DESTDIR}${MANDIR}5${MANSUBDIR}) .endif .if defined(MAN6) && !empty(MAN6) ! (cd ${MANSRC}; ${MINSTALL} ${MAN6} ${DESTDIR}${MANDIR}6${MANSUBDIR}) .endif .if defined(MAN7) && !empty(MAN7) ! (cd ${MANSRC}; ${MINSTALL} ${MAN7} ${DESTDIR}${MANDIR}7${MANSUBDIR}) .endif .if defined(MAN8) && !empty(MAN8) ! (cd ${MANSRC}; ${MINSTALL} ${MAN8} ${DESTDIR}${MANDIR}8${MANSUBDIR}) .endif # by default all pages are compressed --- 53,83 ---- maninstall: ${MANDEPEND} .if defined(MAN1) && !empty(MAN1) ! @(cd ${MANSRC}; ${MINSTALL} ${MAN1} ${DESTDIR}${MANDIR}1${MANSUBDIR}) .endif .if defined(MAN2) && !empty(MAN2) ! @(cd ${MANSRC}; ${MINSTALL} ${MAN2} ${DESTDIR}${MANDIR}2${MANSUBDIR}) .endif .if defined(MAN3) && !empty(MAN3) ! @(cd ${MANSRC}; ${MINSTALL} ${MAN3} ${DESTDIR}${MANDIR}3${MANSUBDIR}) .endif .if defined(MAN3F) && !empty(MAN3F) ! @(cd ${MANSRC}; ${MINSTALL} ${MAN3F} ${DESTDIR}${MANDIR}3f${MANSUBDIR}) .endif .if defined(MAN4) && !empty(MAN4) ! @(cd ${MANSRC}; ${MINSTALL} ${MAN4} ${DESTDIR}${MANDIR}4${MANSUBDIR}) .endif .if defined(MAN5) && !empty(MAN5) ! @(cd ${MANSRC}; ${MINSTALL} ${MAN5} ${DESTDIR}${MANDIR}5${MANSUBDIR}) .endif .if defined(MAN6) && !empty(MAN6) ! @(cd ${MANSRC}; ${MINSTALL} ${MAN6} ${DESTDIR}${MANDIR}6${MANSUBDIR}) .endif .if defined(MAN7) && !empty(MAN7) ! @(cd ${MANSRC}; ${MINSTALL} ${MAN7} ${DESTDIR}${MANDIR}7${MANSUBDIR}) .endif .if defined(MAN8) && !empty(MAN8) ! @(cd ${MANSRC}; ${MINSTALL} ${MAN8} ${DESTDIR}${MANDIR}8${MANSUBDIR}) .endif # by default all pages are compressed *************** *** 63,72 **** while test $$# -ge 1; do \ name=`${BASENAME} $$1`; \ sect=`expr $$name : '.*\.\([^.]*\)'`; \ ! ${ECHO} "compressing in" \ "${DESTDIR}${MANDIR}$${sect}${MANSUBDIR}:" \ "$$name -> $${name}${ZEXT}"; \ ${MCOMPRESS} ${DESTDIR}${MANDIR}$${sect}${MANSUBDIR}/$$name ; \ shift ; \ done ; true .else --- 88,101 ---- while test $$# -ge 1; do \ name=`${BASENAME} $$1`; \ sect=`expr $$name : '.*\.\([^.]*\)'`; \ ! if [ ! -f "${DESTDIR}${MANDIR}$${sect}${MANSUBDIR}/$$name" -a -f "${DESTDIR}${MANDIR}$${sect}${MANSUBDIR}/$$name.gz" ]; then \ ! :; \ ! else \ ! ${ECHO} "compressing in" \ "${DESTDIR}${MANDIR}$${sect}${MANSUBDIR}:" \ "$$name -> $${name}${ZEXT}"; \ ${MCOMPRESS} ${DESTDIR}${MANDIR}$${sect}${MANSUBDIR}/$$name ; \ + fi; \ shift ; \ done ; true .else From owner-freebsd-current Thu Mar 23 10:00:15 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA16490 for current-outgoing; Thu, 23 Mar 1995 10:00:15 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA16478; Thu, 23 Mar 1995 10:00:11 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id JAA01346; Thu, 23 Mar 1995 09:59:48 -0800 From: "Rodney W. Grimes" Message-Id: <199503231759.JAA01346@gndrsh.aac.dev.com> Subject: Re: Make World Times and a question about shared libs / make all To: terry@cs.weber.edu (Terry Lambert) Date: Thu, 23 Mar 1995 09:59:48 -0800 (PST) Cc: jkh@freefall.cdrom.com, bde@zeta.org.au, me@tartufo.pcs.dec.com, nate@trout.sri.mt.net, current@FreeBSD.org In-Reply-To: <9503231723.AA18805@cs.weber.edu> from "Terry Lambert" at Mar 23, 95 10:23:54 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1151 Sender: current-owner@FreeBSD.org Precedence: bulk > > > > Would people think it gross if /usr/include was nothing but > > > a directory tree full of symbolic links into /usr/src (or > > > where ever you did the ``make INCLUDE_TYPES=symlink includes'' from). > > > > No, that would actually be more (he ducks) ORTHOGONAL! :-) > > > > Seriously. Then you at least have a tree of links or a tree of copies > > but never a mix (you may recall me raving on this particular topic > > awhile back) and it's at least a whole lot easier to _understand_. > > > > Yes! Please! > > % cd /usr/include/sys > % grep "struct foo" *.h > % cd ../net > ../net: No such file or directory Not possible in current situation. EIther your /usr/include directory is seriously screwed up, or /usr/src/sys/net is missing. > % cd .. > % grep "struct foo" *.h > No match. > % ls *.h > No match. > % pwd > /usr/src/sys But you had no /usr/src/sys... yea, right... carefull with the fake scripts. > % echo "No thank you." > No thank you. :-), it shall be fixed... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Thu Mar 23 10:26:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA17258 for current-outgoing; Thu, 23 Mar 1995 10:26:54 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA17252 for ; Thu, 23 Mar 1995 10:26:52 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id NAA07649 for current@freebsd.org; Thu, 23 Mar 1995 13:26:47 -0500 From: "matthew c. mead" Message-Id: <199503231826.NAA07649@goof.com> Subject: Adaptec 2940 To: current@FreeBSD.org Date: Thu, 23 Mar 1995 13:26:46 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 490 Sender: current-owner@FreeBSD.org Precedence: bulk Are there problems with the adaptec 2940 driver in current? I can't get it to work properly with a P5-90, 32M ram, Mach 64 PCI card and a PCI Adaptec 2940 SCSI controller. -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Thu Mar 23 10:35:40 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA17413 for current-outgoing; Thu, 23 Mar 1995 10:35:40 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA17407 for ; Thu, 23 Mar 1995 10:35:38 -0800 Received: by brasil.moneng.mei.com (4.1/SMI-4.1) id AA13946; Thu, 23 Mar 95 12:33:50 CST From: Joe Greco Message-Id: <9503231833.AA13946@brasil.moneng.mei.com> Subject: Re: Innd To: hsu@clinet.fi (Heikki Suonsivu) Date: Thu, 23 Mar 1995 12:33:49 -0600 (CST) Cc: freebsd-current@freefall.cdrom.com In-Reply-To: <199503231719.TAA23687@katiska.clinet.fi> from "Heikki Suonsivu" at Mar 23, 95 07:19:06 pm X-Mailer: ELM [version 2.4beta PL9] Content-Type: text Content-Length: 1408 Sender: current-owner@FreeBSD.org Precedence: bulk > Trying to use -current as a news server (inn-1.4sec), and these pop up > often: > > Mar 23 18:04:53 katiska innd: ME cant link sfnet/keskustelu/uskonto/20146 and sfnet/keskustelu/ihmissuhteet/8107 File exists > Mar 23 18:04:53 katiska innd: ME cant symlink /m/katiska/news/news/sfnet/keskustelu/uskonto/20146 and sfnet/keskustelu/ihmissuhteet/8107 File exists > Mar 23 18:04:53 katiska innd: ME cant link sfnet/keskustelu/uskonto/20146 and sfnet/keskustelu/10809 File exists > Mar 23 18:04:53 katiska innd: ME cant symlink /m/katiska/news/news/sfnet/keskustelu/uskonto/20146 and sfnet/keskustelu/10809 File exists > > Anyone seen this before? On Suns we never saw this, on OSF1 this has > appeared but it was lack of metadata (=inodes). > > The news spool is mounted with -o async, if that matters. Give us some help. Your question is vague! :-) (looking at the last line:) Do /m/katiska/news/news/sfnet/keskustelu/uskonto/20146 and sfnet/keskustelu/10809 both exist? What are the active file pointers looking like? Did you crash? Did you do a renumber? If the error looks legitimate (i.e. the file DOES exist), you may have some sort of problem with how you've configured INN.... ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-current Thu Mar 23 10:47:18 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA17682 for current-outgoing; Thu, 23 Mar 1995 10:47:18 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA17676 for ; Thu, 23 Mar 1995 10:47:15 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA19235; Thu, 23 Mar 95 11:39:04 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503231839.AA19235@cs.weber.edu> Subject: Re: Make World Times and a question about shared libs / make all To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Thu, 23 Mar 95 11:39:03 MST Cc: jkh@freefall.cdrom.com, bde@zeta.org.au, me@tartufo.pcs.dec.com, nate@trout.sri.mt.net, current@FreeBSD.org In-Reply-To: <199503231759.JAA01346@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Mar 23, 95 09:59:48 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > > % cd /usr/include/sys > > % grep "struct foo" *.h > > % cd ../net > > ../net: No such file or directory > > Not possible in current situation. EIther your /usr/include > directory is seriously screwed up, or /usr/src/sys/net is missing. If /usr/include/sys is a symlink to another location, and the parent of the other location does not have a net directory, then since it is a relative cd, it will look up the parent in the link target directory and not get the directory of the link that brought you there. In this particular case, the symling is pointing to /usr/src/sys/sys. And pick something other than 'net', then, like X11. > > % cd .. > > % grep "struct foo" *.h > > No match. > > % ls *.h > > No match. > > % pwd > > /usr/src/sys > > But you had no /usr/src/sys... yea, right... carefull with the > fake scripts. Oh, yes, I did. The problem is in the relative pathing used to go up in the heirarchy resulting in unexpected behaviour. 8-(. When people say that /usr/include should contain symlinks pointing to directories, my teeth begin to itch. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Mar 23 10:56:39 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA17935 for current-outgoing; Thu, 23 Mar 1995 10:56:39 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA17929 for ; Thu, 23 Mar 1995 10:56:37 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA19279; Thu, 23 Mar 95 11:50:15 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503231850.AA19279@cs.weber.edu> Subject: Re: Includes To: wollman@halloran-eldar.lcs.mit.edu (Garrett Wollman) Date: Thu, 23 Mar 95 11:50:14 MST Cc: current@FreeBSD.org In-Reply-To: <9503231750.AA03285@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Mar 23, 95 12:50:35 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > > % echo "No thank you." > > No thank you. > > wollman@halloran-eldar(245)$ echo "Get a real shell." > Get a real shell. Builds in the source tree should use includes from the source tree and not includes from the system. This means that the source tree either should create it's own include directory during a build, or that sources in the source tree should get include files from their source locations instead of their target locations post-install. This will incidently "magically" fix the include dependency problems and allow you to do a 'make world' with the assurance that the changes you made to an include file will cause everything that includes that file to be rebuilt, but that *nothing* which does not include the file will end up rebuilt at the same time. "install"ing includes in general, but especially to /usr/include, is a bogus part of the build process. Kludging up symlinks in the include directory so that something like wollman@halloran-eldar(245)$ cd /usr/include/sys/.. causes you to end up in /usr/src/sys instead of /usr/include is just plain bogus, besides actively interfering with the ability to cross compile and requiring additional kludges to install or .h:.h dependency rules to make it work only badly. Dependence on a shell with rememebred paths that then hacks the paths potentially using different rules than vn_lookup (unless changes are made simultaneously to both code sets) is also bogus. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Mar 23 11:15:34 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA18841 for current-outgoing; Thu, 23 Mar 1995 11:15:34 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA18834 for ; Thu, 23 Mar 1995 11:15:30 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.11/jtpda-5.0) with SMTP id UAA05673 ; Thu, 23 Mar 1995 20:15:20 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA08773; Thu, 23 Mar 95 20:15:02 +0100 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <9503231915.AA08773@blaise.ibp.fr> Subject: Re: Innd To: hsu@clinet.fi (Heikki Suonsivu) Date: Thu, 23 Mar 1995 20:15:01 +0100 (MET) Cc: freebsd-current@freefall.cdrom.com In-Reply-To: <199503231719.TAA23687@katiska.clinet.fi> from "Heikki Suonsivu" at Mar 23, 95 07:19:06 pm X-Operating-System: FreeBSD 2.1.0-Development ctm#429 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 496 Sender: current-owner@FreeBSD.org Precedence: bulk > Trying to use -current as a news server (inn-1.4sec), and these pop up > often: > > Mar 23 18:04:53 katiska innd: ME cant link sfnet/keskustelu/uskonto/20146 and sfnet/keskustelu/ihmissuhteet/8107 File exists Don't use ACT_MMAP in config.data for the reading of the active file. Don't forget to do a makehistory after recompiling to clean up. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #1: Mon Mar 6 23:55:18 MET 1995 From owner-freebsd-current Thu Mar 23 11:20:38 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA18999 for current-outgoing; Thu, 23 Mar 1995 11:20:38 -0800 Received: from post.demon.co.uk (post.demon.co.uk [158.152.1.72]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA18992 for ; Thu, 23 Mar 1995 11:20:35 -0800 Received: from palmer.demon.co.uk by post.demon.co.uk id aa05739; 23 Mar 95 16:31 GMT Received: from localhost (gary@localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.9/8.6.9) with SMTP id QAA00388 for ; Thu, 23 Mar 1995 16:30:07 GMT X-Authentication-Warning: palmer.demon.co.uk: Host localhost didn't use HELO protocol To: current@FreeBSD.org Subject: Another NFS bugette? MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <384.795976205.1@palmer.demon.co.uk> Date: Thu, 23 Mar 1995 16:30:05 +0000 Message-ID: <385.795976205@palmer.demon.co.uk> From: Gary Palmer Sender: current-owner@FreeBSD.org Precedence: bulk On freefall: root 132 0.0 0.3 62500 156 ?? Is Mon09PM 0:10.18 nfs -o intr -o soft -o bg thud /d (mount_nfs) root 146 0.0 0.3 62500 156 ?? Is Mon09PM 0:10.19 nfs -o intr -o soft -o bg thud /e (mount_nfs) root 148 0.0 0.4 62500 168 ?? Is Mon09PM 0:10.23 nfs -o intr -o soft -o bg thud /f (mount_nfs) I take it this has happened 'cos of thud's reluctance to do anything sensible? Gary From owner-freebsd-current Thu Mar 23 11:50:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19434 for current-outgoing; Thu, 23 Mar 1995 11:50:44 -0800 Received: from Starbase.NeoSoft.COM (root@starbase.NeoSoft.COM [198.64.84.26]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA19428 for ; Thu, 23 Mar 1995 11:50:42 -0800 Received: from metal.ops.neosoft.com (root@glenn-slip47.nmt.edu [129.138.5.147]) by Starbase.NeoSoft.COM (8.6.10/8.6.10) with ESMTP id NAA00452; Thu, 23 Mar 1995 13:50:20 -0600 X-Provider: NeoSoft, Inc.: Internet Service Provider (713) 684-5969 Received: (from smace@localhost) by metal.ops.neosoft.com (8.6.11/8.6.10) id MAA01196; Thu, 23 Mar 1995 12:50:16 -0700 From: Scott Mace Message-Id: <199503231950.MAA01196@metal.ops.neosoft.com> Subject: Re: Innd To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Thu, 23 Mar 1995 12:50:16 -0700 (MST) Cc: hsu@clinet.fi, freebsd-current@freefall.cdrom.com In-Reply-To: <9503231833.AA13946@brasil.moneng.mei.com> from "Joe Greco" at Mar 23, 95 12:33:49 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1651 Sender: current-owner@FreeBSD.org Precedence: bulk Sounds like you active file is munged. You should run makeactive to properly set the upper and lower bounds of the articles in the spool. Check out the new-recovery man page. > > > Trying to use -current as a news server (inn-1.4sec), and these pop up > > often: > > > > Mar 23 18:04:53 katiska innd: ME cant link sfnet/keskustelu/uskonto/20146 and sfnet/keskustelu/ihmissuhteet/8107 File exists > > Mar 23 18:04:53 katiska innd: ME cant symlink /m/katiska/news/news/sfnet/keskustelu/uskonto/20146 and sfnet/keskustelu/ihmissuhteet/8107 File exists > > Mar 23 18:04:53 katiska innd: ME cant link sfnet/keskustelu/uskonto/20146 and sfnet/keskustelu/10809 File exists > > Mar 23 18:04:53 katiska innd: ME cant symlink /m/katiska/news/news/sfnet/keskustelu/uskonto/20146 and sfnet/keskustelu/10809 File exists > > > > Anyone seen this before? On Suns we never saw this, on OSF1 this has > > appeared but it was lack of metadata (=inodes). > > > > The news spool is mounted with -o async, if that matters. > > Give us some help. Your question is vague! :-) > > (looking at the last line:) > > Do /m/katiska/news/news/sfnet/keskustelu/uskonto/20146 > and sfnet/keskustelu/10809 both exist? What are the active > file pointers looking like? Did you crash? Did you do a > renumber? If the error looks legitimate (i.e. the file DOES > exist), you may have some sort of problem with how you've > configured INN.... > > ... Joe > > ------------------------------------------------------------------------------- > Joe Greco - Systems Administrator jgreco@ns.sol.net > Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 > From owner-freebsd-current Thu Mar 23 11:50:28 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19419 for current-outgoing; Thu, 23 Mar 1995 11:50:28 -0800 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA19412 for ; Thu, 23 Mar 1995 11:50:26 -0800 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id NAA20697; Thu, 23 Mar 1995 13:49:58 -0600 Received: by olympus (4.1/TSS2.1) id AA25099; Thu, 23 Mar 95 13:48:26 CST From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9503231948.AA25099@olympus> Subject: msdos lkm does not load! To: current@FreeBSD.org Date: Thu, 23 Mar 1995 13:48:25 -0600 (CST) X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 577 Sender: current-owner@FreeBSD.org Precedence: bulk Built a new kernel last night and rebooted. My mount_msdos statement hung. I used top and ld was spinning like a big dog with modload under it. Rebuilt the lkm. Same thing. Went back to the previous kernel. Mounts fine. Hmmm. Thought maybe someone would care. I read the commit messages but didn't see one that said "Breaking msdos lkm" :-) Boyd -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-current Thu Mar 23 11:56:14 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19538 for current-outgoing; Thu, 23 Mar 1995 11:56:14 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA19501 for ; Thu, 23 Mar 1995 11:54:29 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA03366; Thu, 23 Mar 1995 20:50:47 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id UAA25214 for freebsd-current@FreeBSD.org; Thu, 23 Mar 1995 20:50:47 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id UAA19407 for freebsd-current@FreeBSD.org; Thu, 23 Mar 1995 20:39:27 +0100 From: J Wunsch Message-Id: <199503231939.UAA19407@uriah.heep.sax.de> Subject: Re: bsd.man.mk and catman To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 23 Mar 1995 20:39:26 +0100 (MET) In-Reply-To: <199503231749.SAA25377@caramba.cs.tu-berlin.de> from "Wolfram Schneider" at Mar 23, 95 06:49:08 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 621 Sender: current-owner@FreeBSD.org Precedence: bulk As Wolfram Schneider wrote: > > > Installing man pages (make world) force catman to reformat this pages. > This is not neccessary because most pages are not changed. The patch > install only new pages. Bug: owner/mode also unchanged. Rather complex, even though i basically love the idea. Folx, whattayathink about adding an option to install(1) to install the file only if the destination is older than the source? This should also be faster than comparing entire files. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Mar 23 11:58:29 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19569 for current-outgoing; Thu, 23 Mar 1995 11:58:29 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA19551 for ; Thu, 23 Mar 1995 11:57:11 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA03374; Thu, 23 Mar 1995 20:50:49 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id UAA25220 for freebsd-current@FreeBSD.org; Thu, 23 Mar 1995 20:50:48 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id UAA19525 for freebsd-current@FreeBSD.org; Thu, 23 Mar 1995 20:48:22 +0100 From: J Wunsch Message-Id: <199503231948.UAA19525@uriah.heep.sax.de> Subject: Re: Includes To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 23 Mar 1995 20:48:21 +0100 (MET) In-Reply-To: <9503231850.AA19279@cs.weber.edu> from "Terry Lambert" at Mar 23, 95 11:50:14 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 824 Sender: current-owner@FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > Kludging up symlinks in the include directory so that something like > > wollman@halloran-eldar(245)$ cd /usr/include/sys/.. > > causes you to end up in /usr/src/sys instead of /usr/include > is just plain bogus, besides actively interfering with the ability > to cross compile and requiring additional kludges to install or .h:.h > dependency rules to make it work only badly. # Define SHARED to indicate whether you want symbolic links to the system # source (``symlinks''), or a separate copy (``copies''); (latter useful # in environments where it's not possible to keep /sys publicly readable) # SHARED= copies SHARED?= symlinks -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Mar 23 12:12:02 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA19765 for current-outgoing; Thu, 23 Mar 1995 12:12:02 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA19759 for ; Thu, 23 Mar 1995 12:11:59 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id LAA10552; Thu, 23 Mar 1995 11:58:54 -0800 From: Poul-Henning Kamp Message-Id: <199503231958.LAA10552@ref.tfs.com> Subject: Re: bsd.man.mk and catman To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 23 Mar 1995 11:58:54 -0800 (PST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503231939.UAA19407@uriah.heep.sax.de> from "J Wunsch" at Mar 23, 95 08:39:26 pm Content-Type: text Content-Length: 766 Sender: current-owner@FreeBSD.org Precedence: bulk > > Installing man pages (make world) force catman to reformat this pages. > > This is not neccessary because most pages are not changed. The patch > > install only new pages. Bug: owner/mode also unchanged. > > Rather complex, even though i basically love the idea. > > Folx, whattayathink about adding an option to install(1) to install > the file only if the destination is older than the source? This > should also be faster than comparing entire files. I'm for the "compare entire file" method, with the twist that if you see the size change, you know they will be different. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Thu Mar 23 12:20:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA19852 for current-outgoing; Thu, 23 Mar 1995 12:20:31 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA19846 for ; Thu, 23 Mar 1995 12:20:30 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA03756; Thu, 23 Mar 1995 15:20:13 -0500 Date: Thu, 23 Mar 1995 15:20:13 -0500 From: Garrett Wollman Message-Id: <9503232020.AA03756@halloran-eldar.lcs.mit.edu> To: Terry Lambert Cc: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: Includes In-Reply-To: <199503231948.UAA19525@uriah.heep.sax.de> References: <9503231850.AA19279@cs.weber.edu> <199503231948.UAA19525@uriah.heep.sax.de> Sender: current-owner@FreeBSD.org Precedence: bulk < said: >> Kludging up symlinks in the include directory so that something like >> >> wollman@halloran-eldar(245)$ cd /usr/include/sys/.. >> >> causes you to end up in /usr/src/sys instead of /usr/include >> is just plain bogus, As I said, get a real shell. wollman@khavrinen(75)$ ls -l sys lrwxr-xr-x 1 bin bin 8 Mar 12 16:51 sys@ -> /sys/sys wollman@khavrinen(76)$ cd sys wollman@khavrinen(77)$ cd ../arpa wollman@khavrinen(78)$ pwd /usr/include/arpa -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Thu Mar 23 12:20:42 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA19871 for current-outgoing; Thu, 23 Mar 1995 12:20:42 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA19865 for ; Thu, 23 Mar 1995 12:20:41 -0800 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.9/8.6.9) with SMTP id MAA04720; Thu, 23 Mar 1995 12:20:24 -0800 Message-Id: <199503232020.MAA04720@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: "matthew c. mead" cc: current@FreeBSD.org Subject: Re: Adaptec 2940 In-reply-to: Your message of "Thu, 23 Mar 1995 13:26:46 EST." <199503231826.NAA07649@goof.com> Date: Thu, 23 Mar 1995 12:20:24 -0800 From: "Justin T. Gibbs" Sender: current-owner@FreeBSD.org Precedence: bulk > Are there problems with the adaptec 2940 driver in current? I can't get i >t >to work properly with a P5-90, 32M ram, Mach 64 PCI card and a PCI Adaptec 294 >0 >SCSI controller. > > There may be some problems with a race condition during probe. This is something I'm working on right now. It seems that, although the driver is told to poll for its interrupts, interrupts are not masked, and the driver gets totally confused when it polls and finds an interrupt waiting, but finds the SCB that caused the condition to be gone (handled by the interrupt handler in response to the unmasked interrupt). My quick hack is to not register the card's interrupt handler until after we attach all scsi devices, but I still run into problems when attempting to share interrupts between two controllers. I'll post to the list once I get something more robust working. > >-matt > >-- >Matthew C. Mead -> Virginia Tech Center for Transportation Research - > -> Multiple Platform System and Network Administration >Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other >---- ------- WWW -> http://www.goof.com/~mmead --- ----- -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-current Thu Mar 23 12:21:02 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA19883 for current-outgoing; Thu, 23 Mar 1995 12:21:02 -0800 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA19877; Thu, 23 Mar 1995 12:20:58 -0800 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id OAA21756; Thu, 23 Mar 1995 14:18:34 -0600 Received: by olympus (4.1/TSS2.1) id AA25329; Thu, 23 Mar 95 14:16:57 CST From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9503232016.AA25329@olympus> Subject: Re: Make World Times and a question about shared libs / make all To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Thu, 23 Mar 1995 14:16:56 -0600 (CST) Cc: chuckr@Glue.umd.edu, jkh@freefall.cdrom.com, bde@zeta.org.au, me@tartufo.pcs.dec.com, nate@trout.sri.mt.net, current@FreeBSD.org In-Reply-To: <199503231719.JAA01094@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Mar 23, 95 09:19:03 am X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 3156 Sender: current-owner@FreeBSD.org Precedence: bulk > > > > > On Thu, 23 Mar 1995, Jordan K. Hubbard wrote: > > > > > > Would people think it gross if /usr/include was nothing but > > > > a directory tree full of symbolic links into /usr/src (or > > > > where ever you did the ``make INCLUDE_TYPES=symlink includes'' from). > > > > > > No, that would actually be more (he ducks) ORTHOGONAL! :-) > > > > > > Seriously. Then you at least have a tree of links or a tree of copies > > > but never a mix (you may recall me raving on this particular topic > > > awhile back) and it's at least a whole lot easier to _understand_. > > > > > > Yes! Please! > > > > > > Jordan > > > > > > > How would that work for folks who don't want to keep an entire source tree > > available? I have the room, myself, but lots of friends running FreeBSD > > are doing it in 200-300 meg partitions. Would this hurt them? > > Folks without the entire source tree on line should probably not be > attempting to run ``make includes''. It would fail now if any of > the directories need by this are missing. [I am working on > the later for the SHARED=copies case]. > > If they want to run with limit src tree they well need to be careful > about CLOBBER and /usr/include. With the new .mk and Makefile mods > in place the correct command for a partial src tree would become: > cd /usr/src; > make INCLUDE_TYPES=copies includes > > Note that INCLUDE_TYPES is my new name for ``SHARED'', since this is > become overloaded. The default INCLUDE_TYPES will be copies, so > in the above command you could leave this out. > > My new includes: target is a lot smarter than the current one, it > uses a list of places to cd into and run ``make install_includes''. > For each directory in this list we first check to see if that > place exists in the src tree, if it does not a little skip message > is printed and things continue on there way. I could add some > better error checking for the CLOBBER case and make this an error > condition instead of just a warning. > > Right now I use a compatibility hack in the .mk files that calls > beforeinstall: for install_includes: so that I don't have to > modify a pile of Makefiles at this time. > > If 2.1 is pushed out past the end of April I should have time to > finish this work off and intergrate a massive .mk overhall, if > not it can wait for 2.2. > I think it would be a fine option but a poor default. There are those of us who have backed up our system source to play with other sources. Also, unlikely as this is, a compile could break while running sup. For those who have multiple users, coordination could be a problem. I would be happier if the include file installed only if it changed. Then when my sources get torqued, I have the real thing. I don't always make it through a sup and then where am I. Oh, and what about version upgrades! And it has snowed in Texas! I mean the central part!.... Sorry :-) Boyd -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-current Thu Mar 23 12:26:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA20020 for current-outgoing; Thu, 23 Mar 1995 12:26:44 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA20014 for ; Thu, 23 Mar 1995 12:26:43 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id PAA12559; Thu, 23 Mar 1995 15:26:31 -0500 From: "matthew c. mead" Message-Id: <199503232026.PAA12559@goof.com> Subject: Re: Adaptec 2940 To: gibbs@estienne.CS.Berkeley.EDU (Justin T. Gibbs) Date: Thu, 23 Mar 1995 15:26:31 -0500 (EST) Cc: current@FreeBSD.org In-Reply-To: <199503232020.MAA04720@estienne.cs.berkeley.edu> from "Justin T. Gibbs" at Mar 23, 95 12:20:24 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1191 Sender: current-owner@FreeBSD.org Precedence: bulk Justin T. Gibbs wrote: > There may be some problems with a race condition during probe. This is > something I'm working on right now. It seems that, although the driver > is told to poll for its interrupts, interrupts are not masked, and the > driver gets totally confused when it polls and finds an interrupt waiting, > but finds the SCB that caused the condition to be gone (handled by the > interrupt handler in response to the unmasked interrupt). My quick hack > is to not register the card's interrupt handler until after we attach all > scsi devices, but I still run into problems when attempting to share > interrupts between two controllers. I'll post to the list once I get > something more robust working. Hmm. Thanks for the reply! This seems to be the problem I'm experiencing - I've gotten several different types of errors while it's been being probed. -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Thu Mar 23 12:29:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA20091 for current-outgoing; Thu, 23 Mar 1995 12:29:59 -0800 Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA20084; Thu, 23 Mar 1995 12:29:58 -0800 X-Authentication-Warning: freefall.cdrom.com: Host LOCALHOST didn't use HELO protocol To: Chuck Robey cc: "Rodney W. Grimes" , bde@zeta.org.au, me@tartufo.pcs.dec.com, nate@trout.sri.mt.net, current@FreeBSD.org Subject: Re: Make World Times and a question about shared libs / make all In-reply-to: Your message of "Thu, 23 Mar 95 12:26:50 EST." Date: Thu, 23 Mar 1995 12:29:57 -0800 Message-ID: <20081.795990597@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > I think you misunderstood (or I did you)... I'm speaking of folks who > would never consider making any part of the tree themselves, but just > would like to be able to do a little light level c hacking on their more > limited machine budgets. Jordan spoke of making /usr/include completely > links to parts of usr/src. I am wondering what effect that would have on > folks who don't even have a /usr/src. Will this mean that such folks > will have to carry around at least parts of the /usr/src tree, in order > to have the /usr/include [reasonably] complete? No. The installation would do a `make install shared=copies' so /usr/include would be ONLY files on a fresh from-bindist installation. This is the way it is now, in fact, or no one would be able to compile *anything* without a source dist! :-) Jordan From owner-freebsd-current Thu Mar 23 12:33:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA20218 for current-outgoing; Thu, 23 Mar 1995 12:33:48 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA20210 for ; Thu, 23 Mar 1995 12:33:46 -0800 Received: by brasil.moneng.mei.com (4.1/SMI-4.1) id AA14176; Thu, 23 Mar 95 14:31:04 CST From: Joe Greco Message-Id: <9503232031.AA14176@brasil.moneng.mei.com> Subject: Re: Innd To: smace@metal-mail.neosoft.com (Scott Mace) Date: Thu, 23 Mar 1995 14:31:04 -0600 (CST) Cc: hsu@clinet.fi, freebsd-current@freefall.cdrom.com In-Reply-To: <199503231950.MAA01196@metal.ops.neosoft.com> from "Scott Mace" at Mar 23, 95 12:50:16 pm X-Mailer: ELM [version 2.4beta PL9] Content-Type: text Content-Length: 484 Sender: current-owner@FreeBSD.org Precedence: bulk > Sounds like you active file is munged. You should run makeactive to properly > set the upper and lower bounds of the articles in the spool. Check out > the new-recovery man page. This may or may not be the problem; if it is, the active file is probably not too bad and a "ctlinnd renumber" may be a more judicious choice. However, it's impossible to tell whether he's running into an INNism, a genuine crash- related problem, or an OS problem without more details. :-( ... JG From owner-freebsd-current Thu Mar 23 12:36:58 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA20292 for current-outgoing; Thu, 23 Mar 1995 12:36:58 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA20275; Thu, 23 Mar 1995 12:36:45 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA19727; Thu, 23 Mar 95 13:30:24 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503232030.AA19727@cs.weber.edu> Subject: Source level kernel debugger To: current@FreeBSD.org, hackers@FreeBSD.org Date: Thu, 23 Mar 95 13:30:24 MST X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk Anyone intereseted in a source level kernel debugger? If so, there is at least a good start (it works on SunOS 4.x) available from ftp://ftp.cs.ucla.edu/pub/ficus/johnh/kgdb-1.8.tar.gz (Yes, this is the same "Ficus" and the same "John Heidemann" that originated the BSD 4.4 file system stacking architecture). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Mar 23 12:41:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA20448 for current-outgoing; Thu, 23 Mar 1995 12:41:35 -0800 Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA20440; Thu, 23 Mar 1995 12:41:34 -0800 X-Authentication-Warning: freefall.cdrom.com: Host LOCALHOST didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: wollman@halloran-eldar.lcs.mit.edu (Garrett Wollman), current@FreeBSD.org Subject: Re: Includes In-reply-to: Your message of "Thu, 23 Mar 95 11:50:14 MST." <9503231850.AA19279@cs.weber.edu> Date: Thu, 23 Mar 1995 12:41:33 -0800 Message-ID: <20439.795991293@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > This means that the source tree either should create it's own include > directory during a build, or that sources in the source tree should > get include files from their source locations instead of their target > locations post-install. Welcome back to the conversation we had 2 weeks ago! :-) I thought Richard Wackerbarth was working on all of this, then he just disappeared.. Jordan From owner-freebsd-current Thu Mar 23 12:41:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA20479 for current-outgoing; Thu, 23 Mar 1995 12:41:54 -0800 Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA20403; Thu, 23 Mar 1995 12:40:37 -0800 X-Authentication-Warning: freefall.cdrom.com: Host LOCALHOST didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes), bde@zeta.org.au, me@tartufo.pcs.dec.com, nate@trout.sri.mt.net, current@FreeBSD.org Subject: Re: Make World Times and a question about shared libs / make all In-reply-to: Your message of "Thu, 23 Mar 95 11:39:03 MST." <9503231839.AA19235@cs.weber.edu> Date: Thu, 23 Mar 1995 12:40:37 -0800 Message-ID: <20402.795991237@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > When people say that /usr/include should contain symlinks pointing > to directories, my teeth begin to itch. Perhaps you're keeping the Preparation-H too close to the toothpaste in your medicine cabinet.. :-) Jordan From owner-freebsd-current Thu Mar 23 13:49:03 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA22093 for current-outgoing; Thu, 23 Mar 1995 13:49:03 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA22085; Thu, 23 Mar 1995 13:48:58 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id NAA10914; Thu, 23 Mar 1995 13:48:44 -0800 From: Poul-Henning Kamp Message-Id: <199503232148.NAA10914@ref.tfs.com> Subject: Re: Includes To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Thu, 23 Mar 1995 13:48:43 -0800 (PST) Cc: terry@cs.weber.edu, wollman@halloran-eldar.lcs.mit.edu, current@FreeBSD.org In-Reply-To: <20439.795991293@freefall.cdrom.com> from "Jordan K. Hubbard" at Mar 23, 95 12:41:33 pm Content-Type: text Content-Length: 650 Sender: current-owner@FreeBSD.org Precedence: bulk > > This means that the source tree either should create it's own include > > directory during a build, or that sources in the source tree should > > get include files from their source locations instead of their target > > locations post-install. > > Welcome back to the conversation we had 2 weeks ago! :-) > > I thought Richard Wackerbarth was working on all of this, then he just > disappeared.. Rick is back, he's telephone went bad while he was out of town... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Thu Mar 23 14:05:36 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA22742 for current-outgoing; Thu, 23 Mar 1995 14:05:36 -0800 Received: (from hsu@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA22733 for current; Thu, 23 Mar 1995 14:05:34 -0800 Date: Thu, 23 Mar 1995 14:05:34 -0800 From: Jeffrey Hsu Message-Id: <199503232205.OAA22733@freefall.cdrom.com> To: current Subject: Re: Make World Times Sender: current-owner@FreeBSD.org Precedence: bulk With all this talk about make World times, would anyone mind if I placed a few invocations of the date command judiciously in /usr/src/Makefile? Jeffrey From owner-freebsd-current Thu Mar 23 14:36:33 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA24129 for current-outgoing; Thu, 23 Mar 1995 14:36:33 -0800 Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.97.216]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA24123 for ; Thu, 23 Mar 1995 14:36:30 -0800 Received: (from kargl@localhost) by troutmask.apl.washington.edu (8.6.11/8.6.9) id OAA12630 for freebsd-current@freefall.cdrom.com; Thu, 23 Mar 1995 14:28:57 -0800 From: Steven G Kargl Message-Id: <199503232228.OAA12630@troutmask.apl.washington.edu> Subject: /usr/bin/cvsinit bug To: freebsd-current@freefall.cdrom.com (FreeBSD Current) Date: Thu, 23 Mar 1995 14:28:56 -0800 (PST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1932 Sender: current-owner@FreeBSD.org Precedence: bulk I decided to learn cvs so I downloaded cvs-texi-0.8.tar.gz and read parts of the manual. To start this adventure, I decided to place one of my small projects under cvs. %setenv CVSROOT /home/kargl/cvsroot %mkdir /home/kargl/cvsroot %mkdir /home/kargl/cvsroot/CVSROOT %cvsinit cvsinit is a script that helps set up the administrative side of cvs, but it appears to go belly-up on the initialization of log.pl and loginfo. >From cvsinit: # loginfo, like modules, is special-cased if [ -f $CVSROOT/CVSROOT/loginfo,v ]; then [...delete...] else if [ -f $CVSROOT/CVSROOT/loginfo ]; then echo "You have a $CVSROOT/CVSROOT/loginfo file," echo "But no $CVSROOT/CVSROOT/loginfo,v file." echo "I'll create one for you, but otherwise leave it alone..." else echo "The $CVSROOT/CVSROOT/loginfo file does not exist." echo "Making a simple one for you..." # try to find perl; use fancy log script if we can for perlpath in `echo $PATH | sed -e 's/:/ /g'` x; do if [ -f $perlpath/perl ]; then echo "#!$perlpath/perl" > $CVSROOT/CVSROOT/log.pl cat contrib/log.pl >> $CVSROOT/CVSROOT/log.pl chmod 755 $CVSROOT/CVSROOT/log.pl cp examples/loginfo $CVSROOT/CVSROOT/loginfo break fi done if [ $perlpath = x ]; then # we did not find perl anywhere, so make a simple loginfo file [... delete ...] fi fi (cd $CVSROOT/CVSROOT; ci -q -u -t/dev/null -m'initial checkin of loginfo' loginfo) echo "" fi We have perl, so the above executes. But, contrib/log.pl and examples/loginfo only exist in /usr/src/gnu/usr.bin/cvs. This might be fixed by installing cvs/contrib and cvs/examples into /usr/share and fixing the script to look there. -- Steven G. Kargl | Phone: 206-685-4677 | Applied Physics Laboratory | Fax: 206-543-6785 | University of Washington |---------------------| 1013 NE 40th St | FreeBSD 2.1-current | Seattle, WA 98105 |---------------------| From owner-freebsd-current Thu Mar 23 14:45:46 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA24374 for current-outgoing; Thu, 23 Mar 1995 14:45:46 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA24368 for ; Thu, 23 Mar 1995 14:45:37 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA20300; Thu, 23 Mar 95 15:37:18 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503232237.AA20300@cs.weber.edu> Subject: Re: Make World Times and a question about shared libs / make all To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Thu, 23 Mar 95 15:37:17 MST Cc: rgrimes@gndrsh.aac.dev.com, bde@zeta.org.au, me@tartufo.pcs.dec.com, nate@trout.sri.mt.net, current@FreeBSD.org In-Reply-To: <20402.795991237@freefall.cdrom.com> from "Jordan K. Hubbard" at Mar 23, 95 12:40:37 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > > When people say that /usr/include should contain symlinks pointing > > to directories, my teeth begin to itch. > > Perhaps you're keeping the Preparation-H too close to the toothpaste > in your medicine cabinet.. :-) Ever run a lab full of student PC's using netboot in a menu in the autoexec.bat mounting /usr via NFS? Symlinks play hell with this, especially if you don't want them to necessarily have /usr/src available to them. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Mar 23 14:46:16 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA24412 for current-outgoing; Thu, 23 Mar 1995 14:46:16 -0800 Received: from postoffice3.mail.cornell.edu (POSTOFFICE3.MAIL.CORNELL.EDU [132.236.56.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA24360; Thu, 23 Mar 1995 14:45:20 -0800 Received: from [128.84.254.37] (CS-ANNEX-1-07.CS.CORNELL.EDU [128.84.254.37]) by postoffice3.mail.cornell.edu (8.6.9/8.6.9) with SMTP id RAA08715; Thu, 23 Mar 1995 17:44:54 -0500 Message-Id: <199503232244.RAA08715@postoffice3.mail.cornell.edu> Date: Thu, 23 Mar 1995 17:51:53 +2327 To: freebsd-current@FreeBSD.org, freebsd-ports@FreeBSD.org, freebsd-platforms@FreeBSD.org, freebsd-hardware@FreeBSD.org From: ds41@cornell.edu (Daisuke Sasaki) X-Sender: ds41@postoffice3.mail.cornell.edu Subject: FreeBSD on Houdini ? MIME-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp X-Mailer: Eudora-J(1.3.5-J10) Sender: current-owner@FreeBSD.org Precedence: bulk Dear Sirs, I'm wondering if somebody out there have ever tried to run {Free | Net}BSD or other PC-UNIX on the latest DOS Compatible Power Mac 6100/66 called "Houdini" released around early this year ???? And how did it go ? Or is it possible to run *BSD on "Huudini" machine ? Thanks for any help in advance. -- daisuke From owner-freebsd-current Thu Mar 23 15:30:40 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA25599 for current-outgoing; Thu, 23 Mar 1995 15:30:40 -0800 Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA25590; Thu, 23 Mar 1995 15:30:39 -0800 X-Authentication-Warning: freefall.cdrom.com: Host LOCALHOST didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: rgrimes@gndrsh.aac.dev.com, bde@zeta.org.au, me@tartufo.pcs.dec.com, nate@trout.sri.mt.net, current@FreeBSD.org Subject: Re: Make World Times and a question about shared libs / make all In-reply-to: Your message of "Thu, 23 Mar 95 15:37:17 MST." <9503232237.AA20300@cs.weber.edu> Date: Thu, 23 Mar 1995 15:30:35 -0800 Message-ID: <25588.796001435@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > Ever run a lab full of student PC's using netboot in a menu in the > autoexec.bat mounting /usr via NFS? No, and it's a scary thought! :-) Well, I suppose I shouldn't let my traditional prejudice against dickless workstations show through here - it's a legitimate use. We just need to figure out a way to make it work in a manner not hideously offensive to those that DO keep the stuff local! Jordan From owner-freebsd-current Thu Mar 23 16:09:42 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA26748 for current-outgoing; Thu, 23 Mar 1995 16:09:42 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA26481 for ; Thu, 23 Mar 1995 15:56:39 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA07634; Fri, 24 Mar 1995 00:52:31 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id AAA27530 for freebsd-current@FreeBSD.org; Fri, 24 Mar 1995 00:52:30 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id AAA23300 for freebsd-current@FreeBSD.org; Fri, 24 Mar 1995 00:50:56 +0100 From: J Wunsch Message-Id: <199503232350.AAA23300@uriah.heep.sax.de> Subject: cvs group perm's To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Fri, 24 Mar 1995 00:50:53 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 649 Sender: current-owner@FreeBSD.org Precedence: bulk Is it just me, or are other folks also beaten by this: Running a cvs update (from a CTM-mirrored CVS tree), every now and then CVS aborts since it cannot create the read lock in some directory. (This is *not* running as root, of course.) Obviously, someone screwed the group permissions when checking in new/modified stuff (i'm also guilty of this). On freefall, it seems to be ``magically'' cures, but on my system at home, it kills CVS. Shouldn't the commit script ensure the permissions are 0664? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Mar 23 16:30:57 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA29768 for current-outgoing; Thu, 23 Mar 1995 16:30:57 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA29762 for ; Thu, 23 Mar 1995 16:30:56 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id QAA11503; Thu, 23 Mar 1995 16:19:11 -0800 From: Poul-Henning Kamp Message-Id: <199503240019.QAA11503@ref.tfs.com> Subject: Re: cvs group perm's To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 23 Mar 1995 16:19:11 -0800 (PST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503232350.AAA23300@uriah.heep.sax.de> from "J Wunsch" at Mar 24, 95 00:50:53 am Content-Type: text Content-Length: 335 Sender: current-owner@FreeBSD.org Precedence: bulk > stuff (i'm also guilty of this). On freefall, it seems to be > ``magically'' cures, but on my system at home, it kills CVS. The magic is a cronjob... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Thu Mar 23 17:20:50 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA03450 for current-outgoing; Thu, 23 Mar 1995 17:20:50 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA03444 for ; Thu, 23 Mar 1995 17:20:48 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id UAA00277 for current@freebsd.org; Thu, 23 Mar 1995 20:20:31 -0500 From: "matthew c. mead" Message-Id: <199503240120.UAA00277@goof.com> Subject: tonight's kernel To: current@FreeBSD.org Date: Thu, 23 Mar 1995 20:20:30 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2819 Sender: current-owner@FreeBSD.org Precedence: bulk A kernel supped around 7:30 EST yields the following messages at boot: Mar 23 20:12:30 goof /kernel: sd0s1: start 0, end = 32767, size 2053880 Mar 23 20:12:30 goof /kernel: sd0s1: C/H/S end 32767 != end 2053879: invalid Mar 23 20:12:30 goof /kernel: sd1s1: start 32, end = 204799, size 204768: OK Mar 23 20:12:30 goof /kernel: sd1s2: start 204800, end = 2053879, size 1849080: OK Mar 23 20:12:30 goof /kernel: sd1: rejecting partition in BSD label: it isn't entirely within the slice Mar 23 20:12:30 goof /kernel: sd1: start 204800, end 2053879, size 1849080 Mar 23 20:12:30 goof /kernel: sd1d: start 0, end 2053879, size 2053880 Mar 23 20:12:30 goof /kernel: sd1: rejecting partition in BSD label: it isn't entirely within the slice Mar 23 20:12:30 goof /kernel: sd1e: start 32, end 204799, size 204768 Mar 23 20:12:30 goof /kernel: sd0s1: start 0, end = 32767, size 2053880 Mar 23 20:12:30 goof /kernel: sd0s1: C/H/S end 32767 != end 2053879: invalid Mar 23 20:12:30 goof /kernel: bpf: lo0 attached Mar 23 20:12:30 goof /kernel: sd0s1: start 0, end = 32767, size 2053880 Mar 23 20:12:31 goof /kernel: sd0s1: C/H/S end 32767 != end 2053879: invalid Mar 23 20:12:31 goof /kernel: sd1s1: start 32, end = 204799, size 204768: OK Mar 23 20:12:31 goof /kernel: sd1s2: start 204800, end = 2053879, size 1849080: OK Mar 23 20:12:31 goof /kernel: sd1: rejecting partition in BSD label: it isn't entirely within the slice Mar 23 20:12:31 goof /kernel: sd1: start 204800, end 2053879, size 1849080 Mar 23 20:12:31 goof /kernel: sd1d: start 0, end 2053879, size 2053880 Mar 23 20:12:31 goof /kernel: sd1: rejecting partition in BSD label: it isn't entirely within the slice Mar 23 20:12:31 goof /kernel: sd1e: start 32, end 204799, size 204768 Mar 23 20:12:31 goof /kernel: sd1s1: start 32, end = 204799, size 204768: OK Mar 23 20:12:31 goof /kernel: sd1s2: start 204800, end = 2053879, size 1849080: OK Mar 23 20:12:31 goof /kernel: sd1: rejecting partition in BSD label: it isn't entirely within the slice Mar 23 20:12:31 goof /kernel: sd1: start 204800, end 2053879, size 1849080 Mar 23 20:12:31 goof /kernel: sd1d: start 0, end 2053879, size 2053880 Mar 23 20:12:31 goof /kernel: sd1: rejecting partition in BSD label: it isn't entirely within the slice Mar 23 20:12:31 goof /kernel: sd1e: start 32, end 204799, size 204768 Did we change back to slice partitioning in the way that disklabel wants, or is it still going to be done the way sysinstall does things. If so, why do I get these messages, now? -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Thu Mar 23 18:00:00 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA05371 for current-outgoing; Thu, 23 Mar 1995 18:00:00 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA05365 for ; Thu, 23 Mar 1995 17:59:45 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id RAA07464; Thu, 23 Mar 1995 17:59:29 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id RAA00393; Thu, 23 Mar 1995 17:59:29 -0800 Message-Id: <199503240159.RAA00393@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Bruce Evans cc: current@FreeBSD.org Subject: Re: cvs commit: src/sys/scsi sd.c In-reply-to: Your message of "Fri, 24 Mar 95 03:31:41 +1000." <199503231731.DAA22454@godzilla.zeta.org.au> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 23 Mar 1995 17:59:28 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >I have committed the the changes for slices to the sd driver: I see that there is a problem with some multiply defined macro definitions in sd.c that need to be fixed. ... >There will be some new boot messages such as the following: > >sd0s1: start 32, end = 262143, size 262112: OK >sd0s2: start 262144, end = 1816575, size 1554432: OK >sd0s3: start 1816576, end = 2078719, size 262144: OK >sd0s5: start 1816608, end = 2078719, size 262112: OK >sd1s1: start 32, end = 524287, size 524256: OK >sd1s2: start 524288, end = 1572863, size 1048576: OK >sd0s1: start 32, end = 262143, size 262112: OK >sd0s2: start 262144, end = 1816575, size 1554432: OK >sd0s3: start 1816576, end = 2078719, size 262144: OK >sd0s5: start 1816608, end = 2078719, size 262112: OK >[messages not related to slices...] >sd0s1: start 32, end = 262143, size 262112: OK >sd0s2: start 262144, end = 1816575, size 1554432: OK >sd0s3: start 1816576, end = 2078719, size 262144: OK >sd0s5: start 1816608, end = 2078719, size 262112: OK This is far too much output for the standard bootup and should only occur when the '-v' verbose option is used at the boot prompt. -DG From owner-freebsd-current Thu Mar 23 18:03:29 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA05434 for current-outgoing; Thu, 23 Mar 1995 18:03:29 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA05426 for ; Thu, 23 Mar 1995 18:03:19 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id LAA01766; Fri, 24 Mar 1995 11:58:20 +1000 Date: Fri, 24 Mar 1995 11:58:20 +1000 From: Bruce Evans Message-Id: <199503240158.LAA01766@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.org, j@uriah.heep.sax.de Subject: Re: bsd.man.mk and catman Sender: current-owner@FreeBSD.org Precedence: bulk >> Installing man pages (make world) force catman to reformat this pages. >> This is not neccessary because most pages are not changed. The patch >> install only new pages. Bug: owner/mode also unchanged. >Rather complex, even though i basically love the idea. >Folx, whattayathink about adding an option to install(1) to install >the file only if the destination is older than the source? This >should also be faster than comparing entire files. My hacked install sort of does this. Installing man pages is slower than before but they end up with the timestamps unchanged. They also end up with the owner/mode _changed_ (if necessary) :-). Bruce From owner-freebsd-current Thu Mar 23 18:19:51 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA05831 for current-outgoing; Thu, 23 Mar 1995 18:19:51 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA05823 for ; Thu, 23 Mar 1995 18:19:41 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id MAA02236; Fri, 24 Mar 1995 12:16:31 +1000 Date: Fri, 24 Mar 1995 12:16:31 +1000 From: Bruce Evans Message-Id: <199503240216.MAA02236@godzilla.zeta.org.au> To: joerg_wunsch@uriah.heep.sax.de, phk@ref.tfs.com Subject: Re: bsd.man.mk and catman Cc: freebsd-current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk >I'm for the "compare entire file" method, with the twist that if you >see the size change, you know they will be different. I'd like `make fastinstall' to skip the install if the timestamp of the source <= the timestamp of the target. `make' might be able to handle this directly. One reason that installation is slow is that `make' has to exec `install' for almost every file installed. If execing `install' is unavoidable, then it may as well check the file sizes too. Something also needs to check the owner/mode and the link count. If the owner/mode is unchanged and the link count is 1 (in addition to the target timestamp being later and the size unchanged), then `install --fast' doesn't need to do anythine (except for stripping...). There need to be other flags independent of the --fast flag to tell `install' to copy the source timestamp or preserve the target timestamp when installing. The target timestamp should be preserved for headers if the file hasn't changed but it's normally best to copy the source timestamp. Bruce From owner-freebsd-current Thu Mar 23 20:57:25 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA13268 for current-outgoing; Thu, 23 Mar 1995 20:57:25 -0800 Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA13262; Thu, 23 Mar 1995 20:57:22 -0800 Received: by sovcom.kiae.su id AA18286 (5.65.kiae-2 ); Fri, 24 Mar 1995 07:56:31 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Fri, 24 Mar 95 07:56:31 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id HAA03153; Fri, 24 Mar 1995 07:51:27 +0300 To: current@FreeBSD.org, "Garrett A. Wollman" Cc: dima@FreeBSD.org Message-Id: Organization: Olahm Ha-Yetzirah Date: Fri, 24 Mar 1995 07:51:26 +0300 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: ATTENTION: VERY serious hidden bug in gethostbyname/gethostbyaddr! Lines: 14 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 724 Sender: current-owner@FreeBSD.org Precedence: bulk When program uses strtok() and call gethostbyname/addr after it, strtok() memory becomes corrupted, because private function init_services() from gethostnamaddr.c module uses strtok() too! AND ONLY ONE STRTOK PARSER MAY BE ACTIVE AT ONCE. Now init_services() strtok() corrupts program strtok() internal variables. Garrett, please, get rid of strtok() in init_services()! Currently this bug strongly affects at least tcp_wrapper. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Thu Mar 23 23:04:27 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA19330 for current-outgoing; Thu, 23 Mar 1995 23:04:27 -0800 Received: from uswat.advtech.uswest.com (firewall-user@uswat.advtech.uswest.com [130.13.16.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA19319; Thu, 23 Mar 1995 23:04:17 -0800 Received: from lookout.ecte.uswc.uswest.com (lookout.ecte.uswc.uswest.com [151.116.109.7]) by uswat.advtech.uswest.com (8.6.11/8.6.10) with ESMTP id AAA00140; Fri, 24 Mar 1995 00:04:00 -0700 Received: (from rxscot2@localhost) by lookout.ecte.uswc.uswest.com (8.6.11/uswc-hub-V8.052394) id AAA27649; Fri, 24 Mar 1995 00:03:59 -0700 From: Rich Scott Message-Id: <199503240703.AAA27649@lookout.ecte.uswc.uswest.com> Subject: Re: ATTENTION: VERY serious hidden bug in To: ache@astral.msk.su (Andrey A. Chernov, Black Mage) Date: Fri, 24 Mar 1995 00:03:59 -0700 (MST) Cc: current@FreeBSD.org, wollman@lcs.mit.edu, dima@FreeBSD.org In-Reply-To: from "Andrey A. Chernov, Black Mage" at Mar 24, 95 07:51:26 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 910 Sender: current-owner@FreeBSD.org Precedence: bulk |When program uses strtok() and call gethostbyname/addr after |it, strtok() memory becomes corrupted, because private function |init_services() from gethostnamaddr.c module uses strtok() too! |AND ONLY ONE STRTOK PARSER MAY BE ACTIVE AT ONCE. Now init_services() |strtok() corrupts program strtok() internal variables. |Garrett, please, get rid of strtok() in init_services()! | |Currently this bug strongly affects at least tcp_wrapper. Chris Torek himself often suggests that people use strsep(3), which was introduced into 4.4BSD by him, instead of strtok(3), for just this reason (i.e. when you need to parse multiple strings simultaneously). strsep() also handles zero-length substrings correctly (when two delimiter chars are adjacent). It's not ANSI-standard, but it's a lot nicer than strtok(). =rich -- Rich Scott DMP/MAE USWest Technologies, Denver, CO From owner-freebsd-current Thu Mar 23 23:22:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA19963 for current-outgoing; Thu, 23 Mar 1995 23:22:49 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA19947 for ; Thu, 23 Mar 1995 23:22:34 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA24133; Fri, 24 Mar 1995 08:22:06 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id IAA29874 for freebsd-current@FreeBSD.org; Fri, 24 Mar 1995 08:22:05 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA02973 for freebsd-current@FreeBSD.org; Fri, 24 Mar 1995 08:19:11 +0100 From: J Wunsch Message-Id: <199503240719.IAA02973@uriah.heep.sax.de> Subject: CTM #482 broken? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Fri, 24 Mar 1995 08:19:10 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 445 Sender: current-owner@FreeBSD.org Precedence: bulk sys/scsi/sd.c is bogus: #define SDUNIT(DEV) SH3_UNIT(DEV) #define SDSETUNIT(DEV, U) SH3SETUNIT((DEV), (U)) ... #define SDUNIT(dev) dkunit(dev) /* XXX introduce a dkmodunit() macro for this. */ #define SDSETUNIT(DEV, U) \ makedev(major(DEV), dkmakeminor((U), dkslice(DEV), dkpart(DEV))) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Mar 23 23:55:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA20742 for current-outgoing; Thu, 23 Mar 1995 23:55:31 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA20732 for ; Thu, 23 Mar 1995 23:55:01 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA24728; Fri, 24 Mar 1995 08:54:29 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id IAA29985 for freebsd-current@FreeBSD.org; Fri, 24 Mar 1995 08:54:28 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA04025 for freebsd-current@FreeBSD.org; Fri, 24 Mar 1995 08:26:10 +0100 From: J Wunsch Message-Id: <199503240726.IAA04025@uriah.heep.sax.de> Subject: another CTM#482 bogon To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Fri, 24 Mar 1995 08:26:09 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 546 Sender: current-owner@FreeBSD.org Precedence: bulk Really wondering if it's just only me... in src/usr.sbin/pwd_mkdb: cc -O2 -m486 -pipe -c /usr/src/usr.sbin/pwd_mkdb/pwd_mkdb.c /usr/src/usr.sbin/pwd_mkdb/pwd_mkdb.c: In function `main': /usr/src/usr.sbin/pwd_mkdb/pwd_mkdb.c:182: parse error before `pwd' *** Error code 1 Stop. I noticed from the CTM log that include/pwd.h had been changed several times, and thus installed the new header files. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Mar 23 23:58:15 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA20821 for current-outgoing; Thu, 23 Mar 1995 23:58:15 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA20736 for ; Thu, 23 Mar 1995 23:55:12 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA24721; Fri, 24 Mar 1995 08:54:27 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id IAA29979; Fri, 24 Mar 1995 08:54:26 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA03451; Fri, 24 Mar 1995 08:21:59 +0100 From: J Wunsch Message-Id: <199503240721.IAA03451@uriah.heep.sax.de> Subject: Re: cvs group perm's To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Fri, 24 Mar 1995 08:21:57 +0100 (MET) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org In-Reply-To: <199503240019.QAA11503@ref.tfs.com> from "Poul-Henning Kamp" at Mar 23, 95 04:19:11 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 409 Sender: current-owner@FreeBSD.org Precedence: bulk As Poul-Henning Kamp wrote: > > > stuff (i'm also guilty of this). On freefall, it seems to be > > ``magically'' cures, but on my system at home, it kills CVS. > > The magic is a cronjob... What about an option to ctm to warn about this? Avoids the tree walk. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Mar 24 00:07:00 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA21097 for current-outgoing; Fri, 24 Mar 1995 00:07:00 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA21091 for ; Fri, 24 Mar 1995 00:06:59 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id AAA12863; Fri, 24 Mar 1995 00:04:03 -0800 From: Poul-Henning Kamp Message-Id: <199503240804.AAA12863@ref.tfs.com> Subject: Re: cvs group perm's To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 24 Mar 1995 00:04:03 -0800 (PST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503240721.IAA03451@uriah.heep.sax.de> from "J Wunsch" at Mar 24, 95 08:21:57 am Content-Type: text Content-Length: 320 Sender: current-owner@FreeBSD.org Precedence: bulk > What about an option to ctm to warn about this? Avoids the tree > walk. ctm presently doesn't transfer permissions I belive, does it ? -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Fri Mar 24 02:05:20 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA28372 for current-outgoing; Fri, 24 Mar 1995 02:05:20 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA28352 for ; Fri, 24 Mar 1995 02:05:06 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA12675; Fri, 24 Mar 1995 19:57:58 +1000 Date: Fri, 24 Mar 1995 19:57:58 +1000 From: Bruce Evans Message-Id: <199503240957.TAA12675@godzilla.zeta.org.au> To: current@FreeBSD.org, mmead@goof.com Subject: Re: tonight's kernel Sender: current-owner@FreeBSD.org Precedence: bulk > A kernel supped around 7:30 EST yields the following messages at boot: >Mar 23 20:12:30 goof /kernel: sd0s1: start 0, end = 32767, size 2053880 >Mar 23 20:12:30 goof /kernel: sd0s1: C/H/S end 32767 != end 2053879: invalid There is a bug with the validity checking for disks with more than 1024 cylinders. It is impossible to check the validity reliably in this case, but check_part() in isa/diskslice_machdep.c tries anyway. If your disk has <= 1024 cylinders, then send me the output of `fdisk /dev/rsd0'. >Mar 23 20:12:30 goof /kernel: sd1s1: start 32, end = 204799, size 204768: OK >Mar 23 20:12:30 goof /kernel: sd1s2: start 204800, end = 2053879, size 1849080: OK This is the intended behaviour. The verbose messages will be turned off later. See other freebsd-current mail. >Mar 23 20:12:30 goof /kernel: sd1: rejecting partition in BSD label: it isn't entirely within the slice >Mar 23 20:12:30 goof /kernel: sd1: start 204800, end 2053879, size 1849080 >Mar 23 20:12:30 goof /kernel: sd1d: start 0, end 2053879, size 2053880 This is a normal invalid whole-disk partition. You might want to fix it by running disklabel. See other freebsd-current mail. I think old versions of FreeBSD-2.x force the d partition to be the whole disk, so backwards compatibility will not be lost. >Mar 23 20:12:30 goof /kernel: sd1: rejecting partition in BSD label: it isn't entirely within the slice >Mar 23 20:12:30 goof /kernel: sd1e: start 32, end 204799, size 204768 This looks like a normal non-BSD partition outside of the FreeBSD slice. See other freebsd-current mail. Fixing it by running disklabel will break backwards compatibility. >... > Did we change back to slice partitioning in the way that disklabel >wants, or is it still going to be done the way sysinstall does things. If so, >why do I get these messages, now? The old way isn't 100% compatible. The verbose messages are for debugging more serious problems than the above. Bruce From owner-freebsd-current Fri Mar 24 02:28:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA29813 for current-outgoing; Fri, 24 Mar 1995 02:28:31 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA29780 for ; Fri, 24 Mar 1995 02:28:06 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id UAA13313; Fri, 24 Mar 1995 20:24:58 +1000 Date: Fri, 24 Mar 1995 20:24:58 +1000 From: Bruce Evans Message-Id: <199503241024.UAA13313@godzilla.zeta.org.au> To: bde@zeta.org.au, davidg@Root.COM Subject: Re: cvs commit: src/sys/scsi sd.c Cc: current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk >>I have committed the the changes for slices to the sd driver: > I see that there is a problem with some multiply defined macro definitions >in sd.c that need to be fixed. The slice driver and the scsi driver are currently fighting for bits in the minor number. The multiple definitions are to remind the authors about this. I want all disk devices to have uniform naming and numbering schemes for units, slices and partitions. This simplifies MAKDEV, config (mkswapconf.c) and autoconfig.c. scsiconf.h wants to have a different numbering scheme for each class of scsi devices. It's not clear if there are enough bits to put the scsi (BUS, LUN, TARG) bitfields in the right places. >... >>There will be some new boot messages such as the following: >> >>sd0s1: start 32, end = 262143, size 262112: OK >>sd0s2: start 262144, end = 1816575, size 1554432: OK >>sd0s3: start 1816576, end = 2078719, size 262144: OK >>sd0s5: start 1816608, end = 2078719, size 262112: OK >>... > This is far too much output for the standard bootup and should only occur >when the '-v' verbose option is used at the boot prompt. This will be changed when the slice drivers are fully debugged. What's wrong with verbose output? I like it except when it scrolls too fast to read or fills up the message buffer. The right way to fix this is to enable interrupts earlier so that the scrolling can be stopped, and use a larger message buffer while booting. It's useful to have verbose output in /var/log/messages. Bruce From owner-freebsd-current Fri Mar 24 03:08:39 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA02426 for current-outgoing; Fri, 24 Mar 1995 03:08:39 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA02369; Fri, 24 Mar 1995 03:08:25 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA14559; Fri, 24 Mar 1995 21:04:40 +1000 Date: Fri, 24 Mar 1995 21:04:40 +1000 From: Bruce Evans Message-Id: <199503241104.VAA14559@godzilla.zeta.org.au> To: bde@zeta.org.au, jkh@freefall.cdrom.com Subject: Re: /etc/rc ordering hosed Cc: current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk >> netstart now starts a lot of network applications. This fails if /usr >> is mounted over nfs (unless the mount is moved into netstart, which >Ah feh. I've never mounted my /usr over NFS (I like that cached locally >everywhere :-) and thus didn't notice this problem creep in. >> syslogd is now started much too late. >Where would you suggest we start it? A bit later than where it got moved to :-). syslogd is in /usr/sbin, so it fails if /usr is mounted over nfs :-]. >I'm not at all adverse to suggestions here, folks, this IS a group >project and if you don't like something I'm doing or have a better >suggestion then please, SPEAK UP! Start only network interfaces in /etc/netstart. Then optionally mount things over nfs. Then start syslogd. Then run rc.maint. Then start network applications in /etc/rc.net[app?]start. This is almost the old order. Bruce From owner-freebsd-current Fri Mar 24 04:10:56 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA07147 for current-outgoing; Fri, 24 Mar 1995 04:10:56 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA07140 for ; Fri, 24 Mar 1995 04:10:53 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id EAA08387; Fri, 24 Mar 1995 04:10:30 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id EAA00147; Fri, 24 Mar 1995 04:10:29 -0800 Message-Id: <199503241210.EAA00147@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Bruce Evans cc: current@FreeBSD.org Subject: Re: cvs commit: src/sys/scsi sd.c In-reply-to: Your message of "Fri, 24 Mar 95 20:24:58 +1000." <199503241024.UAA13313@godzilla.zeta.org.au> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 24 Mar 1995 04:10:26 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >>>sd0s1: start 32, end = 262143, size 262112: OK >>>sd0s2: start 262144, end = 1816575, size 1554432: OK >>>sd0s3: start 1816576, end = 2078719, size 262144: OK >>>sd0s5: start 1816608, end = 2078719, size 262112: OK >>>... > >> This is far too much output for the standard bootup and should only occur >>when the '-v' verbose option is used at the boot prompt. > >This will be changed when the slice drivers are fully debugged. > >What's wrong with verbose output? I like it except when it scrolls too >fast to read or fills up the message buffer. The right way to fix this It obscures important information, and important information scrolls off the screen before it can be seen; relying on the message buffer to contain it all doesn't help if your disk controller isn't attached correctly or the new user doesn't know about 'dmesg'. I'd prefer a much more quiet startup than what we even had previously. -DG From owner-freebsd-current Fri Mar 24 06:22:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA00247 for current-outgoing; Fri, 24 Mar 1995 06:22:59 -0800 Received: from inet-gw-1.pa.dec.com (inet-gw-1.pa.dec.com [16.1.0.22]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA15994 for ; Fri, 24 Mar 1995 06:17:27 -0800 Received: from dude.pcs.dec.com by inet-gw-1.pa.dec.com (5.65/24Feb95) id AA15659; Fri, 24 Mar 95 06:12:09 -0800 Received: by dude.pcs.dec.com (/\=-/\ Smail3.1.16.1 #16.37) id ; Fri, 24 Mar 95 15:11 MEZ Message-Id: Date: Fri, 24 Mar 95 15:11 MEZ From: jhs@dude.pcs.dec.com (Julian Stacey) To: current%freebsd.org@inet-gw-1.pa.dec.com Subject: sys/Makefile Sender: current-owner@FreeBSD.org Precedence: bulk Piero, Rod, (cc current) Rod, thanks for your comments :-) Piero, sorry I didnt quote exact pathname in my last mail, my slip connection was so bad i couldnt get out to check the pathname on freefall. Because I have been doing other work too, I decided to bundle all diffs in case I missed any necessary for the sys/Makefiles work thus all my diffs are in freefall.cdrom.com:~jhs/fixes.generic.tgz this file is of size 54888 bytes it is readable to all, as is ~ btw ~jhs=/a/stacey, thus freefall.cdrom.com:/a/stacey/fixes.generic.tgz I also put a copy of this file in ~ftp/incoming, & announced the name, but I don't have the mail archives here to check on the name, for those few people who have read permission on that dir. the name could be seen with ls | grep jhs | grep fixes If you just want to initially vi the files live on freefall. they're in : /a/stacey/src/bsd/fixes/FreeBSD/src/generic/sys/Makefile src/bsd/fixes/FreeBSD/src/generic/sys/Makefile_sub.c /a/stacey/src/bsd/fixes/FreeBSD/src/generic/sys/i386/conf/Makefile.sys_obj.diff possibly may need: /a/stacey/src/bsd/fixes/FreeBSD/src/generic/share/mk/sys.mk.kernel_name.diff (not sure, can\'t look right now) also need: /a/stacey/src/bsd/fixes/FreeBSD/src/generic/sys/i386/conf/Makefile.a3.obj_compile.diff Anyway, everything needed is in that tree, sorry i've not hard time to break out just what's needed & no more, into a seperate tree, last 2 weeks my coms access to freefall has been awfull (multiple reasons, \my end of line) so I'm happy to have been even able to get it to freefall. Good Luck, let me know your impressions, etc. JStacey jhs@freebsd.org (note From field on this mail is likely unusable)  From owner-freebsd-current Fri Mar 24 07:59:01 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA05961 for current-outgoing; Fri, 24 Mar 1995 07:59:01 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA05950 for ; Fri, 24 Mar 1995 07:58:59 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA05061; Fri, 24 Mar 1995 10:34:29 -0500 Date: Fri, 24 Mar 1995 10:34:29 -0500 From: Garrett Wollman Message-Id: <9503241534.AA05061@halloran-eldar.lcs.mit.edu> To: Rich Scott Cc: current@FreeBSD.org Subject: Re: ATTENTION: VERY serious hidden bug in In-Reply-To: <199503240703.AAA27649@lookout.ecte.uswc.uswest.com> References: <199503240703.AAA27649@lookout.ecte.uswc.uswest.com> Sender: current-owner@FreeBSD.org Precedence: bulk < said: > strsep() also handles zero-length substrings correctly (when two > delimiter chars are adjacent). It's not ANSI-standard, but it's a lot > nicer than strtok(). Which namespace pollution is precisely the reason why I didn't use it in the first place. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Fri Mar 24 08:03:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA06283 for current-outgoing; Fri, 24 Mar 1995 08:03:31 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA06273 for ; Fri, 24 Mar 1995 08:03:23 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id BAA24505; Sat, 25 Mar 1995 01:59:42 +1000 Date: Sat, 25 Mar 1995 01:59:42 +1000 From: Bruce Evans Message-Id: <199503241559.BAA24505@godzilla.zeta.org.au> To: bde@zeta.org.au, davidg@Root.COM Subject: Re: cvs commit: src/sys/scsi sd.c Cc: current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk >>What's wrong with verbose output? I like it except when it scrolls too >>fast to read or fills up the message buffer. The right way to fix this > It obscures important information, and important information scrolls off >the screen before it can be seen; relying on the message buffer to contain >it all doesn't help if your disk controller isn't attached correctly or the >new user doesn't know about 'dmesg'. I'd prefer a much more quiet startup than >what we even had previously. The syscons scrollback buffer could be enlarged too. There's normally lots of free memory available at boot time so it wouldn't hurt to allocate huge message and scrolllback buffers if you reduce them later. Bruce From owner-freebsd-current Fri Mar 24 08:07:01 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA06489 for current-outgoing; Fri, 24 Mar 1995 08:07:01 -0800 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA06482 for ; Fri, 24 Mar 1995 08:06:56 -0800 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-6) id AA06530; Fri, 24 Mar 95 17:06:36 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id RAA18566 for freebsd-current@freefall.cdrom.com; Fri, 24 Mar 1995 17:12:28 +0100 Date: Fri, 24 Mar 1995 17:12:28 +0100 From: "Christoph P. Kukulies" Message-Id: <199503241612.RAA18566@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.cdrom.com Subject: pwd_mkdb.c bogus around line 182 Sender: current-owner@FreeBSD.org Precedence: bulk for (cnt = 1; scan(fp, &pwd); ++cnt) { if(pwd.pw_name[0] == '+' pwd.pw_name[0] == '-') ^^ || yp_enabled = 1; #define COMPACT(e) t = e; while (*p++ = *t++); --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Wed Mar 22 04:54:59 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-current Fri Mar 24 08:07:55 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA06556 for current-outgoing; Fri, 24 Mar 1995 08:07:55 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA06549; Fri, 24 Mar 1995 08:07:54 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: another CTM#482 bogon In-reply-to: Your message of "Fri, 24 Mar 95 08:26:09 +0100." <199503240726.IAA04025@uriah.heep.sax.de> Date: Fri, 24 Mar 1995 08:07:54 -0800 Message-ID: <6548.796061274@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk No, not just you. Looks like a missing `||', judging by the logic (or illogic :-) of the expression. I fixed it. Jordan > Really wondering if it's just only me... > > in src/usr.sbin/pwd_mkdb: > > cc -O2 -m486 -pipe -c /usr/src/usr.sbin/pwd_mkdb/pwd_mkdb.c > /usr/src/usr.sbin/pwd_mkdb/pwd_mkdb.c: In function `main': > /usr/src/usr.sbin/pwd_mkdb/pwd_mkdb.c:182: parse error before `pwd' > *** Error code 1 > > Stop. > > I noticed from the CTM log that include/pwd.h had been changed several > times, and thus installed the new header files. > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ > Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Mar 24 08:47:15 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA08918 for current-outgoing; Fri, 24 Mar 1995 08:47:15 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA08901 for ; Fri, 24 Mar 1995 08:47:03 -0800 Received: by sequent.kiae.su id AA12825 (5.65.kiae-2 ); Fri, 24 Mar 1995 19:43:22 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Fri, 24 Mar 95 19:43:21 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id TAA00941; Fri, 24 Mar 1995 19:44:56 +0300 To: Rich Scott , Garrett Wollman Cc: current@FreeBSD.org References: <199503240703.AAA27649@lookout.ecte.uswc.uswest.com> <9503241534.AA05061@halloran-eldar.lcs.mit.edu> In-Reply-To: <9503241534.AA05061@halloran-eldar.lcs.mit.edu>; from Garrett Wollman at Fri, 24 Mar 1995 10:34:29 -0500 Message-Id: Organization: Olahm Ha-Yetzirah Date: Fri, 24 Mar 1995 19:44:56 +0300 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: ATTENTION: VERY serious hidden bug in Lines: 20 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 907 Sender: current-owner@FreeBSD.org Precedence: bulk In message <9503241534.AA05061@halloran-eldar.lcs.mit.edu> Garrett Wollman writes: >< said: >> strsep() also handles zero-length substrings correctly (when two >> delimiter chars are adjacent). It's not ANSI-standard, but it's a lot >> nicer than strtok(). >Which namespace pollution is precisely the reason why I didn't use it >in the first place. Too many library functions already use strsep(), just grep it. Strtok() usage in any libraries strongly depricated, it is user function with bogus static variables. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Fri Mar 24 09:23:28 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA10773 for current-outgoing; Fri, 24 Mar 1995 09:23:28 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA10746 for ; Fri, 24 Mar 1995 09:23:16 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id TAA17459 for ; Fri, 24 Mar 1995 19:23:04 +0200 Message-Id: <199503241723.TAA17459@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: current@FreeBSD.org Subject: Re: "Mysterious hang-type thingy" Date: Fri, 24 Mar 1995 19:23:04 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk Hi I have been runnining multiple compiles for a couple of days now ( make world PLUS complete build of X) and I am happy to say that my machine seems as solid as a rock! Much credit to the developers, and many thanks! M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-current Fri Mar 24 09:33:47 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA11436 for current-outgoing; Fri, 24 Mar 1995 09:33:47 -0800 Received: from server.iadfw.net (server.iadfw.net [204.178.72.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA11430 for ; Fri, 24 Mar 1995 09:33:44 -0800 From: jbryant@server.iadfw.net Received: (from jbryant@localhost) by server.iadfw.net (8.6.9/8.6.6) id LAA07872; Fri, 24 Mar 1995 11:33:27 -0600 Message-Id: <199503241733.LAA07872@server.iadfw.net> Subject: Re: cvs commit: src/sys/scsi sd.c To: bde@zeta.org.au (Bruce Evans) Date: Fri, 24 Mar 1995 11:33:26 -0600 (CST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503241559.BAA24505@godzilla.zeta.org.au> from "Bruce Evans" at Mar 25, 95 01:59:42 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1777 Sender: current-owner@FreeBSD.org Precedence: bulk In reply: > Date: Sat, 25 Mar 1995 01:59:42 +1000 > From: Bruce Evans > To: bde@zeta.org.au, davidg@Root.COM > Subject: Re: cvs commit: src/sys/scsi sd.c > > >>What's wrong with verbose output? I like it except when it scrolls too > >>fast to read or fills up the message buffer. The right way to fix this > > > It obscures important information, and important information scrolls off > >the screen before it can be seen; relying on the message buffer to contain > >it all doesn't help if your disk controller isn't attached correctly or the > >new user doesn't know about 'dmesg'. I'd prefer a much more quiet startup than > >what we even had previously. > > The syscons scrollback buffer could be enlarged too. There's normally > lots of free memory available at boot time so it wouldn't hurt to > allocate huge message and scrolllback buffers if you reduce them later. Well, here is a decent tradeoff... [/usr/src/sys/i386/isa/syscons.c] #define HISTORY_SIZE 60 * 80 * 5 ^^------- or 132 Granted, those with 4 megs may want to use a lower number depending on the number of vty's... I'm running with 20 megs, so this is no big deal for me, I could go larger, but I personally feel that any major scrollback function belongs in the shell anyhow. Also, has the problem with the screen trashing when you come out of the scrollback sometimes been fixed? I think I mentioned this in -hackers some time back... Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@server.iadfw.net, System administrator, Internet America From owner-freebsd-current Fri Mar 24 09:47:22 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA13517 for current-outgoing; Fri, 24 Mar 1995 09:47:22 -0800 Received: from magic.winnet.net ([204.215.2.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA13511 for ; Fri, 24 Mar 1995 09:47:20 -0800 Received: (from piero@localhost) by magic.winnet.net (8.6.9/8.6.9) id MAA00829; Fri, 24 Mar 1995 12:46:35 -0500 From: Piero Serini Message-Id: <199503241746.MAA00829@magic.winnet.net> Subject: Re: sys/Makefile To: jhs@dude.pcs.dec.com (Julian Stacey) Date: Fri, 24 Mar 1995 12:46:34 -0500 (EST) Cc: current@FreeBSD.org In-Reply-To: from "Julian Stacey" at Mar 24, 95 03:11:00 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 557 Sender: current-owner@FreeBSD.org Precedence: bulk Hello. > Piero, Rod, (cc current) > Rod, thanks for your comments :-) > Piero, sorry I didnt quote exact pathname in my last mail, ^^^^^^^^ Is this me ? If so, I never read that mail. I moved to the USA on Mar 15th, and strider is offline in Milan. I asked my provider to redirect all my mail to piero@winnet.net (my address here in Mia- mi) but I haven't seen a single mail yet (I'll bug them again to- day). Everybody: if you didn't get an answer to a previous e-mail, please send it again to: piero@winnet.net. Bye, Piero Serini (No signature) From owner-freebsd-current Fri Mar 24 10:23:28 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA15044 for current-outgoing; Fri, 24 Mar 1995 10:23:28 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA15021 for ; Fri, 24 Mar 1995 10:23:01 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA10672; Fri, 24 Mar 1995 19:22:43 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id TAA03505 for freebsd-current@FreeBSD.org; Fri, 24 Mar 1995 19:22:42 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id TAA09959 for freebsd-current@FreeBSD.org; Fri, 24 Mar 1995 19:16:13 +0100 From: J Wunsch Message-Id: <199503241816.TAA09959@uriah.heep.sax.de> Subject: Re: cvs commit: src/sys/scsi sd.c To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Fri, 24 Mar 1995 19:16:13 +0100 (MET) In-Reply-To: <199503241559.BAA24505@godzilla.zeta.org.au> from "Bruce Evans" at Mar 25, 95 01:59:42 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 293 Sender: current-owner@FreeBSD.org Precedence: bulk As Bruce Evans wrote: > > The syscons scrollback buffer could be enlarged too. What are you going to do with pcvt or (even worse) serial consoles? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Mar 24 10:32:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA15322 for current-outgoing; Fri, 24 Mar 1995 10:32:44 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA15054 for ; Fri, 24 Mar 1995 10:24:14 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA10676; Fri, 24 Mar 1995 19:22:44 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id TAA03508 for freebsd-current@FreeBSD.org; Fri, 24 Mar 1995 19:22:43 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id TAA09997 for freebsd-current@FreeBSD.org; Fri, 24 Mar 1995 19:18:14 +0100 From: J Wunsch Message-Id: <199503241818.TAA09997@uriah.heep.sax.de> Subject: Re: cvs group perm's To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Fri, 24 Mar 1995 19:18:14 +0100 (MET) In-Reply-To: <199503240804.AAA12863@ref.tfs.com> from "Poul-Henning Kamp" at Mar 24, 95 00:04:03 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 465 Sender: current-owner@FreeBSD.org Precedence: bulk As Poul-Henning Kamp wrote: > > > What about an option to ctm to warn about this? Avoids the tree > > walk. > > ctm presently doesn't transfer permissions I belive, does it ? I assume it does. It's certainly the only reason why some of the bogons miss the g+w bit when they've been ctm-updated in my CVS repository. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Mar 24 11:17:20 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA17106 for current-outgoing; Fri, 24 Mar 1995 11:17:20 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA17100 for ; Fri, 24 Mar 1995 11:17:20 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id LAA14460; Fri, 24 Mar 1995 11:13:04 -0800 From: Poul-Henning Kamp Message-Id: <199503241913.LAA14460@ref.tfs.com> Subject: Re: cvs group perm's To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 24 Mar 1995 11:13:04 -0800 (PST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503241818.TAA09997@uriah.heep.sax.de> from "J Wunsch" at Mar 24, 95 07:18:14 pm Content-Type: text Content-Length: 405 Sender: current-owner@FreeBSD.org Precedence: bulk > I assume it does. It's certainly the only reason why some of the > bogons miss the g+w bit when they've been ctm-updated in my CVS > repository. Well, check the ctm source, make a option "-m ooo" and send me the patch... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Fri Mar 24 11:18:32 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA17143 for current-outgoing; Fri, 24 Mar 1995 11:18:32 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA17134 for ; Fri, 24 Mar 1995 11:18:16 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id FAA30922; Sat, 25 Mar 1995 05:13:20 +1000 Date: Sat, 25 Mar 1995 05:13:20 +1000 From: Bruce Evans Message-Id: <199503241913.FAA30922@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.org, j@uriah.heep.sax.de Subject: Re: cvs group perm's Sender: current-owner@FreeBSD.org Precedence: bulk >> ctm presently doesn't transfer permissions I belive, does it ? >I assume it does. It's certainly the only reason why some of the >bogons miss the g+w bit when they've been ctm-updated in my CVS >repository. It transfers them, but /usr/sbin/ctm ignores them. I just got bitten by perl/usub/mus not being executable. Bruce From owner-freebsd-current Fri Mar 24 11:21:13 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA17210 for current-outgoing; Fri, 24 Mar 1995 11:21:13 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA17204 for ; Fri, 24 Mar 1995 11:21:12 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id LAA14559; Fri, 24 Mar 1995 11:20:46 -0800 From: Poul-Henning Kamp Message-Id: <199503241920.LAA14559@ref.tfs.com> Subject: Re: cvs group perm's To: bde@zeta.org.au (Bruce Evans) Date: Fri, 24 Mar 1995 11:20:46 -0800 (PST) Cc: freebsd-current@FreeBSD.org, j@uriah.heep.sax.de In-Reply-To: <199503241913.FAA30922@godzilla.zeta.org.au> from "Bruce Evans" at Mar 25, 95 05:13:20 am Content-Type: text Content-Length: 283 Sender: current-owner@FreeBSD.org Precedence: bulk > I just got bitten by perl/usub/mus not being executable. I still consider this a makefile error... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Fri Mar 24 11:23:24 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA17267 for current-outgoing; Fri, 24 Mar 1995 11:23:24 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA17261 for ; Fri, 24 Mar 1995 11:23:17 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id FAA31023; Sat, 25 Mar 1995 05:19:05 +1000 Date: Sat, 25 Mar 1995 05:19:05 +1000 From: Bruce Evans Message-Id: <199503241919.FAA31023@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.org, j@uriah.heep.sax.de Subject: Re: cvs commit: src/sys/scsi sd.c Sender: current-owner@FreeBSD.org Precedence: bulk >> The syscons scrollback buffer could be enlarged too. >What are you going to do with pcvt or (even worse) serial consoles? Foreign drivers must provide standard services or they won't survive. Serial consoles are easy. Connect to something with a scrollback buffer, or use a slow line speed so that you can read everything. Bruce From owner-freebsd-current Fri Mar 24 11:29:34 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA17410 for current-outgoing; Fri, 24 Mar 1995 11:29:34 -0800 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA17404 for ; Fri, 24 Mar 1995 11:29:33 -0800 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id NAA02845; Fri, 24 Mar 1995 13:29:19 -0600 Received: by olympus (4.1/TSS2.1) id AA27618; Fri, 24 Mar 95 13:27:46 CST From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9503241927.AA27618@olympus> Subject: Re: cvs commit: src/sys/scsi sd.c To: davidg@Root.COM Date: Fri, 24 Mar 1995 13:27:45 -0600 (CST) Cc: bde@zeta.org.au, current@FreeBSD.org In-Reply-To: <199503241210.EAA00147@corbin.Root.COM> from "David Greenman" at Mar 24, 95 04:10:26 am X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 1314 Sender: current-owner@FreeBSD.org Precedence: bulk > > >>>sd0s1: start 32, end = 262143, size 262112: OK > >>>sd0s2: start 262144, end = 1816575, size 1554432: OK > >>>sd0s3: start 1816576, end = 2078719, size 262144: OK > >>>sd0s5: start 1816608, end = 2078719, size 262112: OK > >>>... > > > >> This is far too much output for the standard bootup and should only occur > >>when the '-v' verbose option is used at the boot prompt. > > > >This will be changed when the slice drivers are fully debugged. > > > >What's wrong with verbose output? I like it except when it scrolls too > >fast to read or fills up the message buffer. The right way to fix this > > It obscures important information, and important information scrolls off > the screen before it can be seen; relying on the message buffer to contain > it all doesn't help if your disk controller isn't attached correctly or the > new user doesn't know about 'dmesg'. I'd prefer a much more quiet startup than > what we even had previously. > > -DG > ...except when the code is new and it gives you a hint why your kernel might be panicking during boot. Mine is. Boyd -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-current Fri Mar 24 11:35:14 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA17563 for current-outgoing; Fri, 24 Mar 1995 11:35:14 -0800 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA17556 for ; Fri, 24 Mar 1995 11:35:12 -0800 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id NAA03010; Fri, 24 Mar 1995 13:34:53 -0600 Received: by olympus (4.1/TSS2.1) id AA27636; Fri, 24 Mar 95 13:33:26 CST From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9503241933.AA27636@olympus> Subject: Boom! kernel go panic on BOOT. To: bde@zeta.org.au (Bruce Evans) Date: Fri, 24 Mar 1995 13:33:25 -0600 (CST) Cc: current@FreeBSD.org In-Reply-To: <199503240957.TAA12675@godzilla.zeta.org.au> from "Bruce Evans" at Mar 24, 95 07:57:58 pm X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 582 Sender: current-owner@FreeBSD.org Precedence: bulk Bruce, I tried the new kernel with the slice code. The kernel complained that all my slices were bad. I don't think it liked any of them. Unfortunately it panics before the boot msg is written to the log. Booting with a 3 day old kernel works fine. So, what information do you need or should I look at to figure out what goes wrong and why? Thanks Boyd -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-current Fri Mar 24 11:40:47 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA17691 for current-outgoing; Fri, 24 Mar 1995 11:40:47 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA17499 for ; Fri, 24 Mar 1995 11:32:29 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA12130; Fri, 24 Mar 1995 20:30:01 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id UAA04164 for freebsd-current@FreeBSD.org; Fri, 24 Mar 1995 20:30:01 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id UAA12140 for freebsd-current@FreeBSD.org; Fri, 24 Mar 1995 20:29:27 +0100 From: J Wunsch Message-Id: <199503241929.UAA12140@uriah.heep.sax.de> Subject: Re: cvs commit: src/sys/scsi sd.c To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Fri, 24 Mar 1995 20:29:27 +0100 (MET) In-Reply-To: <199503241919.FAA31023@godzilla.zeta.org.au> from "Bruce Evans" at Mar 25, 95 05:19:05 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 841 Sender: current-owner@FreeBSD.org Precedence: bulk As Bruce Evans wrote: > > >> The syscons scrollback buffer could be enlarged too. > > >What are you going to do with pcvt or (even worse) serial consoles? > > Foreign drivers must provide standard services or they won't survive. pcvt is not foreign (it existed since 386BSD 0.1), sio certainly even less. :-) And then, what's a ``standard service''? Even syscons has been missing this ``standard service'' for very long, so it's been ``non-standard'' before? > Serial consoles are easy. Connect to something with a scrollback > buffer, or use a slow line speed so that you can read everything. No, i don't buy this. I agree with those who do wish to have the boot messages less verbose. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Mar 24 11:50:33 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA17979 for current-outgoing; Fri, 24 Mar 1995 11:50:33 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA17973 for ; Fri, 24 Mar 1995 11:50:32 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id LAA14703; Fri, 24 Mar 1995 11:44:47 -0800 From: Poul-Henning Kamp Message-Id: <199503241944.LAA14703@ref.tfs.com> Subject: Re: cvs commit: src/sys/scsi sd.c To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 24 Mar 1995 11:44:47 -0800 (PST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503241929.UAA12140@uriah.heep.sax.de> from "J Wunsch" at Mar 24, 95 08:29:27 pm Content-Type: text Content-Length: 456 Sender: current-owner@FreeBSD.org Precedence: bulk > No, i don't buy this. I agree with those who do wish to have the > boot messages less verbose. This is why we have a "-v" flag to boot. You can decide how verbose you want it. It would be trivial to make it a compile-time option too. (Hmm, maybe we already have it ?) -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Fri Mar 24 11:53:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA18038 for current-outgoing; Fri, 24 Mar 1995 11:53:31 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA18031; Fri, 24 Mar 1995 11:53:30 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Bruce Evans cc: freebsd-current@FreeBSD.org, j@uriah.heep.sax.de Subject: Re: cvs group perm's In-reply-to: Your message of "Sat, 25 Mar 95 05:13:20 +1000." <199503241913.FAA30922@godzilla.zeta.org.au> Date: Fri, 24 Mar 1995 11:53:29 -0800 Message-ID: <18030.796074809@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > >> ctm presently doesn't transfer permissions I belive, does it ? > > >I assume it does. It's certainly the only reason why some of the > >bogons miss the g+w bit when they've been ctm-updated in my CVS > >repository. > > It transfers them, but /usr/sbin/ctm ignores them. > > I just got bitten by perl/usub/mus not being executable. > > Bruce I just fixed this in -current. Jordan From owner-freebsd-current Fri Mar 24 11:56:39 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA18093 for current-outgoing; Fri, 24 Mar 1995 11:56:39 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA18087 for ; Fri, 24 Mar 1995 11:56:37 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA05707; Fri, 24 Mar 1995 14:55:29 -0500 Date: Fri, 24 Mar 1995 14:55:29 -0500 From: Garrett Wollman Message-Id: <9503241955.AA05707@halloran-eldar.lcs.mit.edu> To: Bruce Evans Cc: current@FreeBSD.org Subject: Re: cvs commit: src/sys/scsi sd.c In-Reply-To: <199503241919.FAA31023@godzilla.zeta.org.au> References: <199503241919.FAA31023@godzilla.zeta.org.au> Sender: current-owner@FreeBSD.org Precedence: bulk < said: > Foreign drivers must provide standard services or they won't survive. > Serial consoles are easy. Connect to something with a scrollback > buffer, or use a slow line speed so that you can read everything. This is not an acceptable attitude, IMAO. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Fri Mar 24 11:58:24 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA18131 for current-outgoing; Fri, 24 Mar 1995 11:58:24 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA18118 for ; Fri, 24 Mar 1995 11:58:16 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id FAA31596; Sat, 25 Mar 1995 05:54:53 +1000 Date: Sat, 25 Mar 1995 05:54:53 +1000 From: Bruce Evans Message-Id: <199503241954.FAA31596@godzilla.zeta.org.au> To: bde@zeta.org.au, faulkner@mpd.tandem.com Subject: Re: Boom! kernel go panic on BOOT. Cc: current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk >I tried the new kernel with the slice code. The kernel complained that >all my slices were bad. I don't think it liked any of them. Unfortunately >it panics before the boot msg is written to the log. Booting with a 3 day >old kernel works fine. >So, what information do you need or should I look at to figure out what >goes wrong and why? Send me the boot messages and output from fdisk on the boot disk and disklabel on the FreeBSD slice for the old kernel. Bruce From owner-freebsd-current Fri Mar 24 17:35:02 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA27421 for current-outgoing; Fri, 24 Mar 1995 17:35:02 -0800 Received: from pelican.com (pelican.com [134.24.4.62]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA27406 for ; Fri, 24 Mar 1995 17:34:59 -0800 Received: by pelican.com (Smail3.1.28.1 #5) id m0rsKkV-000K3WC; Fri, 24 Mar 95 17:34 WET Message-Id: From: pete@pelican.com (Pete Carah) Subject: xv messed up To: current@FreeBSD.org Date: Fri, 24 Mar 1995 17:34:42 -0800 (PST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 674 Sender: current-owner@FreeBSD.org Precedence: bulk xv seems to mess up on some PDS/VICAR files (yes, the voyager 2 pictures) if -O is used; this seems to attack both 2.6.2 and whatever current is (2.6.3?) It seg-faults in the vicinity of the switch in ReadPicFile in xv.c, with a bogus value for the fname (the pointer itself contains some miscellaneous upper-case ascii, if I can trust gdb...) The exact location of the seg fault and other messages that appear differ depending on the number and placement of fprintf(stderr, ...) statements; that is often symptomatic of optimizer bugs. The code itself looks very straightforward in that area. Works fine with -O not specified and doesn't "seem" slower either. -- Pete From owner-freebsd-current Fri Mar 24 18:54:47 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA28859 for current-outgoing; Fri, 24 Mar 1995 18:54:47 -0800 Received: from easynet.com (easyr.easynet.net [198.67.38.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA28852 for ; Fri, 24 Mar 1995 18:54:44 -0800 Received: by easynet.com (Smail3.1.28.1 #7) id m0rsLs8-000rcMC; Fri, 24 Mar 95 18:46 WET Message-Id: From: brian@mediacity.com (Brian Litzinger) Subject: My machine is beeping at me. To: freebsd-current@FreeBSD.org Date: Fri, 24 Mar 1995 18:46:40 -0800 (PST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 170 Sender: current-owner@FreeBSD.org Precedence: bulk I have a -current and SNAP 021095 sitting right next to each other. One of them is making a short beep every 30 seconds or so. Why is this? THanks, brian@easynet.com From owner-freebsd-current Fri Mar 24 19:49:23 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA00134 for current-outgoing; Fri, 24 Mar 1995 19:49:23 -0800 Received: from easynet.com (easyr.easynet.net [198.67.38.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA29934 for ; Fri, 24 Mar 1995 19:35:36 -0800 Received: by easynet.com (Smail3.1.28.1 #7) id m0rsMVn-000rcMC; Fri, 24 Mar 95 19:27 WET Message-Id: From: brian@mediacity.com (Brian Litzinger) Subject: -current bad slices To: freebsd-current@FreeBSD.org Date: Fri, 24 Mar 1995 19:27:39 -0800 (PST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 449 Sender: current-owner@FreeBSD.org Precedence: bulk -current for the last two days has reported some giberish about bad slices, and the fsck pass reports my first two files systems (a and e) are fine, and then reports f has a problem at block 16 which is unrecoverable. an fsck -n /dev/rsd0f, then reports blocks 16 - 31 are bad, this is not a BSD labelled drive. The drive is a DEC RZ73 2.1GB. reboot with a -current from two days ago and everything works fine. Brian Litzinger brian@easynet.com From owner-freebsd-current Fri Mar 24 23:43:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA11498 for current-outgoing; Fri, 24 Mar 1995 23:43:44 -0800 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA11484 for ; Fri, 24 Mar 1995 23:43:27 -0800 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-6) id AA12043; Sat, 25 Mar 95 08:43:18 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id IAA21299 for freebsd-current@freefall.cdrom.com; Sat, 25 Mar 1995 08:49:09 +0100 Date: Sat, 25 Mar 1995 08:49:09 +0100 From: "Christoph P. Kukulies" Message-Id: <199503250749.IAA21299@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.cdrom.com Subject: xntpd build fails Sender: current-owner@FreeBSD.org Precedence: bulk World build stops in xntpd: WVB -c /usr/src/usr.sbin/xntpd/lib/authdecrypt.c -o authdecrypt.o cc -O2 -I/usr/src/usr.sbin/xntpd/lib/../include -DSYS_FREEBSD -DSYS_44BSD -DREFC LOCK -DPARSE -DMD5 -DDES -DLOCAL_CLOCK -DPST -DWWVB -DAS2201 -DGOES -DGPSTM -DOM EGA -DLEITCH -DTRAK -DACTS -DATOM -DDATUM -DHEATH -DMSFEES -DMX4200 -DNMEA -DW WVB -c authdes.c -o authdes.o authdes.c: In function `DESauth_subkeys': authdes.c:28: argument `key' doesn't match prototype /usr/src/usr.sbin/xntpd/lib/../include/ntp_stdlib.h:61: prototype declaration *** Error code 1 Stop. *** Error code 1 --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Wed Mar 22 04:54:59 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-current Sat Mar 25 01:39:40 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA15169 for current-outgoing; Sat, 25 Mar 1995 01:39:40 -0800 Received: from mpp.com (dialup-1-64.gw.umn.edu [134.84.101.64]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA15162 for ; Sat, 25 Mar 1995 01:39:25 -0800 Received: (from mpp@localhost) by mpp.com (8.6.11/8.6.9) id DAA05753; Sat, 25 Mar 1995 03:38:05 -0600 From: Mike Pritchard Message-Id: <199503250938.DAA05753@mpp.com> Subject: Re: -current bad slices To: brian@mediacity.com (Brian Litzinger) Date: Sat, 25 Mar 1995 03:38:03 -0600 (CST) Cc: freebsd-current@FreeBSD.org In-Reply-To: from "Brian Litzinger" at Mar 24, 95 07:27:39 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1273 Sender: current-owner@FreeBSD.org Precedence: bulk > -current for the last two days has reported some > giberish about bad slices, and the fsck pass reports > my first two files systems (a and e) are fine, and > then reports f has a problem at block 16 which is > unrecoverable. > > an fsck -n /dev/rsd0f, then reports blocks > 16 - 31 are bad, this is not a BSD labelled drive. > > The drive is a DEC RZ73 2.1GB. > > reboot with a -current from two days ago and everything works fine. I've been seeing the same thing, and now my DOS partitions no longer mount at boot time. Running a disklabel shows that all of my FreeBSD slices cyl/hd/sec numbers are all now relative to the start of the entire FreeBSD parition. E.g. my /dev/rsd1a slice is now reported as starting at cylinder 0, even though it physically starts somewhere around cyl. 500 on the disk. My old MS-DOS partitions are no nowhere to be seen in my disklabel output. So now that the slices are being definied differently, how do I go about getting my msdos partitions usable again? I'm also not thrilled with the fact that disklabel is now reporting relative cyl/hd/sec numbers instead of absolute numbers. -- Mike Pritchard The Dart Shop - Darts & Supplies pritc003@maroon.tc.umn.edu "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-current Sat Mar 25 02:29:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA16444 for current-outgoing; Sat, 25 Mar 1995 02:29:59 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA16437 for ; Sat, 25 Mar 1995 02:29:46 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA00345; Sat, 25 Mar 1995 11:29:37 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id LAA08323 for freebsd-current@FreeBSD.org; Sat, 25 Mar 1995 11:29:35 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id LAA12390 for freebsd-current@FreeBSD.org; Sat, 25 Mar 1995 11:23:54 +0100 From: J Wunsch Message-Id: <199503251023.LAA12390@uriah.heep.sax.de> Subject: The mysterious NFS server hang is back... To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 25 Mar 1995 11:23:53 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1299 Sender: current-owner@FreeBSD.org Precedence: bulk ...better yet, it obviously never went away. The kernel is from a couple of days back, after the latest NFS VM fixes. Background: my old 386sx/16, 6 MB RAM, serving as an NFS server which is only used as sort of an ``external hard disk'' to cvs checkout/ compile something on it. Every now and then, after one or two hours of work, the system hangs. It still responds to a ping (unless i try to rlogin onto it), if i go to the console and hit enter (on a previously logged-in session), nothing happens, no new shell prompt at all. All i can do is breaking into DDB. _curproc is always the pagedemon then. The scheduler seems to work, at least, the ps picture slightly modifies between different calls to the debugger. Sometimes one of the processes is in "vmwait" sleep, but not always. pagedemon itself has flags "00204", and sometimes sleeps on a "pgwait" (sp?) event. The disk is obviously disfunctional. When i try to reboot via boot(0), it hangs after saying "Syncing disks...". I have to call diediedie(). I'm now suspecting the old AHA-1540A that is in the box. The system worked up until 2.0R (or slightly later) however. Any clues? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Mar 25 04:22:58 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA21129 for current-outgoing; Sat, 25 Mar 1995 04:22:58 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA21115 for ; Sat, 25 Mar 1995 04:22:48 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA01866; Sat, 25 Mar 1995 13:22:39 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id NAA09090 for freebsd-current@FreeBSD.org; Sat, 25 Mar 1995 13:22:38 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id MAA21621 for freebsd-current@FreeBSD.org; Sat, 25 Mar 1995 12:31:45 +0100 From: J Wunsch Message-Id: <199503251131.MAA21621@uriah.heep.sax.de> Subject: Re: The mysterious NFS server hang is back... To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 25 Mar 1995 12:31:43 +0100 (MET) In-Reply-To: <199503251023.LAA12390@uriah.heep.sax.de> from "J Wunsch" at Mar 25, 95 11:23:53 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 878 Sender: current-owner@FreeBSD.org Precedence: bulk As J Wunsch wrote: (Yes, that's me:) > > the processes is in "vmwait" sleep, but not always. pagedemon itself > has flags "00204", and sometimes sleeps on a "pgwait" (sp?) event. "psleep" > I'm now suspecting the old AHA-1540A that is in the box. The system > worked up until 2.0R (or slightly later) however. Just one more datapoint: Mar 25 11:46:46 uncle savecore: reboot after panic: because you said to! Mar 25 11:46:46 uncle savecore: writing core to /var/crash/vmcore.7 Mar 25 11:46:46 uncle /kernel: aha0:host_stat16 Mar 25 11:46:46 uncle savecore: /dev/rsd0b: Input/output error Mar 25 11:46:46 uncle savecore: WARNING: vmcore may be incomplete Perhaps the same problem? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Mar 25 04:35:11 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA21334 for current-outgoing; Sat, 25 Mar 1995 04:35:11 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA21313 for ; Sat, 25 Mar 1995 04:34:53 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id OAA12813; Sat, 25 Mar 1995 14:34:10 +0200 Message-Id: <199503251234.OAA12813@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: "Christoph P. Kukulies" cc: freebsd-current@freefall.cdrom.com Subject: Re: xntpd build fails Date: Sat, 25 Mar 1995 14:34:09 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk Hi Are you sure you have the latest DES bits? a patch was added (submitted by me). There is a new file in src/secure/usr/usr.sbin/lib/authdes.c which foreigners should get from ftp://skeleton.mikom.csir.co.za/pub/FreeBSD/FreeBSD-current/src/secure/... This was mentioned in both commit and current. > World build stops in xntpd: > > WVB -c /usr/src/usr.sbin/xntpd/lib/authdecrypt.c -o authdecrypt.o > cc -O2 -I/usr/src/usr.sbin/xntpd/lib/../include -DSYS_FREEBSD -DSYS_44BSD -DR EFC > LOCK -DPARSE -DMD5 -DDES -DLOCAL_CLOCK -DPST -DWWVB -DAS2201 -DGOES -DGPSTM - DOM > EGA -DLEITCH -DTRAK -DACTS -DATOM -DDATUM -DHEATH -DMSFEES -DMX4200 -DNMEA -DW > WVB -c authdes.c -o authdes.o > authdes.c: In function `DESauth_subkeys': > authdes.c:28: argument `key' doesn't match prototype > /usr/src/usr.sbin/xntpd/lib/../include/ntp_stdlib.h:61: prototype declaration > *** Error code 1 > > Stop. > *** Error code 1 > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de > FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Wed Mar 22 > 04:54:59 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 > -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-current Sat Mar 25 12:24:25 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA06823 for current-outgoing; Sat, 25 Mar 1995 12:24:25 -0800 Received: from ilsa.systemsix.com (ilsa.systemsix.com [198.99.86.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA06815 for ; Sat, 25 Mar 1995 12:24:21 -0800 Received: (from smp@localhost) by ilsa.systemsix.com (8.6.8/8.6.6) id NAA05785 for current@freebsd.org; Sat, 25 Mar 1995 13:25:50 -0700 Date: Sat, 25 Mar 1995 13:25:50 -0700 From: Steve Passe Message-Id: <199503252025.NAA05785@ilsa.systemsix.com> To: current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk got: FreeBSD-current/src/share/FAQ/sup.FAQ: $Id: sup.FAQ,v 1.1 1995/03/21 20:19:46 jkh Exp $ got: freebsd.cdrom.com:/pub/FreeBSD/FreeBSD-2.0-RELEASE/packages/sup.tgz did: pkg_add sup.tgz sup.FAQ: >> ... The supfile in this directory will sup both the source and ports >> collection ... which directory? nothing in package, tried using /pub/FreeBSD/FreeBSD-current/supfile, evidently meant for supping from freefall to freebsd, found: /pub/FreeBSD/FreeBSD-current/src/share/FAQ/extras/[ports|standard]-supfile these seem to work. Are these the appropriate supfiles to use, or ??? if so, a clarification in the FAQ might be helpful... Steve Passe smp@clem.systemsix.com From owner-freebsd-current Sat Mar 25 12:39:38 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA08116 for current-outgoing; Sat, 25 Mar 1995 12:39:38 -0800 Received: from inet-gw-3.pa.dec.com (inet-gw-3.pa.dec.com [16.1.0.33]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA08110 for ; Sat, 25 Mar 1995 12:39:37 -0800 Received: from tartufo.pcs.dec.com by inet-gw-3.pa.dec.com (5.65/24Feb95) id AA22202; Sat, 25 Mar 95 12:39:50 -0800 Received: by tartufo.pcs.dec.com (/\=-/\ Smail3.1.16.1 #16.39) id ; Sat, 25 Mar 95 22:38 MSZ Message-Id: Date: Sat, 25 Mar 95 22:38 MSZ From: me@tartufo.pcs.dec.com (Michael Elbel) To: bde@zeta.org.au Cc: current@FreeBSD.org Subject: Re: cvs commit: src/sys/scsi sd.c Newsgroups: pcs.freebsd.current References: <199503231731.DAA22454@godzilla.zeta.org.au> Reply-To: me@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk In pcs.freebsd.current you write: >I have committed the the changes for slices to the sd driver: >--- >bde 95/03/23 08:09:02 Hrrm, both of my FreeBSD disks use the whole drive starting at sector 0, there aren't any slices on them. The slice changes don't allow me to mount them any more. Is this on purpose, I.e. do I *have* to fdisk my disks or is the code supposed to work with FreeBSD covering the whole disk? Michael -- Michael Elbel, Digital-PCS GmbH, Muenchen, Germany - me@FreeBSD.org Fermentation fault (coors dumped) From owner-freebsd-current Sat Mar 25 12:59:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA09510 for current-outgoing; Sat, 25 Mar 1995 12:59:49 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA09502 for ; Sat, 25 Mar 1995 12:59:47 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.11/jtpda-5.0) with SMTP id WAA27924 for ; Sat, 25 Mar 1995 22:00:02 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA23676; Sat, 25 Mar 95 21:59:40 +0100 Received: (from roberto@localhost) by keltia.frmug.fr.net (8.6.11/keltia-uucp-1.21) id VAA00340 for freebsd-current@FreeBSD.ORG; Sat, 25 Mar 1995 21:53:02 +0100 From: Ollivier Robert Message-Id: <199503252053.VAA00340@keltia.frmug.fr.net> Subject: Strange message in syslog To: freebsd-current@FreeBSD.org (FreeBSD Current Users' list) Date: Sat, 25 Mar 1995 21:53:01 +0100 (MET) Reply-To: roberto@blaise.ibp.fr (Ollivier Robert) X-Operating-System: FreeBSD 2.1.0-Development ctm#487 X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 328 Sender: current-owner@FreeBSD.org Precedence: bulk Hello, I just got the following message in syslog : swap_pager_output: page outside of object -- 4096, 20480 Sources CTM level 487 date 1995/03/25 15:32:11. Any ideas ? -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia 2.1.0-Development #11: Sat Mar 25 20:19:59 MET 1995 From owner-freebsd-current Sat Mar 25 13:09:08 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA10146 for current-outgoing; Sat, 25 Mar 1995 13:09:08 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA10124 for ; Sat, 25 Mar 1995 13:08:52 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id HAA00247; Sun, 26 Mar 1995 07:05:16 +1000 Date: Sun, 26 Mar 1995 07:05:16 +1000 From: Bruce Evans Message-Id: <199503252105.HAA00247@godzilla.zeta.org.au> To: bde@zeta.org.au, me@tartufo.pcs.dec.com Subject: Re: cvs commit: src/sys/scsi sd.c Cc: current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk >>I have committed the the changes for slices to the sd driver: >>--- >>bde 95/03/23 08:09:02 >Hrrm, both of my FreeBSD disks use the whole drive starting at sector 0, >there aren't any slices on them. The slice changes don't allow me to mount >them any more. Is this on purpose, I.e. do I *have* to fdisk my disks >or is the code supposed to work with FreeBSD covering the whole disk? If there is no DOSpartition table then there is one slice (the whole disk). Unfortunately you have to have a DOSpartition table to boot with biosboot, and disklabel -B writes a dummy DOSpartition table whether you want it or not. Fortunately it writes an _invalid_ DOSpartition table. Early versions rejected all invalid DOSpartition tables and gave one slice (the whole disk), but that seemed too dangerous. The 95/03/23 version gave one slice of size 50000 sectors for the dummy table. The current version rejects just one invalid table (the dummy one) and gives one slice (the whole disk). Bruce From owner-freebsd-current Sat Mar 25 14:08:20 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA14894 for current-outgoing; Sat, 25 Mar 1995 14:08:20 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA14886; Sat, 25 Mar 1995 14:08:14 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id OAA19222; Sat, 25 Mar 1995 14:08:10 -0800 From: Poul-Henning Kamp Message-Id: <199503252208.OAA19222@ref.tfs.com> Subject: Re: cvs commit: src/sys/scsi sd.c To: me@FreeBSD.org Date: Sat, 25 Mar 1995 14:08:10 -0800 (PST) Cc: bde@zeta.org.au, current@FreeBSD.org In-Reply-To: from "Michael Elbel" at Mar 25, 95 10:38:00 pm Content-Type: text Content-Length: 722 Sender: current-owner@FreeBSD.org Precedence: bulk > In pcs.freebsd.current you write: > > >I have committed the the changes for slices to the sd driver: > >--- > >bde 95/03/23 08:09:02 > > Hrrm, both of my FreeBSD disks use the whole drive starting at sector 0, > there aren't any slices on them. The slice changes don't allow me to mount > them any more. Is this on purpose, I.e. do I *have* to fdisk my disks > or is the code supposed to work with FreeBSD covering the whole disk? Yes, you have to slice them, the good news is that you don't loose any disk-space doing so :-) -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Sat Mar 25 16:09:14 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA19347 for current-outgoing; Sat, 25 Mar 1995 16:09:14 -0800 Received: from relay3.UU.NET (relay3.UU.NET [192.48.96.8]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA19341 for ; Sat, 25 Mar 1995 16:09:13 -0800 Received: from ast.com by relay3.UU.NET with SMTP id QQyiqq07932; Sat, 25 Mar 1995 19:09:07 -0500 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA18932 (5.67b/IDA-1.5 for uunet!FreeBSD.org!current); Sat, 25 Mar 1995 16:13:03 -0800 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Sun, 26 Mar 95 00:09 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #18) id m0rsemq-0004vsC; Sat, 25 Mar 95 16:58 CST Message-Id: Date: Sat, 25 Mar 95 16:58 CST To: current@FreeBSD.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Sat Mar 25 1995, 16:58:28 CST Subject: Invalid DOSpartition table may be a bad idea Cc: uhclem@nemesis.lonestar.org Sender: current-owner@FreeBSD.org Precedence: bulk [2]If there is no DOSpartition table then there is one slice (the whole [2]disk). Unfortunately you have to have a DOSpartition table to boot with [2]biosboot, and disklabel -B writes a dummy DOSpartition table whether you [2]want it or not. Fortunately it writes an _invalid_ DOSpartition table. If I understand what you are saying here, this may be a bad thing. Windows 95 (which I have to run on some systems at work) takes a disk with a missing or invalid partition table as an open invitation to automatically initialize the entire disk for Windows 95 by putting a "use entire disk" DOS partition table in there. We found this out by accident and it was costly. There was no opportunity to stop the drive takeover from happening, apart from not booting Windows 95 at all. (That is a possibility but they probably won't buy it.) If there is a valid table and there are non-DOS partitions, Windows 95 does keep out of the other partitions. If there is a drive (including the boot drive) that is completely used by non-DOS operating systems, Windows 95 also stops and asks for directions before destroying anything. To avoid user problems, we may not want to put drives that our stuff is on in a state where we will get wiped-out if the user happens to boot a Windows 95 floppy, which late this year will be (sadly) one of the most common operating systems on the planet. Frank Durda IV |"Where do you want to go today? or uhclem%nemesis@trsvax.ast.com (Internet)| Wherever Microsoft tells you ...letni!rwsys!nemesis!uhclem | to." (TM) 1994 MADsoft ...decvax!trsvax.fw.ast.com!nemesis!uhclem | From owner-freebsd-current Sat Mar 25 16:10:34 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA19409 for current-outgoing; Sat, 25 Mar 1995 16:10:34 -0800 Received: from easynet.com (easyr.easynet.net [198.67.38.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA19401; Sat, 25 Mar 1995 16:10:24 -0800 Received: by easynet.com (Smail3.1.28.1 #7) id m0rsfmk-000rcMC; Sat, 25 Mar 95 16:02 WET Message-Id: From: brian@mediacity.com (Brian Litzinger) Subject: Re: cvs commit: src/sys/scsi sd.c To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Sat, 25 Mar 1995 16:02:26 -0800 (PST) Cc: me@FreeBSD.org, bde@zeta.org.au, current@FreeBSD.org In-Reply-To: <199503252208.OAA19222@ref.tfs.com> from "Poul-Henning Kamp" at Mar 25, 95 02:08:10 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1142 Sender: current-owner@FreeBSD.org Precedence: bulk > > > In pcs.freebsd.current you write: > > > > >I have committed the the changes for slices to the sd driver: > > >--- > > >bde 95/03/23 08:09:02 > > > > Hrrm, both of my FreeBSD disks use the whole drive starting at sector 0, > > there aren't any slices on them. The slice changes don't allow me to mount > > them any more. Is this on purpose, I.e. do I *have* to fdisk my disks > > or is the code supposed to work with FreeBSD covering the whole disk? > > Yes, you have to slice them, the good news is that you don't loose any > disk-space doing so :-) > Poul-Henning Kamp -- TRW Financial Systems, Inc. I'm still lost. Around 95/03/23 08:09:02 -current wouldn't bring up my f partition anymore. It does however boot, mount a and e correctly and then pukes on f saying can't read sectors 16-31, not a BSD labelled drive. My f partition is about 1.6GB. The whole drive was used for FreeBSD. I remember the install code talking about slicing and having to install slice 1 (0) as the FreeBSD slice. Is there another level of slicing? How does one "slice" a drive? Brian Litzinger brian@easynet.com From owner-freebsd-current Sat Mar 25 17:18:10 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA21533 for current-outgoing; Sat, 25 Mar 1995 17:18:10 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA21527 for ; Sat, 25 Mar 1995 17:18:07 -0800 Received: by sequent.kiae.su id AA13205 (5.65.kiae-2 for current@freebsd.org); Sun, 26 Mar 1995 04:02:35 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Sun, 26 Mar 95 04:02:35 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id EAA02210 for current@freebsd.org; Sun, 26 Mar 1995 04:59:02 +0400 To: current@FreeBSD.org Message-Id: Organization: Olahm Ha-Yetzirah Date: Sun, 26 Mar 1995 04:59:01 +0400 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: ATTENTION: new termcap.src requires new termlib re-install Lines: 15 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 808 Sender: current-owner@FreeBSD.org Precedence: bulk Due to dirty programming of cgetent() routine, it simple add each tc= hop to existing entry, so it can easily overrun stupid 1024 limit while clean entry is far below this limit. It cause progam memory corruption after tgenent(). New termlib code cleans entry as mach as possible and not corrupt memory but return -1 instead. I add many missing capabilities to vt100/102/220 entries, so old tgetent can easily corrupt memory on tc= hops, to avoid it re-build & re-install termlib library before installing termcap. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Sat Mar 25 23:51:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA03236 for current-outgoing; Sat, 25 Mar 1995 23:51:44 -0800 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA03230 for ; Sat, 25 Mar 1995 23:51:42 -0800 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id IAA02871 for FreeBSD-current@FreeBSD.org; Sun, 26 Mar 1995 08:52:26 +0100 From: Paul Richards Message-Id: <199503260752.IAA02871@isl.cf.ac.uk> Subject: libforms To: FreeBSD-current@FreeBSD.org (FreeBSD current mailing list) Date: Sun, 26 Mar 1995 07:52:25 +0000 (GMT) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 471 Sender: current-owner@FreeBSD.org Precedence: bulk The tree is temporarily broken since I've committed changes to libforms that won't compile until Jordan makes some changes to libc. It should get fixed asap but this is just a warning if you grab a tree in the next few hours. -- Paul Richards, FreeBSD core team member. Internet: paul@FreeBSD.org, URL: http://isl.cf.ac.uk/~paul/ Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff.