From owner-freebsd-hackers Sun Feb 5 00:05:01 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id AAA09459 for hackers-outgoing; Sun, 5 Feb 1995 00:05:01 -0800 Received: from ns.gte.com (ns.gte.com [132.197.8.9]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id AAA09450 for ; Sun, 5 Feb 1995 00:05:00 -0800 Received: from bunny.gte.com by ns.gte.com (5.65c/IDA-1.4.4) id AA18296; Sun, 5 Feb 1995 03:02:41 -0500 Received: by bunny.gte.com (8.6.9/GTEL2.19) id DAA17717; Sun, 5 Feb 1995 03:00:51 -0500 Received: from localhost by genesis.nred.ma.us (8.3/genesis0.0) id BAA06756; Sun, 5 Feb 1995 01:22:41 -0800 Date: Sun, 5 Feb 1995 01:22:41 -0800 From: steve2@genesis.nred.ma.us (Steve Gerakines) Message-Id: <199502050922.BAA06756@genesis.nred.ma.us> To: freebsd-hackers@FreeBSD.org Subject: Re: Still need bdev major number assignment Sender: hackers-owner@FreeBSD.org Precedence: bulk > Right! We *need* this driver! :-) > We've been wanting this driver for _a long time_! > I want this driver as soon as you can get it into my hot, sweaty hands! > I'd really like to have this in 2.1! > I'm very, very, very keen to have this driver in FreeBSD! Jordan, maybe you could clarify this. Did you want the driver? :-) From owner-freebsd-hackers Sun Feb 5 00:20:00 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id AAA09629 for hackers-outgoing; Sun, 5 Feb 1995 00:20:00 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id AAA09622 for ; Sun, 5 Feb 1995 00:19:59 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id AAA29000; Sun, 5 Feb 1995 00:19:54 -0800 From: Poul-Henning Kamp Message-Id: <199502050819.AAA29000@ref.tfs.com> Subject: Re: Still need bdev major number assignment To: steve2@genesis.nred.ma.us (Steve Gerakines) Date: Sun, 5 Feb 1995 00:19:54 -0800 (PST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199502050922.BAA06756@genesis.nred.ma.us> from "Steve Gerakines" at Feb 5, 95 01:22:41 am Content-Type: text Content-Length: 622 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Right! We *need* this driver! :-) > > > We've been wanting this driver for _a long time_! > > > I want this driver as soon as you can get it into my hot, sweaty hands! > > > I'd really like to have this in 2.1! > > > I'm very, very, very keen to have this driver in FreeBSD! > > Jordan, maybe you could clarify this. Did you want the driver? :-) > Nah, Jordan is always so convoluted, he would never say so directly, you will have to read it between the lines. :-) -- Poul-Henning Kamp TRW Financial Systems, Inc. FreeBSD has, until now, not one single time had an undetected error. :-) From owner-freebsd-hackers Sun Feb 5 00:22:44 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id AAA09684 for hackers-outgoing; Sun, 5 Feb 1995 00:22:44 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id AAA09678 for ; Sun, 5 Feb 1995 00:22:39 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA12507; Sun, 5 Feb 1995 19:19:48 +1100 Date: Sun, 5 Feb 1995 19:19:48 +1100 From: Bruce Evans Message-Id: <199502050819.TAA12507@godzilla.zeta.org.au> To: hackers@FreeBSD.org, root@io.cts.com Subject: Re: Error building xvnews, cuserid? Sender: hackers-owner@FreeBSD.org Precedence: bulk >There are calls to a function cuserid(). Any idea which library >should be included to allow it to build right? Or some other >configuration setting that'll fix it? grep -l _cuserid /usr/lib/* Bruce From owner-freebsd-hackers Sun Feb 5 00:57:51 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id AAA10254 for hackers-outgoing; Sun, 5 Feb 1995 00:57:51 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id AAA10248 for ; Sun, 5 Feb 1995 00:57:48 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id AAA12939; Sun, 5 Feb 1995 00:57:36 -0800 To: steve2@genesis.nred.ma.us (Steve Gerakines) cc: freebsd-hackers@FreeBSD.org Subject: Re: Still need bdev major number assignment In-reply-to: Your message of "Sun, 05 Feb 95 01:22:41 PST." <199502050922.BAA06756@genesis.nred.ma.us> Date: Sun, 05 Feb 1995 00:57:36 -0800 Message-ID: <12938.791974656@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Right! We *need* this driver! :-) > > We've been wanting this driver for _a long time_! > > I want this driver as soon as you can get it into my hot, sweaty hands! > > I'd really like to have this in 2.1! > > I'm very, very, very keen to have this driver in FreeBSD! > Jordan, maybe you could clarify this. Did you want the driver? :-) Well, actually I changed my mind. He can keep it. No, no, I'm just kidding! Give me the driver!! :-) :-) Jordan From owner-freebsd-hackers Sun Feb 5 01:38:10 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA11108 for hackers-outgoing; Sun, 5 Feb 1995 01:38:10 -0800 Received: from vmbb.cts.com (vmbb.cts.com [192.188.72.18]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id BAA11098 for ; Sun, 5 Feb 1995 01:38:07 -0800 Received: from io.cts.com by vmbb.cts.com with smtp (Smail3.1.28.1 #9) id m0rb3Pt-0000JZC; Sun, 5 Feb 95 01:38 PST Received: (from root@localhost) by io.cts.com (8.6.9/8.6.9) id BAA11829 for hackers@freebsd.org; Sun, 5 Feb 1995 01:29:27 -0800 From: Morgan Davis Message-Id: <199502050929.BAA11829@io.cts.com> Subject: Re: Error building xvnews, cuserid? To: hackers@FreeBSD.org Date: Sun, 5 Feb 1995 01:29:26 -0800 (PST) In-Reply-To: <199502050736.XAA00665@netcom14.netcom.com> from "Amancio Hasty Jr" at Feb 4, 95 11:36:54 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 886 Sender: hackers-owner@FreeBSD.org Precedence: bulk Amancio Hasty Jr writes: > > Try -lcompat . The way I tend to find these undef symbols is > to do first a grep on the libraries if I find a few of the libraries > which may have the symbol then I use nm. That did the trick. Thanks. However, whenever I start up any clients that use XView, I get the following error messages: XView warning: Problems setting default modifier mapping (Server package) System warning: No such file or directory, extras menu file /usr/lib/./usr/X11R6/lib/.text_extras_menu (Textsw package) The second warning is definitely a bogus path to /usr/X11R6/lib. What I don't understand is how the XView pages that I pulled down from ftp.freebsd.org would not just work with the proper paths and so forth. Who put these together, and what's the trick? (As usual, these XView packages were more of the same that didn't include manuals). From owner-freebsd-hackers Sun Feb 5 01:40:27 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA11180 for hackers-outgoing; Sun, 5 Feb 1995 01:40:27 -0800 Received: from NS.netvision.net.il (root@ns.NetVision.net.il [192.114.201.5]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA11173 for ; Sun, 5 Feb 1995 01:40:22 -0800 Received: from Burka.NetVision.net.il (root@Burka.NetVision.net.il [194.90.1.15]) by NS.netvision.net.il (8.6.9/8.6.9) with ESMTP id LAA14947; Sun, 5 Feb 1995 11:39:27 +0200 Received: from localhost (gena@localhost [127.0.0.1]) by Burka.NetVision.net.il (8.6.9/8.6.6) with SMTP id LAA01428; Sun, 5 Feb 1995 11:40:38 +0200 Message-Id: <199502050940.LAA01428@Burka.NetVision.net.il> X-Authentication-Warning: Burka.NetVision.net.il: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.5.3 12/28/94 To: Bruce Evans cc: hackers@FreeBSD.org, root@io.cts.com Subject: Re: Error building xvnews, cuserid? In-reply-to: Your message of "Sun, 05 Feb 1995 19:19:48 +1100." <199502050819.TAA12507@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 05 Feb 1995 11:40:37 +0200 From: Gennady Sorokopud Sender: hackers-owner@FreeBSD.org Precedence: bulk >>There are calls to a function cuserid(). Any idea which library >>should be included to allow it to build right? Or some other >>configuration setting that'll fix it? > >grep -l _cuserid /usr/lib/* > >Bruce Damn , i forgot about this libcompat thing... When i ported xvnews i just wrote this function by myself. It took me exactly the same time as to above command to finish :-) ( almost ) I did 'man cuserid' and got nothing , so i was sure that cuserid does not exists in FreeBSD. Seriously , what this libcompat is doing, and do we have some sort of manpage for it? Regards. OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO O Gennady Sorokopud O O O O System programmer at NetVision Israel O O Home of Israeli Internet O O O O E-Mail: gena@netvision.net.il O O O O http: http://www.netvision.net.il/~gena/ O O Tel: home: 972-4-9931-594 Address: Sharet st. 11/13 O O work: 972-4-440-330 K. Tivon , Israel O OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6 mQBNAi43i2YAAAECANV6d3p8bQLR6Hr2tyd9f4FEUakUIbF0YOtsiil3hR/ebGRe y4EC2Y45ZS7VPiP8Pp8zyAinWEtJ/tBKBYoHdPEABRG0LEdlbm5hZHkgQi4gU29y b2tvcHVkIDxnZW5hQG5ldHZpc2lvbi5uZXQuaWw+ =bvR+ -----END PGP PUBLIC KEY BLOCK----- From owner-freebsd-hackers Sun Feb 5 02:39:08 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id CAA12236 for hackers-outgoing; Sun, 5 Feb 1995 02:39:08 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id CAA12226 for ; Sun, 5 Feb 1995 02:38:59 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA15275; Sun, 5 Feb 1995 21:36:24 +1100 Date: Sun, 5 Feb 1995 21:36:24 +1100 From: Bruce Evans Message-Id: <199502051036.VAA15275@godzilla.zeta.org.au> To: bde@zeta.org.au, gena@netvision.net.il Subject: Re: Error building xvnews, cuserid? Cc: hackers@FreeBSD.org, root@io.cts.com Sender: hackers-owner@FreeBSD.org Precedence: bulk >Damn , i forgot about this libcompat thing... >When i ported xvnews i just wrote this function by myself. >It took me exactly the same time as to above command to finish :-) ( almost ) >I did 'man cuserid' and got nothing , so i was sure that cuserid does not >exists in FreeBSD. cuserid() should probably still have a man page and be declared in and/or . It was in a draft POSIX standard but was dropped from the final standard because there were several incompatible versions of it in use and it is easy to implement using other standard functions. >Seriously , what this libcompat is doing, and do we have some sort of >manpage for it? It has compatibility cruft :-). We have a manpage for regexp(3) but it doesn't say that regexp is in libcompat. Bruce From owner-freebsd-hackers Sun Feb 5 04:06:22 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA17476 for hackers-outgoing; Sun, 5 Feb 1995 04:06:22 -0800 Received: from dataplex.net (SHARK.DATAPLEX.NET [199.183.109.241]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id EAA17451 for ; Sun, 5 Feb 1995 04:06:20 -0800 Received: from [199.183.109.242] by dataplex.net with SMTP (MailShare 1.0b8); Sun, 5 Feb 1995 06:05:37 -0600 X-Sender: wacky@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 5 Feb 1995 06:05:36 -0600 To: Gary Palmer From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: sophisticated executable/library dependency checking in ports Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >One thing that has been praying on my mind recently is we seem to have >creeping featurism in the bsd.port*.mk files. Newer versions of the >source tree probably will fall over with older .mk files. Is there >any way of getting a clean version of the RCS ID into a >PORTS_VERSION make variable and have a NEED_VERSION=?.?? variable >in the makefile, which if it fails (i.e. PORTS_VERSION < NEED_VERSION) then >it politely tells the user how to upgrade. We really need this feature. Then we SHOULD realize that, in effect, the whole system is a "port". These same features need to apply to the whole tree, particularly the build tools, as well. Another thing that I have seen recently is hard coding of paths. IMHO, this must stop. I am trying to get to a point where I can compile one version of "world" without destroying the system on which I am running. To do this, ALL paths will have to become relative. ---- Richard Wackerbarth rkw@dataplex.net From owner-freebsd-hackers Sun Feb 5 04:30:19 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA18345 for hackers-outgoing; Sun, 5 Feb 1995 04:30:19 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id EAA18339 for ; Sun, 5 Feb 1995 04:30:16 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.8/jtpda-5.0) with SMTP id NAA17565 ; Sun, 5 Feb 1995 13:31:47 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA06485; Sun, 5 Feb 95 13:29:39 +0100 From: roberto@blaise.ibp.fr (Ollivier ROBERT) Message-Id: <9502051229.AA06485@blaise.ibp.fr> Subject: Re: Error building xvnews, cuserid? To: root@io.cts.com (Morgan Davis) Date: Sun, 5 Feb 1995 13:29:38 +0100 (MET) Cc: hackers@FreeBSD.org In-Reply-To: <199502050357.TAA09402@io.cts.com> from "Morgan Davis" at Feb 4, 95 07:57:13 pm X-Operating-System: FreeBSD 2.1.0-Development ctm#307 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: 328 Sender: hackers-owner@FreeBSD.org Precedence: bulk > There are calls to a function cuserid(). Any idea which library > should be included to allow it to build right? Or some other > configuration setting that'll fix it? -lcompat -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #18: Thu Jan 26 22:22:16 MET 1995 From owner-freebsd-hackers Sun Feb 5 04:49:26 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA18680 for hackers-outgoing; Sun, 5 Feb 1995 04:49:26 -0800 Received: from amcell2.caisr.cwru.edu (amcell2.CAISR.CWRU.Edu [129.22.24.2]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id EAA18674 for ; Sun, 5 Feb 1995 04:49:24 -0800 Received: (from ljo@localhost) by amcell2.caisr.cwru.edu (8.6.9/8.6.6) id HAA21585; Sun, 5 Feb 1995 07:47:43 -0500 Date: Sun, 5 Feb 1995 07:47:43 -0500 From: L Jonas Olsson Message-Id: <199502051247.HAA21585@amcell2.caisr.cwru.edu> To: root@io.cts.com CC: hackers@FreeBSD.org In-reply-to: <199502050929.BAA11829@io.cts.com> (message from Morgan Davis on Sun, 5 Feb 1995 01:29:26 -0800 (PST)) Subject: Re: Error building xvnews, cuserid? Reply-to: ljo@po.cwru.edu Sender: hackers-owner@FreeBSD.org Precedence: bulk The history of xview is that I did the FreeBSD 1.* port/package, Scott Mace did the patches for FreeBSD 2.* port, I did the 2.* package. I don't know why xview has problems with: XView warning: Problems setting default modifier mapping (Server package) It systematically doesn't occur with X Inside's X server (X11R4) with XFree86 I sometimes see it and sometimes not. The other message is a missing piece of the port. It used to be fixed in the 1.* port. System warning: No such file or directory, extras menu file /usr/lib/./usr/X11R6/lib/.text_extras_menu (Textsw package) A simple patch could easily fix this. Jonas From owner-freebsd-hackers Sun Feb 5 06:12:56 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA21813 for hackers-outgoing; Sun, 5 Feb 1995 06:12:56 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id GAA21807; Sun, 5 Feb 1995 06:12:50 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA05640 (5.67a/IDA-1.5); Sun, 5 Feb 1995 07:48:11 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA00142; 5 Feb 95 07:46:26 CST (Sun) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id HAA00127; Sun, 5 Feb 1995 07:46:25 -0600 Message-Id: <199502051346.HAA00127@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" Cc: steve2@genesis.nred.ma.us (Steve Gerakines), freebsd-hackers@FreeBSD.org Subject: Re: Still need bdev major number assignment In-Reply-To: Your message of "Sun, 05 Feb 95 00:57:36 PST." <12938.791974656@time.cdrom.com> X-Mailer: exmh version 1.4.1 7/21/94 Date: Sun, 05 Feb 1995 07:46:22 -0600 From: Peter da Silva Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Right! We *need* this driver! :-) > > > We've been wanting this driver for _a long time_! > > > I want this driver as soon as you can get it into my hot, sweaty hands! > > > I'd really like to have this in 2.1! > > > I'm very, very, very keen to have this driver in FreeBSD! > > Jordan, maybe you could clarify this. Did you want the driver? :-) > > Well, actually I changed my mind. He can keep it. > > No, no, I'm just kidding! Give me the driver!! :-) :-) > > Jordan He's acting more and more like a crazed toon ferret every day. Didn't you used to be Eddie Valiant? From owner-freebsd-hackers Sun Feb 5 06:48:10 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA23239 for hackers-outgoing; Sun, 5 Feb 1995 06:48:10 -0800 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id GAA23233 for ; Sun, 5 Feb 1995 06:48:09 -0800 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA15241; Sun, 5 Feb 95 08:48:05 -0600 Received: by junco.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA22967; Sun, 5 Feb 1995 07:47:58 -0700 Date: Sun, 5 Feb 1995 07:47:58 -0700 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9502051447.AA22967@junco.fsl.noaa.gov> To: ljo@po.cwru.edu Cc: root@io.cts.com, hackers@FreeBSD.org In-Reply-To: <199502051247.HAA21585@amcell2.caisr.cwru.edu> (message from L Jonas Olsson on Sun, 5 Feb 1995 07:47:43 -0500) Subject: Re: Error building xvnews, cuserid? Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>>> "Jonas" == L Jonas Olsson writes: Jonas> I don't know why xview has problems with: Jonas> XView warning: Problems setting default modifier Jonas> mapping (Server package) Probably because your NumLock key is ``on''. The Xview server package is trying to set up all of the modifier mappings with various sundry keys, one of which is NumLock, all in support of the thoroughly useless mouseless model. If one of those keys happens to be pressed down or toggled on, then the modifier map is busy. So it retries a few times and then gives up. --k From owner-freebsd-hackers Sun Feb 5 09:03:16 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA27010 for hackers-outgoing; Sun, 5 Feb 1995 09:03:16 -0800 Received: from forged.passport.ca (forged.passport.ca [199.246.38.201]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id JAA26935; Sun, 5 Feb 1995 09:00:33 -0800 Received: by forged.passport.ca (Smail3.1.29.1 #5) id m0rbAJt-0002HwC; Sun, 5 Feb 95 12:00 EST Message-Id: Date: Sun, 5 Feb 95 12:00 EST From: marrano@passport.ca (Mario Marrano) To: hackers@FreeBSD.org, bugs@FreeBSD.org, questions@FreeBSD.org, hardware@FreeBSD.org, comp.os.386bsd.apps@passport.ca, comp.os.386bsd.questions@passport.ca, comp.os.386bsd.bugs@passport.ca Subject: FreeBSD2.0 Installation "panic" problems Sender: hackers-owner@FreeBSD.org Precedence: bulk >> Hope someone can direct me to the right group, in any >case i've >> got a problem installing v.2 onto my 486sx25 with 2 >ide drives, >> 1 scsi drive and scsi cd-rom. There is also 12mb ram >and a vlb >> ide controller. I get an error message when booting >from >> boot.flp >> to the tune:"fd0c:hard error reading fsbn 16 of 16-31 >(st0 >> 40 st1 4 st2 10 cyl0 >hd0 sec17) >> panic:cannot mount root > >Are your floppies correctly entered in your BIOS setup >? It fails on sector 16, so i suspect you used a >1.44Mb floppy, but your BIOS thinks the floppy drive >is only a 1.2Mb floppy. 1.2Mb drives have 15 sectors, >1.44Mb drives 18 sectors. > > > ATS ( ats@first.gmd.de or ats@cs.tu-berlin.de ) > >Andreas Schulz GMD-FIRST 12489 Berlin-Adlershof >Rudower Chaussee 5 Gebaeude 13.7 Tel: >+49-30-6392-1856/+49-177-2134745 Germany/Europe i've confirmed the proper setup of my bios.when i do a ctrl-alt-del to reboot after getting the above message,i get the following screenful: Fatal trap 12: pagefault while in kernel mode fault virtual address = 0xefc00000 fault code = supervisor read,page not present instruction pointer = 0x8:0xf01860b0 code segment = base 0x0,limit 0xfffff, type 0x1b = DPL 0,pres1, def32 1, gran1 processor eflags = interrupt enabled,resume,IOPL=0 current process = 0(swapper) interrupt mask = net tty bio panic: page fault my harddrive setup consists of 2 ide drives(c:,d:) and 1 scsi drive(e: which is 1gb in size). i would like to partition d: into 2 and install bsd in one partition and os/2 warp in the other. it is my first taste of unix but i'm experienced with os/2, dos. please help any way you can. thanks. From owner-freebsd-hackers Sun Feb 5 10:02:15 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA28077 for hackers-outgoing; Sun, 5 Feb 1995 10:02:15 -0800 Received: from p5.spnet.com (elh.com [204.156.130.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id KAA28071 for ; Sun, 5 Feb 1995 10:02:10 -0800 Received: from localhost (localhost [127.0.0.1]) by p5.spnet.com (8.6.9/8.6.6) with SMTP id KAA01142; Sun, 5 Feb 1995 10:01:14 GMT Message-Id: <199502051001.KAA01142@p5.spnet.com> X-Authentication-Warning: p5.spnet.com: Host localhost didn't use HELO protocol To: Bruce Evans Cc: freebsd-hackers@FreeBSD.org Subject: Re: kernel limits In-reply-to: Your message of "Sun, 05 Feb 1995 18:56:38 +1100." <199502050756.SAA12171@godzilla.zeta.org.au> Date: Sun, 05 Feb 1995 10:01:13 +0000 From: Ed Hudson Sender: hackers-owner@FreeBSD.org Precedence: bulk > > CHILD_MAX is bogus. It is only used to report a bogus limit to applications > in and to initialize MAXUPRC. MAXUPRC is only the _initial_ > value for the _current_ (soft) process limit. The actual limit is the > _hard_ process limit, which is initially `maxproc' but can be reduced by > applications. `maxproc' itself can be changed using > `sysctl -w kern.maxproc=whatever'. Applications that need a larger limit > should use setrlimit() to increase their soft limit. Systems that need > a larger limit should use sysctl in /etc/rc.local to increase `maxproc'. wow, i like the sysctl command - a great 4.4 addition. thanks for pointing it out to me (rubbing my nose in it?). i guess i've worked on too many os's where the hard limit was close to or the same as the soft limit. i hadn't realized the FBSD was so rational that i could actually handle this in a .cshrc (but a .profile?). however, let me ask again as to why the value of 40 for CHILD_MAX/MAXUPRC, as an initial setting of a user's maxproc, is still relevent in a modern workstation? i think that the login process of a user that spawns a multi-desktop window manager is sufficient to suggest a big increase in this value. each xterm/rxvt is really a count of (at least) 2 processes, plus whatever a user might be running in an xterm underneath the shell... >> 1) bump /usr/src/sys/sys/param.h:MAXSYMLNK from 8 to >> something reasonable, such as 32. > > This limit should probably be changeable using sysctl. it would be great if this were indeed changeable via sysctl. and would certainly satisfy my needs. but this is overkill for a number that is otherwise rarely relevent. it looks to me like this is only used as a constant in an iteration count check. i don't quite feel competent enough with the kernel sources yet to volunteer to implement this change. thanks for your comments. -elh From owner-freebsd-hackers Sun Feb 5 10:08:36 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA28372 for hackers-outgoing; Sun, 5 Feb 1995 10:08:36 -0800 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id KAA28366 for ; Sun, 5 Feb 1995 10:08:33 -0800 Received: by haven.uniserve.com id <363>; Sun, 5 Feb 1995 10:15:44 -0800 Date: Sun, 5 Feb 1995 10:15:35 -0800 (PST) From: Tom Samplonius To: Paul Traina cc: John-Mark Gurney , hackers@FreeBSD.org Subject: Re: popper In-Reply-To: <199502050021.QAA11297@feta.cisco.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sat, 4 Feb 1995, Paul Traina wrote: > > well... I'm not sure this is the proper place to put this... but I have > > been having problems with popper... the major problem is that popper > > isn't truncating the pop spool temp file... and basicly I was getting > > messages over and over again that I had already received... so I decided > > to get a different pop mail server.... > > That's really strange, I've not seen any of these problems. > Pardon the stupid question, but are you sure that you're properly executing > the DELE commands and exiting properly with a QUIT command? I HAVE seen that problem. It was due to a bad port. I would recommend that you upgrade to the newest port on ftp.freebsd.org. Tom From owner-freebsd-hackers Sun Feb 5 10:44:32 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA29314 for hackers-outgoing; Sun, 5 Feb 1995 10:44:32 -0800 Received: from linux4nn.iaf.nl (root@linux4nn.iaf.nl [193.67.144.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id KAA29308 for ; Sun, 5 Feb 1995 10:44:29 -0800 Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.iaf.nl (8.6.9/8.6.9) with SMTP id UAA09395; Sun, 5 Feb 1995 20:00:11 +0100 Received: by uni4nn.iaf.nl with UUCP id AA12401 (5.67b/IDA-1.5); Sun, 5 Feb 1995 19:43:12 +0200 Received: by iafnl.iaf.nl with UUCP id AA20184 (5.65c/IDA-1.4.4); Sun, 5 Feb 1995 19:32:01 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.8/8.6.6) id SAA00591; Sat, 4 Feb 1995 18:50:55 +0100 From: Wilko Bulte Message-Id: <199502041750.SAA00591@yedi.iaf.nl> Subject: Re: FIX FOR CACHE/DMA RANGE PROBLEMS (was Re: new SNAP) To: terry@cs.weber.edu (Terry Lambert) Date: Sat, 4 Feb 1995 18:50:54 +1596657 (MET) Cc: gibbs@estienne.CS.Berkeley.EDU, bugs@warlock.win.net, freebsd-hackers@FreeBSD.org In-Reply-To: <9502040040.AA24550@cs.weber.edu> from "Terry Lambert" at Feb 3, 95 05:40:45 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 549 Sender: hackers-owner@FreeBSD.org Precedence: bulk > The other cache problems are based on a succeptability code for the > driver, or on global succeptability. A driver that can't tell an ISA > card from an EISA card *must* either note that it can screw up on DMA How about checking for the EISA ID ? _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Sun Feb 5 11:34:05 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA29867 for hackers-outgoing; Sun, 5 Feb 1995 11:34:05 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA29861 for ; Sun, 5 Feb 1995 11:34:04 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id LAA01637 for hackers@freebsd.org; Sun, 5 Feb 1995 11:34:00 -0800 From: Poul-Henning Kamp Message-Id: <199502051934.LAA01637@ref.tfs.com> Subject: various storage related standards available To: hackers@FreeBSD.org Date: Sun, 5 Feb 1995 11:33:59 -0800 (PST) Content-Type: text Content-Length: 489 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi gang. I have found a nifty little depot of various storage related standards and put them on ftp://ref.tfs.com/pub/mirrors/storage This should be of use to anybody coding in the scsi/wd.c/fd.c corners of our system. We could use a "high-tech" wd.c, geared to modern EIDE drives, using 32bit access, dma and you name it... Any takers ? -- Poul-Henning Kamp TRW Financial Systems, Inc. FreeBSD has, until now, not one single time had an undetected error. :-) From owner-freebsd-hackers Sun Feb 5 12:07:20 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA01623 for hackers-outgoing; Sun, 5 Feb 1995 12:07:20 -0800 Received: from efn.efn.org (gurney_j@efn.org [198.68.17.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id MAA01616 for ; Sun, 5 Feb 1995 12:07:18 -0800 Received: by efn.efn.org (4.1/smail2.5/05-07-92) id AA02139; Sun, 5 Feb 95 12:06:41 PST Date: Sun, 5 Feb 1995 12:06:40 -0800 (PST) From: John-Mark Gurney To: Tom Samplonius Cc: Paul Traina , hackers@FreeBSD.org Subject: Re: popper In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 5 Feb 1995, Tom Samplonius wrote: > > On Sat, 4 Feb 1995, Paul Traina wrote: > > > > well... I'm not sure this is the proper place to put this... but I have > > > been having problems with popper... the major problem is that popper > > > isn't truncating the pop spool temp file... and basicly I was getting > > > messages over and over again that I had already received... so I decided > > > to get a different pop mail server.... > > > > That's really strange, I've not seen any of these problems. > > Pardon the stupid question, but are you sure that you're properly executing > > the DELE commands and exiting properly with a QUIT command? > > I HAVE seen that problem. It was due to a bad port. I would recommend > that you upgrade to the newest port on ftp.freebsd.org. has some body put a newer port on since a week ago?? that is about the time I picked up the port... but I must say that pop3d is working perfectly for me now... and I think I will stay with it though... TTYL... John-Mark Gurney gurney_j@efn.org -or- gurney_j@4j.lane.edu -or- Fido: John-Mark Gurney @ 1:152/56.2 From owner-freebsd-hackers Sun Feb 5 12:19:30 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA01898 for hackers-outgoing; Sun, 5 Feb 1995 12:19:30 -0800 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA01892 for ; Sun, 5 Feb 1995 12:19:21 -0800 Received: by haven.uniserve.com id <270>; Sun, 5 Feb 1995 12:26:32 -0800 Date: Sun, 5 Feb 1995 12:26:19 -0800 (PST) From: Tom Samplonius To: John-Mark Gurney cc: Paul Traina , hackers@FreeBSD.org Subject: Re: popper In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 5 Feb 1995, John-Mark Gurney wrote: > > > That's really strange, I've not seen any of these problems. > > > Pardon the stupid question, but are you sure that you're properly executing > > > the DELE commands and exiting properly with a QUIT command? > > > > I HAVE seen that problem. It was due to a bad port. I would recommend > > that you upgrade to the newest port on ftp.freebsd.org. > > has some body put a newer port on since a week ago?? that is about the > time I picked up the port... but I must say that pop3d is working > perfectly for me now... and I think I will stay with it though... TTYL... Well, first of all, there are serveral different POP servers around. The one that is part of the FreeBSD port collection is qpopper (from Qualcomm). The first port of qpopper tended to leave temp files around, howerver, the newest port of qpopper (based on a newer version of qpopper) doesn't have this problem. Tom From owner-freebsd-hackers Sun Feb 5 12:23:48 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA02087 for hackers-outgoing; Sun, 5 Feb 1995 12:23:48 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id MAA02079 for ; Sun, 5 Feb 1995 12:23:47 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA02886; Sun, 5 Feb 95 13:17:37 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502052017.AA02886@cs.weber.edu> Subject: Re: FIX FOR CACHE/DMA RANGE PROBLEMS (was Re: new SNAP) To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Sun, 5 Feb 95 13:17:36 MST Cc: gibbs@estienne.CS.Berkeley.EDU, bugs@warlock.win.net, freebsd-hackers@FreeBSD.org In-Reply-To: <199502041750.SAA00591@yedi.iaf.nl> from "Wilko Bulte" at Feb 4, 95 06:50:54 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > The other cache problems are based on a succeptability code for the > > driver, or on global succeptability. A driver that can't tell an ISA > > card from an EISA card *must* either note that it can screw up on DMA > > How about checking for the EISA ID ? The EISA standard doesn't provide a requirement for the amount of per slot CMOS memory (I found this out when trying to write a UNIX EISA config utility, it being my opinion that requiring DOS to configure a machine is an abortion). This may be something that requires VM86() to allow us to call the EISA BIOS for it to work properly. I think it's a move in the right direction, and at least would resolve the ISA card in an EISA slot issue. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Feb 5 12:29:24 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA02189 for hackers-outgoing; Sun, 5 Feb 1995 12:29:24 -0800 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA02183 for ; Sun, 5 Feb 1995 12:29:22 -0800 Received: by haven.uniserve.com id <205>; Sun, 5 Feb 1995 12:36:41 -0800 Date: Sun, 5 Feb 1995 12:36:34 -0800 (PST) From: Tom Samplonius To: Ed Hudson cc: freebsd-hackers@FreeBSD.org, elh@spnet.com Subject: Re: kernel limits In-Reply-To: <199502041640.QAA06673@p5.spnet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sat, 4 Feb 1995, Ed Hudson wrote: > > i'd like to request that you folks consider 2 changes > to kernel limits to be incorporated in the general > release. > > in order for me to do the sort of work that i do > (chip design, cad development), the first thing > that i do with each new release of FBSD is change these > limits. i know of other organizations using FBSD > (or NBSD) in real engineering applications, and they > have similar problems with the current limtis. Why not provide several different kernels that could be copied over the generic kernel? Some suggestions: - IDE only kernel. Many people only have IDE drives, keeping out all the SCSI drivers would probably save some space. - SCSI only kernel. No IDE driver. - PRO Kenerl. Extra high limits on symlinks, users, processes, etc. Tom From owner-freebsd-hackers Sun Feb 5 12:58:44 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA03511 for hackers-outgoing; Sun, 5 Feb 1995 12:58:44 -0800 Received: from netcom17.netcom.com (hasty@netcom17.netcom.com [192.100.81.130]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA03505 for ; Sun, 5 Feb 1995 12:58:43 -0800 Received: by netcom17.netcom.com (8.6.9/Netcom) id MAA29385; Sun, 5 Feb 1995 12:57:27 -0800 Date: Sun, 5 Feb 1995 12:57:27 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199502052057.MAA29385@netcom17.netcom.com> To: freebsd-hackers@FreeBSD.org Subject: kernel breakpoints? Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, I am trying to debug the sound driver and would like to set a breakpoint in the driver. If type : break _sndopen or break sndopen The kernel debugger comes back saying symbol not found?? So what is the magic incantation? :) P.S.: I did compile the sound driver with -g ... Amancio From owner-freebsd-hackers Sun Feb 5 13:01:27 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA03683 for hackers-outgoing; Sun, 5 Feb 1995 13:01:27 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id NAA03675 for ; Sun, 5 Feb 1995 13:01:23 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA03077; Sun, 5 Feb 95 13:53:29 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502052053.AA03077@cs.weber.edu> Subject: Re: TTY Names (finger/who) To: john@pyromania.apana.org.au (John Herks) Date: Sun, 5 Feb 95 13:53:29 MST Cc: hackers@FreeBSD.org In-Reply-To: <199502041317.AAA02376@pyromania.apana.org.au> from "John Herks" at Feb 5, 95 00:17:00 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I have serial ports with the following names -: > > ttyd1 > ttyd10 > ttyd11 > > Under finger or who - they all show up as d1 ! > > Is this "normal" ? %2s Yes, it is normal. Probably not desirable, though... 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-hackers Sun Feb 5 13:08:09 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA04351 for hackers-outgoing; Sun, 5 Feb 1995 13:08:09 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id NAA04341 for ; Sun, 5 Feb 1995 13:08:03 -0800 Received: (from gibbs@localhost) by estienne.cs.berkeley.edu (8.6.9/8.6.9) id NAA19794; Sun, 5 Feb 1995 13:07:44 -0800 From: "Justin T. Gibbs" Message-Id: <199502052107.NAA19794@estienne.cs.berkeley.edu> Subject: Re: FIX FOR CACHE/DMA RANGE PROBLEMS (was Re: new SNAP) To: terry@cs.weber.edu (Terry Lambert) Date: Sun, 5 Feb 1995 13:07:43 -0800 (PST) Cc: wilko@yedi.iaf.nl, bugs@warlock.win.net, freebsd-hackers@FreeBSD.org In-Reply-To: <9502052017.AA02886@cs.weber.edu> from "Terry Lambert" at Feb 5, 95 01:17:36 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1750 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > > > The other cache problems are based on a succeptability code for the > > > driver, or on global succeptability. A driver that can't tell an ISA > > > card from an EISA card *must* either note that it can screw up on DMA > > > > How about checking for the EISA ID ? > > The EISA standard doesn't provide a requirement for the amount of per slot > CMOS memory (I found this out when trying to write a UNIX EISA config > utility, it being my opinion that requiring DOS to configure a machine > is an abortion). What does this have to do with checking the EISA Card ID regs to determine if the ultrastore card is eisa? Or are you talking about isa cards (like the 2842) that have EISA id regs so they can be found via an EISA probe? I thought the problem with the ultrastore probe was that it didn't do a standard EISA probe, but instead relied on the fact that the eisa cards will respond in the same way as isa cards. > This may be something that requires VM86() to allow us to call the EISA > BIOS for it to work properly. I would love to be able to do an EISA config from within FreeBSD. More over, the aic7770 driver could get all of the per target info from the EISA config area instead of relying on Adaptec's BIOS to do this for you at POST. > > I think it's a move in the right direction, and at least would resolve > the ISA card in an EISA slot issue. > > > Terry Lambert > terry@cs.weber.edu > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Sun Feb 5 13:08:32 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA04384 for hackers-outgoing; Sun, 5 Feb 1995 13:08:32 -0800 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id NAA04369 for ; Sun, 5 Feb 1995 13:08:23 -0800 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HMPFCWMTGW000T91@mail.rwth-aachen.de>; Sun, 05 Feb 1995 22:08:45 +0100 Received: by gilberto.physik.rwth-aachen.de (WAA15175); Sun, 5 Feb 1995 22:14:12 +0100 Date: Sun, 05 Feb 1995 22:14:12 +0100 From: "Christoph P. Kukulies" Subject: Bios basemem (637K) != RTC basemem (640K) To: freebsd-hackers@freefall.cdrom.com Message-id: <199502052114.WAA15175@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: hackers-owner@FreeBSD.org Precedence: bulk Excuse my ignorance, but what does that mean? Do I have to worry? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Sat Feb 4 16:57:32 1995 kuku@blues:/usr/src/sys/compile/BLUES i386 From owner-freebsd-hackers Sun Feb 5 13:13:48 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA04792 for hackers-outgoing; Sun, 5 Feb 1995 13:13:48 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id NAA04781; Sun, 5 Feb 1995 13:13:40 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id NAA00619; Sun, 5 Feb 1995 13:13:13 -0800 To: Peter da Silva cc: "Jordan K. Hubbard" , steve2@genesis.nred.ma.us (Steve Gerakines), freebsd-hackers@FreeBSD.org Subject: Re: Still need bdev major number assignment In-reply-to: Your message of "Sun, 05 Feb 95 07:46:22 CST." <199502051346.HAA00127@bonkers.taronga.com> Date: Sun, 05 Feb 1995 13:13:03 -0800 Message-ID: <618.792018783@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > He's acting more and more like a crazed toon ferret every day. Didn't you Naw, that's just coffee! :) Jordan From owner-freebsd-hackers Sun Feb 5 13:27:39 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA05594 for hackers-outgoing; Sun, 5 Feb 1995 13:27:39 -0800 Received: from relay4.UU.NET (relay4.UU.NET [192.48.96.14]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id NAA05583; Sun, 5 Feb 1995 13:27:27 -0800 Received: from news.cs.utexas.edu by relay4.UU.NET with SMTP id QQybuz17071; Sun, 5 Feb 1995 16:27:18 -0500 Received: from mail.cs.utexas.edu (root@mail.cs.utexas.edu [128.83.139.10]) by news.cs.utexas.edu (8.6.9/8.6.9) with ESMTP id PAA05953; Sun, 5 Feb 1995 15:26:40 -0600 Received: from uudell.us.dell.com (uudell.us.dell.com [143.166.224.6]) by mail.cs.utexas.edu (8.6.9/8.6.9) with SMTP id PAA16252; Sun, 5 Feb 1995 15:26:28 -0600 Received: from obiwan by uudell.us.dell.com (5.67/dns1.3) with UUCP id AA04128; Sun, 5 Feb 95 21:26:38 GMT Received: by obiwan.uucp (Smail3.1.29.1 #4) id m0rbDpp-00030WC; Sun, 5 Feb 95 14:45 CST Message-Id: From: obiwan!bob@uudell.us.dell.com (Bob Willcox) Subject: Panics w/multi-file SCSI tape on 950202-SNAP To: freebsd-hackers@freefall.cdrom.com (freebsd-hackers) Date: Sun, 5 Feb 1995 14:45:29 -0600 (CST) Cc: freebsd-scsi@freefall.cdrom.com X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 3648 Sender: hackers-owner@FreeBSD.org Precedence: bulk I am having problems with multi-file tapes on the 2.0-950202-SNAP system. I have Wangek 5525ES and Exabyte 8200 tape drives on the system and neither of them seem to be working with other than the first file of a tape. Note: both multi-file tapes were created on same system with dump just minutes before w/o incident. When attempting to run the command: restore tfs /dev/rst0 2 targetting the Wangtek tape drive the process will hang for about 10 minutes (well, that's how long it was the one time I mesaured it) and then fail with (in a kernel w/o debugger): bt0: Try to abort ioctl MTFSF: Input/output error st0(bt0:5:0): error code 127 tape read error: Input/output error The same command on a kernel with the debugger I get: Fatal trap 3: breakpoint instruction fault wihile in kernel mode instruction pointer = 0x8:0xf0189406 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = bio panic: breakpoint instruction fault syncing disks... Fatal trap 12: page fault while in kernel mode fault virtual address = 0x10 fault code = supervisor read, page not present instruction pointer = 0x8:0xf012a777 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = bio panic: page fault Same command, but targetting the Exabyte, I see no 10 minute delay and get (kernel debugger or not): Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc00 fault code = supervisor read, page not present instruction pointer = 0x8:0xf0116dbf code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = bio panic: page fault syncing disks... Fatal trap 12: page fault while in kernel mode fault virtual address = 0x10 fault code = supervisor read, page not present instruction pointer = 0x8:0xf012a777 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = bio panic: page fault Relavent (I believe) system configuration: 486DX2/66, Tyan EISA/VL MB, 256k cache, 16m RAM Buslogic BT-747S EISA SCSI Adapter with: bt0 targ 0 lun 0: type 0(direct) fixed SCSI2 bt0 targ 0 lun 0: sd0: 640MB (1312344 total sec), 1658 cyl, 15 head, 52 sec, bytes/sec 512 bt0 targ 1 lun 0: type 0(direct) fixed SCSI1 bt0 targ 1 lun 0: sd1: 639MB (1308930 total sec), 1632 cyl, 15 head, 53 sec, bytes/sec 512 bt0 targ 5 lun 0: type 1(sequential) removable SCSI1 bt0 targ 5 lun 0: st0: Wangtek 5525ES is a known rogue st0: density code 0x0, drive empty bt0 targ 6 lun 0: type 1(sequential) removable SCSI1 bt0 targ 6 lun 0: st1: density code 0x0, 1024-byte blocks, write-enabled Relavent (I hope) kernel symbols: f0116a58 T _printf f0116aac T _kprintf f0116f1c t _putchar f012a624 T _dounmount f012a73c T _sync f012a7a8 T _quotactl f0189308 T _db_write_bytes f01893e4 T _Debugger f0189410 F db_trace.o Note that I am not getting any system dumps. -- Bob Willcox ...!{rutgers|ames}!cs.utexas.edu!uudell!obiwan!bob Austin, TX or try: @uudell.us.dell.com:obiwan!bob 512-258-4224 (home), 512-838-3914 (work) From owner-freebsd-hackers Sun Feb 5 13:44:04 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA06706 for hackers-outgoing; Sun, 5 Feb 1995 13:44:04 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id NAA06700 for ; Sun, 5 Feb 1995 13:43:58 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA03308; Sun, 5 Feb 95 14:37:50 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502052137.AA03308@cs.weber.edu> Subject: Re: FIX FOR CACHE/DMA RANGE PROBLEMS (was Re: new SNAP) To: gibbs@estienne.CS.Berkeley.EDU (Justin T. Gibbs) Date: Sun, 5 Feb 95 14:37:50 MST Cc: wilko@yedi.iaf.nl, bugs@warlock.win.net, freebsd-hackers@FreeBSD.org In-Reply-To: <199502052107.NAA19794@estienne.cs.berkeley.edu> from "Justin T. Gibbs" at Feb 5, 95 01:07:43 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > How about checking for the EISA ID ? > > > > The EISA standard doesn't provide a requirement for the amount of per slot > > CMOS memory (I found this out when trying to write a UNIX EISA config > > utility, it being my opinion that requiring DOS to configure a machine > > is an abortion). > > What does this have to do with checking the EISA Card ID regs to determine > if the ultrastore card is eisa? Or are you talking about isa cards (like > the 2842) that have EISA id regs so they can be found via an EISA probe? > I thought the problem with the ultrastore probe was that it didn't do a > standard EISA probe, but instead relied on the fact that the eisa cards > will respond in the same way as isa cards. Yes. The Ultrastor is a problem; I was trying to be a bit more generic. The start of this thread was condemning generic problems with DMA, of which the Ultrastor identification problem is only one (small) example. I'd like to see the EISA probe seperated from the concept of an EISA vs an ISA driver. The driver capability flags for DMA, etc. that I was talking about were supposed to be per bus attach instance -- ie: with a 24f and 34f in the same machine, only the incapable controoler should get bounced. Sorry if this wasn't clear from context. > > This may be something that requires VM86() to allow us to call the EISA > > BIOS for it to work properly. > > I would love to be able to do an EISA config from within FreeBSD. More over, > the aic7770 driver could get all of the per target info from the EISA config > area instead of relying on Adaptec's BIOS to do this for you at POST. Yes. This is the major thing that PCI has over EISA, IMO (besides PCI-PCI bridging for loosely coupled SMP), since PCI has a defined memory area, you don't have to screw around with the BIOS to get what you want out of it. One way (it is evil, I don't recommend it) to ignore the issue is to deal with EISA disk controllers in the first slot only. This would give you at most one DMA device, but at least you could unambiguously read the per target information. This screws up *badly* for multiple DMA using controllers, since that case ends up requiring both sets of code. Bletch. 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-hackers Sun Feb 5 13:57:59 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA07236 for hackers-outgoing; Sun, 5 Feb 1995 13:57:59 -0800 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id NAA07230 for ; Sun, 5 Feb 1995 13:57:57 -0800 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <28067-0@bunyip.cc.uq.oz.au>; Mon, 6 Feb 1995 07:57:29 +1000 Received: from orion.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.7/DEVETIR-E0.3a) with ESMTP id WAA13270; Sun, 5 Feb 1995 22:35:51 +1000 Received: by orion.devetir.qld.gov.au (8.6.7/DEVETIR-0.2a) id WAA05005; Sun, 5 Feb 1995 22:32:03 +1000 Date: Sun, 5 Feb 1995 22:32:03 +1000 From: Stephen McKay Message-Id: <199502051232.WAA05005@orion.devetir.qld.gov.au> To: hackers@FreeBSD.org cc: Jeremy Chatfield Subject: Re: sup: Ok, I'm gonna do it. Sender: hackers-owner@FreeBSD.org Precedence: bulk Jeremy Chatfield writes: >gj%pcs.dec.com@inet-gw-1.pa.dec.com writes: >> >> >> There would be some fuss, but since Jeremy has kindly offered Xaccel >> >> at VGA resolutions, we'd have most folks covered. >> >> I have one machine which only has a mono Hercules card in it. Any chance that >> this would be supported ? Don't mean to throw a monkey-wrench into the works. > >We've offered a commercial, supported, QA-tested, Beta program >thrashed, professional, world class Server for free, explicitly >for VGA chipsets. If you think that you can make a better offer, you >might want to send us your resume. We're always on the lookout for >world class talent. This is fine. In fact, when I think a bit more, this is great! But, the proposal is to tie our installation mechanism or perhaps our system adminstration/setup system to VGA hardware. For me, and those like me, who collect raggedy old scraps, and retired PC's, and test FreeBSD on them, or build special purpose FreeBSD boxes out of them, this means tossing out half of them because they have EGA or MONO video cards. Damn shame, and a total waste. In short, GUI installation will thrill lots of people, but I have crappy old hardware that I'd like to keep supported, and I expect that lots of other people do too. I've lived with a command line style installation for a very long time, and would appreciate it if one was retained, even if it was completely unfriendly, but worked on old hardware. Stephen, collector of junk. From owner-freebsd-hackers Sun Feb 5 14:01:10 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA07310 for hackers-outgoing; Sun, 5 Feb 1995 14:01:10 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id OAA07303 for ; Sun, 5 Feb 1995 14:01:09 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA03368; Sun, 5 Feb 95 14:55:10 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502052155.AA03368@cs.weber.edu> Subject: Re: Bios basemem (637K) != RTC basemem (640K) To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Sun, 5 Feb 95 14:55:09 MST Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199502052114.WAA15175@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Feb 5, 95 10:14:12 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Excuse my ignorance, but what does that mean? Do I have to worry? It means that either your BIOS starts counting at 0 and something swiped 2k of memory, or your BIOS starts counting a 1 and someone swiped 3k of memory. Or your BIOS starts counting at -2 and nothing is swiping any memory at all. Personally, I have use an AT&T 6386 WGS system that reported 639k all the time because it started counting at 0. I have also used an HP Vectra system that said 636k because it had some wierd disk information that the BIOS put there. BSD sees something more than 512 but less than 640, then issues the warning, not because the memory isn't there and usable, but because it's going to assume you really have 640k, and it wants you to know that it is making that assumption. Depending on your machine and BIOS, it's probably nothing worse than the user configurable IDE drive table. One case is that your boot blocks are eating the memory for something; typically, something like the OnTrack boot code that loads an INT 13 redirector to go drive geometry translation for an EIDE drive. One of these is the most likely case. Absolute total worst case is a boot block virus. Since BSD doesn't use BIOS for I/O, and the kernel isn't typically named a DOS name, this isn't a problem unless you run DOS. You may want to pull down a virus chacker from wuarchive.wustl.edu, if you are absolutely paranoid. 8-). From owner-freebsd-hackers Sun Feb 5 14:21:41 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA07793 for hackers-outgoing; Sun, 5 Feb 1995 14:21:41 -0800 Received: from schizo.coe.montana.edu (schizo.coe.montana.edu [153.90.192.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id OAA07787 for ; Sun, 5 Feb 1995 14:21:40 -0800 Received: by schizo.coe.montana.edu (5.65/DEC-Ultrix/4.3) id AA24855; Sun, 5 Feb 1995 15:20:53 -0700 From: osyjm@schizo.coe.montana.edu (Jaye Mathisen) Message-Id: <9502051520.ZM24853@schizo.coe.montana.edu> Date: Sun, 5 Feb 1995 15:20:53 -0700 In-Reply-To: Stephen McKay's message of Feb 5, 22:32 References: <199502051232.WAA05005@orion.devetir.qld.gov.au> X-Mailer: Z-Mail (2.1.4 02apr93) To: Stephen McKay , hackers@FreeBSD.org Subject: Re: sup: Ok, I'm gonna do it. Cc: Jeremy Chatfield Sender: hackers-owner@FreeBSD.org Precedence: bulk While all this is true, give me a break. A cheap crappy VGA card is peanuts. -- Jaye Mathisen, COE Systems Manager (406) 994-4780 410 Roberts Hall,Dept. of Computer Science Montana State University,Bozeman MT 59717 osyjm@cs.montana.edu From owner-freebsd-hackers Sun Feb 5 14:29:09 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA08203 for hackers-outgoing; Sun, 5 Feb 1995 14:29:09 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id OAA08195; Sun, 5 Feb 1995 14:29:02 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA03454; Sun, 5 Feb 95 15:23:08 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502052223.AA03454@cs.weber.edu> Subject: Re: AMD SAMPLE MAP To: julian@freefall.cdrom.com Date: Sun, 5 Feb 95 15:23:08 MST Cc: hackers@freefall.cdrom.com X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk Forwarded message: >From mikem Sun Feb 5 14:40:18 1995 From: mikem (Mike Mayberry) Message-Id: <9502052140.AA03322@cs.weber.edu> Subject: Re: Forwarded mail... (amd map wanted) To: terry@cs.weber.edu (Terry Lambert) Date: Sun, 5 Feb 95 14:40:15 MST In-Reply-To: <9502052105.AA03130@cs.weber.edu> from "Terry Lambert" at Feb 5, 95 02:05:00 pm X-Mailer: ELM [version 2.4dev PL52] > > does anyone have a sample map file for amd? > it's pretty amazing that the man page doesn't give one..... > > julian > Here's one of the amd files that I use: #------------------------------------------------------------------------------ # defaults, if particular variables are not mentioned in entry. /defaults type:=nfs;rhost:=cs;fs:=${autodir}p/${rhost}${rfs} #------------------------------------------------------------------------------ # these packages first check for the existance of a ${fs}/${sublink} directory # locally, and links to it if it finds it, otherwise, it performs an nfs mount. X11R4 -opts:=ro \ type:=linkx;fs:=/X/X11R4 \ delay:=1;type:=nfs;rfs:=/X;sublink:=X11R4 X11bin -opts:=rw \ type:=linkx;fs:=/usr/local/${arch}/X11bin \ delay:=1;type:=nfs;rfs:=/usr;sublink:=local/${arch}/X11bin X11inc -opts:=rw \ type:=linkx;fs:=/usr/local/${arch}/X11inc \ delay:=1;type:=nfs;rfs:=/usr;sublink:=local/${arch}/X11inc X11lib -opts:=rw \ type:=linkx;fs:=/usr/local/${arch}/X11lib \ delay:=1;type:=nfs;rfs:=/usr;sublink:=local/${arch}/X11lib X11bin -opts:=rw \ type:=linkx;fs:=/usr/local/${arch}/X11bin \ delay:=1;type:=nfs;rfs:=/usr;sublink:=local/${arch}/X11bin Xapps -opts:=rw \ type:=nfs;rhost:=borg;rfs:=/dsk2 audio -opts:=rw \ type:=nfs;rhost:=silicon;rfs:=/users3;sublink:=audio frame4 -opts:=rw \ type:=linkx;fs:=/usr/local/${arch}/frame4 \ delay:=1;type:=nfs;rhost:=icarus;rfs:=/usr;sublink:=local/${arch}/frame4 doc -opts:=rw \ type:=nfs;rhost:=silicon;rfs:=/users3;sublink:=doc games -opts:=rw \ type:=linkx;fs:=/usr/local/${arch}/games \ delay:=1;type:=nfs;rhost:=silicon;rfs:=/users3;sublink:=${arch}/games AIcons -opts:=ro \ type:=linkx;fs:=/usr/local/common/AIcons \ delay:=1;type:=nfs;rfs:=/usr;sublink:=local/common/AIcons CC -opts:=rw \ type:=linkx;fs:=/usr/local/${arch}/CC \ delay:=1;type:=nfs;rfs:=/usr;sublink:=local/${arch}/CC backup -opts:=rw \ type:=linkx;fs:=/usr/local/common/backup \ delay:=1;type:=nfs;rfs:=/usr;sublink:=local/common/backup bboard -opts:=rw \ type:=linkx;fs:=/usr/local/common/bboard \ delay:=1;type:=nfs;rfs:=/usr;sublink:=local/common/bboard bin4 -opts:=rw \ type:=linkx;fs:=/usr/local/${arch}/bin \ delay:=1;type:=nfs;rfs:=/usr;sublink:=local/${arch}/bin bin -opts:=rw \ type:=linkx;fs:=/usr/local/${arch}/${os}/bin \ delay:=1;type:=nfs;rfs:=/usr;sublink:=local/${arch}/${os}/bin demo -opts:=rw \ type:=linkx;fs:=/usr/local/${arch}/demo \ delay:=1;type:=nfs;rfs:=/usr;sublink:=local/${arch}/demo distc -opts:=rw \ type:=linkx;fs:=/usr/local/${arch}/distc \ delay:=1;type:=nfs;rfs:=/usr;sublink:=local/${arch}/distc dmdlayers -opts:=rw \ type:=linkx;fs:=/usr/local/${arch}/dmdlayers \ delay:=1;type:=nfs;rfs:=/usr;sublink:=local/${arch}/dmdlayers etc -opts:=rw \ type:=linkx;fs:=/usr/local/${arch}/${os}/etc \ delay:=1;type:=nfs;rfs:=/usr;sublink:=local/${arch}/${os}/etc fsp -opts:=rw \ type:=linkx;fs:=/usr/local/${arch}/fsp \ delay:=1;type:=nfs;rfs:=/usr;sublink:=local/${arch}/fsp hosts -opts:=rw \ type:=linkx;fs:=/usr/local/common/hosts \ delay:=1;type:=nfs;rfs:=/usr;sublink:=local/common/hosts hotmetal -opts:=rw \ type:=linkx;fs:=/usr/local/${arch}/hotmetal \ delay:=1;type:=nfs;rfs:=/usr;sublink:=local/${arch}/hotmetal httpd -opts:=rw \ type:=linkx;fs:=/usr/local/${arch}/httpd \ delay:=1;type:=nfs;rfs:=/usr;sublink:=local/${arch}/httpd hytelnet -opts:=rw \ type:=linkx;fs:=/usr/local/${arch}/hytelnet \ delay:=1;type:=nfs;rfs:=/usr;sublink:=local/${arch}/hytelnet icons -opts:=rw \ type:=linkx;fs:=/usr/local/common/icons \ delay:=1;type:=nfs;rfs:=/usr;sublink:=local/common/icons include -opts:=rw \ type:=linkx;fs:=/usr/local/${arch}/include \ delay:=1;type:=nfs;rhost:=icarus;rfs:=/usr;sublink:=local/${arch}/include info -opts:=rw \ type:=linkx;fs:=/usr/local/common/info \ delay:=1;type:=nfs;rfs:=/usr;sublink:=local/common/info lam -opts:=rw \ type:=linkx;fs:=/usr/local/${arch}/lam \ delay:=1;type:=nfs;rfs:=/usr;sublink:=local/${arch}/lam lib -opts:=rw \ type:=nfs;rhost:=cs;rfs:=/usr;sublink:=local/${arch}/lib neural -opts:=rw \ type:=linkx;fs:=/usr/local/${arch}/neural \ delay:=1;type:=nfs;rfs:=/usr;sublink:=local/${arch}/neural news -opts:=rw \ type:=linkx;fs:=/usr/local/${arch}/news \ delay:=1;type:=nfs;rfs:=/usr;sublink:=local/${arch}/news newuser -opts:=rw \ type:=linkx;fs:=/usr/local/common/newuser \ delay:=1;type:=nfs;rfs:=/usr;sublink:=local/common/newuser packages -opts:=rw \ type:=linkx;fs:=/usr/local/${arch}/packages \ delay:=1;type:=nfs;rfs:=/usr;sublink:=local/${arch}/packages postgres -opts:=rw \ type:=linkx;fs:=/usr/local/${arch}/postgres \ delay:=1;type:=nfs;rfs:=/usr;sublink:=local/${arch}/postgres samba -opts:=rw \ type:=linkx;fs:=/usr/local/${arch}/samba \ delay:=1;type:=nfs;rfs:=/usr;sublink:=local/${arch}/samba sparc-sun-solaris2.3 -opts:=rw \ type:=linkx;fs:=/usr/local/sun4/sos5 \ delay:=1;type:=nfs;rhost:=icarus;rfs:=/usr;sublink:=local/sun4/sos5 sparc-sun-sunos4.1 -opts:=rw \ type:=linkx;fs:=/usr/local/sun4/sos4o \ delay:=1;type:=nfs;rfs:=/usr;sublink:=local/sun4/sos4o sparc-sun-sunos4.1.3_U1 -opts:=rw \ type:=linkx;fs:=/usr/local/sun4/sos4 \ delay:=1;type:=nfs;rfs:=/usr;sublink:=local/sun4/sos4 src -opts:=rw \ type:=linkx;fs:=/usr/local/common/src \ delay:=1;type:=nfs;rfs:=/usr;sublink:=local/common/src archive -opts:=rw \ type:=linkx;fs:=/sybase/archive \ delay:=1;type:=nfs;rfs:=/sybase;sublink:=archive #------------------------------------------------------------------------------ # location sensitive packages: nn -opts:=rw \ type:=nfs;rhost:=beaker;rfs:=/;sublink:=nn ow3 -opts:=rw \ host==icarus;type:=link;fs:=/usr/openwin \ host!=icarus;type:=nfs;rhost:=icarus;rfs:=/usr;sublink:=openwin ow2 -opts:=rw \ type:=linkx;fs:=/X/openwin \ delay:=1;type:=nfs;rfs:=/X;sublink:=openwin sybase -opts:=rw \ host==icarus;type:=link;fs:=/sybase \ host!=icarus;type:=nfs;rhost:=icarus;rfs:=/sybase users1 -opts:=rw \ host==cs;type:=link;fs:=/users1 \ host!=cs;type:=nfs;rfs:=/users1 users2 -opts:=rw,quota \ host==icarus;type:=link;fs:=/users2 \ host!=icarus;type:=nfs;rhost:=icarus;rfs:=/users2 users3 -opts:=rw \ type:=nfs;rhost:=silicon;rfs:=/users3 #users4 -opts:=rw \ # type:=nfs;rhost:=csulx;rfs:=/users4 #------------------------------------------------------------------------------ # special packages man -opts:=rw \ type:=linkx;fs:=/usr/man/llinks \ delay:=1;type:=nfs;rhost:=icarus;rfs:=/usr/local/common/man #------------------------------------------------------------------------------ # End of File - this file has not been truncated. - mikem@cs.weber.edu From owner-freebsd-hackers Sun Feb 5 14:52:11 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA09238 for hackers-outgoing; Sun, 5 Feb 1995 14:52:11 -0800 Received: from terra.npi.msu.su (root@terra.npi.msu.su [158.250.20.3]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA09230 for ; Sun, 5 Feb 1995 14:52:07 -0800 Received: from sunny.bog.msu.su (sunny.bog.msu.su [158.250.20.1]) by terra.npi.msu.su (8.6.9/8.6.6) with ESMTP id BAA07084; Mon, 6 Feb 1995 01:51:29 +0300 Received: (dima@localhost) by sunny.bog.msu.su (8.6.9/8.6.5) id BAA07589; Mon, 6 Feb 1995 01:50:55 +0300 Date: Mon, 6 Feb 1995 01:50:52 +0300 (????) From: Dmitry Khrustalev X-Sender: dima@sunny To: Jaye Mathisen cc: Stephen McKay , hackers@FreeBSD.org Subject: Re: sup: Ok, I'm gonna do it. In-Reply-To: <9502051520.ZM24853@schizo.coe.montana.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 5 Feb 1995, Jaye Mathisen wrote: > While all this is true, give me a break. A cheap crappy VGA card is peanuts. > Yes, VGA cards are cheap, but why would you want to connect any framebuffer/monitor to your fileserver or router or data aquision system or any other non desktop machine? Console on serial port must be supported. > -- > Jaye Mathisen, COE Systems Manager (406) 994-4780 > 410 Roberts Hall,Dept. of Computer Science > Montana State University,Bozeman MT 59717 osyjm@cs.montana.edu > From owner-freebsd-hackers Sun Feb 5 14:57:43 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA09416 for hackers-outgoing; Sun, 5 Feb 1995 14:57:43 -0800 Received: from sun2.nsfnet-relay.ac.uk (sun2.nsfnet-relay.ac.uk [128.86.8.45]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id OAA09408 for ; Sun, 5 Feb 1995 14:57:41 -0800 From: raul@scs.leeds.ac.uk Via: uk.ac.leeds.scs; Sun, 5 Feb 1995 22:57:18 +0000 Received: from csparc13.scs.leeds.ac.uk by scs.leeds.ac.uk; Sun, 5 Feb 95 22:57:09 GMT Date: Sun, 5 Feb 95 22:57:11 GMT Message-Id: <23690.9502052257@csparc13.scs.leeds.ac.uk> To: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk I have two more quetsions about FreeBSD Unix: 1) I have installed on my machine an IDE ST-506 and SONY CD-ROM. Is it possible to install FreeBSD from this SONY CDROM into that HD? 2) Does FreeBSD have Lucid Common Lisp? Regards, Raul raul@scs.leeds.ac.uk From owner-freebsd-hackers Sun Feb 5 15:06:17 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA09954 for hackers-outgoing; Sun, 5 Feb 1995 15:06:17 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id PAA09944 for ; Sun, 5 Feb 1995 15:06:13 -0800 From: hasty@netcom.com Received: from localhost by netcom14.netcom.com (8.6.9/Netcom) id PAA15769; Sun, 5 Feb 1995 15:04:46 -0800 Message-Id: <199502052304.PAA15769@netcom14.netcom.com> To: Stephen McKay cc: hackers@FreeBSD.org, Jeremy Chatfield Date: Sun, 05 Feb 95 15:04:45 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk Subject: Re: sup: Ok, I'm gonna do it. In-reply-to: Your message of Sun, 05 Feb 95 22:32:03 +1000. <199502051232.WAA05005@orion.devetir.qld.gov.au> -------- > Jeremy Chatfield writes: > >gj%pcs.dec.com@inet-gw-1.pa.dec.com writes: > >> > >> >> There would be some fuss, but since Jeremy has kindly offered Xaccel > >> >> at VGA resolutions, we'd have most folks covered. > >> > >> I have one machine which only has a mono Hercules card in it. Any chance t hat > >> this would be supported ? Don't mean to throw a monkey-wrench into the wor ks. > > > >We've offered a commercial, supported, QA-tested, Beta program > >thrashed, professional, world class Server for free, explicitly > >for VGA chipsets. If you think that you can make a better offer, you > >might want to send us your resume. We're always on the lookout for > >world class talent. > This is fine. In fact, when I think a bit more, this is great! > But, the proposal is to tie our installation mechanism or perhaps our system > adminstration/setup system to VGA hardware. For me, and those like me, who > collect raggedy old scraps, and retired PC's, and test FreeBSD on them, or > build special purpose FreeBSD boxes out of> them, this means tossing out > half of them because they have EGA or MONO video cards. Damn shame, and a > total waste. > In short, GUI installation will thrill lots of people, but I have crappy > old hardware that I'd like to keep supported, and I expect that lots of > other people do too. I've lived with a command line style installation > for a very long time, and would appreciate it if one was retained, even if > it was completely unfriendly, but worked on old hardware. Hmmm... SCO managed to tie their sys admin tools to tcl/tk supposedly the same apps would work under X or command line. It is conceivable that one could extend tcl to do also vga graphics by way of of an extension. Do I qualify as a world talent :) Amancio From owner-freebsd-hackers Sun Feb 5 16:13:03 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA01476 for hackers-outgoing; Sun, 5 Feb 1995 16:13:03 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA01470; Sun, 5 Feb 1995 16:12:59 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA09980 (5.67a/IDA-1.5); Sun, 5 Feb 1995 17:49:50 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA03604; 5 Feb 95 17:42:40 CST (Sun) Received: (from peter@localhost) by bonkers.taronga.com (8.6.8/8.6.6) id RAA03601; Sun, 5 Feb 1995 17:42:40 -0600 From: Peter da Silva Message-Id: <199502052342.RAA03601@bonkers.taronga.com> Subject: Re: Still need bdev major number assignment To: jkh@FreeBSD.org (Jordan K. Hubbard) Date: Sun, 5 Feb 1995 17:42:39 -0600 (CST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <618.792018783@time.cdrom.com> from "Jordan K. Hubbard" at Feb 5, 95 01:13:03 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 174 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > He's acting more and more like a crazed toon ferret every day. Didn't you > Naw, that's just coffee! :) You let a toon have coffee? You know what coffee does to toons? From owner-freebsd-hackers Sun Feb 5 16:14:02 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA01522 for hackers-outgoing; Sun, 5 Feb 1995 16:14:02 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA01514 for ; Sun, 5 Feb 1995 16:13:57 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA10019 (5.67a/IDA-1.5); Sun, 5 Feb 1995 17:57:29 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA03775; 5 Feb 95 17:55:57 CST (Sun) Received: (from peter@localhost) by bonkers.taronga.com (8.6.8/8.6.6) id RAA03772; Sun, 5 Feb 1995 17:55:56 -0600 From: Peter da Silva Message-Id: <199502052355.RAA03772@bonkers.taronga.com> Subject: Re: sup: Ok, I'm gonna do it. To: osyjm@schizo.coe.montana.edu (Jaye Mathisen) Date: Sun, 5 Feb 1995 17:55:56 -0600 (CST) Cc: syssgm@devetir.qld.gov.au, hackers@FreeBSD.org, jdc@crab.xinside.com In-Reply-To: <9502051520.ZM24853@schizo.coe.montana.edu> from "Jaye Mathisen" at Feb 5, 95 03:20:53 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 506 Sender: hackers-owner@FreeBSD.org Precedence: bulk > While all this is true, give me a break. A cheap crappy VGA card is peanuts. It's not the cards, it's the monitors. And why buy an extra monitor for a throwdown PC you're using for a terminal server or whatever? Heck, now there's serial console boot almost working... how do you install on a rack mounted system with no monitor at all? VGA X install is way cool, but it seriously increases the minimum requirements. Right now an install on a 386 with 4M and no monitor should just about work, right? From owner-freebsd-hackers Sun Feb 5 16:21:33 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA01764 for hackers-outgoing; Sun, 5 Feb 1995 16:21:33 -0800 Received: from phoenix.net (phoenix.phoenix.net [199.3.232.2]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA01666; Sun, 5 Feb 1995 16:18:42 -0800 Received: (from gclarkii@localhost) by phoenix.net (8.6.9/8.6.6) id SAA08612; Sun, 5 Feb 1995 18:16:50 -0600 From: Gary Clark II Message-Id: <199502060016.SAA08612@ phoenix.net> Subject: Re: Panics w/multi-file SCSI tape on 950202-SNAP To: obiwan!bob@uudell.us.dell.com (Bob Willcox) Date: Sun, 5 Feb 1995 18:16:50 -0500 (CST) Cc: freebsd-hackers@freefall.cdrom.com, freebsd-scsi@freefall.cdrom.com In-Reply-To: from "Bob Willcox" at Feb 5, 95 02:45:29 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 170 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, With regard to the problems with the SCSI tape drives, I had the same problem with my DEC tlz-04 with anything besides 2.0-RELEASE. This drive is a 4mm DAT. Gary From owner-freebsd-hackers Sun Feb 5 18:17:19 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA00399 for hackers-outgoing; Sun, 5 Feb 1995 18:17:19 -0800 Received: from andrew.cmu.edu (ANDREW.CMU.EDU [128.2.10.101]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA00393 for ; Sun, 5 Feb 1995 18:17:18 -0800 Received: (from postman@localhost) by andrew.cmu.edu (8.6.9/8.6.9) id UAA17528 for freebsd-hackers@freefall.cdrom.com; Sun, 5 Feb 1995 20:47:56 -0500 Received: via switchmail; Sun, 5 Feb 1995 20:47:55 -0500 (EST) Received: from pcs9.andrew.cmu.edu via qmail ID ; Sun, 5 Feb 1995 20:47:16 -0500 (EST) Received: from pcs9.andrew.cmu.edu via qmail ID ; Sun, 5 Feb 1995 20:47:13 -0500 (EST) Received: from mms.4.60.Nov..4.1993.10.47.44.sun4c.411.EzMail.Phred.2.0.CUILIB.3.45.SNAP.NOT.LINKED.pcs9.andrew.cmu.edu.sun4c.411 via MS.5.6.pcs9.andrew.cmu.edu.sun4c_411; Sun, 5 Feb 1995 20:47:13 -0500 (EST) Message-ID: Date: Sun, 5 Feb 1995 20:47:13 -0500 (EST) From: "Alex R.N. Wetmore" To: freebsd-hackers@freefall.cdrom.com Subject: Re: sup: Ok, I'm gonna do it. In-Reply-To: <9502051520.ZM24853@schizo.coe.montana.edu> Sender: hackers-owner@FreeBSD.org Precedence: bulk Excerpts from internet.computing.freebsd-hackers: 5-Feb-95 Re: sup: Ok, I'm gonna do it. by Jaye Mathisen@schizo.coe > While all this is true, give me a break. A cheap crappy VGA card is peanuts. A cheap crappy VGA might be peanuts, but a VGA monitor isn't. There are a ton of old Herc/IBM Mono monitors that work fine on EGA and Mono cards around, and usually you can find a monitor/card pair for < $20, quite a good deal for a server sitting in the corner. alex From owner-freebsd-hackers Sun Feb 5 18:32:04 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA02594 for hackers-outgoing; Sun, 5 Feb 1995 18:32:04 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA02546 for ; Sun, 5 Feb 1995 18:32:00 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id RAA14207; Sun, 5 Feb 1995 17:40:49 -0800 From: "Rodney W. Grimes" Message-Id: <199502060140.RAA14207@gndrsh.aac.dev.com> Subject: Re: sup: Ok, I'm gonna do it. To: osyjm@schizo.coe.montana.edu (Jaye Mathisen) Date: Sun, 5 Feb 1995 17:40:48 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <9502051520.ZM24853@schizo.coe.montana.edu> from "Jaye Mathisen" at Feb 5, 95 03:20:53 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 530 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > While all this is true, give me a break. A cheap crappy VGA card is peanuts. But a chieap crappy VGA monitor is NOT.. Cheap crapy VGA card: $ 40.00 Cheap crapy VGA monitor: $200.00 ------- $240.00 Cheap crapy MDA card: $ 7.00 Cheap crapy MDA monitor: $ 85.00 ------- $ 92.00 Significant difference... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sun Feb 5 18:32:25 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA02723 for hackers-outgoing; Sun, 5 Feb 1995 18:32:25 -0800 Received: from ns.gte.com (ns.gte.com [132.197.8.9]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id SAA02698 for ; Sun, 5 Feb 1995 18:32:23 -0800 Received: from bunny.gte.com by ns.gte.com (5.65c/IDA-1.4.4) id AA24555; Sun, 5 Feb 1995 20:04:39 -0500 Received: by bunny.gte.com (8.6.9/GTEL2.19) id UAA14882; Sun, 5 Feb 1995 20:02:01 -0500 Received: from localhost by genesis.nred.ma.us (8.3/genesis0.0) id RAA14930; Sun, 5 Feb 1995 17:41:17 -0800 Date: Sun, 5 Feb 1995 17:41:17 -0800 From: steve2@genesis.nred.ma.us (Steve Gerakines) Message-Id: <199502060141.RAA14930@genesis.nred.ma.us> To: freebsd-hackers@FreeBSD.org Subject: Re: FIX FOR CACHE/DMA RANGE PROBLEMS Sender: hackers-owner@FreeBSD.org Precedence: bulk > Yes. The Ultrastor is a problem; I was trying to be a bit more generic. > The start of this thread was condemning generic problems with DMA, of > which the Ultrastor identification problem is only one (small) example. What exactly is the problem with the Ultrastor probe?? Please be specific. I wrote the 24F (EISA) probe virtually line by line from the spec. The only problem I know of which is now fixed, is that there was a faulty test to see if a 24F card was in wd emulation mode. >From what I can follow in this thread you're talking about two different things here. The driver will certainly detect a 24F and use the proper card settings. It does not (and as far as I know no driver does) check test to see if the EISA chipset is buggy. I'm not sure what changed in 2.x but it would be nice to have config support for all the different bus types rather than hardcoding all the different methods in each driver. Better yet, it would be nice to just nuke config entirely. - Steve steve2@genesis.nred.ma.us From owner-freebsd-hackers Sun Feb 5 18:54:44 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA05643 for hackers-outgoing; Sun, 5 Feb 1995 18:54:44 -0800 Received: from lupine.nsi.nasa.gov (lupine.nsi.nasa.gov [198.116.2.100]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA05637 for ; Sun, 5 Feb 1995 18:54:42 -0800 Received: (from mnewell@localhost) by lupine.nsi.nasa.gov (8.6.9/8.6.9) id VAA13958; Sun, 5 Feb 1995 21:53:32 -0500 Date: Sun, 5 Feb 1995 21:53:28 -0500 (EST) From: "Michael C. Newell" To: raul@scs.leeds.ac.uk cc: hackers@FreeBSD.org Subject: Re: your mail In-Reply-To: <23690.9502052257@csparc13.scs.leeds.ac.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 5 Feb 1995 raul@scs.leeds.ac.uk wrote: > I have two more quetsions about FreeBSD Unix: > 1) I have installed on my machine an IDE ST-506 and SONY CD-ROM. Is it possible > to install FreeBSD from this SONY CDROM into that HD? You need to make sure that your boot partition doesn't exceed 1024 cylinders; other than that, the IDE drive would work fine. BTW, are you SURE it's an ST-506? Weren't those Seagate's original 5Mb mamoth drives? As far as the CD-ROM is concerned, did you check the hardware FAQ? I think it lists almost all the supported hardware... Thanks, Mike +--------------------------------------+------------------------------------+ |Mike Newell | The opinions expressed herein are | |NASA Science Internet Network Systems | my own, and do not necessarily | |Sterling Software, Inc. | reflect those of the NSI program, | |MNewell@nsipo.nasa.gov | Sterling Software, NASA, or anyone | |+1-202-434-8954 | else. | +--------------------------------------+------------------------------------+ From owner-freebsd-hackers Sun Feb 5 21:18:50 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA09450 for hackers-outgoing; Sun, 5 Feb 1995 21:18:50 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id VAA09444 for ; Sun, 5 Feb 1995 21:18:49 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id VAA04921; Sun, 5 Feb 1995 21:18:30 -0800 To: Stephen McKay cc: hackers@FreeBSD.org, Jeremy Chatfield Subject: Re: sup: Ok, I'm gonna do it. In-reply-to: Your message of "Sun, 05 Feb 95 22:32:03 +1000." <199502051232.WAA05005@orion.devetir.qld.gov.au> Date: Sun, 05 Feb 1995 21:18:29 -0800 Message-ID: <4920.792047909@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > But, the proposal is to tie our installation mechanism or perhaps our system > adminstration/setup system to VGA hardware. For me, and those like me, who > collect raggedy old scraps, and retired PC's, and test FreeBSD on them, or > build special purpose FreeBSD boxes out of them, this means tossing out > half of them because they have EGA or MONO video cards. Damn shame, and a > total waste. Look, kindness to old hardware is well and good but you need to draw the line somewhere when it comes to retarding progress for it. Just as you can't give `full service' to someone with a very small disk (they're not going to be able to take advantage of your sources, or perhaps X, or the ports, or ... and thus will perceive FreeBSD very differently) so you're not going to be able to support the more advanced features on aging hardware. That's just the breaks. Nobody said that the traditional command-line tools wouldn't be still supported - people with specialized configurations will still be able to type ifconfig, netstat, ping, ... by hand without any advanced tool holding their hand or other suitable appendage. In fact, they'll probably *prefer* to. So saying that a clever system admin/setup front-end can't use X because there are still EGA displays around that can't use it is just silly. They don't *have* to use it, just as a user doesn't need to load the srcdist just to have a usable system. Scale your expectations comeasurately with the hardware you're willing to invest in and everybody will be happy! :-) Jordan From owner-freebsd-hackers Sun Feb 5 22:04:15 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id WAA13458 for hackers-outgoing; Sun, 5 Feb 1995 22:04:15 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id WAA13452 for ; Sun, 5 Feb 1995 22:04:14 -0800 Received: (from gibbs@localhost) by estienne.cs.berkeley.edu (8.6.9/8.6.9) id WAA20721; Sun, 5 Feb 1995 22:04:09 -0800 From: "Justin T. Gibbs" Message-Id: <199502060604.WAA20721@estienne.cs.berkeley.edu> Subject: Re: FIX FOR CACHE/DMA RANGE PROBLEMS To: steve2@genesis.nred.ma.us (Steve Gerakines) Date: Sun, 5 Feb 1995 22:04:09 -0800 (PST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199502060141.RAA14930@genesis.nred.ma.us> from "Steve Gerakines" at Feb 5, 95 05:41:17 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: 2272 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Yes. The Ultrastor is a problem; I was trying to be a bit more generic. > > The start of this thread was condemning generic problems with DMA, of > > which the Ultrastor identification problem is only one (small) example. > > What exactly is the problem with the Ultrastor probe?? Please be specific. > I wrote the 24F (EISA) probe virtually line by line from the spec. The > only problem I know of which is now fixed, is that there was a faulty test > to see if a 24F card was in wd emulation mode. The problem is that it doesn't first check the EISA device id registers before doing inb/outb to the board. You should be able to 100% positive id a board via the EISA id regs. Take a look in either aha1742.c or aic7770.c to see how EISA boards should be found. > >From what I can follow in this thread you're talking about two different > things here. The driver will certainly detect a 24F and use the proper > card settings. It does not (and as far as I know no driver does) check > test to see if the EISA chipset is buggy. This is a different issue. I'm worried about the uha driver walking over an already probed boards address area when there is no reason why it should. > I'm not sure what changed in 2.x but it would be nice to have config > support for all the different bus types rather than hardcoding all the > different methods in each driver. Better yet, it would be nice to just > nuke config entirely. The different bus probe routines should be split out from the bus independant portions of the driver. I agree that it would be nice to differentiate between isa/eisa in config. The distinction is already made for PCI. To get an idea about how I think the drivers should handle multiple bus support, look at the aic7xxx driver layout: i386/scsi/aic7xxx.c /* Bus independant code */ ^^^^<== change to "bus"?? sys/pci/aic7870.c /* PCI probe */ i386/isa/aic7770.c /* EISA/VL probe - the VL model has EISA id * regs - should really be in * i386/eisa */ > > - Steve > steve2@genesis.nred.ma.us > -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Sun Feb 5 22:19:19 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id WAA00256 for hackers-outgoing; Sun, 5 Feb 1995 22:19:19 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id WAA00250 for ; Sun, 5 Feb 1995 22:18:56 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA31927; Mon, 6 Feb 1995 17:14:43 +1100 Date: Mon, 6 Feb 1995 17:14:43 +1100 From: Bruce Evans Message-Id: <199502060614.RAA31927@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.org, hasty@netcom.com Subject: Re: kernel breakpoints? Sender: hackers-owner@FreeBSD.org Precedence: bulk >I am trying to debug the sound driver and would like to set a >breakpoint in the driver. If type : >break _sndopen > or >break sndopen >The kernel debugger comes back saying symbol not found?? With current kernels and bootstraps, you have to give the -D flag to the bootstrap to load the symbols, and not use lkm's for the parts that you want to debug. > So what is the magic incantation? :) >P.S.: I did compile the sound driver with -g ... -g is mostly wasted for the kernel debugger, and may not work. Old kernels and bootstraps only allowed about 100K for symbols, so all the symbols produced by -g couldn't possibly fit. Now a full symbol table may just take longer to load and waste a few MB of memory. Bruce From owner-freebsd-hackers Sun Feb 5 22:33:33 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id WAA00352 for hackers-outgoing; Sun, 5 Feb 1995 22:33:33 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id WAA00346 for ; Sun, 5 Feb 1995 22:33:19 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA32253; Mon, 6 Feb 1995 17:32:07 +1100 Date: Mon, 6 Feb 1995 17:32:07 +1100 From: Bruce Evans Message-Id: <199502060632.RAA32253@godzilla.zeta.org.au> To: kuku@gilberto.physik.rwth-aachen.de, terry@cs.weber.edu Subject: Re: Bios basemem (637K) != RTC basemem (640K) Cc: freebsd-hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk >Subject: Re: Bios basemem (637K) != RTC basemem (640K) >> >> Excuse my ignorance, but what does that mean? Do I have to worry? It means that your BIOS reserves 3K of memory for internal use and O/S's that use the BIOS see only 637K of base memory instead of 640K. FreeBSD currently sees both and uses 640K. This may change. The handling of extended memory _will_ change to support systems with more than 64MB. FreeBSD should never have looked in the CMOS for the memory sizes. >It means that either your BIOS starts counting at 0 and something swiped >2k of memory, or your BIOS starts counting a 1 and someone swiped 3k of >memory. Or your BIOS starts counting at -2 and nothing is swiping any >memory at all. This confusion may apply to the memory size in the CMOS (I don't think it does; I think some BIOS's just pre-allocate the memory that they are going to steal from the top of base memory) but it doesn't apply to the BIOS memory-size call. >Depending on your machine and BIOS, it's probably nothing worse than >the user configurable IDE drive table. This is a standard feature of AMI BIOS's. Don't use it unless you have to. Bruce From owner-freebsd-hackers Sun Feb 5 23:21:05 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA01018 for hackers-outgoing; Sun, 5 Feb 1995 23:21:05 -0800 Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id XAA01012 for ; Sun, 5 Feb 1995 23:21:01 -0800 Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.8/8.6.6) id CAA00787; Mon, 6 Feb 1995 02:18:30 -0500 From: Wankle Rotary Engine Message-Id: <199502060718.CAA00787@skynet.ctr.columbia.edu> Subject: Re: sup: Ok, I'm gonna do it. To: peter@bonkers.taronga.com (Peter da Silva) Date: Mon, 6 Feb 1995 02:18:27 -0500 (EST) Cc: syssgm@devetir.qld.gov.au, freebsd-hackers@FreeBSD.org, jcd@crab.xinside.com In-Reply-To: <199502052355.RAA03772@bonkers.taronga.com> from "Peter da Silva" at Feb 5, 95 05:55:56 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 5962 Sender: hackers-owner@FreeBSD.org Precedence: bulk They say this Peter da Silva person was kidding when he wrote: > > > While all this is true, give me a break. A cheap crappy VGA card is peanuts. > > It's not the cards, it's the monitors. And why buy an extra monitor for a > throwdown PC you're using for a terminal server or whatever? Right now, the system I'm using for development/testing officially doesn't have a monitor: I 'borrowed' one from the multimedia lab (they have an old Dell 286 that they aren't using at the moment). The VGA vard I'm using was pretty much donated to me by the industrial engineering department (in exchange, I converted a bunch of old Gateway 386 machines they had from NCSA telnet terminals to FreeBSD/Xkernel X-terminals). In other words, had it not been for the kindness of strangers, I wouldn't even *have* a VGA display, which is why I'm also hot to insure that FreeBSD can be used productively without one. I have plenty of SPARC fileservers about with no display hardware in them and SunOS can be installed on all of these on a dumb terminal with no trouble at all. Granted few people will end up forced to install FreeBSD this way, but it would be nice to know that you can. > Heck, now there's serial console boot almost working... how do you install > on a rack mounted system with no monitor at all? Just at the moment, the only thing holding you back is a small bug in syscons that was recently patched: the current snapshot kernel will panic if you attempt to boot from the serial console. You can try to bypass this by disabling syscons with "/kernel -c" but you'll only end up with another panic later when sysinstall tries to write to /dev/ttyv1, which isn't there because you disabled it. The next snapshot should make a pretty good test candidate for this scenario, and I intend to try installing it with a serial port when it comes out. The syscons bug notwithstanding, all you should need to do is unplug your keyboard, attach a dumb terminal to COM1 with a serial cable and a null modem (8N1), then hit the switch. The boot block will detect that your keyboard is unplugged and switch the console to the serial port. This sort of thing is very useful even when configuring machines that do have graphics displays: one trick I do frequently when setting up new SunOS machines is to put the system together in a convenient location (usually in the lab where it's supposed to end up), then connect a serial cable between one of its serial ports and the serial port on another nearby machine that's already up and running. I can then power up the new machine with the keyboard uplugged, go back to my office where I can be nice and comfortable, log into the already running machine over the network, and use C-Kermit to take over the new machine's console by remote control. I can then have the new system's console in an xterm window while I add the new system to the DNS and NIS tables in another xterm -- essentially I can do all the configuration and installation from one machine instead of having to zip back and forth between consoles. It's also helpful for remote debugging: right now I have my FreeBSD system at work connected to the SPARC IPX on my desk, so I can boot it in single-user mode and do all sorts of other evil things to it from home. :) Unfortunately, while just about every PC can be coaxed into booting without a keyboard, not all of them will boot without a display card of some kind being installed. This means that, at the very least, you'll need to stuff some kind of dirt cheap mono display card into the system just to get the darned thing up. It seems that machines with AMI BIOSes are perfectly happy without graphics hardware (provided you set the CMOS configuration correctly) but many others are not. Another thing to consider is that the 'press ALT-F2 to see the debugging messages' trick currently used by sysinstall obviously won't work when you boot from the serial console. If you can get by without the debugging messages (and you should be able to if the all-singing, all-dancing install works correctly :) then this shouldn't be a problem. Luckily, it seems the termcap entry for FreeBSD's console is close enough to vt100 that the sysinstall program behaves correctly when displayed on a real vt100 display (well, it looked okay when I ran it in an xterm window anyway). > VGA X install is way cool, but it seriously increases the minimum > requirements. Right now an install on a 386 with 4M and no monitor should > just about work, right? > Not quite yet, but it's getting there. :) Though I wonder how practical it is to run FreeBSD in only 4 megs these days: I had quite a few problems getting 2.0R onto a 386sx/16MHz system with only 4 megs. The GENERIC kernel on the last snapshot was over a meg in size. The XFree86-3.1 SVGA server is right around 2 megs. I know this doesn't reflect actual memory usage, but still... I've had a hard time using 4 meg 386 systems for anything other than X-terminals these days. This does not bode well for me either, because my home machine is a 386sx/16Mhz system with 4 megs of RAM. I wouldn't mind sticking with 1.1.5.1 for a while, but there's a bug in the VM system somewhere that causes it to consume swap space and never give it back, which forces me to reboot the machine every few days. I figure I'm going to haul it into work one day after 2.1-Release comes out and upgrade it. I only hope I don't go mad trying. -Bill -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~T~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The Møøse Illuminati: ignore it and be confused, or join it and be confusing! ~~~~~~~~ FreeBSD 2.1.0-Development #1: Fri Jan 20 14:28:17 EST 1995 ~~~~~~~~~ From owner-freebsd-hackers Mon Feb 6 01:20:09 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA05118 for hackers-outgoing; Mon, 6 Feb 1995 01:20:09 -0800 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA05107 for ; Mon, 6 Feb 1995 01:20:02 -0800 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HMQ4XODJJ4000U4O@mail.rwth-aachen.de>; Mon, 06 Feb 1995 10:20:56 +0100 Received: by gilberto.physik.rwth-aachen.de (KAA16197); Mon, 6 Feb 1995 10:26:25 +0100 Date: Mon, 06 Feb 1995 10:26:24 +0100 (MET) From: Christoph Kukulies Subject: Re: Bios basemem (637K) != RTC basemem (640K) In-reply-to: <9502052155.AA03368@cs.weber.edu> from "Terry Lambert" at Feb 5, 95 02:55:09 pm To: terry@cs.weber.edu (Terry Lambert) Cc: freebsd-hackers@freefall.cdrom.com (user alias) Reply-to: Christoph Kukulies Message-id: <199502060926.KAA16197@gilberto.physik.rwth-aachen.de> X-Mailer: ELM [version 2.4 PL23] Content-type: text Content-transfer-encoding: 7BIT Content-length: 2121 Sender: hackers-owner@FreeBSD.org Precedence: bulk > >[Bios basemem (637K) != RTC basemem (640K)] > > > > > Excuse my ignorance, but what does that mean? Do I have to worry? > > It means that either your BIOS starts counting at 0 and something swiped > 2k of memory, or your BIOS starts counting a 1 and someone swiped 3k of > memory. Or your BIOS starts counting at -2 and nothing is swiping any > memory at all. > > Personally, I have use an AT&T 6386 WGS system that reported 639k all > the time because it started counting at 0. > > I have also used an HP Vectra system that said 636k because it had > some wierd disk information that the BIOS put there. > > BSD sees something more than 512 but less than 640, then issues the > warning, not because the memory isn't there and usable, but because > it's going to assume you really have 640k, and it wants you to know that > it is making that assumption. > > Depending on your machine and BIOS, it's probably nothing worse than > the user configurable IDE drive table. > > One case is that your boot blocks are eating the memory for something; > typically, something like the OnTrack boot code that loads an INT 13 > redirector to go drive geometry translation for an EIDE drive. > > One of these is the most likely case. > > Absolute total worst case is a boot block virus. Since BSD doesn't use > BIOS for I/O, and the kernel isn't typically named a DOS name, this > isn't a problem unless you run DOS. > > You may want to pull down a virus chacker from wuarchive.wustl.edu, if > you are absolutely paranoid. 8-). I checked that, too, using SCAN 2,13e (McAfee)C and it looks clean. > I see this message only when booting the SNAP 950202 floppy. Booting the hard disk FreeBSD partition does not show the message (though I still have the old bootloader which looks for 386BSD in the disklabel - wondered why it did not go away, though, when I labelled the disk using the 2.x fdisk/disklabel menu). --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Sat Feb 4 16:57:32 1995 kuku@blues:/usr/src/sys/compile/BLUES i386 From owner-freebsd-hackers Mon Feb 6 03:59:08 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id DAA09179 for hackers-outgoing; Mon, 6 Feb 1995 03:59:08 -0800 Received: from ns.gte.com (ns.gte.com [132.197.8.9]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id DAA09173 for ; Mon, 6 Feb 1995 03:59:07 -0800 Received: from bunny.gte.com by ns.gte.com (5.65c/IDA-1.4.4) id AA28958; Mon, 6 Feb 1995 06:56:48 -0500 Received: by bunny.gte.com (8.6.9/GTEL2.19) id GAA03403; Mon, 6 Feb 1995 06:53:44 -0500 Received: from localhost by genesis.nred.ma.us (8.3/genesis0.0) id GAA20680; Mon, 6 Feb 1995 06:40:39 -0800 Date: Mon, 6 Feb 1995 06:40:39 -0800 From: steve2@genesis.nred.ma.us (Steve Gerakines) Message-Id: <199502061440.GAA20680@genesis.nred.ma.us> To: freebsd-hackers@FreeBSD.org Subject: Re: FIX FOR CACHE/DMA RANGE PROBLEMS Sender: hackers-owner@FreeBSD.org Precedence: bulk > > What exactly is the problem with the Ultrastor probe?? Please be specific. > > I wrote the 24F (EISA) probe virtually line by line from the spec. The > > only problem I know of which is now fixed, is that there was a faulty test > > to see if a 24F card was in wd emulation mode. > > The problem is that it doesn't first check the EISA device id registers > before doing inb/outb to the board. You should be able to 100% positive > id a board via the EISA id regs. Take a look in either aha1742.c or aic7770.c > to see how EISA boards should be found. The 24F probe does do this. It first checks slot | 0xc80 to see if an eisa card is there, and if it is we retrieve the id. If the id is not UHA024, it the card will be ignored. The problem with the ultra14f.c driver is that it first checks for a 14/34F, which will stomp registers. This should be no surprise though since all ISA/VLB drivers have to stop registers to some extent to find out if the card is there or not. > This is a different issue. I'm worried about the uha driver walking > over an already probed boards address area when there is no reason > why it should. At worst (the 24F probe anyhow) will retrieve the id of a board and find out it's not the one we're looking for. This should be non-destructive. > The different bus probe routines should be split out from the bus independant > portions of the driver. I agree that it would be nice to differentiate > between isa/eisa in config. The distinction is already made for PCI. This is basically what I'm saying. To take it one step further however, I don't think any eisa device should need to be hardcoded in config. There should be one routine (in i386/eisa/eisa.c perhaps? :-)) that scans the slots and retrieves board id's. If there was a table of EISA board id's and their associated probe()/attach() routines, eisa.c could look up the id and automatically config EISA devices. An EISA attach routine would be passed in the slot the board was found, and would be smart enough to retrieve and return the particular board settings. This way when a probe or attach routine is called it's known in advance that a card really does exist there. This takes the burden of scanning slots out of each driver and puts it in a central place. - Steve steve2@genesis.nred.ma.us From owner-freebsd-hackers Mon Feb 6 03:57:03 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id DAA09145 for hackers-outgoing; Mon, 6 Feb 1995 03:57:03 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id DAA09139 for ; Mon, 6 Feb 1995 03:57:01 -0800 Received: by brasil.moneng.mei.com (4.1/SMI-4.1) id AA14470; Mon, 6 Feb 95 05:54:35 CST From: Joe Greco Message-Id: <9502061154.AA14470@brasil.moneng.mei.com> Subject: Re: sup: Ok, I'm gonna do it. To: syssgm@devetir.qld.gov.au (Stephen McKay) Date: Mon, 6 Feb 1995 05:54:34 -0600 (CST) Cc: hackers@FreeBSD.org, jdc@crab.xinside.com In-Reply-To: <199502051232.WAA05005@orion.devetir.qld.gov.au> from "Stephen McKay" at Feb 5, 95 10:32:03 pm X-Mailer: ELM [version 2.4beta PL9] Content-Type: text Content-Length: 2739 Sender: hackers-owner@FreeBSD.org Precedence: bulk > >We've offered a commercial, supported, QA-tested, Beta program > >thrashed, professional, world class Server for free, explicitly > >for VGA chipsets. If you think that you can make a better offer, you > >might want to send us your resume. We're always on the lookout for > >world class talent. > > This is fine. In fact, when I think a bit more, this is great! > > But, the proposal is to tie our installation mechanism or perhaps our system > adminstration/setup system to VGA hardware. For me, and those like me, who > collect raggedy old scraps, and retired PC's, and test FreeBSD on them, or > build special purpose FreeBSD boxes out of them, this means tossing out > half of them because they have EGA or MONO video cards. Damn shame, and a > total waste. > > In short, GUI installation will thrill lots of people, but I have crappy > old hardware that I'd like to keep supported, and I expect that lots of > other people do too. I've lived with a command line style installation > for a very long time, and would appreciate it if one was retained, even if > it was completely unfriendly, but worked on old hardware. I, for one, appreciate the desire for a nicer install. However, as one of the folks out here who must deal with older, donated, begged, or borrowed equipment, I think it would be safe to say that I would oppose any changes that locked us into requiring a VGA card/etc. I sorta-like sorta-dislike the 2.0 dialog-based install - it can potentially be run over a serial line, but still requires a cons25/pc3/whatever term type in order to function correctly (maybe this is as easy to fix as allowing TERM type to be set?)... Sun punted on this problem by running their ASCII install from within a window. Maybe it would be possible for us to go one step further: provide an install that was smart enough to work either way? If the hardware can support X, fine, run X, and install can use GUI widgets and the like. If the hardware can't, run an ASCII install. Maybe it doesn't even have to be pretty like the 2.0 install - just gathers the same data that the GUI would be obtaining from the user. It seems to me that it shouldn't be all that difficult... once you have a flow chart of how the install is supposed to work, simply code each piece with a GUI and with a simple ASCII dialog. It could be the best of both worlds - it would allow those of us who are using FreeBSD for numerous dedicated applications to breathe a little more easily, yet provide a great install interface.. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Mon Feb 6 04:07:53 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA09358 for hackers-outgoing; Mon, 6 Feb 1995 04:07:53 -0800 Received: from kalypso.iqm.unicamp.br (kalypso.iqm.unicamp.br [143.106.13.10]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id EAA09348 for ; Mon, 6 Feb 1995 04:07:46 -0800 Received: (from vazquez@localhost) by kalypso.iqm.unicamp.br (8.6.9/8.6.9) id KAA08831 for freebsd-hackers@freefall.cdrom.com; Mon, 6 Feb 1995 10:03:51 -0200 From: Pedro A M Vazquez Message-Id: <199502061203.KAA08831@kalypso.iqm.unicamp.br> Subject: Octave-1.0.1 To: freebsd-hackers@freefall.cdrom.com Date: Mon, 6 Feb 1995 10:03:49 -0200 (EDT) Organization: Instituto de Quimica Unicamp X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1260 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello I'm trying to build octave-1.0.1 under 2.0-Release but I'm having problems with g++ : c++ -c -I. -I../src -I.. -I../liboctave -I../src -DHAVE_CONFIG_H -fno-implicit-templates -g -O -Wall Array-d.cc Array.cc: In method `double Array2::checkelem(int, int) const': Array.cc:480: warning: `double foo' might be used uninitialized in this function Array.cc: In method `double Array2::operator ()(int, int) const': Array.cc:493: warning: `double foo' might be used uninitialized in this function Array.cc: In method `double DiagArray::checkelem(int, int) const': Array.cc:903: warning: `double foo' might be used uninitialized in this function Array.cc: In method `double DiagArray::operator ()(int, int) const': Array.cc:916: warning: `double foo' might be used uninitialized in this function Array.cc: In method `double Array::checkelem(int) const': Array.cc:228: warning: `double foo' might be used uninitialized in this function as: /var/tmp/cc003725.s:4057: Local symbol LBB103 never defined. as: /var/tmp/cc003725.s:4057: Local symbol LBE103 never defined. as: /var/tmp/cc003725.s:4057: FATAL:2 errors, 0 warnings, no object file generated. gmake[2]: *** [Array-d.o] Error 1 should I use a newer as? Pedro From owner-freebsd-hackers Mon Feb 6 04:26:14 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA09701 for hackers-outgoing; Mon, 6 Feb 1995 04:26:14 -0800 Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id EAA09695 for ; Mon, 6 Feb 1995 04:26:12 -0800 Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.6.9/8.6.4) with ESMTP id NAA09883; Mon, 6 Feb 1995 13:25:02 +0100 Message-Id: <199502061225.NAA09883@lirmm.lirmm.fr> To: Pedro A M Vazquez cc: hackers@FreeBSD.org Subject: Re: Octave-1.0.1 In-reply-to: Your message of "Mon, 06 Feb 1995 10:03:49 -0200." <199502061203.KAA08831@kalypso.iqm.unicamp.br> Date: Mon, 06 Feb 1995 13:25:00 +0100 From: "Philippe Charnier" Sender: hackers-owner@FreeBSD.org Precedence: bulk Salut, In the message Octave-1.0.1, Pedro A M Vazquez wrote : >Hello > I'm trying to build octave-1.0.1 under 2.0-Release but I'm >having problems with g++ : > >c++ -c -I. -I../src -I.. -I../liboctave -I../src -DHAVE_CONFIG_H -fno-implic >it-templates -g -O -Wall Array-d.cc >as: /var/tmp/cc003725.s:4057: Local symbol LBB103 never defined. >as: /var/tmp/cc003725.s:4057: Local symbol LBE103 never defined. >as: /var/tmp/cc003725.s:4057: FATAL:2 errors, 0 warnings, no object file gener >ated. > Compile without -g. -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-hackers Mon Feb 6 04:52:32 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA09962 for hackers-outgoing; Mon, 6 Feb 1995 04:52:32 -0800 Received: from rz-wb.fh-sw.de ([192.129.23.111]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id EAA09953 for ; Mon, 6 Feb 1995 04:52:16 -0800 Received: (from root@localhost) by rz-wb.fh-sw.de (8.6.9/8.6.9) id NAA15842; Mon, 6 Feb 1995 13:50:46 +0100 Date: Mon, 6 Feb 1995 13:50:45 +0100 (MET) From: Michael Reifenberger To: Pedro A M Vazquez cc: freebsd-hackers@freefall.cdrom.com Subject: Re: Octave-1.0.1 In-Reply-To: <199502061203.KAA08831@kalypso.iqm.unicamp.br> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 6 Feb 1995, Pedro A M Vazquez wrote: > Subject: Octave-1.0.1 > > Hello > I'm trying to build octave-1.0.1 under 2.0-Release but I'm > having problems with g++ : > > c++ -c -I. -I../src -I.. -I../liboctave -I../src -DHAVE_CONFIG_H -fno-implicit-templates -g -O -Wall Array-d.cc > Array.cc: In method `double Array2::checkelem(int, int) const': .... > as: /var/tmp/cc003725.s:4057: Local symbol LBB103 never defined. > as: /var/tmp/cc003725.s:4057: Local symbol LBE103 never defined. > as: /var/tmp/cc003725.s:4057: FATAL:2 errors, 0 warnings, no object file generated. Try to compile without options "-g" "-g" is broken. Bye! .... Michael Reifenberger From owner-freebsd-hackers Mon Feb 6 04:55:55 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA10005 for hackers-outgoing; Mon, 6 Feb 1995 04:55:55 -0800 Received: from potogold.rmii.com (root@potogold.rmii.com [198.59.29.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id EAA09999 for ; Mon, 6 Feb 1995 04:55:54 -0800 Received: from nfe.com by potogold.rmii.com with uucp (Smail3.1.28.1 #13) id m0rbSvI-0002X6C; Mon, 6 Feb 95 04:52 PST Received: by nfe.com (wcGATE v4) id 34862W Mon, 6 Feb 1995 12:34:27 GMT From: art.mack@nfe.com (Art Mack) Subject: Installing Free BSD 2.0 Date: Mon, 6 Feb 1995 05:07:26 GMT Message-Id: <9502060734279158@nfe.com> Organization: NFE BBS 317-447-9653 To: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk Dear Sir I recently purchased Free BSD 2.0 CDROM from Walnut Creek. Following the installaltion guide I made the two boot disks, partioned and formated my hard drive OK. Now the problem comes in installing the rest ie BINDIST etc from the CD-ROM. The only thing I can get the system to mount is my 3 1/2 FD, I have tried SCSI CD-ROMS (ADAPTEC 1542, Future Domain 850 etc) with different drives (Pioneer and Toshiba) but I cannot get the system to see the CD-ROM. Its physically impossible to get all the files in BINDIST on a 1.44 FD so I cannot get BSD fully installed. The docs are real skimpy on installing the CD-ROM so I would appreciate some help here. Art ############################################################# Naperville File Exchange (NFE) 317-447-9653 Art Mack INTERNET: Art.Mack@nfe.com Voice (317)-477-7470 FIDONET: 1:201/70 ############################################################# * WCE 2.0/2087 * NFE BBS 317-447-9653 Internet nfe.com FIDOnet 1:201/70 From owner-freebsd-hackers Mon Feb 6 07:18:38 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA13596 for hackers-outgoing; Mon, 6 Feb 1995 07:18:38 -0800 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id HAA13588 for ; Mon, 6 Feb 1995 07:18:31 -0800 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-6) id AA21632; Mon, 6 Feb 95 16:18:19 +0100 Received: by gilberto.physik.rwth-aachen.de (QAA16549); Mon, 6 Feb 1995 16:24:42 +0100 Date: Mon, 6 Feb 1995 16:24:42 +0100 From: "Christoph P. Kukulies" Message-Id: <199502061524.QAA16549@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.cdrom.com Subject: GUS (not you, ache;-) Sender: hackers-owner@FreeBSD.org Precedence: bulk I'm seeking deperately two or three pieces of the Gravis Ultrasound equipment since it's supposed to work (full duplex) with FreeBSD and the sd/wb/vat software (as of Amancio Hasty (jr.)). Anyone knowing a place (in Europe) where I can buy this card? My local Computer store doesn't carry it any longer :-( Or better: Are there more popular cards (SB, PAS) which work with the above software (vat) as well? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Sat Feb 4 16:57:32 1995 kuku@blues:/usr/src/sys/compile/BLUES i386 From owner-freebsd-hackers Mon Feb 6 07:54:35 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA14002 for hackers-outgoing; Mon, 6 Feb 1995 07:54:35 -0800 Received: from anvil.appsmiths.com (appsmiths.sccsi.com [198.65.134.98]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id HAA13997 for ; Mon, 6 Feb 1995 07:54:33 -0800 Received: (from hoppy@localhost) by anvil.appsmiths.com (8.6.8/8.6.6) id JAA18976 for hackers@FreeBSD.org; Mon, 6 Feb 1995 09:54:09 -0600 From: "Clay D. Hopperdietzel" Message-Id: <199502061554.JAA18976@anvil.appsmiths.com> Subject: /usr/include/generic.h To: hackers@FreeBSD.org Date: Mon, 6 Feb 1995 09:54:08 -0600 (CST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 64 Sender: hackers-owner@FreeBSD.org Precedence: bulk This seems to be missing from the 2.0+X. Is this intentional? From owner-freebsd-hackers Mon Feb 6 08:00:24 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA14078 for hackers-outgoing; Mon, 6 Feb 1995 08:00:24 -0800 Received: from kryten.atinc.com (kryten.atinc.com [198.138.38.7]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id IAA14072 for ; Mon, 6 Feb 1995 08:00:16 -0800 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id KAA07957; Mon, 6 Feb 1995 10:59:12 -0500 Date: Mon, 6 Feb 1995 10:59:11 -0500 (EST) From: "Jonathan M. Bresler" Subject: Re: MIT SHM X11 extensions? (fwd) To: hackers@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk i need a person better versed in the kernel than myself to look at this explaination of why you dont want to 'cp' a running kernel. 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 ---------- Forwarded message ---------- Date: Sun, 5 Feb 1995 15:26:20 -0500 (EST) From: Jonathan M. Bresler To: David O'Byrne Subject: Re: MIT SHM X11 extensions? On Sun, 5 Feb 1995, David O'Byrne wrote: > > > mv /386bsd /386bsd.alt <--- DO NOT USE 'cp' > > Hi Jonathan, sorry to pick you up an a small point on your recent post > to the list. But why is it important to use mv ? What goes wrong of I > use cp to back up the old kernel ? mv breaks the connection between the pathname "/386bsd" and the kernel process in memory. cp does not. most of the time this doesnt matter. but if the kernel (virtual memory system) decides to get kernel pages from disk or swap, after you put the new kernel into "/" and before the reboot (of course ;), then the memory image gets hammered. best you can hope for is a panic. worst, it just starts doing gawd-knows what with your system. think of it as arbitrary opcodes inserted into the kernel (unless you have the good forturn that the pages in both kernels are identical) dont ask where in the kernel/vm system this takes place. i have not dug into it. but that's what i understand to be the problem. jmb ps. okay, so you got my interest piqued. mv uses the rename() system call unlike cp. (actually mv can call cp to do the work, but only if the file is NOT a regular file (eg a directory, fifo...man 2 stat) rename is syscall 128. this system call is implemented in /sys/kern/vfs_syscalls.c:rename(). the work is done by the fucntion referenced by VOP_RENAME. this function is particular to each type of filesystem (shaking again). the vnode stores a pointer to a stucture of some 30 operations that are implemented for each filesystem type. (/sys/sys/vnode.h) the vnode associated with the file's data in memory/swap (i am on shaky ground here) is invalidated if the file is renamed (/sys/kern/vfs_cache.c:cache_purge()) so the crux of the matter must be the cache_purge call. learn something new everyday! thanks! jmb 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-hackers Mon Feb 6 08:40:31 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA14758 for hackers-outgoing; Mon, 6 Feb 1995 08:40:31 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id IAA14752 for ; Mon, 6 Feb 1995 08:40:30 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA05513; Mon, 6 Feb 95 09:34:24 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502061634.AA05513@cs.weber.edu> Subject: Re: sup: Ok, I'm gonna do it. To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Mon, 6 Feb 95 9:34:23 MST Cc: osyjm@schizo.coe.montana.edu, hackers@FreeBSD.org In-Reply-To: <199502060140.RAA14207@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Feb 5, 95 05:40:48 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > While all this is true, give me a break. A cheap crappy VGA card > > is peanuts. > > But a chieap crappy VGA monitor is NOT.. [ ... pricing information on "cheap, crappy hardware" elided ... ] Fooey. An X based install will be, by it's nature, limited to a multidisk or CDROM based tool set. In both cases, there's no reason that an MDA or text based toolset can't also be provided, in the first case becuse it shouldn't matter which install disk of several is actually used, and in the second because there's room to put the thing there. I'd also like to see other binary pieces, if only because they are available as binary but not as source. This would include smart multiport board drivers, that someone signs non-disclosure on then writes and distributes, as well as AIC7xxx drivers (despite the progress in this area) so that things like the HP with the embedded controllers can be supported. 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-hackers Mon Feb 6 08:57:24 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA15191 for hackers-outgoing; Mon, 6 Feb 1995 08:57:24 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id IAA15185 for ; Mon, 6 Feb 1995 08:57:23 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA05580; Mon, 6 Feb 95 09:48:40 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502061648.AA05580@cs.weber.edu> Subject: Re: Bios basemem (637K) != RTC basemem (640K) To: kuku@gilberto.physik.rwth-aachen.de Date: Mon, 6 Feb 95 9:48:39 MST Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199502060926.KAA16197@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Feb 6, 95 10:26:24 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >[Bios basemem (637K) != RTC basemem (640K)] [ ... ] > I see this message only when booting the SNAP 950202 floppy. > Booting the hard disk FreeBSD partition does not show the message > (though I still have the old bootloader which looks for 386BSD in the > disklabel - wondered why it did not go away, though, when I labelled the disk > using the 2.x fdisk/disklabel menu). This is almost absolutely patch #1 from the patchkit; I think it has been changed from the original code I wrote. The reason it doesn't go away is that it's in the memory init in the kernel, not in the boot loader. The boot loader faithfully tried to load BSD even if there was not enough room for it. As a note here, I was never able to load a stripped kernel and a shell process in anthing less than 640k -- 512k never worked for me. I think there might be an option in the config that lets you get rid of the warning; I know that I had one following a panic so I'd have to hit a key before the machine reset so I could actually look at the message. All this code has changed drastically, but that may be what the flag now changes. 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-hackers Mon Feb 6 08:59:15 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA15230 for hackers-outgoing; Mon, 6 Feb 1995 08:59:15 -0800 Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id IAA15224 for ; Mon, 6 Feb 1995 08:59:13 -0800 Received: from fedora.x.org by expo.x.org id AA03566; Mon, 6 Feb 95 11:58:39 -0500 Received: by fedora.x.org id AA08566; Mon, 6 Feb 1995 11:58:38 -0500 Message-Id: <9502061658.AA08566@fedora.x.org> To: "Jonathan M. Bresler" Cc: hackers@FreeBSD.org, kaleb@x.org Subject: Re: MIT SHM X11 extensions? (fwd) In-Reply-To: Your message of "Mon, 06 Feb 1995 10:59:11 EST." Date: Mon, 06 Feb 1995 11:58:38 EST From: Kaleb Keithley Sender: hackers-owner@FreeBSD.org Precedence: bulk >ps. okay, so you got my interest piqued. mv uses the rename() system call > unlike cp. (actually mv can call cp to do the work, but only if > the file is NOT a regular file (eg a directory, fifo...man 2 stat) Or if you try to move a file from one file system to another. -- Kaleb From owner-freebsd-hackers Mon Feb 6 09:05:49 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA15337 for hackers-outgoing; Mon, 6 Feb 1995 09:05:49 -0800 Received: from styx.ibmoto.com (styx.ibmoto.com [129.38.252.14]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id JAA15331 for ; Mon, 6 Feb 1995 09:05:47 -0800 Received: from bartling.ibmoto.com (bartling.ibmoto.com [129.38.33.7]) by styx.ibmoto.com (8.6.9/8.6.9) with ESMTP id LAA07894; Mon, 6 Feb 1995 11:05:06 -0600 From: Steve Bartling Received: (bartling@localhost) by bartling.ibmoto.com (8.6.9/8.6.9) id LAA27432; Mon, 6 Feb 1995 11:05:06 -0600 Message-Id: <199502061705.LAA27432@bartling.ibmoto.com> Subject: Re: sup: Ok, I'm gonna do it. To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Mon, 6 Feb 1995 11:05:05 -0600 (CST) Cc: osyjm@schizo.coe.montana.edu, hackers@FreeBSD.org In-Reply-To: <199502060140.RAA14207@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Feb 5, 95 05:40:48 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 921 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > > While all this is true, give me a break. A cheap crappy VGA card is peanuts. > > But a chieap crappy VGA monitor is NOT.. > > Cheap crapy VGA card: $ 40.00 > Cheap crapy VGA monitor: $200.00 > ------- Monochrome VGA monitors are available new for less than $75.00 and I regularly see new VGA cards for about $25.00. My Mono VGA monitor was purchased new for $39.00. Used cards and monitors can be had for less. Jeez, I hate to fuel the flames and add to a somewhat pointless thread here ... :-) But I could not resist. - Steve Bartling > $240.00 > > Cheap crapy MDA card: $ 7.00 > Cheap crapy MDA monitor: $ 85.00 > ------- > $ 92.00 > > Significant difference... > > > -- > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation Company Custom computers for FreeBSD > From owner-freebsd-hackers Mon Feb 6 09:43:38 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA15591 for hackers-outgoing; Mon, 6 Feb 1995 09:43:38 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id JAA15585 for ; Mon, 6 Feb 1995 09:43:37 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA05786; Mon, 6 Feb 95 10:37:27 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502061737.AA05786@cs.weber.edu> Subject: Re: MIT SHM X11 extensions? (fwd) To: jmb@kryten.atinc.com (Jonathan M. Bresler) Date: Mon, 6 Feb 95 10:37:26 MST Cc: hackers@FreeBSD.org In-Reply-To: from "Jonathan M. Bresler" at Feb 6, 95 10:59:11 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > i need a person better versed in the kernel than myself to look > at this explaination of why you dont want to 'cp' a running kernel. > > 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 > > ---------- Forwarded message ---------- > Date: Sun, 5 Feb 1995 15:26:20 -0500 (EST) > From: Jonathan M. Bresler > To: David O'Byrne > Subject: Re: MIT SHM X11 extensions? > > On Sun, 5 Feb 1995, David O'Byrne wrote: > > > > > > mv /386bsd /386bsd.alt <--- DO NOT USE 'cp' > > > > Hi Jonathan, sorry to pick you up an a small point on your recent post > > to the list. But why is it important to use mv ? What goes wrong of I > > use cp to back up the old kernel ? > > mv breaks the connection between the pathname "/386bsd" and the > kernel process in memory. cp does not. most of the time this doesnt > matter. but if the kernel (virtual memory system) decides to get kernel > pages from disk or swap, after you put the new kernel into "/" and before > the reboot (of course ;), then the memory image gets hammered. best you > can hope for is a panic. worst, it just starts doing gawd-knows what > with your system. > > think of it as arbitrary opcodes inserted into the kernel (unless > you have the good forturn that the pages in both kernels are identical) > > dont ask where in the kernel/vm system this takes place. i have > not dug into it. but that's what i understand to be the problem. This *should* be a bogus claim. I let it slide when it was implied by the warning in the previous message because I believe in voodoo, like typing sync three times, etc. I have seen kernels that do a buffer flush on consecutive syncs, so I do them, assuming the worst: the first sync will schedule the buffers for write and the subsequent sync will cause the buffers scheduled for write to be written. Larry McVoy recently added something similar to Linux to flush pages, although he added two system calls rathe than overloading sync. The third sync is because of "I tell you three times", which might be traceable to the John Brunner novel "Stand on Zanzibar" for those into computer trivia. === In reality, I don't believe the kernel itself is paging at all (not that it wouldn't be nice if it could). This particular voodoo of moving a file instead of copying it, then copying on top of the former image comes from an old VM design problem that (in Xenix) resulted in the message "text file busy". If the kernel is not being used as a swap store, this does not apply to the kernel, period. === The expected problem is that the image is being used as a swap store, and that the initial MACH VM system Jolitz started with didn't disallow writes to an active image. Since the kernel doesn't use its file as swap store, this should be purely voodoo and nothing else. The current VM system returns ETXTBUSY and disallows the operation, which kinda-sorta-partially hides the problem most of the time. In point of fact, returning ETXTBUSY is bogus in any case, since it is possible to force the entire image to swap when a write reference occurs and let the image be written to the writers hearts content. This would probably be the best fix, since then ETXTBUSY becomes a kernel internal error that a user never has to deal with. It does mean you could get ENOMEM if memory + swap were exhausted and you tried to overwrite a running image. In point of fact, this should be forced as a precondition of images loaded over NFS and other "remote" file systems via a flag on the file system type. The reason for this is that the vnode is flagged with a flag VEXEC when it is being used as a swap store, but NFS can not propagate this flag to the server because the protocol is stateless and there's nowhere to hang the flag. There is also no distinction between "open" and "open for exec" needed to make the distinction, even if you did have some place to hang the flag. That means that if system B is running an image via NFS from system A's disk, and using the image as swap store, someone on system A can rewrite the image and crash the program on system B. Action at a distance! This is totally bogus. Copying the image to local swap is also more efficient, since (1) it is faster, (2) it reduces network traffic, and (3) it is faster to read a page from a swap area than it is to follow a vnode reference down to get the page from a file system. But this is not what BSDI, NetBSD, and FreeBSD do. 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-hackers Mon Feb 6 10:02:12 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA16160 for hackers-outgoing; Mon, 6 Feb 1995 10:02:12 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id KAA16146 for ; Mon, 6 Feb 1995 10:01:47 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA14568; Mon, 6 Feb 1995 19:03:14 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id TAA26117 for freebsd-hackers@freebsd.org; Mon, 6 Feb 1995 19:03:14 +0100 Received: by bonnie.tcd-dresden.de (8.6.8/8.6.6) id SAA17073; Mon, 6 Feb 1995 18:44:11 +0100 From: j@uriah.sax.de (J Wunsch) Message-Id: <199502061744.SAA17073@bonnie.tcd-dresden.de> Subject: Re: longjump in kernel To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Mon, 6 Feb 1995 18:44:11 +0100 (MET) In-Reply-To: <199502041119.GAA26711@hda.com> from "Peter Dufault" at Feb 4, 95 06:19:41 am X-Phone: +49-351-8141 137 Reply-To: joerg_wunsch@uriah.sax.de 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: 1276 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Peter Dufault wrote: | | To set an alarm: | -Use "sleep" to wait for the interrupt while in the user process context; | -Use "wakeup" from the vertical sync interrupt to continue the blocked context; | -Use "timeout" to set a timeout function that will wakeup the context with | an error indication set in the event of loss of interrupt. Return | an error code to the user process; | -Use "untimeout" to cancel the timeout if the interrupt comes in | on time. Better yet, use tsleep() which does 1), 3) and 4) of the above, and allows for a short descriptive string indicating the sleep reason when looking at the `ps' output. If the timeout hit, the tsleep() returns EWOULDBLOCK. | This must be covered in the "The Design of the 4.3 OS" book by | Leffler, Mckusick, and Karels. (Addison Wesley? We should add a | bibliography section to the FAQ) Or time for another manual section covering kernel internal functions. (Btw., Data General's DG/UX used to have a subsection of section 3 covering the kernel functions in recent releases.) -- cheers, J"org work: --- no longer --- private: joerg_wunsch@uriah.sax.de Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Feb 6 10:03:24 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA16206 for hackers-outgoing; Mon, 6 Feb 1995 10:03:24 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id KAA16184 for ; Mon, 6 Feb 1995 10:02:42 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA14588; Mon, 6 Feb 1995 19:03:26 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id TAA26132 for freebsd-hackers@freebsd.org; Mon, 6 Feb 1995 19:03:25 +0100 Received: by bonnie.tcd-dresden.de (8.6.8/8.6.6) id SAA17131; Mon, 6 Feb 1995 18:53:33 +0100 From: j@uriah.sax.de (J Wunsch) Message-Id: <199502061753.SAA17131@bonnie.tcd-dresden.de> Subject: Re: sup: Ok, I'm gonna do it. To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Mon, 6 Feb 1995 18:53:33 +0100 (MET) In-Reply-To: from "gj%pcs.dec.com@inet-gw-1.pa.dec.com" at Feb 2, 95 03:54:02 pm X-Phone: +49-351-8141 137 Reply-To: joerg_wunsch@uriah.sax.de 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: 967 Sender: hackers-owner@FreeBSD.org Precedence: bulk As gj%pcs.dec.com@inet-gw-1.pa.dec.com wrote: | | >> | >> There would be some fuss, but since Jeremy has kindly offered Xaccel | >> at VGA resolutions, we'd have most folks covered. | >> | | I have one machine which only has a mono Hercules card in it. Any chance that | this would be supported ? Don't mean to throw a monkey-wrench into the works. XFree86's XF86_Mono server should cover this. Anyway, it's bound to 720x348 resolution, so the application must care for this. The potentially biggest problem are people with CGA's or EGA's. I know that Hellmuth Michaelis is testing his pcvt console driver also with them, but i dunno if there are any users outside with such ancient boards (but i'm afraid for some older cheap notebooks). -- cheers, J"org work: --- no longer --- private: joerg_wunsch@uriah.sax.de Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Feb 6 10:03:34 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA16212 for hackers-outgoing; Mon, 6 Feb 1995 10:03:34 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id KAA16176 for ; Mon, 6 Feb 1995 10:02:32 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA14578; Mon, 6 Feb 1995 19:03:20 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id TAA26126 for hackers@FreeBSD.org; Mon, 6 Feb 1995 19:03:20 +0100 Received: by bonnie.tcd-dresden.de (8.6.8/8.6.6) id SAA17102; Mon, 6 Feb 1995 18:49:13 +0100 From: j@uriah.sax.de (J Wunsch) Message-Id: <199502061749.SAA17102@bonnie.tcd-dresden.de> Subject: Re: FreeBSD with Bustec BT-542B SCSI interface To: Pat_Barron@transarc.com Date: Mon, 6 Feb 1995 18:49:13 +0100 (MET) Cc: hackers@FreeBSD.org In-Reply-To: from "Pat_Barron@transarc.com" at Feb 2, 95 08:22:01 pm X-Phone: +49-351-8141 137 Reply-To: joerg_wunsch@uriah.sax.de 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: 730 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Pat_Barron@transarc.com wrote: | | Has anyone successfully gotten FreeBSD working with a Bustec BT-542B | (Adaptec AHA-1542B clone) SCSI adapter? All my problems went away with the following steps: . use the bt driver, . disable ISA DMA emulation from the EISA setup, . configure the board to use level-triggered interrupts, and . configure my board to use an ISA clock close to the standard 8 MHz (it's been 6 MHz before due to a bad floppy controller, but the Bt 742 refused to work at this clock) -- cheers, J"org work: --- no longer --- private: joerg_wunsch@uriah.sax.de Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Feb 6 10:57:59 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA17008 for hackers-outgoing; Mon, 6 Feb 1995 10:57:59 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id KAA17002 for ; Mon, 6 Feb 1995 10:57:54 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA26839; Mon, 6 Feb 1995 13:57:25 -0500 Date: Mon, 6 Feb 1995 13:57:25 -0500 From: Garrett Wollman Message-Id: <9502061857.AA26839@halloran-eldar.lcs.mit.edu> To: Julian Howard Stacey Cc: rkw@dataplex.net, wollman@halloran-eldar.lcs.mit.edu, hackers@freefall.cdrom.com Subject: Re: sup: Ok, I'm gonna do it. In-Reply-To: <199502030423.FAA14677@vector.eikon.e-technik.tu-muenchen.de> References: <199502030423.FAA14677@vector.eikon.e-technik.tu-muenchen.de> Sender: hackers-owner@FreeBSD.org Precedence: bulk < said: >> From: Garrett Wollman >> I am not willing to waste too much effort on making sure that the >> world always compiles; there's no benefit. > But some effort ? > IMHO code that can't compile doesn't belong. Did you bother to read the rest of my message? Start contributing some code yourself and see how much fun it is when people complain about code that is not only unfinished, but documented thereas. -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-hackers Mon Feb 6 11:21:05 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA18206 for hackers-outgoing; Mon, 6 Feb 1995 11:21:05 -0800 Received: from feta.cisco.com (feta.cisco.com [171.69.1.158]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA18200 for ; Mon, 6 Feb 1995 11:21:03 -0800 Received: from localhost.cisco.com (localhost.cisco.com [127.0.0.1]) by feta.cisco.com (8.6.8+c/CISCO.SERVER.1.1) with SMTP id LAA09714 for ; Mon, 6 Feb 1995 11:20:29 -0800 Message-Id: <199502061920.LAA09714@feta.cisco.com> X-Authentication-Warning: feta.cisco.com: Host localhost.cisco.com didn't use HELO protocol To: hackers@FreeBSD.org Subject: more on 'pwd' returning the canonical path... Date: Mon, 06 Feb 1995 11:20:28 -0800 From: Paul Traina Sender: hackers-owner@FreeBSD.org Precedence: bulk Found this in my inbox today... ------- Forwarded Message Date: Mon, 06 Feb 1995 02:23:19 -0800 From: William "Chops" Westfield To: unix-trolls@cisco.com Subject: gdb and symbolic links.... How do I get gdb to expand symbolic links better. Or not to, or something... If I have a symbolic link in ~billw: cs_branch --> /cscxx/billw.csbranch/sys And I go there with 'cd cs_branch', emacs somehow knows that I used the symbolic link, and if I try to read ../boot/stuff, it doesn't work cause there is no boot directory in ~billw. I can fix this by doing 'cd `pwd`', which is gross - worthy of sending to unix-haters, even! But how can I get emacs to be smarted in the first place? Thanks Bill W ------- End of Forwarded Message From owner-freebsd-hackers Mon Feb 6 11:24:25 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA18258 for hackers-outgoing; Mon, 6 Feb 1995 11:24:25 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id LAA18235 for ; Mon, 6 Feb 1995 11:23:22 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA26887; Mon, 6 Feb 1995 14:20:07 -0500 Date: Mon, 6 Feb 1995 14:20:07 -0500 From: Garrett Wollman Message-Id: <9502061920.AA26887@halloran-eldar.lcs.mit.edu> To: Peter Dufault Cc: tinguely@plains.nodak.edu (Mark Tinguely), hackers@FreeBSD.org Subject: Re: longjump in kernel In-Reply-To: <199502041119.GAA26711@hda.com> References: <199502040224.AA13601@plains.NoDak.edu> <199502041119.GAA26711@hda.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk < said: > To set an alarm: > -Use "sleep" to wait for the interrupt while in the user process context; Don't use sleep, ever. Use tsleep. > -Use "timeout" to set a timeout function that will wakeup the context with > an error indication set in the event of loss of interrupt. Return > an error code to the user process; And use the timeout option to tsleep. > -Use "untimeout" to cancel the timeout if the interrupt comes in > on time. And this is unnecessary. -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-hackers Mon Feb 6 11:27:08 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA18293 for hackers-outgoing; Mon, 6 Feb 1995 11:27:08 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id LAA18287; Mon, 6 Feb 1995 11:27:07 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA26898; Mon, 6 Feb 1995 14:26:54 -0500 Date: Mon, 6 Feb 1995 14:26:54 -0500 From: Garrett Wollman Message-Id: <9502061926.AA26898@halloran-eldar.lcs.mit.edu> To: Julian Elischer Cc: hackers@freefall.cdrom.com In-Reply-To: <199502050023.QAA13560@freefall.cdrom.com> References: <199502050023.QAA13560@freefall.cdrom.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk < said: > does anyone have a sample map file for amd? > it's pretty amazing that the man page doesn't give one..... The TeXinfo is the official documentation, and it has lots of examples. Here are my two favorites: wollman@khavrinen(2)$ cat /etc/net.map /defaults type:=host;fs:=${autodir}/${rhost}/root;rhost:=${key} * opts:=rw,nosuid,grpid wollman@halloran-eldar(430)$ cat /etc/home.map /defaults type:=linkx mercury type:=nfs;rhost:=mercury;rfs:=/u/wollman;opts:=rw,soft,intr * sublink:=${key};fs:=/usr/users -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-hackers Mon Feb 6 11:27:38 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA18311 for hackers-outgoing; Mon, 6 Feb 1995 11:27:38 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA18305 for ; Mon, 6 Feb 1995 11:27:37 -0800 Received: (from gibbs@localhost) by estienne.cs.berkeley.edu (8.6.9/8.6.9) id LAA21985; Mon, 6 Feb 1995 11:27:15 -0800 From: "Justin T. Gibbs" Message-Id: <199502061927.LAA21985@estienne.cs.berkeley.edu> Subject: Re: sup: Ok, I'm gonna do it. To: terry@cs.weber.edu (Terry Lambert) Date: Mon, 6 Feb 1995 11:27:14 -0800 (PST) Cc: rgrimes@gndrsh.aac.dev.com, osyjm@schizo.coe.montana.edu, hackers@FreeBSD.org In-Reply-To: <9502061634.AA05513@cs.weber.edu> from "Terry Lambert" at Feb 6, 95 09:34:23 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: 1818 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > While all this is true, give me a break. A cheap crappy VGA card > > > is peanuts. > > > > But a chieap crappy VGA monitor is NOT.. > > [ ... pricing information on "cheap, crappy hardware" elided ... ] > > Fooey. > > An X based install will be, by it's nature, limited to a multidisk or > CDROM based tool set. > > In both cases, there's no reason that an MDA or text based toolset > can't also be provided, in the first case becuse it shouldn't matter > which install disk of several is actually used, and in the second > because there's room to put the thing there. > > I'd also like to see other binary pieces, if only because they are > available as binary but not as source. This would include smart > multiport board drivers, that someone signs non-disclosure on then > writes and distributes, as well as AIC7xxx drivers (despite the > progress in this area) so that things like the HP with the embedded > controllers can be supported. I know quite a few people that have had success with the HP motherboard aic7770 controllers. The big flareup in this area as I understand was that HP was told that the early revs of this chip would support 16 concurrent active commands. Due to a mask bug, only 4 work properly. This was corrected with the RevE aic7770. I have code I'm testing that can identify early rev chips (they didn't put a version register on chip, so you have to exploit other identifying changes in the chip) > > > Terry Lambert > terry@cs.weber.edu > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Mon Feb 6 11:38:14 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA18623 for hackers-outgoing; Mon, 6 Feb 1995 11:38:14 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id LAA18617; Mon, 6 Feb 1995 11:38:13 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: your mail To: wollman@halloran-eldar.lcs.mit.edu (Garrett Wollman) Date: Mon, 6 Feb 1995 11:37:39 -0800 (PST) Cc: julian@freefall.cdrom.com, hackers@freefall.cdrom.com In-Reply-To: <9502061926.AA26898@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Feb 6, 95 02:26:54 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 851 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > < said: > > > does anyone have a sample map file for amd? > > it's pretty amazing that the man page doesn't give one..... > > The TeXinfo is the official documentation, and it has lots of > examples. Here are my two favorites: > > wollman@khavrinen(2)$ cat /etc/net.map > /defaults type:=host;fs:=${autodir}/${rhost}/root;rhost:=${key} > * opts:=rw,nosuid,grpid > > wollman@halloran-eldar(430)$ cat /etc/home.map > /defaults type:=linkx > mercury type:=nfs;rhost:=mercury;rfs:=/u/wollman;opts:=rw,soft,intr > * sublink:=${key};fs:=/usr/users > > -GAWollman > gee wonderful, yet another toolset I need to import and learn.. Texinfo yech > thanks though.. I found the postscript versio and printed it.. julian From owner-freebsd-hackers Mon Feb 6 11:58:18 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA18881 for hackers-outgoing; Mon, 6 Feb 1995 11:58:18 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id LAA18875 for ; Mon, 6 Feb 1995 11:58:17 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: FIX FOR CACHE/DMA RANGE PROBLEMS To: steve2@genesis.nred.ma.us (Steve Gerakines) Date: Mon, 6 Feb 1995 11:57:44 -0800 (PST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199502061440.GAA20680@genesis.nred.ma.us> from "Steve Gerakines" at Feb 6, 95 06:40:39 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1259 Sender: hackers-owner@FreeBSD.org Precedence: bulk I have working eisa probe code in my home directory in freefall, but it had one problem.... it couldn't successfully replace the IRQ with that found.... this has now been fixed apparently in the drivers, so maybe it should be looked at again This code first looks at the EISA slots then it adds an entry for itself (as 'found') to the isa lists, so that ISA devices that use the same ports will not try probe.. .. julian > > This is basically what I'm saying. To take it one step further however, I > don't think any eisa device should need to be hardcoded in config. There > should be one routine (in i386/eisa/eisa.c perhaps? :-)) that scans the slots > and retrieves board id's. If there was a table of EISA board id's and their > associated probe()/attach() routines, eisa.c could look up the id and > automatically config EISA devices. An EISA attach routine would be passed > in the slot the board was found, and would be smart enough to retrieve and > return the particular board settings. This way when a probe or attach > routine is called it's known in advance that a card really does exist there. > This takes the burden of scanning slots out of each driver and puts it in > a central place. > > - Steve > steve2@genesis.nred.ma.us > From owner-freebsd-hackers Mon Feb 6 13:54:07 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA22740 for hackers-outgoing; Mon, 6 Feb 1995 13:54:07 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id NAA22733 for ; Mon, 6 Feb 1995 13:54:06 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA27153; Mon, 6 Feb 1995 16:53:56 -0500 Date: Mon, 6 Feb 1995 16:53:56 -0500 From: Garrett Wollman Message-Id: <9502062153.AA27153@halloran-eldar.lcs.mit.edu> To: "Clay D. Hopperdietzel" Cc: hackers@FreeBSD.org Subject: /usr/include/generic.h In-Reply-To: <199502061554.JAA18976@anvil.appsmiths.com> References: <199502061554.JAA18976@anvil.appsmiths.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk < said: > This seems to be missing from the 2.0+X. Is this intentional? That depends. WTF is it? -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-hackers Mon Feb 6 14:04:03 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA23095 for hackers-outgoing; Mon, 6 Feb 1995 14:04:03 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA23088 for ; Mon, 6 Feb 1995 14:04:03 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id OAA07222; Mon, 6 Feb 1995 14:03:09 -0800 To: "Jonathan M. Bresler" cc: hackers@FreeBSD.org Subject: Re: MIT SHM X11 extensions? (fwd) In-reply-to: Your message of "Mon, 06 Feb 95 10:59:11 EST." Date: Mon, 06 Feb 1995 14:03:09 -0800 Message-ID: <7221.792108189@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > mv breaks the connection between the pathname "/386bsd" and the > kernel process in memory. cp does not. most of the time this doesnt > matter. but if the kernel (virtual memory system) decides to get kernel > pages from disk or swap, after you put the new kernel into "/" and before Uhhhhhhh.. The kernel reads itself in from this file a grand total of ONCE. What happens to the file afterwards is between you and the system administrator who comes to kill you after the new /kernel you've moved into place doesn't work at the next reboot.. :-) Jordan From owner-freebsd-hackers Mon Feb 6 14:25:46 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA23421 for hackers-outgoing; Mon, 6 Feb 1995 14:25:46 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA23415; Mon, 6 Feb 1995 14:25:45 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id OAA07353; Mon, 6 Feb 1995 14:25:41 -0800 To: "Jordan K. Hubbard" cc: "Jonathan M. Bresler" , hackers@FreeBSD.org Subject: Re: MIT SHM X11 extensions? (fwd) In-reply-to: Your message of "Mon, 06 Feb 95 14:03:09 PST." <7221.792108189@time.cdrom.com> Date: Mon, 06 Feb 1995 14:25:41 -0800 Message-ID: <7352.792109541@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Uhhhhhhh.. The kernel reads itself in from this file a grand total of ONCE. Just to correct myself here quickly - "The *bootstrap* reads the kernel in from this file ..." I didn't want to give the mistaken impression than our kernel was a lot more intelligent than it was.. :-) Jordan From owner-freebsd-hackers Mon Feb 6 15:00:38 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA24030 for hackers-outgoing; Mon, 6 Feb 1995 15:00:38 -0800 Received: from plains.NoDak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id PAA24021 for ; Mon, 6 Feb 1995 15:00:34 -0800 Received: by plains.NoDak.edu; Mon, 6 Feb 1995 17:00:28 -0600 Date: Mon, 6 Feb 1995 17:00:28 -0600 From: Mark Tinguely Message-Id: <199502062300.AA04818@plains.NoDak.edu> To: freebsd-hackers@freefall.cdrom.com, kuku@gilberto.physik.rwth-aachen.de Subject: Re: GUS (not you, ache;-) Sender: hackers-owner@FreeBSD.org Precedence: bulk > I'm seeking deperately two or three pieces of the Gravis Ultrasound > equipment since it's supposed to work (full duplex) with > FreeBSD and the sd/wb/vat software (as of Amancio Hasty (jr.)). I just (this week) bought a GUS card for the same reason. I just got the card so I am starting the install process. As I understand it, the distributed code does not contain the bi-directional I got some more chunks from Paul Traina (pst@cisco.com) but don't think I have all the peices (there is unresolved refernces to GUS_DMA_READ). I am only a couple half-time hours into working of this code. I would suggest you get the software before chasing down the GUS (can always call the company for a European distributer -- or someone closer could call). the card is cheap $129 US dollars. Looking at the poor instructions that come with the card, I may need to call the company for more docs to even configure it. It has 4 jumper blocks and the instructions tell you how to set one block. it appears that GUS is the only card that is supported with vat. with the vat changes I got with GUS changes, I can even use the soundblaster to listen to AU files anymore. --mark. From owner-freebsd-hackers Mon Feb 6 15:01:43 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA24050 for hackers-outgoing; Mon, 6 Feb 1995 15:01:43 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id PAA24044 for ; Mon, 6 Feb 1995 15:01:40 -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 PAA27475; Mon, 6 Feb 1995 15:01:33 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id PAA00617; Mon, 6 Feb 1995 15:01:33 -0800 Message-Id: <199502062301.PAA00617@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: "Jonathan M. Bresler" cc: hackers@FreeBSD.org Subject: Re: MIT SHM X11 extensions? (fwd) In-reply-to: Your message of "Mon, 06 Feb 95 10:59:11 EST." From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 06 Feb 1995 15:01:27 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk > mv breaks the connection between the pathname "/386bsd" and the >kernel process in memory. cp does not. most of the time this doesnt >matter. but if the kernel (virtual memory system) decides to get kernel >pages from disk or swap, after you put the new kernel into "/" and before >the reboot (of course ;), then the memory image gets hammered. best you >can hope for is a panic. worst, it just starts doing gawd-knows what >with your system. The kernel binary is NOT paged. It is read in entirely by the boot code and always remains completely memory resident. Further, Terry's assertion that the binary's vnode has the VTEXT flag turned on (and thus prevents you from overwriting it [ETXTBUSY]) is also WRONG. It does NOT do this, and as such it is perfectly okay to clobber your binary. BEWARE, however, that if you load an LKM the system will link it using the symbols from the NEW binary which of course are completely bogus and will cause your machine to die. Also, things that attempt to read the kernel namelist for other reasons (like ps) will likely stop working until you reboot with the new kernel. So in summary, if you replace your kernel with cp kernel /, be sure to reboot shortly after doing that. -DG From owner-freebsd-hackers Mon Feb 6 15:31:17 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA24437 for hackers-outgoing; Mon, 6 Feb 1995 15:31:17 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id PAA24431 for ; Mon, 6 Feb 1995 15:31:16 -0800 Received: by netcom14.netcom.com (8.6.9/Netcom) id PAA20443; Mon, 6 Feb 1995 15:29:45 -0800 Date: Mon, 6 Feb 1995 15:29:45 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199502062329.PAA20443@netcom14.netcom.com> To: freebsd-hackers@freefall.cdrom.com, kuku@gilberto.physik.rwth-aachen.de, tinguely@plains.nodak.edu Subject: Re: GUS (not you, ache;-) Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, I am close or far to finish the gus support for FreeBSD-2.0 Close because, I can playback sounds and far because I am having problems initializing the gus properly for dual dma operations. Basically, at least my card is not responding to read dma requests. And, yes this used to work on FreeBSD 1.1.5 :( It shouldn't be long now since I am not working right now and I am hacking on this stuff day and nite. Cheers, Amancio From owner-freebsd-hackers Mon Feb 6 16:12:31 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA25208 for hackers-outgoing; Mon, 6 Feb 1995 16:12:31 -0800 Received: from glueserv1.umd.edu (glueserv1.umd.edu [129.2.70.69]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA25202 for ; Mon, 6 Feb 1995 16:12:30 -0800 Received: from buffer.eng.umd.edu (buffer.eng.umd.edu [129.2.98.107]) by glueserv1.umd.edu (8.6.9/8.6.4) with ESMTP id TAA12004; Mon, 6 Feb 1995 19:12:22 -0500 Received: (chuckr@localhost) by buffer.eng.umd.edu (8.6.9/8.6.4) id TAA10245; Mon, 6 Feb 1995 19:13:56 -0500 Date: Mon, 6 Feb 1995 19:13:55 -0500 (EST) From: Chuck Robey To: Pedro A M Vazquez cc: freebsd-hackers@freefall.cdrom.com Subject: Re: Octave-1.0.1 In-Reply-To: <199502061203.KAA08831@kalypso.iqm.unicamp.br> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 6 Feb 1995, Pedro A M Vazquez wrote: > Hello > I'm trying to build octave-1.0.1 under 2.0-Release but I'm > having problems with g++ : There has just been a new version of Octave released, 1.1, and it compiles just fine under FreeBSD (I did it). > > > should I use a newer as? > > Pedro > ----------------------------+----------------------------------------------- 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-hackers Mon Feb 6 16:43:20 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA25833 for hackers-outgoing; Mon, 6 Feb 1995 16:43:20 -0800 Received: from kalypso.iqm.unicamp.br (kalypso.iqm.unicamp.br [143.106.13.10]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA25822 for ; Mon, 6 Feb 1995 16:43:13 -0800 Received: (from vazquez@localhost) by kalypso.iqm.unicamp.br (8.6.9/8.6.9) id WAA01019; Mon, 6 Feb 1995 22:38:47 -0200 From: Pedro A M Vazquez Message-Id: <199502070038.WAA01019@kalypso.iqm.unicamp.br> Subject: Re: Octave-1.0.1 To: chuckr@Glue.umd.edu (Chuck Robey) Date: Mon, 6 Feb 1995 22:38:43 -0200 (EDT) Cc: vazquez@iqm.unicamp.br, freebsd-hackers@freefall.cdrom.com In-Reply-To: from "Chuck Robey" at Feb 6, 95 07:13:55 pm Organization: Instituto de Quimica Unicamp X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1096 Sender: hackers-owner@FreeBSD.org Precedence: bulk Chuck Robey said: > > On Mon, 6 Feb 1995, Pedro A M Vazquez wrote: > > > Hello > > I'm trying to build octave-1.0.1 under 2.0-Release but I'm > > having problems with g++ : > > There has just been a new version of Octave released, 1.1, and it > compiles just fine under FreeBSD (I did it). > > ----------------------------+----------------------------------------------- > 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! > ----------------------------+----------------------------------------------- > Sorry It is 1.1.0 and not 1.0.1, I've just e-mailed to the author (jwe@che.utexas.edu) and he told me to upgrade to 1.1.1 as soon as it is released due to a number of fairly serious bugs in the current release. By the way, the problem with -g was in Array.cc and dMatrix.cc with 2.0R and SNAP-950112. Pedro From owner-freebsd-hackers Mon Feb 6 17:03:01 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA27741 for hackers-outgoing; Mon, 6 Feb 1995 17:03:01 -0800 Received: (from paul@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA27730; Mon, 6 Feb 1995 17:02:59 -0800 From: Paul Richards Message-Id: <199502070102.RAA27730@freefall.cdrom.com> Subject: Re: sup: Ok, I'm gonna do it. To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Mon, 6 Feb 1995 17:02:58 -0800 (PST) Cc: syssgm@devetir.qld.gov.au, hackers@FreeBSD.org, jdc@crab.xinside.com In-Reply-To: <9502061154.AA14470@brasil.moneng.mei.com> from "Joe Greco" at Feb 6, 95 05:54:34 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1616 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Joe Greco who said > I, for one, appreciate the desire for a nicer install. However, as one of > the folks out here who must deal with older, donated, begged, or borrowed > equipment, I think it would be safe to say that I would oppose any changes > that locked us into requiring a VGA card/etc. I sorta-like sorta-dislike > the 2.0 dialog-based install - it can potentially be run over a serial line, > but still requires a cons25/pc3/whatever term type in order to function > correctly (maybe this is as easy to fix as allowing TERM type to be set?)... Kind of. There's not much space on the install floppy for a full termcap but there's a choice of cons25 and vt100 built into the sysisntall code whic should cover nearly every case. > > Sun punted on this problem by running their ASCII install from within a > window. Maybe it would be possible for us to go one step further: provide > an install that was smart enough to work either way? If the hardware can > support X, fine, run X, and install can use GUI widgets and the like. If > the hardware can't, run an ASCII install. Maybe it doesn't even have to be > pretty like the 2.0 install - just gathers the same data that the GUI would > be obtaining from the user. > I've got solutions to this problem but you won't see them for 2.1 and plans for 2.2 aren't even being considered yet. -- Paul Richards, FreeBSD core team member. Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. Internet: paul@FreeBSD.org, JANET(UK): RICHARDSDP@CARDIFF.AC.UK From owner-freebsd-hackers Mon Feb 6 17:45:53 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA00347 for hackers-outgoing; Mon, 6 Feb 1995 17:45:53 -0800 Received: from minerva.cis.yale.edu (minerva.cis.yale.edu [130.132.143.250]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id RAA00341 for ; Mon, 6 Feb 1995 17:45:49 -0800 Received: by minerva.cis.yale.edu id AA01906 (5.67a/IDA-1.5 for hackers@freebsd.org); Mon, 6 Feb 1995 20:45:37 -0500 Date: Mon, 6 Feb 1995 20:45:28 -0500 (EST) From: Marc Ramirez Subject: Kernel panic with latest SNAP To: hackers@FreeBSD.org Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I decided to move to the bleeding edge this weekend and install the latest SNAP (940202). So, I made a backup, pulled down the boot disks and installed. The install went okay, until I tried to reboot from the hard drive. The kernel loaded okay, but then came the following: ... npx0 on motherboard npx0: INT 16 interface changing root device to sd0a Fatal trap 12: page fault while in kernel mode fault virtual address = 0xf006800 fault code = supervisor read, page not present code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL=0 current process = 0 (swapper) interrupt mask = panic: page fault Please hit reset button Well, I then tried to reinstall, and then noticed that when I brought up Fdisk, it said my geometry was 2810c/4h/94s. I had a hard time convincing it that my geometry was indeed 2800c/4h/94s (as reported by the drive). Finally, I simply installed DOS after which it decided my geometry was 516c/32h/64s, which I could live with. So, I reinstalled, which went fine, and I then tried to boot from the hard drive: ... npx0 on motherboard npx0: INT 16 interface changing root device to sd0a Fatal trap 12: page fault while in kernel mode fault virtual address = 0xefbf7938 fault code = supervisor read, page not present instruction pointer = 0x8:0xf0155b1d code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL=0 current process = 0 (swapper) interrupt mask = panic: page fault So, I am falling back to 2.0R for the meantime. I have a plain-jane 486/33 motherboard with AMIBIOS, AHA1542B w/ two floppies, 3 serial, 1 parallel, and an SMC Elite16. The hard drive I was installing onto is a Conner CFA540S. Let me know if I can be of assistance, Marc. -- I telnetted to whitehouse.gov, and all I got was this lousy .signature! From owner-freebsd-hackers Mon Feb 6 17:48:04 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA00433 for hackers-outgoing; Mon, 6 Feb 1995 17:48:04 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id RAA00423; Mon, 6 Feb 1995 17:47:58 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id RAA07936; Mon, 6 Feb 1995 17:46:38 -0800 From: Poul-Henning Kamp Message-Id: <199502070146.RAA07936@ref.tfs.com> Subject: Re: sup: Ok, I'm gonna do it. To: paul@freefall.cdrom.com (Paul Richards) Date: Mon, 6 Feb 1995 17:46:38 -0800 (PST) Cc: jgreco@brasil.moneng.mei.com, syssgm@devetir.qld.gov.au, hackers@FreeBSD.org, jdc@crab.xinside.com In-Reply-To: <199502070102.RAA27730@freefall.cdrom.com> from "Paul Richards" at Feb 6, 95 05:02:58 pm Content-Type: text Content-Length: 1040 Sender: hackers-owner@FreeBSD.org Precedence: bulk > In reply to Joe Greco who said > > I, for one, appreciate the desire for a nicer install. However, as one of > > the folks out here who must deal with older, donated, begged, or borrowed > > equipment, I think it would be safe to say that I would oppose any changes > > that locked us into requiring a VGA card/etc. I sorta-like sorta-dislike > > the 2.0 dialog-based install - it can potentially be run over a serial line, > > but still requires a cons25/pc3/whatever term type in order to function > > correctly (maybe this is as easy to fix as allowing TERM type to be set?)... > > Kind of. There's not much space on the install floppy for a full termcap > but there's a choice of cons25 and vt100 built into the sysisntall code > whic should cover nearly every case. s/nearly every case/a lot of cases/ I guess we can fit in another couple of termcap entries, which ones do you want ? -- Poul-Henning Kamp TRW Financial Systems, Inc. FreeBSD has, until now, not one single time had an undetected error. :-) From owner-freebsd-hackers Mon Feb 6 18:59:55 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA02466 for hackers-outgoing; Mon, 6 Feb 1995 18:59:55 -0800 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id SAA02457 for ; Mon, 6 Feb 1995 18:59:53 -0800 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <04232-0@bunyip.cc.uq.oz.au>; Tue, 7 Feb 1995 08:58:26 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.7/DEVETIR-E0.3a) with ESMTP id TAA14029 for ; Mon, 6 Feb 1995 19:45:51 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id JAA15035 for ; Mon, 6 Feb 1995 09:43:16 GMT Message-Id: <199502060943.JAA15035@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.5.3 12/28/94 To: hackers@FreeBSD.org Subject: Libg++ docs Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 06 Feb 1995 19:43:16 +1000 From: Stephen Hocking Sender: hackers-owner@FreeBSD.org Precedence: bulk We seem to be missing the libg++ docs in the standard distribution. This is a little embarassing, as I was planning the use some of the random number classes contained therein. Stephen I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-hackers Mon Feb 6 18:59:58 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA02472 for hackers-outgoing; Mon, 6 Feb 1995 18:59:58 -0800 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id SAA02464 for ; Mon, 6 Feb 1995 18:59:54 -0800 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <04237-0@bunyip.cc.uq.oz.au>; Tue, 7 Feb 1995 08:58:32 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.7/DEVETIR-E0.3a) with ESMTP id TAA14044 for ; Mon, 6 Feb 1995 19:48:17 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id JAA15046 for ; Mon, 6 Feb 1995 09:45:42 GMT Message-Id: <199502060945.JAA15046@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.5.3 12/28/94 To: hackers@FreeBSD.org Subject: Speed increase at CTM src-cur 304? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 06 Feb 1995 19:45:42 +1000 From: Stephen Hocking Sender: hackers-owner@FreeBSD.org Precedence: bulk There seems to have been a slight speed increase on my home machine (25MHz 386sx/387sx, 8Mb mem, bt542b & Wren 6) with the latest bunch of CTM patches that arrived by email. I know that Xfree86-3.1.1 also had a couple of speedups, but these seem OS related. There seems to be less paging happening with some of the normal things that I do. Am I imagining things after a particularly foul weekend (where everything seems better at work) or will the culprit put his/her hand up? Stephen I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-hackers Mon Feb 6 18:59:53 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA02459 for hackers-outgoing; Mon, 6 Feb 1995 18:59:53 -0800 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id SAA02451 for ; Mon, 6 Feb 1995 18:59:50 -0800 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <04224-0@bunyip.cc.uq.oz.au>; Tue, 7 Feb 1995 08:58:20 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.7/DEVETIR-E0.3a) with ESMTP id SAA13902 for ; Mon, 6 Feb 1995 18:59:06 +1000 Received: by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id IAA14854; Mon, 6 Feb 1995 08:56:31 GMT Date: Mon, 6 Feb 1995 08:56:31 GMT From: Stephen Hocking Message-Id: <199502060856.IAA14854@netfl15a.devetir.qld.gov.au> To: hackers@FreeBSD.org Subject: Re: FreeBSD with Bustec BT-542B SCSI interface Sender: hackers-owner@FreeBSD.org Precedence: bulk >> >> Has anyone successfully gotten FreeBSD working with a Bustec BT-542B >> (Adaptec AHA-1542B clone) SCSI adapter? It works with DOS just fine, >> but FreeBSD has problems with it - the "aha" driver recognizes the >> >Try using the bt driver. The aha driver does not work well for >me on a BT-545S either. > >John >dyson@root.com I have one happily running - use the bt driver. It goes like the clappers considering its age. Stephen From owner-freebsd-hackers Mon Feb 6 19:14:34 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA03505 for hackers-outgoing; Mon, 6 Feb 1995 19:14:34 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA03499 for ; Mon, 6 Feb 1995 19:14:28 -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 TAA27835; Mon, 6 Feb 1995 19:14:20 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id TAA00672; Mon, 6 Feb 1995 19:14:19 -0800 Message-Id: <199502070314.TAA00672@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Stephen Hocking cc: hackers@FreeBSD.org Subject: Re: Speed increase at CTM src-cur 304? In-reply-to: Your message of "Mon, 06 Feb 95 19:45:42 +1000." <199502060945.JAA15046@netfl15a.devetir.qld.gov.au> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 06 Feb 1995 19:14:18 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >There seems to have been a slight speed increase on my home machine (25MHz >386sx/387sx, 8Mb mem, bt542b & Wren 6) with the latest bunch of CTM patches >that arrived by email. I know that Xfree86-3.1.1 also had a couple of >speedups, but these seem OS related. There seems to be less paging happening >with some of the normal things that I do. Am I imagining things after a >particularly foul weekend (where everything seems better at work) or will the >culprit put his/her hand up? I have no idea what is in "CTM 304". Generally, people should assume that the CTM patch system that was set up by Poul-Henning at TFS is completely seperate from the FreeBSD development effort. We have been making ongoing improvements to the VM system and other areas of the kernel that will improve its overall performance - some of the recent ones have been quite significant. Credit for these improvements goes mostly to John Dyson, a small amount to me, and to Soren Schmidt who has additionally improved syscons performance by a factor of 5 in most cases. -DG From owner-freebsd-hackers Mon Feb 6 19:17:10 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA03548 for hackers-outgoing; Mon, 6 Feb 1995 19:17:10 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA03542 for ; Mon, 6 Feb 1995 19:17:04 -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 TAA27850; Mon, 6 Feb 1995 19:16:57 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id TAA00688; Mon, 6 Feb 1995 19:16:56 -0800 Message-Id: <199502070316.TAA00688@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: jmb@kryten.atinc.com, hackers@FreeBSD.org Subject: Re: MIT SHM X11 extensions? (fwd) In-reply-to: Your message of "Mon, 06 Feb 95 16:39:10 MST." <9502062339.AA07346@cs.weber.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 06 Feb 1995 19:16:56 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >> Further, Terry's assertion that the >> binary's vnode has the VTEXT flag turned on (and thus prevents you from >> overwriting it [ETXTBUSY]) is also WRONG. It does NOT do this, and as such it >> is perfectly okay to clobber your binary. > >Oh ick. > >Uh, why is ETXTBUSY still around? To protect executing, pageable, binaries from being clobbered...which is exactly how it is used. The kernel is not a pageable binary, is not "executed" in the traditional sense. -DG From owner-freebsd-hackers Mon Feb 6 19:17:23 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA03562 for hackers-outgoing; Mon, 6 Feb 1995 19:17:23 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA03552 for ; Mon, 6 Feb 1995 19:17:18 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id TAA08246; Mon, 6 Feb 1995 19:16:59 -0800 From: Poul-Henning Kamp Message-Id: <199502070316.TAA08246@ref.tfs.com> Subject: Re: Speed increase at CTM src-cur 304? To: sysseh@devetir.qld.gov.au (Stephen Hocking) Date: Mon, 6 Feb 1995 19:16:57 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <199502060945.JAA15046@netfl15a.devetir.qld.gov.au> from "Stephen Hocking" at Feb 6, 95 07:45:42 pm Content-Type: text Content-Length: 815 Sender: hackers-owner@FreeBSD.org Precedence: bulk > There seems to have been a slight speed increase on my home machine (25MHz > 386sx/387sx, 8Mb mem, bt542b & Wren 6) with the latest bunch of CTM patches > that arrived by email. I know that Xfree86-3.1.1 also had a couple of > speedups, but these seem OS related. There seems to be less paging happening > with some of the normal things that I do. Am I imagining things after a > particularly foul weekend (where everything seems better at work) or will the > culprit put his/her hand up? I guess you're not reading commit mail ? If you are running -current you should read that. I'll leave it to David to decide if he will actually tell you what they did :-) -- Poul-Henning Kamp TRW Financial Systems, Inc. FreeBSD has, until now, not one single time had an undetected error. :-) From owner-freebsd-hackers Mon Feb 6 19:20:33 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA03623 for hackers-outgoing; Mon, 6 Feb 1995 19:20:33 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA03617; Mon, 6 Feb 1995 19:20:23 -0800 Received: from jsdinc.root.com (uucp@localhost) by Root.COM (8.6.8/8.6.5) with UUCP id TAA27875; Mon, 6 Feb 1995 19:20:09 -0800 Received: (root@localhost) by jsdinc.root.com (8.6.9/8.6.5) id VAA01165; Mon, 6 Feb 1995 21:00:45 -0500 From: "John S. Dyson" Message-Id: <199502070200.VAA01165@jsdinc.root.com> Subject: Re: sup: Ok, I'm gonna do it. To: freefall.cdrom.com!owner-freebsd-hackers@implode.root.com (Wankle Rotary Engine) Date: Mon, 6 Feb 1995 21:00:44 -0500 (EST) Cc: peter@bonkers.taronga.com, syssgm@devetir.qld.gov.au, freebsd-hackers@FreeBSD.org, jcd@crab.xinside.com In-Reply-To: <199502060718.CAA00787@skynet.ctr.columbia.edu> from "Wankle Rotary Engine" at Feb 6, 95 02:18:27 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1053 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > This does not bode well for me either, because my home machine is > a 386sx/16Mhz system with 4 megs of RAM. I wouldn't mind sticking with > 1.1.5.1 for a while, but there's a bug in the VM system somewhere > that causes it to consume swap space and never give it back, which > forces me to reboot the machine every few days. I figure I'm going to > haul it into work one day after 2.1-Release comes out and upgrade it. > I only hope I don't go mad trying. > > -Bill > For months, I had thought that all of the problems with swap space were only collapse problems. And then, found that the swap pager itself had a leak!!! 2.0 had some paging performance problems, but 2.1 is alot better. You will like 2.1 much more than 2.0 regarding paging performance and swap leaks. After davidg beating on me telling me that 2.0 wasn't as good as it could get, he convinced me to work with him on the pageout daemon again. He and I spent well over 2 weeks on it and now it is much better (he happened to be right this time :-) ). John dyson@root.com From owner-freebsd-hackers Mon Feb 6 19:23:43 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA03686 for hackers-outgoing; Mon, 6 Feb 1995 19:23:43 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA03674 for ; Mon, 6 Feb 1995 19:23:37 -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 TAA27886; Mon, 6 Feb 1995 19:23:28 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id TAA00723; Mon, 6 Feb 1995 19:23:27 -0800 Message-Id: <199502070323.TAA00723@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Poul-Henning Kamp cc: sysseh@devetir.qld.gov.au (Stephen Hocking), hackers@FreeBSD.org Subject: Re: Speed increase at CTM src-cur 304? In-reply-to: Your message of "Mon, 06 Feb 95 19:16:57 PST." <199502070316.TAA08246@ref.tfs.com> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 06 Feb 1995 19:23:27 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >> with some of the normal things that I do. Am I imagining things after a >> particularly foul weekend (where everything seems better at work) or will the >> culprit put his/her hand up? > >I guess you're not reading commit mail ? >If you are running -current you should read that. > >I'll leave it to David to decide if he will actually tell you what they did :-) Attached is the CVS log message from the most significant of the recent VM system changes. -DG date: 1995/02/02 09:08:00; author: davidg; state: Exp; lines: +126 -119 swap_pager.c: Fixed long standing bug in freeing swap space during object collapses. Fixed 'out of space' messages from printing out too often. Modified to use new kmem_malloc() calling convention. Implemented an additional stat in the swap pager struct to count the amount of space allocated to that pager. This may be removed at some point in the future. Minimized unnecessary wakeups. vm_fault.c: Don't try to collect fault stats on 'swapped' processes - there aren't any upages to store the stats in. Changed read-ahead policy (again!). vm_glue.c: Be sure to gain a reference to the process's map before swapping. Be sure to lose it when done. kern_malloc.c: Added the ability to specify if allocations are at interrupt time or are 'safe'; this affects what types of pages can be allocated. vm_map.c: Fixed a variety of map lock problems; there's still a lurking bug that will eventually bite. vm_object.c: Explicitly initialize the object fields rather than bzeroing the struct. Eliminated the 'rcollapse' code and folded it's functionality into the "real" collapse routine. Moved an object_unlock() so that the backing_object is protected in the qcollapse routine. Make sure nobody fools with the backing_object when we're destroying it. Added some diagnostic code which can be called from the debugger that looks through all the internal objects and makes certain that they all belong to someone. vm_page.c: Fixed a rather serious logic bug that would result in random system crashes. Changed pagedaemon wakeup policy (again!). vm_pageout.c: Removed unnecessary page rotations on the inactive queue. Changed the number of pages to explicitly free to just free_reserved level. Submitted by: John Dyson From owner-freebsd-hackers Mon Feb 6 19:37:15 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA03950 for hackers-outgoing; Mon, 6 Feb 1995 19:37:15 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA03944 for ; Mon, 6 Feb 1995 19:37:09 -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 TAA27906; Mon, 6 Feb 1995 19:37:01 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id TAA00751; Mon, 6 Feb 1995 19:37:01 -0800 Message-Id: <199502070337.TAA00751@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Ed Hudson cc: freebsd-hackers@FreeBSD.org Subject: Re: kernel limits In-reply-to: Your message of "Sun, 05 Feb 95 10:01:13 GMT." <199502051001.KAA01142@p5.spnet.com> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 06 Feb 1995 19:37:00 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk > however, let me ask again as to why the value of 40 for > CHILD_MAX/MAXUPRC, as an initial setting of a user's maxproc, > is still relevent in a modern workstation? Hmmm...I just looked at SunOS 4.1.3 and the limit there is 25 processes. ...but I agree that 40 is too small. Perhaps 64 is more reasonable. >>> 1) bump /usr/src/sys/sys/param.h:MAXSYMLNK from 8 to >>> something reasonable, such as 32. >> >> This limit should probably be changeable using sysctl. > > it would be great if this were indeed changeable via sysctl. > and would certainly satisfy my needs. but this is overkill > for a number that is otherwise rarely relevent. > > it looks to me like this is only used as a constant in > an iteration count check. i don't quite feel competent > enough with the kernel sources yet to volunteer to implement > this change. This change has been committed to CVS: revision 1.7 date: 1995/02/07 03:33:05; author: davidg; state: Exp; lines: +2 -2 Changed maximum number of symlinks in a path from 8 to 32. The exact value isn't important; it is only used to prevent symlink loops from looping forever. 32 is a quite reasonable default. Submitted by: Ed Hudson -DG From owner-freebsd-hackers Mon Feb 6 19:39:01 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA03978 for hackers-outgoing; Mon, 6 Feb 1995 19:39:01 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA03970 for ; Mon, 6 Feb 1995 19:38:57 -0800 Received: from jsdinc.root.com (uucp@localhost) by Root.COM (8.6.8/8.6.5) with UUCP id TAA27924; Mon, 6 Feb 1995 19:38:37 -0800 Received: (root@localhost) by jsdinc.root.com (8.6.9/8.6.5) id VAA00213; Mon, 6 Feb 1995 21:32:49 -0500 From: "John S. Dyson" Message-Id: <199502070232.VAA00213@jsdinc.root.com> Subject: Re: Speed increase at CTM src-cur 304? To: davidg@Root.COM Date: Mon, 6 Feb 1995 21:32:49 -0500 (EST) Cc: sysseh@devetir.qld.gov.au, hackers@FreeBSD.org In-Reply-To: <199502070314.TAA00672@corbin.Root.COM> from "David Greenman" at Feb 6, 95 07:14:18 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1073 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > We have been making ongoing improvements to the VM system and other areas > of the kernel that will improve its overall performance - some of the recent > ones have been quite significant. Credit for these improvements goes mostly to > John Dyson, a small amount to me, and to Soren Schmidt who has additionally > improved syscons performance by a factor of 5 in most cases. > > -DG > David, whether congratulations or flames are in order, if you and I did not work well together, we would not be making nearly as much progress as we have been. Gang, There is very much a synergy between the ways that DG and I work together (even though we have never met.) David comes up with many (and sometimes most) of the ideas that we implement, and I code most of the VM stuff. But as professional programmers know, that coding is a small part of the effort, and it is difficult to distinguish between what DG has come up with and what I have done myself. So... if this stuff breaks, it is your fault too, David... :-) (much humor implied here.) John dyson@root.com From owner-freebsd-hackers Mon Feb 6 19:44:39 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA04116 for hackers-outgoing; Mon, 6 Feb 1995 19:44:39 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA04108 for ; Mon, 6 Feb 1995 19:44: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 TAA27945; Mon, 6 Feb 1995 19:44:27 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id TAA00788; Mon, 6 Feb 1995 19:44:27 -0800 Message-Id: <199502070344.TAA00788@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: "John S. Dyson" cc: sysseh@devetir.qld.gov.au, hackers@FreeBSD.org Subject: Re: Speed increase at CTM src-cur 304? In-reply-to: Your message of "Mon, 06 Feb 95 21:32:49 EST." <199502070232.VAA00213@jsdinc.root.com> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 06 Feb 1995 19:44:26 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >> >> We have been making ongoing improvements to the VM system and other areas >> of the kernel that will improve its overall performance - some of the recent >> ones have been quite significant. Credit for these improvements goes mostly to >> John Dyson, a small amount to me, and to Soren Schmidt who has additionally >> improved syscons performance by a factor of 5 in most cases. >> >> -DG >> > >David, whether congratulations or flames are in order, if you and I did not >work well together, we would not be making nearly as much progress as >we have been. > >Gang, There is very much a synergy between the ways that DG and >I work together (even though we have never met.) David comes up with >many (and sometimes most) of the ideas that we implement, and I code >most of the VM stuff. But as professional programmers know, that coding >is a small part of the effort, and it is difficult to distinguish between >what DG has come up with and what I have done myself. > >So... if this stuff breaks, it is your fault too, David... :-) (much humor >implied here.) I was waiting for this last part...DARN, I thought I was going to be able to blame *you* for all the mistakes! ...oh well. :-) -DG From owner-freebsd-hackers Mon Feb 6 19:49:52 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA04365 for hackers-outgoing; Mon, 6 Feb 1995 19:49:52 -0800 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA04358 for ; Mon, 6 Feb 1995 19:49:48 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id TAA08607; Mon, 6 Feb 1995 19:49:40 -0800 Date: Mon, 6 Feb 1995 19:49:40 -0800 Message-Id: <199502070349.TAA08607@silvia.HIP.Berkeley.EDU> To: hackers@FreeBSD.org Subject: rlogind: Out of ptys. From: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk A "finger @freefall" shows all 16 of the ptys used up. But I'd thought a machine the caliber of freefall would be configured with more than 16? ;) Satoshi (my silvia has 32, btw) From owner-freebsd-hackers Mon Feb 6 20:10:37 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA04789 for hackers-outgoing; Mon, 6 Feb 1995 20:10:37 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id UAA04783 for ; Mon, 6 Feb 1995 20:10:35 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA10165; Mon, 6 Feb 95 21:04:24 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502070404.AA10165@cs.weber.edu> Subject: Re: MIT SHM X11 extensions? (fwd) To: davidg@Root.COM Date: Mon, 6 Feb 95 21:04:23 MST Cc: jmb@kryten.atinc.com, hackers@FreeBSD.org In-Reply-To: <199502070316.TAA00688@corbin.Root.COM> from "David Greenman" at Feb 6, 95 07:16:56 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >> Further, Terry's assertion that the > >> binary's vnode has the VTEXT flag turned on (and thus prevents you from > >> overwriting it [ETXTBUSY]) is also WRONG. It does NOT do this, and as such it > >> is perfectly okay to clobber your binary. > > > >Oh ick. > > > >Uh, why is ETXTBUSY still around? > > To protect executing, pageable, binaries from being clobbered...which is > exactly how it is used. The kernel is not a pageable binary, is not "executed" > in the traditional sense. See the first set of quoted material above -- how are you not tagging the vnode, yet you know to return ETXTBUSY? The only locking I can see is advisory. And it *looks* like the VTEXT *is* being used. How does this jive with it being OK to clobber your binary? Or did you think I was talking about the VTEXT flag being set on the kernel vnode? I *know* that doesn't happen: the kernel isn't opened through the VFS, it's opened by the boot code. Is there something here I am missing? Puzzled, 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-hackers Mon Feb 6 20:29:12 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA05128 for hackers-outgoing; Mon, 6 Feb 1995 20:29:12 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id UAA05122 for ; Mon, 6 Feb 1995 20:29:11 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id UAA10082 for hackers@freebsd.org; Mon, 6 Feb 1995 20:29:06 -0800 From: Poul-Henning Kamp Message-Id: <199502070429.UAA10082@ref.tfs.com> Subject: From the release-eng's wishlist To: hackers@FreeBSD.org Date: Mon, 6 Feb 1995 20:29:04 -0800 (PST) Reply-To: phk@FreeBSD.org Content-Type: text Content-Length: 2420 Sender: hackers-owner@FreeBSD.org Precedence: bulk (There are several entirely different subjects covered in this email) Hi hackers, I'm starting to collect the threads for the 2.1 release: First, I have a couple of "pet" bugs I'd like to see dead. Soon. FT probe, at one time I saw a patch, but later that got retracted or what ? BAD144, I'll try to lick this one, but the ST506 we got donated was dead on arrival so I still miss the HW to do so. Second: The release team intend to release snapshots from now on till we get done. If you can, grap one, try out the new install (comming to a FreeBSD near you soon !) and send some feedback to us (paul, jkh & phk). Next: "Vak" wrote a "compressed kernel" gadget back in 1.X days, I have looked at it, and would love to have it working again. Anybody willing to take a look ? It would give us some space on the boot and cpio floppies.. (If you can use the "inflate" already in the kernel it would be nice, since that has already been "kernelized".) And now, something entirely different: Our kernel has become rather big lately, if somebody were to change a device-driver to use malloc rather than "struct softc_foo foo_dev[NFOO];" and preferrably make the driver completely disregard the value of NFOO in preparation for PCMCIA and other such stuff then I wouldn't mind at all :-) And finally: one of my wishes for 2.1 is to have a "not_yet" directory, which contains the various bits and pieces we have "in progress" here and there. I know of various patches and changes people have running home in the lab, and I'd like to get some of them forward and into the light. This is a good way to get your code finished, you have a good chance of finding co-developers and testers, and maybe even somebody willing to inherit some code you have sidetracked... "FreeBSD Classified Ads" :-) The rules are simple: You must supply a README file with your stuff. The copyright must allow Walnut Creek to put it on the CDROM. That's all. There will be a big sign on this stuff saying that this is not_yet quality, and that it's peoples own fault if they blow up using it. Send me an email, if you have something to throw in so I can see if there is interest for this. Don't submit the stuff yet. I will make a ftp directory somewhere when we get to alpha/beta and you can dump it there at that time. -- Poul-Henning Kamp FreeBSD core-team, 2.1 release engineer. From owner-freebsd-hackers Mon Feb 6 21:07:11 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA08157 for hackers-outgoing; Mon, 6 Feb 1995 21:07:11 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id VAA08149 for ; Mon, 6 Feb 1995 21:07:07 -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 VAA28104; Mon, 6 Feb 1995 21:06:59 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id VAA00830; Mon, 6 Feb 1995 21:06:58 -0800 Message-Id: <199502070506.VAA00830@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: jmb@kryten.atinc.com, hackers@FreeBSD.org Subject: Re: MIT SHM X11 extensions? (fwd) In-reply-to: Your message of "Mon, 06 Feb 95 21:04:23 MST." <9502070404.AA10165@cs.weber.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 06 Feb 1995 21:06:58 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >> To protect executing, pageable, binaries from being clobbered...which is >> exactly how it is used. The kernel is not a pageable binary, is not "executed" >> in the traditional sense. > >See the first set of quoted material above -- how are you not tagging the >vnode, yet you know to return ETXTBUSY? > >The only locking I can see is advisory. And it *looks* like the VTEXT *is* >being used. Sure it is, in the kernel for normal files that the kernel execs. >How does this jive with it being OK to clobber your binary? It doesn't. I never said it did in the general case. My reply was about Jonathan saying that you must use 'mv' to install a new kernel - that 'cp'ing a new kernel would cause the system to crash. You then made the assertion that 'cp' can't be used because of the ETXTBUSY error. I said (more or less) that this is simply not true for the kernel binary. >Or did you think I was talking about the VTEXT flag being set on the kernel >vnode? How could I have thought any different??? That **was** what we were talking about. > I *know* that doesn't happen: the kernel isn't opened through the >VFS, it's opened by the boot code. > >Is there something here I am missing? I guess so. -DG From owner-freebsd-hackers Mon Feb 6 22:00:32 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id WAA10035 for hackers-outgoing; Mon, 6 Feb 1995 22:00:32 -0800 Received: from specgw.spec.co.jp (specgw.spec.co.jp [202.32.13.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id WAA10021 for ; Mon, 6 Feb 1995 22:00:26 -0800 Received: from localhost (uucp@localhost) by specgw.spec.co.jp (8.6.5/3.3Wb-SPEC) with UUCP id OAA09895; Tue, 7 Feb 1995 14:45:40 +0900 Received: by tama.spec.co.jp (8.6.9/6.4J.5) id OAA01353; Tue, 7 Feb 1995 14:17:36 +0900 From: Atsushi Murai Message-Id: <199502070517.OAA01353@tama.spec.co.jp> Subject: Re: FreeBSD with Bustec BT-542B SCSI interface To: sysseh@devetir.qld.gov.au (Stephen Hocking) Date: Tue, 7 Feb 1995 14:17:36 +0900 (JST) Cc: hackers@FreeBSD.org In-Reply-To: <199502060856.IAA14854@netfl15a.devetir.qld.gov.au> from "Stephen Hocking" at Feb 6, 95 08:56:31 am Reply-To: amurai@spec.co.jp X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 720 Sender: hackers-owner@FreeBSD.org Precedence: bulk > >> Has anyone successfully gotten FreeBSD working with a Bustec BT-542B > >> (Adaptec AHA-1542B clone) SCSI adapter? It works with DOS just fine, > >> but FreeBSD has problems with it - the "aha" driver recognizes the Yes. I beleive current aha driver is no longer compatible for woring as industry standard one.... > I have one happily running - use the bt driver. It goes like the > clappers considering its age. By the way, What "clappers considering its age" means ? Could you explain for a language handicaper like me ;-)? > Stephen Atsushi. -- Atsushi Murai Internet: amurai@spec.co.jp System Planning and Engineering Co,.Ltd. Voice : +81-33833-5341 From owner-freebsd-hackers Mon Feb 6 22:13:16 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id WAA11429 for hackers-outgoing; Mon, 6 Feb 1995 22:13:16 -0800 Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id WAA11419 for ; Mon, 6 Feb 1995 22:13:12 -0800 Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.8/8.6.6) id BAA02457 for freebsd-hackers@freebsd.org; Tue, 7 Feb 1995 01:11:01 -0500 From: Wankle Rotary Engine Message-Id: <199502070611.BAA02457@skynet.ctr.columbia.edu> Subject: Cruft alert... To: freebsd-hackers@FreeBSD.org Date: Tue, 7 Feb 1995 01:10:57 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1113 Sender: hackers-owner@FreeBSD.org Precedence: bulk After completing a sup and attempting to build an updated kernel, I discovered the following: As of right now (Tuesday Feb 3, 1:00 AM EST), there's a bit of compiler vomit-inducing garbage lurking in /sys/net/route.h starting at line 190, specifically at the #define for RTM_VERSION. Looks like this was added just today. Since I'm not sure what the correct code is supposed to look like (RTM_VERSION could be either 3 or 5 depending on your interpretation :), I'm posting the notice here so People Who Know Better Than I (tm) can clean it up before more people run afoul of it. :) -Bill -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~T~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The Møøse Illuminati: ignore it and be confused, or join it and be confusing! ~~~~~~~~ FreeBSD 2.1.0-Development #1: Fri Jan 20 14:28:17 EST 1995 ~~~~~~~~~ From owner-freebsd-hackers Mon Feb 6 22:20:51 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id WAA11845 for hackers-outgoing; Mon, 6 Feb 1995 22:20:51 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id WAA11833 for ; Mon, 6 Feb 1995 22:20: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 WAA29104; Mon, 6 Feb 1995 22:20:35 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id WAA01011; Mon, 6 Feb 1995 22:20:34 -0800 Message-Id: <199502070620.WAA01011@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Wankle Rotary Engine cc: freebsd-hackers@FreeBSD.org Subject: Re: Cruft alert... In-reply-to: Your message of "Tue, 07 Feb 95 01:10:57 EST." <199502070611.BAA02457@skynet.ctr.columbia.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 06 Feb 1995 22:20:33 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >After completing a sup and attempting to build an updated kernel, I >discovered the following: > >As of right now (Tuesday Feb 3, 1:00 AM EST), there's a bit of >compiler vomit-inducing garbage lurking in /sys/net/route.h starting >at line 190, specifically at the #define for RTM_VERSION. Looks >like this was added just today. Since I'm not sure what the correct >code is supposed to look like (RTM_VERSION could be either 3 or 5 >depending on your interpretation :), I'm posting the notice here >so People Who Know Better Than I (tm) can clean it up before more >people run afoul of it. :) Thanks; fixed. This should have been sent to -current. -DG From owner-freebsd-hackers Mon Feb 6 23:16:54 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA15648 for hackers-outgoing; Mon, 6 Feb 1995 23:16:54 -0800 Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id XAA15641 for ; Mon, 6 Feb 1995 23:16:49 -0800 Received: by gvr.win.tue.nl (8.6.9/1.53) id IAA16665; Tue, 7 Feb 1995 08:16:19 +0100 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199502070716.IAA16665@gvr.win.tue.nl> Subject: Re: kernel limits To: davidg@Root.COM Date: Tue, 7 Feb 1995 08:16:18 +0100 (MET) Cc: elh@p5.spnet.com, freebsd-hackers@FreeBSD.org In-Reply-To: <199502070337.TAA00751@corbin.Root.COM> from "David Greenman" at Feb 6, 95 07:37:00 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 646 Sender: hackers-owner@FreeBSD.org Precedence: bulk David Greenman wrote: > > Hmmm...I just looked at SunOS 4.1.3 and the limit there is 25 processes. > ...but I agree that 40 is too small. Perhaps 64 is more reasonable. > > >>> 1) bump /usr/src/sys/sys/param.h:MAXSYMLNK from 8 to > >>> something reasonable, such as 32. > >> > >> This limit should probably be changeable using sysctl. I implemented this last night. Expect it to go into the tree wednesday. Further: I like to have a bunch of commneted sysctl's in etc/rc so ppl at least *know* what things to tune. maxfilesperproc, maxprocperuid come to mind...any others? (btw: initial values are resp. maxfiles, and maxproc-1) -Guido From owner-freebsd-hackers Mon Feb 6 23:29:33 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA15927 for hackers-outgoing; Mon, 6 Feb 1995 23:29:33 -0800 Received: (from paul@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA15917; Mon, 6 Feb 1995 23:29:32 -0800 From: Paul Richards Message-Id: <199502070729.XAA15917@freefall.cdrom.com> Subject: Re: From the release-eng's wishlist To: phk@FreeBSD.org Date: Mon, 6 Feb 1995 23:29:31 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <199502070429.UAA10082@ref.tfs.com> from "Poul-Henning Kamp" at Feb 6, 95 08:29:04 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 764 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Poul-Henning Kamp who said > Next: "Vak" wrote a "compressed kernel" gadget back in 1.X days, I have > looked at it, and would love to have it working again. Anybody willing to > take a look ? It would give us some space on the boot and cpio floppies.. > (If you can use the "inflate" already in the kernel it would be nice, since > that has already been "kernelized".) Well, that would be a truly neat trick, to use the kernel inflate code to load the kernel :-) Did I miss something here Poul? -- Paul Richards, FreeBSD core team member. Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. Internet: paul@FreeBSD.org, JANET(UK): RICHARDSDP@CARDIFF.AC.UK From owner-freebsd-hackers Mon Feb 6 23:57:01 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA16772 for hackers-outgoing; Mon, 6 Feb 1995 23:57:01 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id XAA16765; Mon, 6 Feb 1995 23:56:58 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id XAA11455; Mon, 6 Feb 1995 23:56:52 -0800 From: Poul-Henning Kamp Message-Id: <199502070756.XAA11455@ref.tfs.com> Subject: Re: From the release-eng's wishlist To: paul@freefall.cdrom.com (Paul Richards) Date: Mon, 6 Feb 1995 23:56:52 -0800 (PST) Cc: phk@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199502070729.XAA15917@freefall.cdrom.com> from "Paul Richards" at Feb 6, 95 11:29:31 pm Content-Type: text Content-Length: 961 Sender: hackers-owner@FreeBSD.org Precedence: bulk > In reply to Poul-Henning Kamp who said > > Next: "Vak" wrote a "compressed kernel" gadget back in 1.X days, I have > > looked at it, and would love to have it working again. Anybody willing to > > take a look ? It would give us some space on the boot and cpio floppies.. > > (If you can use the "inflate" already in the kernel it would be nice, since > > that has already been "kernelized".) > > Well, that would be a truly neat trick, to use the kernel inflate code > to load the kernel :-) > > Did I miss something here Poul? yes obviously. :-) What his code does is to generate a image like this: [executable uncompressor|compressed kernel] I see no need to have the same source twice in the kernel tree, so for the executable uncompressor, use the inflate we already have in the tree... got it ? -- Poul-Henning Kamp TRW Financial Systems, Inc. FreeBSD has, until now, not one single time had an undetected error. :-) From owner-freebsd-hackers Tue Feb 7 00:48:53 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id AAA18351 for hackers-outgoing; Tue, 7 Feb 1995 00:48:53 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id AAA18345 for ; Tue, 7 Feb 1995 00:48:51 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.8/jtpda-5.0) with SMTP id JAA08689 ; Tue, 7 Feb 1995 09:49:15 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA13800; Tue, 7 Feb 95 09:47:05 +0100 From: roberto@blaise.ibp.fr (Ollivier ROBERT) Message-Id: <9502070847.AA13800@blaise.ibp.fr> Subject: Re: Speed increase at CTM src-cur 304? To: sysseh@devetir.qld.gov.au (Stephen Hocking) Date: Tue, 7 Feb 1995 09:47:05 +0100 (MET) Cc: hackers@FreeBSD.org In-Reply-To: <199502060945.JAA15046@netfl15a.devetir.qld.gov.au> from "Stephen Hocking" at Feb 6, 95 07:45:42 pm X-Operating-System: FreeBSD 2.1.0-Development ctm#307 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: 504 Sender: hackers-owner@FreeBSD.org Precedence: bulk > There seems to have been a slight speed increase on my home machine (25MHz > 386sx/387sx, 8Mb mem, bt542b & Wren 6) with the latest bunch of CTM patches > that arrived by email. I know that Xfree86-3.1.1 also had a couple of > speedups, but these seem OS related. There seems to be less paging happening I agree, it seems a little faster. Great ! :-) -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #18: Thu Jan 26 22:22:16 MET 1995 From owner-freebsd-hackers Tue Feb 7 01:41:25 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA20283 for hackers-outgoing; Tue, 7 Feb 1995 01:41:25 -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.9/8.6.6) with SMTP id BAA20277 for ; Tue, 7 Feb 1995 01:41:24 -0800 Received: from rks32.pcs.dec.com by inet-gw-1.pa.dec.com (5.65/10Aug94) id AA05085; Tue, 7 Feb 95 01:36:49 -0800 Received: by rks32.pcs.dec.com (Smail3.1.27.1 #16) id m0rbmKN-0005PIC; Tue, 7 Feb 95 10:35 MEZ Message-Id: To: phk%FreeBSD.org@inet-gw-1.pa.dec.com Cc: hackers%freebsd.org@inet-gw-1.pa.dec.com In-Reply-To: Message from Poul-Henning Kamp of Mon, 06 Feb 95 20:29:04 PST. Reply-To: gj@FreeBSD.org Subject: Re: From the release-eng's wishlist Date: Tue, 07 Feb 95 09:35:18 GMT From: "gj%pcs.dec.com@inet-gw-1.pa.dec.com" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Next: "Vak" wrote a "compressed kernel" gadget back in 1.X days, I have > looked at it, and would love to have it working again. Anybody willing to > take a look ? It would give us some space on the boot and cpio floppies.. > (If you can use the "inflate" already in the kernel it would be nice, since > that has already been "kernelized".) I'm willing to do this, if nobody else has already volunteered. Seems to me I still have the code laying around at home somewhere. Gary J. From owner-freebsd-hackers Tue Feb 7 02:03:12 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id CAA20835 for hackers-outgoing; Tue, 7 Feb 1995 02:03:12 -0800 Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id CAA20826 for ; Tue, 7 Feb 1995 02:02:58 -0800 Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0rbmkD-000HzbC; Tue, 7 Feb 95 11:02 MET Received: by ernie.altona.ppp.net (Smail3.1.29.0 #15) id m0rbmSV-0002OfC; Tue, 7 Feb 95 10:43 WET Message-Id: From: hm@ernie.altona.ppp.net (Hellmuth Michaelis) Subject: Re: sup: Ok, I'm gonna do it. To: freebsd-hackers@freefall.cdrom.com (FreeBSD Hackers) Date: Tue, 7 Feb 1995 10:43:42 +0100 (MET) In-Reply-To: <199502061753.SAA17131@bonnie.tcd-dresden.de> from "J Wunsch" at Feb 6, 95 06:53:33 pm Reply-To: hm@ernie.altona.ppp.net X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1130 Sender: hackers-owner@FreeBSD.org Precedence: bulk >From the keyboard of J Wunsch: > The potentially biggest problem are people with CGA's or EGA's. It's astonishing how many MDA/Hercules boards are still in use, and some people even would not change to VGA because of the speed of these. I've never heard of people using EGA/CGA boards and actually i have never tested pcvt with a CGA board because i simply could not find one anymore. The issue is not the price of the hardware. It's just why should someone throw away a working MDA/Hercules/CGA/EGA board/monitor and buy something new (and contribute to pollution and hills of waste) if it does what it should do ? A good install program should be easy and intuitive to use and it must run on any hardware. If this program (reliably) detects it's running on a VGA and switches to some GUI, good - but have support for 25x80 screens in the same program! Focus on the ease of use, not on fancy colours - that's hard enough! My 0.02 whatever currency, hellmuth -- Hellmuth Michaelis hm@altona.ppp.net Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Tue Feb 7 04:25:50 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA23468 for hackers-outgoing; Tue, 7 Feb 1995 04:25:50 -0800 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id EAA23461 for ; Tue, 7 Feb 1995 04:25:21 -0800 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HMRPOIWPGW0001O0@mail.rwth-aachen.de>; Tue, 07 Feb 1995 13:26:02 +0100 Received: by gilberto.physik.rwth-aachen.de (NAA19137); Tue, 7 Feb 1995 13:31:26 +0100 Date: Tue, 07 Feb 1995 13:31:26 +0100 From: "Christoph P. Kukulies" Subject: SLIP (ping time over 14400) To: freebsd-hackers@freefall.cdrom.com Message-id: <199502071231.NAA19137@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: hackers-owner@FreeBSD.org Precedence: bulk What are the usual turn around times when pinging a host over a 14400 SLIP link resp. what ftp rates can one expect? I have a link running and it shows 200 ms. The ftp rate is significantly below 1KB/s. Would ppp give me better results? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Sat Feb 4 16:57:32 1995 kuku@blues:/usr/src/sys/compile/BLUES i386 From owner-freebsd-hackers Tue Feb 7 04:52:38 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA23977 for hackers-outgoing; Tue, 7 Feb 1995 04:52:38 -0800 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id EAA23966 for ; Tue, 7 Feb 1995 04:52:35 -0800 Received: by dg-rtp.dg.com (5.4R2.01/dg-rtp-v02) id AA11774; Tue, 7 Feb 1995 07:51:54 -0500 Received: (rivers@localhost) by ponds.UUCP (8.6.9/8.6.5) id OAA00366; Fri, 3 Feb 1995 14:42:09 -0500 Date: Fri, 3 Feb 1995 14:42:09 -0500 From: Thomas David Rivers Message-Id: <199502031942.OAA00366@ponds.UUCP> To: phk@ref.tfs.com, rivers@dg-rtp.dg.com Subject: Re: drand48 problems persist. Cc: freebsd-bugs@freefall.cdrom.com, freebsd-hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > If anyone has an idea as to what's happening here; don't hesitate to > > let me know. > > > Dave, > > I just tried it out and had no problems (on a 486DX2). > > Here is my binary (I changed 3072 -> 3072000 to expose it more.) > try that on your machine, and send me a uuencoded binary from > your system so that I can try that out on mine. > > Poul-Henning > Ok - I ran Poul-Henning's binary on a 2.0R 486DX2 and a Pentium, this is the output I got (from script): Script started on Fri Feb 3 14:37:52 1995 [ponds.water.net]$ cat a | uudecode [ponds.water.net]$ chmod 775 a.out [ponds.water.net]$ ./a.out 25982.000000 is greater than 1.0 55082.000000 is greater than 1.0 23156.000000 is greater than 1.0 29267.000000 is greater than 1.0 20885.000000 is greater than 1.0 Floating exception - core dumped [ponds.water.net]$ Script done on Fri Feb 3 14:38:07 1995 As I pointed out before, the core dump is a seriously bad value being given to printf(). What I'm concerned about is not the core dump, but the fact that drand48() returns something > 1.0. Since this appears to be quite machine/configuration specific, here's the configuration file for that machine. Again, this is with 2.0R installed from the net (the original one.) # # GENERICAH -- Generic machine with WD/AHx/NCR family disks # # GENERICAH,v 1.54 1994/11/13 10:17:05 gibbs Exp # machine "i386" cpu "I386_CPU" cpu "I486_CPU" cpu "I586_CPU" ident GENERICAH maxusers 10 options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast File System options PROCFS #Process filesystem options NFS #Network File System options "CD9660" #CD ISO9660 File System options "COMPAT_43" #Compatible with BSD 4.3 options UCONSOLE #X Console support options "FAT_CURSOR" #block cursor in syscons or pccons options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device options "NCONS=4" #4 virtual consoles options BOUNCE_BUFFERS #include support for DMA bounce buffers config kernel root on wd0 swap on wd0 and wd1 and sd0 and sd1 dumps on wd0 controller isa0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 #tape ft0 at fdc0 drive 2 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr disk wd2 at wdc1 drive 0 disk wd3 at wdc1 drive 1 #controller ahb0 at isa? bio irq ? vector ahbintr controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr #controller pas0 at isa? port 0x1f88 bio #controller aic0 at isa? port 0x340 bio irq 11 vector aicintr #controller pci0 #controller ncr0 controller scbus0 device sd0 device sd1 device sd2 device sd3 device st0 device st1 device cd0 #Only need one of these, the code dynamically grows device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr #device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr #device mcd1 at isa? port 0x340 bio irq 11 vector mcdintr device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device lpt1 at isa? port? tty device lpt2 at isa? port? tty #device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr device ed0 at isa? port 0x300 net irq 9 iomem 0xd8000 vector edintr #device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr #device ed2 at isa? port 0x300 net irq 10 iomem 0xcc000 vector edintr #device ep0 at isa? port 0x300 net irq 10 vector epintr #device ie0 at isa? port 0x360 net irq 7 iomem 0xd0000 vector ieintr #device is0 at isa? port 0x280 net irq 10 drq 7 vector isintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 2 pseudo-device ppp 2 pseudo-device pty pseudo-device speaker pseudo-device gzip # Exec gzipped a.out's From owner-freebsd-hackers Tue Feb 7 05:00:18 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA24624 for hackers-outgoing; Tue, 7 Feb 1995 05:00:18 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id FAA24616 for ; Tue, 7 Feb 1995 05:00:08 -0800 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by wcarchive.cdrom.com (8.6.8/8.6.6) with SMTP id FAA27689 for ; Tue, 7 Feb 1995 05:00:00 -0800 Received: by dg-rtp.dg.com (5.4R2.01/dg-rtp-v02) id AA14195; Tue, 7 Feb 1995 07:59:25 -0500 Received: (rivers@localhost) by ponds.UUCP (8.6.9/8.6.5) id IAA19576; Sat, 4 Feb 1995 08:48:09 -0500 Date: Sat, 4 Feb 1995 08:48:09 -0500 From: Thomas David Rivers Message-Id: <199502041348.IAA19576@ponds.UUCP> To: jkh@FreeBSD.org, rivers@dg-rtp.dg.com Subject: Re: chat(8) improvements for SL/IP dialout. Cc: freebsd-hackers@wcarchive.cdrom.com, longyear@netcom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > The following changes to chat.c (and the chat.8 man page) add two > > options: > > -c > > -s > > > > I'd like to, but your patch for chat.8 is bogus - it's not to -current > sources! > > Can you re-send me your patch against current, at least for chat.8? The > chat.c changes went in without any problem.. > > Jordan > I'd be happy to, if you could e-mail me the -current chat.8. (Recall, I'm not too well connected; I working on it, hence the chat changes.) - Dave Rivers - From owner-freebsd-hackers Tue Feb 7 05:00:22 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA24636 for hackers-outgoing; Tue, 7 Feb 1995 05:00:22 -0800 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id FAA24621 for ; Tue, 7 Feb 1995 05:00:16 -0800 Received: by dg-rtp.dg.com (5.4R2.01/dg-rtp-v02) id AA14240; Tue, 7 Feb 1995 07:59:37 -0500 Received: (rivers@localhost) by ponds.UUCP (8.6.9/8.6.5) id IAA19589; Sat, 4 Feb 1995 08:49:27 -0500 Date: Sat, 4 Feb 1995 08:49:27 -0500 From: Thomas David Rivers Message-Id: <199502041349.IAA19589@ponds.UUCP> To: bde@zeta.org.au, freebsd-bugs@freefall.cdrom.com, freebsd-hackers@freefall.cdrom.com, kurto@tiny.mcs.usu.edu, rivers@dg-rtp.dg.com Subject: Re: drand48 problems persist. Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >Hi, I've seen this problem, in fact I think that I was the first to report it. > >And Bruce Evans sent my a description of what's going in a very short time > >after (for which I grateful.) The situation is that drand48 isn't in some > >standard or another so it's not really wanted in the header files which > >are trying to be compliant. So even though you've declared drand48 to > >return a double, libc was built with the assumption that it's an int, > >therefore when drand48 calls erand48 (also 'thought' to be int) some junk > >is left on the fp stack which then blows up later. > > But this is fixed now (the header files aren't very standard :-). The > test program works for me on freefall and at home even if it is linked > to the shared library on the 2.0 cdrom. > > Bruce > Aha! But, I'm running the original 2.0R that came off of the net. Could it be that we have a couple of 2.0R releases? I don't yet have a 2.0 CDROM to compare. - Dave Rivers - From owner-freebsd-hackers Tue Feb 7 05:00:29 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA24644 for hackers-outgoing; Tue, 7 Feb 1995 05:00:29 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id FAA24638 for ; Tue, 7 Feb 1995 05:00:27 -0800 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by wcarchive.cdrom.com (8.6.8/8.6.6) with SMTP id FAA27734 for ; Tue, 7 Feb 1995 05:00:18 -0800 Received: by dg-rtp.dg.com (5.4R2.01/dg-rtp-v02) id AA14264; Tue, 7 Feb 1995 07:59:43 -0500 Received: (rivers@localhost) by ponds.UUCP (8.6.9/8.6.5) id IAA19608; Sat, 4 Feb 1995 08:53:10 -0500 Date: Sat, 4 Feb 1995 08:53:10 -0500 From: Thomas David Rivers Message-Id: <199502041353.IAA19608@ponds.UUCP> To: terry@cs.weber.edu, peter@bonkers.taronga.com Subject: Re: chat(8) improvements for SL/IP dialout. Cc: freebsd-hackers@wcarchive.cdrom.com, longyear@netcom.com, rivers@dg-rtp.dg.com Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > > Looks nifty. One point: > > > > > t.c_lflag = 0; > > > + if(command) { > > > + /* If we're going to execute a command, don't hang-up */ > > > + /* the device when we're done. */ > > > + t.c_cflag &= ~HUPCL; > > > + } > > > t.c_cc[VERASE] = t.c_cc[VKILL] = 0; > > > > Why not? Oh, for SLIP or PPP where the command just establishes a connection > > that's useful, but for a situation where you're running some conventional > > command (like, say, a dialback security mechanism) you want to retain HUPCL. > > Or you could do what everyone has done since time immemorial and open > with a sleep the device so that the chat closer is not the final closer. > > Then the problem that the patch supposedly fixes will never occur. > > > Terry Lambert > terry@cs.weber.edu Yes, I thought about that, and considered it ugly... Let me add some motivation to this (because, I could have simply used the -r and -z flags on slattach.) My internet provider charges by the minute, thus, I'd like to connect to the modem and *not* redial. (Hmmm... perhaps a flag on slattach that says "this is how to dial the first time, but don't bother redialing if Carrier Detect goes down".) So, I had planned on doing: chat -c "slattach ..." ... to start the connection, (setting the modem to disconnect after a minute of no activity). Have sendmail do its thing, then when the modem disconnects, use the slattach option to run the "shutdown-the-link" script. Thus, since the shutdown-the-link script would have to go find the sleep and kill it, I didn't like that idea. - Dave Rivers - From owner-freebsd-hackers Tue Feb 7 05:00:39 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA24655 for hackers-outgoing; Tue, 7 Feb 1995 05:00:39 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id FAA24649 for ; Tue, 7 Feb 1995 05:00:37 -0800 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by wcarchive.cdrom.com (8.6.8/8.6.6) with SMTP id FAA27750 for ; Tue, 7 Feb 1995 05:00:28 -0800 Received: by dg-rtp.dg.com (5.4R2.01/dg-rtp-v02) id AA14331; Tue, 7 Feb 1995 07:59:54 -0500 Received: (rivers@localhost) by ponds.UUCP (8.6.9/8.6.5) id IAA19622; Sat, 4 Feb 1995 08:53:45 -0500 Date: Sat, 4 Feb 1995 08:53:45 -0500 From: Thomas David Rivers Message-Id: <199502041353.IAA19622@ponds.UUCP> To: peter@bonkers.taronga.com, rivers@dg-rtp.dg.com Subject: Re: chat(8) improvements for SL/IP dialout. Cc: freebsd-hackers@wcarchive.cdrom.com, longyear@netcom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Looks nifty. One point: > > > t.c_lflag = 0; > > + if(command) { > > + /* If we're going to execute a command, don't hang-up */ > > + /* the device when we're done. */ > > + t.c_cflag &= ~HUPCL; > > + } > > t.c_cc[VERASE] = t.c_cc[VKILL] = 0; > > Why not? Oh, for SLIP or PPP where the command just establishes a connection > that's useful, but for a situation where you're running some conventional > command (like, say, a dialback security mechanism) you want to retain HUPCL. > > I'd say make this a separate option, or even better have an optional set of > stty arguments to apply to the port (including baud rate, which you can pre- > parse to set up before calling stty and the command). That's a very good idea! > > (pppd is already set up to call chat itself. I'm sorta surprised slip doesn't > do that...) > > - Dave Rivers - From owner-freebsd-hackers Tue Feb 7 05:26:03 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA25034 for hackers-outgoing; Tue, 7 Feb 1995 05:26:03 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id FAA25022 for ; Tue, 7 Feb 1995 05:25:42 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.9/8.6.9) with SMTP id PAA27865; Tue, 7 Feb 1995 15:23:54 +0200 Message-Id: <199502071323.PAA27865@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: "Christoph P. Kukulies" cc: freebsd-hackers@freefall.cdrom.com, mark@grunt.grondar.za Subject: Re: SLIP (ping time over 14400) Date: Tue, 07 Feb 1995 15:23:54 +0200 From: Mark Murray Sender: hackers-owner@FreeBSD.org Precedence: bulk > What are the usual turn around times when pinging a host over a 14400 > SLIP link resp. what ftp rates can one expect? > > I have a link running and it shows 200 ms. The ftp rate is significantly > below 1KB/s. > > Would ppp give me better results? I use a KA9Q 286/16 as a dedicated router on a leased line. If I am moving data to/from my service provider (actually my work) I frequently see transfer rates of 1.4K on compressed data and up to +- 3.5 k on highly compressible stuff. BTW I am using PPP and 14400 modems with v42/v42bis enabled. Close pings are usually just over 300ms (like 310-340). PPP is the better thought out protocol. Strictly speaking it is ever so slightly _slower_ due to some protocol overheads, but one can improve this by employing VJ header compression. Most PPP routers and software can handle this. Good luck -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-hackers Tue Feb 7 06:17:48 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA25602 for hackers-outgoing; Tue, 7 Feb 1995 06:17:48 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id GAA25592 for ; Tue, 7 Feb 1995 06:17:15 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA28672 (5.67a/IDA-1.5); Tue, 7 Feb 1995 07:43:32 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA18334; 7 Feb 95 07:27:32 CST (Tue) Received: (from peter@localhost) by bonkers.taronga.com (8.6.8/8.6.6) id HAA18331; Tue, 7 Feb 1995 07:27:32 -0600 From: Peter da Silva Message-Id: <199502071327.HAA18331@bonkers.taronga.com> Subject: Re: sup: Ok, I'm gonna do it. To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Tue, 7 Feb 1995 07:27:32 -0600 (CST) Cc: paul@freefall.cdrom.com, jgreco@brasil.moneng.mei.com, syssgm@devetir.qld.gov.au, hackers@FreeBSD.org, jdc@crab.xinside.com In-Reply-To: <199502070146.RAA07936@ref.tfs.com> from "Poul-Henning Kamp" at Feb 6, 95 05:46:38 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 562 Sender: hackers-owner@FreeBSD.org Precedence: bulk phk: > I guess we can fit in another couple of termcap entries, which ones do you > want ? My recommendations would be: 1. adm3a This should cover all the Televideo and Wyse terminals as well. 2. HP Probably hp2621, but possibly stripped, to cover all the HP terminals. 3. vt52 A lot of "DEC compatibles" have broken vt100 support but working vt52. These three plus cons25 and vt100 would cover pretty much every terminal I've ever seen, albeit in minimal functionality, except for real oddballs like Datamedia and the Tektronix graphics tubes. From owner-freebsd-hackers Tue Feb 7 06:19:57 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA25657 for hackers-outgoing; Tue, 7 Feb 1995 06:19:57 -0800 Received: from irbs.com ([199.182.75.129]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id GAA25651 for ; Tue, 7 Feb 1995 06:19:54 -0800 Received: (from jc@localhost) by irbs.com (8.6.9/8.6.6) id JAA11432; Tue, 7 Feb 1995 09:18:36 -0500 From: John Capo Message-Id: <199502071418.JAA11432@irbs.com> Subject: Re: SLIP (ping time over 14400) To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Tue, 7 Feb 1995 09:18:35 -0500 (EST) Cc: freebsd-hackers@freefall.cdrom.com (freebsd-hackers) In-Reply-To: <199502071231.NAA19137@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Feb 7, 95 01:31:26 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: 899 Sender: hackers-owner@FreeBSD.org Precedence: bulk Christoph P. Kukulies writes: > > What are the usual turn around times when pinging a host over a 14400 > SLIP link resp. what ftp rates can one expect? > > I have a link running and it shows 200 ms. The ftp rate is significantly > below 1KB/s. > > Would ppp give me better results? > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de > FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Sat Feb 4 > 16:57:32 1995 kuku@blues:/usr/src/sys/compile/BLUES i386 > That's in the ballpark for small packets with compression enabled in the modem. On my 21600 PPP link with compression enabled I get 170 ms for 56 byte pings and 320 ms for 512 byte pings. Ftp to my next hop router is 2.5Kb/sec for a gzipped file with the link running at 21600. I have not used slip but seen people that have used both say there is no practical difference in througput. John Capo From owner-freebsd-hackers Tue Feb 7 06:45:21 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA25992 for hackers-outgoing; Tue, 7 Feb 1995 06:45:21 -0800 Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id GAA25977 for ; Tue, 7 Feb 1995 06:45:17 -0800 Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id OAA14208; Tue, 7 Feb 1995 14:42:17 GMT Date: Tue, 7 Feb 1995 14:42:06 +0000 (GMT) From: Doug Rabson To: "Christoph P. Kukulies" cc: freebsd-hackers@freefall.cdrom.com Subject: Re: SLIP (ping time over 14400) In-Reply-To: <199502071231.NAA19137@gilberto.physik.rwth-aachen.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 7 Feb 1995, Christoph P. Kukulies wrote: > What are the usual turn around times when pinging a host over a 14400 > SLIP link resp. what ftp rates can one expect? > > I have a link running and it shows 200 ms. The ftp rate is significantly > below 1KB/s. > > Would ppp give me better results? I run my link using ppp and get a ping rtt of about 200ms over a 21600bpp link (driving the modem at 57600bps). When my service provider is not too loaded (rare), I can ftp at about 2.1k/s -- Doug Rabson, RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 71 251 4411 FAX: +44 71 251 0939 From owner-freebsd-hackers Tue Feb 7 09:42:14 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA00243 for hackers-outgoing; Tue, 7 Feb 1995 09:42:14 -0800 Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.RWTH-Aachen.DE [134.130.90.6]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id JAA00237 for ; Tue, 7 Feb 1995 09:42:10 -0800 Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.6.8/8.6.6) id SAA29092 for hackers@freebsd.org; Tue, 7 Feb 1995 18:23:08 +0100 From: Thomas Gellekum Message-Id: <199502071723.SAA29092@ghpc6.ihf.rwth-aachen.de> Subject: Procomp M-DCB Disk Coprocessor Board? To: hackers@FreeBSD.org Date: Tue, 7 Feb 1995 18:23:05 +0100 (MET) Organization: Institut f. Hochfrequenztechnik, RWTH Aachen 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: 273 Sender: hackers-owner@FreeBSD.org Precedence: bulk Moin moin, does anyone have information about the Procomp M-DCB Disk Coprocessor Board? The beast behind the name is an SCSI controller for ISA, ``fully compatible with NetWare 286 and 386 SFT features, [...] also usable under OS/2 and DOS.'' (from the User's Manual) tg From owner-freebsd-hackers Tue Feb 7 09:59:59 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA00646 for hackers-outgoing; Tue, 7 Feb 1995 09:59:59 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id JAA00629 for ; Tue, 7 Feb 1995 09:59:34 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA14739; Tue, 7 Feb 1995 17:06:37 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id RAA03194 for freebsd-hackers@freefall.cdrom.com; Tue, 7 Feb 1995 17:06:36 +0100 Received: by bonnie.tcd-dresden.de (8.6.8/8.6.6) id QAA23634; Tue, 7 Feb 1995 16:58:58 +0100 From: j@uriah.sax.de (J Wunsch) Message-Id: <199502071558.QAA23634@bonnie.tcd-dresden.de> Subject: Re: user id's To: dgy@seagull.rtd.com (Don Yuniskis) Date: Tue, 7 Feb 1995 16:58:58 +0100 (MET) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199501310235.TAA21841@seagull.rtd.com> from "Don Yuniskis" at Jan 30, 95 07:35:00 pm X-Phone: +49-351-8141 137 Reply-To: joerg_wunsch@uriah.sax.de 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: 1687 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Don Yuniskis wrote: | | Re: FBSD 1.1.5.1R (but I suspect *all* *BSD's) | I (unfortunately) mix upper and lower case in user id's. | I've noticed that a few id's which consist solely of uppercase | characters are prompted for a password (even tho' a password is | not required for the user) ONLY ON THE FIRST ATTEMPT. A subsequent | attempt (after "illegal password") will accept the uppercase login. | I imagine this is due to the support for "single-case" only | terminals (in which the uppercase chars are converted to lowercase | and, since no such user exists, the "Password:" prompt is issued). Yes, it is. It's one of the biggest bogosities of 4.4BSD that the whole kernel has been moved towards termios, but getty still remained using sgtty-style. The above behaviour is intention, look around line 338 in /usr/src/libexec/getty/main.c. If the incoming name has been found to be all upper-case, it's converted to all lower-case unless the LC option is set in gettytab (meaning the terminal is *known* to support lower-case). The sgtty flag LCASE is set, but since the kernel operates at termios level which doesn't know about such old braindeadness, this flag is dropped from the terminal setting quickly. Any subsequent user login works since only the first query is done by getty, then control is being passed to the login program. The whole mess should be rewritten... (should you volunteer, i'm glad to commit your stuff, Don :--) -- cheers, J"org work: --- no longer --- private: joerg_wunsch@uriah.sax.de Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Feb 7 10:00:28 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA00670 for hackers-outgoing; Tue, 7 Feb 1995 10:00:28 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id KAA00663 for ; Tue, 7 Feb 1995 10:00:27 -0800 From: hasty@netcom.com Received: from localhost by netcom14.netcom.com (8.6.9/Netcom) id JAA00392; Tue, 7 Feb 1995 09:57:36 -0800 Message-Id: <199502071757.JAA00392@netcom14.netcom.com> To: "Christoph P. Kukulies" cc: freebsd-hackers@freefall.cdrom.com, hasty@netcom.com Subject: Re: SLIP (ping time over 14400) In-reply-to: Your message of Tue, 07 Feb 95 13:31:26 +0100. <199502071231.NAA19137@gilberto.physik.rwth-aachen.de> Date: Tue, 07 Feb 95 09:57:35 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk > What are the usual turn around times when pinging a host over a 14400 > SLIP link resp. what ftp rates can one expect? > I have a link running and it shows 200 ms. The ftp rate is significantly On a good day I get around : 64 bytes from 140.145.35.246: icmp_seq=0 ttl=254 time=184.283 ms I can usually ftp at 1.4kb/s+ with a 14400. I talk to my modem at 38400 that seems to help to keep the pipeline full to the modem. Amancio From owner-freebsd-hackers Tue Feb 7 10:04:19 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA00816 for hackers-outgoing; Tue, 7 Feb 1995 10:04:19 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id KAA00804 for ; Tue, 7 Feb 1995 10:04:18 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA12168; Tue, 7 Feb 95 10:00:25 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502071700.AA12168@cs.weber.edu> Subject: Re: FreeBSD with Bustec BT-542B SCSI interface To: amurai@spec.co.jp Date: Tue, 7 Feb 95 10:00:24 MST Cc: sysseh@devetir.qld.gov.au, hackers@FreeBSD.org In-Reply-To: <199502070517.OAA01353@tama.spec.co.jp> from "Atsushi Murai" at Feb 7, 95 02:17:36 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > Stephen says: > > I have one happily running - use the bt driver. It goes like the > > clappers considering its age. > > By the way, What "clappers considering its age" means ? > Could you explain for a language handicaper like me ;-)? Well, in American, it's either a reference to "the clapper", or a reference to "Flappers". The clapper is a sound activated switch whose commercial jingle is: Clap on! Clap off! The Clapper! These never sold too well, since one of their suggested uses was plugging the TV into it. Once you did that, you'd get to the "Clap on! " of the commercial, your TV would go off, and you'd never see the 800 number to call to get a second one. The other possibility is a misreference to "Flapper", a 1920's slang term that rebellious youth used to identify themselves. Flappers were typically characterized by vigorous dances, such as the "Charleston" and their consumption of alcohol during prohibition, a period of American history where the "Volstead Act" (sponsored by Andrew John Volstead who died in 1947, probably from the lack of beer) made it illegal to produce or consume alcohol. This made it economically profitable for "Gangsters" (people like "Al Capone") to manufacture and import, even in the face of the penalties for doing so, since the rewards were so high relative to the probability of getting caught. Much as it is economically profitable to manufacture and import illicit drugs today, also because of the artificial scarcity. The "Gangster period" is largely responsible for the mistaken impression the rest of the world seems to have that "all Americans carry guns". So we either get that it runs intermittently (perfectly until you use it), or that it runs vigorously (but drunkenly). 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-hackers Tue Feb 7 10:04:25 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA00836 for hackers-outgoing; Tue, 7 Feb 1995 10:04:25 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id KAA00828; Tue, 7 Feb 1995 10:04:22 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA11878; Tue, 7 Feb 95 09:25:45 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502071625.AA11878@cs.weber.edu> Subject: Re: From the release-eng's wishlist To: phk@FreeBSD.org Date: Tue, 7 Feb 95 9:25:45 MST Cc: hackers@FreeBSD.org In-Reply-To: <199502070429.UAA10082@ref.tfs.com> from "Poul-Henning Kamp" at Feb 6, 95 08:29:04 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > And now, something entirely different: Our kernel has become rather big > lately, if somebody were to change a device-driver to use malloc rather > than "struct softc_foo foo_dev[NFOO];" and preferrably make the driver > completely disregard the value of NFOO in preparation for PCMCIA and > other such stuff then I wouldn't mind at all :-) AND DON'T DO THE MALLOC UNLESS THE PROBE COMES TRUE, PLEASE! There is nothing worse than a device driver you feed memory to just to have it sit around watching television all day. > This is a good way to get your code finished, you have a good chance > of finding co-developers and testers, and maybe even somebody willing > to inherit some code you have sidetracked... "FreeBSD Classified Ads" :-) I have a *lot* of code in the sidetracked category. I might be persuaded to do this. Much of it will require porting from 0.1 and 1.0 to 2.x, so I won't be persuaded immediately on most things, but there's a few of them that might fit the bill now; let me go through some the stuff before emailing a list. 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-hackers Tue Feb 7 10:04:26 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA00843 for hackers-outgoing; Tue, 7 Feb 1995 10:04:26 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id KAA00834 for ; Tue, 7 Feb 1995 10:04:25 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA11843; Tue, 7 Feb 95 09:13:05 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502071613.AA11843@cs.weber.edu> Subject: Re: chat(8) improvements for SL/IP dialout. To: ponds!rivers@dg-rtp.dg.com (Thomas David Rivers) Date: Tue, 7 Feb 95 9:13:04 MST Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199502041353.IAA19608@ponds.UUCP> from "Thomas David Rivers" at Feb 4, 95 08:53:10 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Or you could do what everyone has done since time immemorial and open > > with a sleep the device so that the chat closer is not the final closer. > > > > Then the problem that the patch supposedly fixes will never occur. > > Yes, I thought about that, and considered it ugly... Well, it is ugly; mosly because the chat is doing something it shouldn't be doing and because the serial port is acting wierdly unlike those on say a Sun machine. A lot of this comes back to the partial open hack, which I guess people hate because it has the work "hack" in it, an the need for an open flag that completes the open when RI is triggered instead of DCD going high, which is what is needed for bidirectional and 'mgetty' type use, as well as for the secure callback scenario. You see, the connection between the open descriptor and the modem should not be severed as a result of DCD loss... the modem is not the controlling tty for the process. Currently, there are only two UNIX clones that implement connection loss (requiring reopening the port). The first is SCO Xenix 2.3.0 and the second is SCO Xenix 2.3.1. This is because I didn't report the problem until 2.3.1, so it wasn't fixed until 2.3.2. > My internet provider charges by the minute, thus, I'd like to connect > to the modem and *not* redial. (Hmmm... perhaps a flag on slattach > that says "this is how to dial the first time, but don't bother redialing > if Carrier Detect goes down".) > > So, I had planned on doing: > > chat -c "slattach ..." ... > > to start the connection, (setting the modem to disconnect after a minute > of no activity). Have sendmail do its thing, then when the modem disconnects, > use the slattach option to run the "shutdown-the-link" script. Thus, > since the shutdown-the-link script would have to go find the sleep and > kill it, I didn't like that idea. Well, the startup link could fork first thing, so it's possible to save the PID for, or even pass it to, the shutdown. I've often thought that what would help even more than this type of thing would be turning on digesting and building a digest exploder into an alias at the target machine. This would also have the effect of making it convenient to gate the lists to local news groups instead, as well as reducing the load on the mailing list machines (Andrew Tridgell did this for the SAMBA list). I guess the real answer is that BSD is still not well suited to intermittent connectivity (nomadic computing) or no connectivity (networking built in and huge kernel as a result by default). 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-hackers Tue Feb 7 10:04:30 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA00852 for hackers-outgoing; Tue, 7 Feb 1995 10:04:30 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id KAA00846 for ; Tue, 7 Feb 1995 10:04:28 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA11894; Tue, 7 Feb 95 09:31:18 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502071631.AA11894@cs.weber.edu> Subject: Re: MIT SHM X11 extensions? (fwd) To: davidg@Root.COM Date: Tue, 7 Feb 95 9:31:17 MST Cc: jmb@kryten.atinc.com, hackers@FreeBSD.org In-Reply-To: <199502070506.VAA00830@corbin.Root.COM> from "David Greenman" at Feb 6, 95 09:06:58 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > >Or did you think I was talking about the VTEXT flag being set on the kernel > >vnode? > > How could I have thought any different??? That **was** what we were talking > about. Ah. You missed that the VTEXT flag appeared in a discussion of the origin of the "mv, don't cp the kernel" legend. I was explaining the origin of the legend, and refuting it for the kernel, while showing why it could still be a problem elsewhere. That is, "every legened has a basis in fact". Good to know that I'm not going insane. 8-). 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-hackers Tue Feb 7 10:08:01 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA00976 for hackers-outgoing; Tue, 7 Feb 1995 10:08:01 -0800 Received: from sneezy.sri.com (sneezy.sri.com [128.18.40.6]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id KAA00968; Tue, 7 Feb 1995 10:08:00 -0800 Received: from rocky.sri.MT.net (sri.MT.net) by sneezy.sri.com (4.1/SMI-4.1) id AA05193; Tue, 7 Feb 95 10:07:55 PST Received: by rocky.sri.MT.net (4.1/SMI-4.1) id AA01746; Tue, 7 Feb 95 11:09:29 MST Message-Id: <9502071809.AA01746@rocky.sri.MT.net> From: Nate Williams Date: Tue, 7 Feb 1995 11:09:29 -0700 In-Reply-To: terry@cs.weber.edu (Terry Lambert) "Re: From the release-eng's wishlist" (Feb 7, 9:25) Reply-To: Nate Williams X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: terry@cs.weber.edu (Terry Lambert), phk@FreeBSD.org Subject: Re: From the release-eng's wishlist Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > > This is a good way to get your code finished, you have a good chance > > of finding co-developers and testers, and maybe even somebody willing > > to inherit some code you have sidetracked... "FreeBSD Classified Ads" :-) > > I have a *lot* of code in the sidetracked category. I might be persuaded > to do this. Much of it will require porting from 0.1 and 1.0 to 2.x, so > I won't be persuaded immediately on most things, but there's a few of > them that might fit the bill now; let me go through some the stuff before > emailing a list. If it means not getting the code to the public, I would suggest that some if it may not even be ported to 2.x just to get the bits out. I know (and the rest of us as well) that you are a very busy guy, and expecting you to get all those bits updated to 2.x will cause most of them to lie in rot since you won't get the time to work on them. Nate From owner-freebsd-hackers Tue Feb 7 10:11:40 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA01091 for hackers-outgoing; Tue, 7 Feb 1995 10:11:40 -0800 Received: from po2.andrew.cmu.edu (PO2.ANDREW.CMU.EDU [128.2.10.102]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id KAA01085 for ; Tue, 7 Feb 1995 10:11:39 -0800 Received: (from postman@localhost) by po2.andrew.cmu.edu (8.6.9/8.6.9) id NAA18133 for freebsd-hackers@freefall.cdrom.com; Tue, 7 Feb 1995 13:11:30 -0500 Received: via switchmail; Tue, 7 Feb 1995 13:11:27 -0500 (EST) Received: from pcs19.andrew.cmu.edu via qmail ID ; Tue, 7 Feb 1995 13:11:16 -0500 (EST) Received: from pcs19.andrew.cmu.edu via qmail ID ; Tue, 7 Feb 1995 13:11:13 -0500 (EST) Received: from mms.4.60.Nov..4.1993.10.47.44.sun4c.411.EzMail.Phred.2.0.CUILIB.3.45.SNAP.NOT.LINKED.pcs19.andrew.cmu.edu.sun4c.411 via MS.5.6.pcs19.andrew.cmu.edu.sun4c_411; Tue, 7 Feb 1995 13:11:12 -0500 (EST) Message-ID: Date: Tue, 7 Feb 1995 13:11:12 -0500 (EST) From: "Alex R.N. Wetmore" To: freebsd-hackers@freefall.cdrom.com Subject: Re: SLIP (ping time over 14400) In-Reply-To: <199502071231.NAA19137@gilberto.physik.rwth-aachen.de> Sender: hackers-owner@FreeBSD.org Precedence: bulk Excerpts from internet.computing.freebsd-hackers: 7-Feb-95 SLIP (ping time over 14400) by Christoph Kukulies@gilbe > What are the usual turn around times when pinging a host over a 14400 > SLIP link resp. what ftp rates can one expect? Your ping times sound good to me. Here are results that I'm getting between my host (which has 10mb ethernet connectivity all the way to the ANS backbone) and a friends machine (which has 28800 SLIP connectivity to a T1 connection) through traceroute (first) and ping (second). 1 DORM-RTR.NET.CMU.EDU (128.2.75.254) 6.178 ms 5.197 ms 4.408 ms 2 CMU-DEFAULT.NET.CMU.EDU (128.2.1.2) 6.216 ms 9.977 ms 9.83 ms 3 PSC-GW-1.NET.CMU.EDU (128.2.2.1) 5.486 ms 7.41 ms 4.828 ms 4 enss.psc.edu (192.88.114.253) 13.127 ms 8.985 ms 8.743 ms 5 prep-rtr.psc.edu (192.5.146.7) 13.216 ms 13.977 ms 12.009 ms 6 129.250.200.3 (129.250.200.3) 39.06 ms 78.929 ms 21.052 ms 7 portcullis.galt.com (199.234.1.161) 20.343 ms 23.912 ms 20.151 ms 8 dhp.com (199.234.136.1) 247.586 ms 223.822 ms 296.993 ms PING dhp.com (199.234.136.1): 56 data bytes 64 bytes from 199.234.136.1: icmp_seq=0 ttl=247 time=303.404 ms 64 bytes from 199.234.136.1: icmp_seq=1 ttl=247 time=356.554 ms 64 bytes from 199.234.136.1: icmp_seq=2 ttl=247 time=285.851 ms 64 bytes from 199.234.136.1: icmp_seq=3 ttl=247 time=315.565 ms --- dhp.com ping statistics --- 4 packets transmitted, 4 packets received, 0% packet loss round-trip min/avg/max = 285.851/315.344/356.554 ms > I have a link running and it shows 200 ms. The ftp rate is significantly > below 1KB/s. I would expect better then 1k/s. What speed are you running the serial port at (it should be at least 38.4k) and do you have hardware handshaking on? I can usually get about 3k/s to the above machine. alex From owner-freebsd-hackers Tue Feb 7 10:24:40 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA01241 for hackers-outgoing; Tue, 7 Feb 1995 10:24:40 -0800 Received: from venere.inet.it (venere.inet.it [194.20.8.4]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id KAA01235 for ; Tue, 7 Feb 1995 10:24:33 -0800 Received: from piero.inet.it (uupiero@localhost) by venere.inet.it (8.6.9/8.6.9) with UUCP id TAA30823 for freefall.cdrom.com!freebsd-hackers; Tue, 7 Feb 1995 19:10:07 +0100 Received: (from piero@localhost) by piero.inet.it (8.6.9/8.6.9) id OAA09625; Tue, 7 Feb 1995 14:24:18 +0100 From: Piero Serini Message-Id: <199502071324.OAA09625@piero.inet.it> Subject: Re: CGA card To: ernie.altona.ppp.net!hm@piero.inet.it Date: Tue, 7 Feb 1995 14:24:18 +0100 (MET) Cc: freefall.cdrom.com!freebsd-hackers@piero.inet.it In-Reply-To: from "Hellmuth Michaelis" at Feb 7, 95 10:43:42 am Reply-To: Piero@piero.inet.it Operating-System: FreeBSD 1.1.5.1 X-Phone-Number: +39 (2) 89405894 X-Faqs-Maintained: Elm (comp.mail.elm), Mail Archive Servers (comp.mail.misc) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 635 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello. (Yes, I'm back :) Quoting from Hellmuth Michaelis (Tue Feb 7 10:43:23 1995): > I've never heard of people using EGA/CGA boards and actually i have never > tested pcvt with a CGA board because i simply could not find one anymore. I can send you one, but please, send it back when you're done, as it's part of my personal museum. Bye, -- # $Id: .signature,v 1.10 1995/02/05 17:34:46 piero Exp $ Piero Serini Via Giambologna, 1 TEMP: I 20136 Milano - ITALY AKA: - But this address is suspended for a while From owner-freebsd-hackers Tue Feb 7 10:30:42 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA01312 for hackers-outgoing; Tue, 7 Feb 1995 10:30:42 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id KAA01306; Tue, 7 Feb 1995 10:30:41 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA12541; Tue, 7 Feb 95 11:24:45 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502071824.AA12541@cs.weber.edu> Subject: Re: From the release-eng's wishlist To: nate@sneezy.sri.com Date: Tue, 7 Feb 95 11:24:44 MST Cc: phk@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <9502071809.AA01746@rocky.sri.MT.net> from "Nate Williams" at Feb 7, 95 11:09:29 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I have a *lot* of code in the sidetracked category. I might be persuaded > > to do this. Much of it will require porting from 0.1 and 1.0 to 2.x, so > > I won't be persuaded immediately on most things, but there's a few of > > them that might fit the bill now; let me go through some the stuff before > > emailing a list. > > If it means not getting the code to the public, I would suggest that > some if it may not even be ported to 2.x just to get the bits out. I > know (and the rest of us as well) that you are a very busy guy, and > expecting you to get all those bits updated to 2.x will cause most of > them to lie in rot since you won't get the time to work on them. I suspect a Streams implementation for 386BSD 0.1 patchkit 2 would be relatively useless, especially one that relies on unaltered LKM code and has no streams modules that are not ported from SVR4 by students. For instance. I also suspect that a shared library implementation based on the Sun code that was OK/wasn't OK/is OK because 4.4 has been released, has already rotted away. Like I said, I'm gonna need some time to sort the code, at the very best, and port it to some live OS somewhere, at the very worst. I will send Paul a list. The code is spread over 5 gig of disk at three sites and 8 more gig of tape at two. 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-hackers Tue Feb 7 11:00:34 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA01645 for hackers-outgoing; Tue, 7 Feb 1995 11:00:34 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA01638 for ; Tue, 7 Feb 1995 11:00:31 -0800 Received: from orion.stars.sed.monmouth.army.mil ([158.9.11.65]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id HAA28457 for ; Tue, 7 Feb 1995 07:51:32 -0800 Message-Id: <199502071551.HAA28457@wcarchive.cdrom.com> Received: by orion.stars.sed.monmouth.army.mil (1.37.109.11/16.2) id AA015492197; Tue, 7 Feb 1995 10:49:57 -0500 From: william pechter ILEX Subject: Re: Patch for gnu/libexec/uucp To: ponds!rivers@dg-rtp.dg.com (Thomas David Rivers), FreeBSD-hackers@wcarchive.cdrom.com (FreeBSD-hackers) Date: Tue, 7 Feb 1995 10:49:57 -0500 (EST) In-Reply-To: <199502070012.TAA06672@ponds.UUCP> from "Thomas David Rivers" at Feb 6, 95 07:12:51 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 923 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > There was a heavy discussion where we decided (for several reasons, > some as Frank has written) that it's best to configure things > in using the Taylor ways. > > I reluctantly agreed, and that's how it's been since then. > > I therefor suggest that this has already been discussed and decided, > and I (as yet) don't see anything different now vs. then, and thus, > we can stick with our previous decision. > > - Dave Rivers - > Dave -- I argued against this in 1.1 for the simple reason that most commercial admin manuals cover HDB or V2 uucp and no one does Taylor. (Has O'Reilly updated the UUCP book to cover Taylor ? ) Bill ----------------------------------------------------------------------------- Bill Pechter |Systems Administrator | Ilex Systems |170 Patterson Ave | Shrewsbury, New Jersey 07702 908-532-2943 |pechter@sesd.ilex.com | pechter@stars.sed.monmouth.army.mil From owner-freebsd-hackers Tue Feb 7 11:33:14 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA03814 for hackers-outgoing; Tue, 7 Feb 1995 11:33:14 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA03807 for ; Tue, 7 Feb 1995 11:33:07 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id GAA02228; Wed, 8 Feb 1995 06:30:13 +1100 Date: Wed, 8 Feb 1995 06:30:13 +1100 From: Bruce Evans Message-Id: <199502071930.GAA02228@godzilla.zeta.org.au> To: hackers@FreeBSD.org, mrami@minerva.cis.yale.edu Subject: Re: Kernel panic with latest SNAP Sender: hackers-owner@FreeBSD.org Precedence: bulk >Well, I then tried to reinstall, and then noticed that when I brought up >Fdisk, it said my geometry was 2810c/4h/94s. I had a hard time convincing >it that my geometry was indeed 2800c/4h/94s (as reported by the drive). It should be impossible to convince fdisk of this, because the partition table format cannot support more that 63s (or 256h, or 1024h; however it is safe to exceed 1024h in some cases). >Finally, I simply installed DOS after which it decided my geometry was >516c/32h/64s, which I could live with. So, I reinstalled, which went >fine, and I then tried to boot from the hard drive: You probably meant 64h/32s. 64s doesn't work. This is the correct solution using fdisk too. For all SCSI drives of size 1G or smaller, use the geometry `m'c/64h/32s, where `m' is the size in MB. For larger sizes up to 8G, it is probably best to increase the number of heads and sectors subject to the above limits. Bruce From owner-freebsd-hackers Tue Feb 7 11:41:59 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA04536 for hackers-outgoing; Tue, 7 Feb 1995 11:41:59 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id LAA04484 for ; Tue, 7 Feb 1995 11:41:42 -0800 Received: by brasil.moneng.mei.com (4.1/SMI-4.1) id AA01714; Tue, 7 Feb 95 13:38:36 CST From: Joe Greco Message-Id: <9502071938.AA01714@brasil.moneng.mei.com> Subject: Re: sup: Ok, I'm gonna do it. To: paul@freefall.cdrom.com (Paul Richards) Date: Tue, 7 Feb 1995 13:38:35 -0600 (CST) Cc: syssgm@devetir.qld.gov.au, hackers@FreeBSD.org, jdc@crab.xinside.com In-Reply-To: <199502070102.RAA27730@freefall.cdrom.com> from "Paul Richards" at Feb 6, 95 05:02:58 pm X-Mailer: ELM [version 2.4beta PL9] Content-Type: text Content-Length: 495 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Kind of. There's not much space on the install floppy for a full termcap > but there's a choice of cons25 and vt100 built into the sysisntall code > whic should cover nearly every case. cons25 & vt100 & vt102 & xterm & xterms & vt52 & adm3a & ... probably about a dozen would cover every major base... particularly the xterms. :-) > I've got solutions to this problem but you won't see them for 2.1 and > plans for 2.2 aren't even being considered yet. Anxiously awaiting... :-) ... JG From owner-freebsd-hackers Tue Feb 7 11:58:33 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA06452 for hackers-outgoing; Tue, 7 Feb 1995 11:58:33 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA06446 for ; Tue, 7 Feb 1995 11:58:32 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id LAA22166 for ; Tue, 7 Feb 1995 11:58:21 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id GAA02368; Wed, 8 Feb 1995 06:40:45 +1100 Date: Wed, 8 Feb 1995 06:40:45 +1100 From: Bruce Evans Message-Id: <199502071940.GAA02368@godzilla.zeta.org.au> To: peter@bonkers.taronga.com, ponds!rivers@dg-rtp.dg.com, terry@cs.weber.edu Subject: Re: chat(8) improvements for SL/IP dialout. Cc: freebsd-hackers@wcarchive.cdrom.com, longyear@netcom.com, rivers@dg-rtp.dg.com Sender: hackers-owner@FreeBSD.org Precedence: bulk > Let me add some motivation to this (because, I could have simply used >the -r and -z flags on slattach.) > My internet provider charges by the minute, thus, I'd like to connect >to the modem and *not* redial. (Hmmm... perhaps a flag on slattach >that says "this is how to dial the first time, but don't bother redialing >if Carrier Detect goes down".) I prefer this. > So, I had planned on doing: > chat -c "slattach ..." ... > > to start the connection, (setting the modem to disconnect after a minute >of no activity). Have sendmail do its thing, then when the modem disconnects, >use the slattach option to run the "shutdown-the-link" script. Thus, >since the shutdown-the-link script would have to go find the sleep and >kill it, I didn't like that idea. Slattach is supposed to shut down the link when it is killed by a SIGHUP and it was invoked without -r. However, this is broken in 2.0R and -current. Bruce From owner-freebsd-hackers Tue Feb 7 12:12:48 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA06693 for hackers-outgoing; Tue, 7 Feb 1995 12:12:48 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id MAA06687 for ; Tue, 7 Feb 1995 12:12:47 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: FreeBSD with Bustec BT-542B SCSI interface To: terry@cs.weber.edu (Terry Lambert) Date: Tue, 7 Feb 1995 12:12:00 -0800 (PST) Cc: amurai@spec.co.jp, sysseh@devetir.qld.gov.au, hackers@FreeBSD.org In-Reply-To: <9502071700.AA12168@cs.weber.edu> from "Terry Lambert" at Feb 7, 95 10:00:24 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1729 Sender: hackers-owner@FreeBSD.org Precedence: bulk terry says: > > > Stephen says: > > > I have one happily running - use the bt driver. It goes like the > > > clappers considering its age. > > > > By the way, What "clappers considering its age" means ? > > Could you explain for a language handicaper like me ;-)? > > Well, in American, it's either a reference to "the clapper", or > a reference to "Flappers". I've never heard the second as a term of speed, but to go like the clappers is used in AUS a lot.. My imagination always connected it with something that is 'clapped out' (worn out in OZ at least). which led me to believe that a clapper was some proffession in times gone past (probably in england) in which one had to run fast and ended up exhausted.. I don't know if it's connected with the phrase 'to be knackered' (in OZ slang this does NOT mean to be emasculated, but rather to be exhausted.. (no longer of any use)) which probably was related to worn-out horses being sent to the knackers to be turned into glue. (or whatever) in my mind however I see some connection.. > > This made it economically profitable for "Gangsters" (people like > "Al Capone") to manufacture and import, even in the face of the > penalties for doing so, since the rewards were so high relative > to the probability of getting caught. as the term is heavily used in Australia, where prohibition was not in effect, this sounds an unlikely cause. the fact that it's heavily used in both places would suggest english origin (though not neccesarily). > > The "Gangster period" is largely responsible for the mistaken > impression the rest of the world seems to have that "all Americans > carry guns". from My living here I've never seen such a gun-crazy country .. :) > From owner-freebsd-hackers Tue Feb 7 12:33:17 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA07056 for hackers-outgoing; Tue, 7 Feb 1995 12:33:17 -0800 Received: from sneezy.sri.com (sneezy.sri.com [128.18.40.6]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id MAA07050 for ; Tue, 7 Feb 1995 12:33:14 -0800 Received: from rocky.sri.MT.net (sri.MT.net) by sneezy.sri.com (4.1/SMI-4.1) id AA05775; Tue, 7 Feb 95 12:33:08 PST Received: by rocky.sri.MT.net (4.1/SMI-4.1) id AA02112; Tue, 7 Feb 95 13:34:43 MST Message-Id: <9502072034.AA02112@rocky.sri.MT.net> From: Nate Williams Date: Tue, 7 Feb 1995 13:34:42 -0700 In-Reply-To: julian@tfs.com (Julian Elischer) "Re: FreeBSD with Bustec BT-542B SCSI interface" (Feb 7, 12:12) Reply-To: Nate Williams X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Garrett Wollman , Bruce Evans Subject: Re: FreeBSD with Bustec BT-542B SCSI interface Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > > The "Gangster period" is largely responsible for the mistaken > > impression the rest of the world seems to have that "all Americans > > carry guns". > > from My living here I've never seen such a gun-crazy country .. > :) The word is 'enamored with', and not crazy. :) Nate (who lives in Montana and has in his possession two guns and over 1000 rounds of ammunition) From owner-freebsd-hackers Tue Feb 7 12:46:15 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA07263 for hackers-outgoing; Tue, 7 Feb 1995 12:46:15 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA07257 for ; Tue, 7 Feb 1995 12:46:14 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id MAA13615; Tue, 7 Feb 1995 12:45:51 -0800 From: Poul-Henning Kamp Message-Id: <199502072045.MAA13615@ref.tfs.com> Subject: Re: FreeBSD with Bustec BT-542B SCSI interface To: nate@sneezy.sri.com Date: Tue, 7 Feb 1995 12:45:51 -0800 (PST) Cc: wollman@halloran-eldar.lcs.mit.edu, bde@zeta.org.au, hackers@FreeBSD.org In-Reply-To: <9502072034.AA02112@rocky.sri.MT.net> from "Nate Williams" at Feb 7, 95 01:34:42 pm Content-Type: text Content-Length: 669 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > The "Gangster period" is largely responsible for the mistaken > > > impression the rest of the world seems to have that "all Americans > > > carry guns". > > > > from My living here I've never seen such a gun-crazy country .. > > :) > > The word is 'enamored with', and not crazy. :) The word is indeed 'crazy' :-( > (who lives in Montana and has in his possession two guns and over 1000 > rounds of ammunition) Poul-Henning Who has heard more gunshots in one year in SF than the rest of his life combined. :-( -- Poul-Henning Kamp TRW Financial Systems, Inc. FreeBSD has, until now, not one single time had an undetected error. :-) From owner-freebsd-hackers Tue Feb 7 12:48:09 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA07305 for hackers-outgoing; Tue, 7 Feb 1995 12:48:09 -0800 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA07297 for ; Tue, 7 Feb 1995 12:47:47 -0800 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HMS77P81R40003H3@mail.rwth-aachen.de>; Tue, 07 Feb 1995 21:47:52 +0100 Received: by gilberto.physik.rwth-aachen.de (VAA20088); Tue, 7 Feb 1995 21:53:20 +0100 Date: Tue, 07 Feb 1995 21:53:20 +0100 (MET) From: Christoph Kukulies Subject: Re: SLIP (ping time over 14400) In-reply-to: from "Alex R.N. Wetmore" at Feb 7, 95 01:11:12 pm To: aw2t+@andrew.cmu.edu (Alex R.N. Wetmore) Cc: freebsd-hackers@freefall.cdrom.com (user alias) Reply-to: Christoph Kukulies Message-id: <199502072053.VAA20088@gilberto.physik.rwth-aachen.de> X-Mailer: ELM [version 2.4 PL23] Content-type: text Content-transfer-encoding: 7BIT Content-length: 606 Sender: hackers-owner@FreeBSD.org Precedence: bulk [ping times, traceroute] > > I have a link running and it shows 200 ms. The ftp rate is significantly > > below 1KB/s. > > I would expect better then 1k/s. What speed are you running the serial > port at (it should be at least 38.4k) and do you have hardware handshaking I have it at 19200 - OK, I'll try a higher rate now. > on? I can usually get about 3k/s to the above machine. > > alex > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Sat Feb 4 16:57:32 1995 kuku@blues:/usr/src/sys/compile/BLUES i386 From owner-freebsd-hackers Tue Feb 7 12:50:20 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA07362 for hackers-outgoing; Tue, 7 Feb 1995 12:50:20 -0800 Received: from anvil.appsmiths.com (appsmiths.sccsi.com [198.65.134.98]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA07357 for ; Tue, 7 Feb 1995 12:50:18 -0800 Received: (from hoppy@localhost) by anvil.appsmiths.com (8.6.8/8.6.6) id OAA25315 for hackers@FreeBSD.org; Tue, 7 Feb 1995 14:49:55 -0600 From: "Clay D. Hopperdietzel" Message-Id: <199502072049.OAA25315@anvil.appsmiths.com> Subject: tales from the 2.1-950202-SNAP To: hackers@FreeBSD.org Date: Tue, 7 Feb 1995 14:49:54 -0600 (CST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 878 Sender: hackers-owner@FreeBSD.org Precedence: bulk Build notes from 950202 snapshot: $ rm -rf /usr/src /usr/include $ cd /usr/src $ make hierarchy includes $ make directory: /usr/src/bin/sh/obj had to be created manually file: /usr/include/gnuregx.h missing from installation (cratered awk). The 2.0-CD_ROM version doesn't plug the hole very well either. If somebody has a good one, point me at it ?? file: /usr/include/g++/generic.h, still presumed missing. Haven't found it in any 2.0+X flavor, but it comes with GCC 2.6.2 still haven't run the thing yet. Just trying to make it Foolepruf.... =============================================================================== Clay D. Hopperdietzel hoppy@appsmiths.com AppSmiths, Inc. (713) 578-0154 Houston, Texas USA Happiness is OG > 1.0500 From owner-freebsd-hackers Tue Feb 7 14:24:15 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA09086 for hackers-outgoing; Tue, 7 Feb 1995 14:24:15 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA09080 for ; Tue, 7 Feb 1995 14:24:14 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id OAA23811 for ; Tue, 7 Feb 1995 14:24:09 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.8/jtpda-5.0) with SMTP id XAA18842 ; Tue, 7 Feb 1995 23:25:46 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA16085; Tue, 7 Feb 95 23:23:35 +0100 From: roberto@blaise.ibp.fr (Ollivier ROBERT) Message-Id: <9502072223.AA16085@blaise.ibp.fr> Subject: Re: Patch for gnu/libexec/uucp To: pechter@stars.sed.monmouth.army.mil (william pechter ILEX) Date: Tue, 7 Feb 1995 23:23:35 +0100 (MET) Cc: ponds!rivers@dg-rtp.dg.com, FreeBSD-hackers@wcarchive.cdrom.com In-Reply-To: <199502071551.HAA28457@wcarchive.cdrom.com> from "william pechter ILEX" at Feb 7, 95 10:49:57 am X-Operating-System: FreeBSD 2.1.0-Development ctm#307 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: 361 Sender: hackers-owner@FreeBSD.org Precedence: bulk > (Has O'Reilly updated the UUCP book to cover Taylor ? ) AFAIK, it's in the works. By the way, Taylor-type configuration is way easier to manage than HDB or V2. Even if you know the latter, you'd best learn it. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #18: Thu Jan 26 22:22:16 MET 1995 From owner-freebsd-hackers Tue Feb 7 14:53:32 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA09419 for hackers-outgoing; Tue, 7 Feb 1995 14:53:32 -0800 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id OAA09413 for ; Tue, 7 Feb 1995 14:53:30 -0800 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <04619-0@bunyip.cc.uq.oz.au>; Wed, 8 Feb 1995 08:52:57 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.7/DEVETIR-E0.3a) with ESMTP id IAA10448; Wed, 8 Feb 1995 08:56:08 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id WAA21946; Tue, 7 Feb 1995 22:53:35 GMT Message-Id: <199502072253.WAA21946@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.5.3 12/28/94 To: amurai@spec.co.jp cc: hackers@FreeBSD.org Subject: Re: FreeBSD with Bustec BT-542B SCSI interface In-reply-to: Your message of "Tue, 07 Feb 1995 14:17:36 +0900." <199502070517.OAA01353@tama.spec.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 08 Feb 1995 08:53:31 +1000 From: Stephen Hocking Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I have one happily running - use the bt driver. It goes like the > > clappers considering its age. > > By the way, What "clappers considering its age" means ? > Could you explain for a language handicaper like me ;-)? > > > Stephen > > Atsushi. It's slang meaning "fast". The object whose age was being referred to was the combination of the BusLogic bt542b controller and a Seagate WREN VI drive. What I was trying to say is that your driver seems to extract a considerable amount of performance from the machine. Stephen I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-hackers Tue Feb 7 15:14:04 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA09862 for hackers-outgoing; Tue, 7 Feb 1995 15:14:04 -0800 Received: from anvil.appsmiths.com (appsmiths.sccsi.com [198.65.134.98]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id PAA09857 for ; Tue, 7 Feb 1995 15:14:00 -0800 Received: (from hoppy@localhost) by anvil.appsmiths.com (8.6.8/8.6.6) id RAA26198 for hackers@freebsd.org; Tue, 7 Feb 1995 17:13:30 -0600 From: "Clay D. Hopperdietzel" Message-Id: <199502072313.RAA26198@anvil.appsmiths.com> Subject: more 2.0-950202 build fun To: hackers@FreeBSD.org Date: Tue, 7 Feb 1995 17:13:30 -0600 (CST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 3439 Sender: hackers-owner@FreeBSD.org Precedence: bulk More stuff on building 950202-SNAP: (Ignore the zaney symlinks) ===> usr.bin/tn3270/tn3270 cd /u2/freebsd200/950202/src/usr.bin/tn3270/tn3270/../tools/mkastosc; make cc -O2 -I/u2/freebsd200/950202/src/usr.bin/tn3270/tools/mkastosc/../mkhits -I/u2/freebsd200/950202/src/usr.bin/tn3270/tools/mkastosc/.. -I. -o mkastosc mkastosc.o dohits.o asc_ebc.o ebc_disp.o /u2/freebsd200/950202/src/usr.bin/tn3270/tn3270/../tools/mkastosc/obj/mkastosc /u2/freebsd200/950202/src/usr.bin/tn3270/tn3270/../ctlr/hostctlr.h /u2/freebsd200/950202/src/usr.bin/tn3270/tn3270/../ctlr/function.h < /u2/freebsd200/950202/src/usr.bin/tn3270/tn3270/../ctlr/unix.kbd > astosc.OUT /u2/freebsd200/950202/src/usr.bin/tn3270/tn3270/../tools/mkastosc/obj/mkastosc: not found *** Error code 2 (continuing) [.. more of this ..] [...] ===> usr.sbin/lsdev cc -O2 -I/u2/freebsd200/950202/src/usr.sbin/lsdev/../../sys -c i386.c i386.c: In function `print_config': i386.c:49: `PCI_EXTERNAL_LEN' undeclared (first use this function) i386.c:49: (Each undeclared identifier is reported only once i386.c:49: for each function it appears in.) i386.c: In function `print_pci': i386.c:173: dereferencing pointer to incomplete type i386.c:174: dereferencing pointer to incomplete type i386.c:182: dereferencing pointer to incomplete type *** Error code 1 Stop. *** Error code 1 (continuing) ------------------------------------------------------------------------------ Also, I started running it. I mean *running it*. Fired up X, started a g++ compile which eventually eats > 50MB of virtual on a 16MB machine. FreeBSD does a *whole* lot better than HP/UX at this trick, however, I was banging around on some other windows, and *woof* out to the BIOS warm-boot. No panic, nothing. Haven't repeated it, but its been hours, not days. Also, and I've had this trouble since I first started with 2.X, is that while in X11, I eventually get some processes to keel over in such a way as I have to reboot the system to shake them. In this particular case, I folded up 'X11' and did a 'kill 1' to get back to '-s' mode: ps gives: UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND 0 310 1 5 -18 0 316 1416 vodead D p1- 0:00.24 xterm 0 312 1 10 -18 0 316 1404 vodead D+ p1- 0:00.24 xterm 100 272 1 47 -18 0 468 12 objtrm D p3- 0:05.48 tar xvzf gcc- 100 273 272 3 28 0 0 0 - Z p3- 0:00.00 (gzip) 0 298 1 19 -18 0 344 1380 vodead D v0- 0:00.30 xterm -name x 0 300 1 21 -18 0 344 1424 vodead D v0- 0:00.27 xterm -name x 0 342 1 0 10 0 448 296 wait Ss ?? 0:00.16 -sh (sh) 0 354 342 3 28 0 416 224 - R+ ?? 0:00.01 ps -al the tar/gzip pair were running in a window at the time, along with the afformentioned 'fat' compile, which has since evaporated. I've observed that once you reach this point, you cannot start anymore X11 based things (like xterms) but can use windows which are still alive. If somebody wants me to do something (besides shut-up) to help with these, speak up. =============================================================================== Clay D. Hopperdietzel hoppy@appsmiths.com AppSmiths, Inc. (713) 578-0154 Houston, Texas USA Happiness is OG > 1.0500 From owner-freebsd-hackers Tue Feb 7 15:33:31 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA10400 for hackers-outgoing; Tue, 7 Feb 1995 15:33:31 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id PAA10394 for ; Tue, 7 Feb 1995 15:33:29 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA15264; Tue, 7 Feb 95 16:27:17 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502072327.AA15264@cs.weber.edu> Subject: Re: FreeBSD with Bustec BT-542B SCSI interface To: julian@tfs.com (Julian Elischer) Date: Tue, 7 Feb 95 16:27:16 MST Cc: amurai@spec.co.jp, sysseh@devetir.qld.gov.au, hackers@FreeBSD.org In-Reply-To: from "Julian Elischer" at Feb 7, 95 12:12:00 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > I've never heard the second as a term of speed, but > to go like the clappers is used in AUS a lot.. > My imagination always connected it with > something that is 'clapped out' (worn out in OZ at least). > which led me to believe that a clapper was some proffession in > times gone past (probably in england) in which one had to run fast > and ended up exhausted. "Go like the clappers" and "clapped out" seem like they could refer to a horseback rider with saddlebags or stirrups with the big leather flaps. Either would imply speed in making noise. "Clapped out" in that case might refer to the horse after being ridden in such a way. Either way, from the Australian origin of the original post, I'd say you were right: it goes fast. 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-hackers Tue Feb 7 15:57:00 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA10946 for hackers-outgoing; Tue, 7 Feb 1995 15:57:00 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id PAA10940 for ; Tue, 7 Feb 1995 15:56:58 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA29133; Tue, 7 Feb 1995 18:56:44 -0500 Date: Tue, 7 Feb 1995 18:56:44 -0500 From: Garrett Wollman Message-Id: <9502072356.AA29133@halloran-eldar.lcs.mit.edu> To: "Clay D. Hopperdietzel" Cc: hackers@FreeBSD.org Subject: more 2.0-950202 build fun In-Reply-To: <199502072313.RAA26198@anvil.appsmiths.com> References: <199502072313.RAA26198@anvil.appsmiths.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk < said: > /u2/freebsd200/950202/src/usr.bin/tn3270/tn3270/../tools/mkastosc/obj/mkastosc: not found Looks like you forgot to fo a `make obj'. > ===> usr.sbin/lsdev > cc -O2 -I/u2/freebsd200/950202/src/usr.sbin/lsdev/../../sys -c i386.c You definitely forgot to do a `make obj'. > Also, and I've had this trouble since I first started with 2.X, is that > while in X11, I eventually get some processes to keel over in such > a way as I have to reboot the system to shake them. In this particular > case, I folded up 'X11' and did a 'kill 1' to get back to '-s' mode: Use `shutdown'. > I've observed that once you reach this point, you cannot start anymore > X11 based things (like xterms) but can use windows which are still > alive. I have noticed this sort of problem in older code, but I has not happened to me since I recompiled the kernel from yesterday's sources. -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-hackers Tue Feb 7 16:03:35 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA11040 for hackers-outgoing; Tue, 7 Feb 1995 16:03:35 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA11034 for ; Tue, 7 Feb 1995 16:03:34 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA15483; Tue, 7 Feb 95 16:57:40 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502072357.AA15483@cs.weber.edu> Subject: A musing... To: hackers@FreeBSD.org Date: Tue, 7 Feb 95 16:57:39 MST X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk As a hard core BSD bigot, I have to say that there's nothing like Windows 95 to make you appreciate Linux. 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-hackers Tue Feb 7 17:52:25 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA15289 for hackers-outgoing; Tue, 7 Feb 1995 17:52:25 -0800 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id RAA15283 for ; Tue, 7 Feb 1995 17:52:23 -0800 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <11352-0@bunyip.cc.uq.oz.au>; Wed, 8 Feb 1995 11:51:58 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.7/DEVETIR-E0.3a) with ESMTP id LAA13628 for ; Wed, 8 Feb 1995 11:54:59 +1000 Received: by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id BAA23286; Wed, 8 Feb 1995 01:52:29 GMT Date: Wed, 8 Feb 1995 01:52:29 GMT From: Stephen Hocking Message-Id: <199502080152.BAA23286@netfl15a.devetir.qld.gov.au> To: hackers@FreeBSD.org Subject: Re: sup: Ok, I'm gonna do it. Sender: hackers-owner@FreeBSD.org Precedence: bulk >> But, the proposal is to tie our installation mechanism or perhaps our system >> adminstration/setup system to VGA hardware. For me, and those like me, who >> collect raggedy old scraps, and retired PC's, and test FreeBSD on them, or >> build special purpose FreeBSD boxes out of them, this means tossing out >> half of them because they have EGA or MONO video cards. Damn shame, and a >> total waste. > >Look, kindness to old hardware is well and good but you need to draw >the line somewhere when it comes to retarding progress for it. Just >as you can't give `full service' to someone with a very small disk >(they're not going to be able to take advantage of your sources, or >perhaps X, or the ports, or ... and thus will perceive FreeBSD very >differently) so you're not going to be able to support the more >advanced features on aging hardware. That's just the breaks. Nobody >said that the traditional command-line tools wouldn't be still >supported - people with specialized configurations will still be able >to type ifconfig, netstat, ping, ... by hand without any advanced tool >holding their hand or other suitable appendage. In fact, they'll probably >*prefer* to. > Will the new installation stuff use something like the dialog library hacked to run under X - I can't see why we are not able to run up something that will work under curses & X automagically. Maybe the dialog stuff is a good spot to start, unless someone has already done something cool for tcl/tk. Stephen From owner-freebsd-hackers Tue Feb 7 17:57:21 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA15509 for hackers-outgoing; Tue, 7 Feb 1995 17:57:21 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id RAA15503 for ; Tue, 7 Feb 1995 17:57:19 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id RAA14880; Tue, 7 Feb 1995 17:57:11 -0800 From: Poul-Henning Kamp Message-Id: <199502080157.RAA14880@ref.tfs.com> Subject: Re: sup: Ok, I'm gonna do it. To: sysseh@devetir.qld.gov.au (Stephen Hocking) Date: Tue, 7 Feb 1995 17:57:11 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <199502080152.BAA23286@netfl15a.devetir.qld.gov.au> from "Stephen Hocking" at Feb 8, 95 01:52:29 am Content-Type: text Content-Length: 576 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Will the new installation stuff use something like the dialog > library hacked to run under X - I can't see why we are not able to run up > something that will work under curses & X automagically. Maybe the dialog > stuff is a good spot to start, unless someone has already done something > cool for tcl/tk. You see, this really sums it up for me: Nice ideas. But have you heard anybody say they were making a dialog for X ? -- Poul-Henning Kamp TRW Financial Systems, Inc. FreeBSD has, until now, not one single time had an undetected error. :-) From owner-freebsd-hackers Tue Feb 7 17:57:48 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA15528 for hackers-outgoing; Tue, 7 Feb 1995 17:57:48 -0800 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id RAA15516 for ; Tue, 7 Feb 1995 17:57:44 -0800 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <12992-0@bunyip.cc.uq.oz.au>; Wed, 8 Feb 1995 11:57:36 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.7/DEVETIR-E0.3a) with ESMTP id MAA13729 for ; Wed, 8 Feb 1995 12:00:32 +1000 Received: by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id BAA23324; Wed, 8 Feb 1995 01:58:00 GMT Date: Wed, 8 Feb 1995 01:58:00 GMT From: Stephen Hocking Message-Id: <199502080158.BAA23324@netfl15a.devetir.qld.gov.au> To: hackers@FreeBSD.org Subject: sup: Ok, I'm gonna do it. Sender: hackers-owner@FreeBSD.org Precedence: bulk >> >> Kind of. There's not much space on the install floppy for a full termcap >> but there's a choice of cons25 and vt100 built into the sysisntall code >> whic should cover nearly every case. >s/nearly every case/a lot of cases/ > >I guess we can fit in another couple of termcap entries, which ones do you >want ? > >-- >Poul-Henning Kamp >TRW Financial Systems, Inc. >FreeBSD has, until now, not one single time had an undetected error. :-) Well, something that supports terminals based on the old adm3a command set - (my adm5 for one). This ould grab a lot of the televideo and early wyse terminals. Stephen From owner-freebsd-hackers Tue Feb 7 17:59:43 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA15557 for hackers-outgoing; Tue, 7 Feb 1995 17:59:43 -0800 Received: from is1.hk.super.net (jbeukema@is1.hk.super.net [202.14.67.232]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id RAA15549 for ; Tue, 7 Feb 1995 17:59:33 -0800 Received: by is1.hk.super.net id AA15586 (5.67b/IDA-1.5 for hackers@FreeBSD.org); Wed, 8 Feb 1995 09:57:11 +0800 Date: Wed, 8 Feb 1995 09:57:11 +0800 (HKT) From: John Beukema To: "John S. Dyson" Cc: davidg@Root.COM, sysseh@devetir.qld.gov.au, hackers@FreeBSD.org Subject: Re: Speed increase at CTM src-cur 304? In-Reply-To: <199502070232.VAA00213@jsdinc.root.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 6 Feb 1995, John S. Dyson wrote: > > > > We have been making ongoing improvements to the VM system and other areas > > of the kernel that will improve its overall performance - some of the recent > > ones have been quite significant. Credit for these improvements goes mostly to > > John Dyson, a small amount to me, and to Soren Schmidt who has additionally > > improved syscons performance by a factor of 5 in most cases. > > > > -DG > > > > David, whether congratulations or flames are in order, if you and I did not > work well together, we would not be making nearly as much progress as > we have been. > > Gang, There is very much a synergy between the ways that DG and > I work together (even though we have never met.) David comes up with > many (and sometimes most) of the ideas that we implement, and I code > most of the VM stuff. But as professional programmers know, that coding > is a small part of the effort, and it is difficult to distinguish between > what DG has come up with and what I have done myself. > > So... if this stuff breaks, it is your fault too, David... :-) (much humor > implied here.) > > John > dyson@root.com > > Excuse my ignorance but what is the current relationship between FreeBSD and BSD4.4 lite? That is, are these improvements, bug fixes to vm etc. a) also fixes to BSD4.4 lite, b) strictly hardware dependent and therefore separate, c) co-ordinated with BSD4.4 or d) generating one more new flavor of BSD? jbuekema From owner-freebsd-hackers Tue Feb 7 18:23:02 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA16746 for hackers-outgoing; Tue, 7 Feb 1995 18:23:02 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id SAA16721 for ; Tue, 7 Feb 1995 18:22:42 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA06879 (5.67a/IDA-1.5); Tue, 7 Feb 1995 19:48:43 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA03305; 7 Feb 95 19:31:32 CST (Tue) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id TAA03293; Tue, 7 Feb 1995 19:31:31 -0600 Message-Id: <199502080131.TAA03293@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: hasty@netcom.com Cc: "Christoph P. Kukulies" , freebsd-hackers@freefall.cdrom.com Subject: Re: SLIP (ping time over 14400) In-Reply-To: Your message of "Tue, 07 Feb 95 09:57:35 PST." <199502071757.JAA00392@netcom14.netcom.com> X-Mailer: exmh version 1.4.1 7/21/94 Date: Tue, 07 Feb 1995 19:31:25 -0600 From: Peter da Silva Sender: hackers-owner@FreeBSD.org Precedence: bulk I get about 1600+ cps at 14400 bps using ftp to a nearby site over PPP with a bare-bones modem (sportster). With text files I've gotten numbers in the high 2000s and maybe even 3000+. How that goes in terms of bps I don't know, because the bits-per-byte overhead varies depending on the V.32 packet size. From owner-freebsd-hackers Tue Feb 7 19:03:01 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA19042 for hackers-outgoing; Tue, 7 Feb 1995 19:03:01 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA19031 for ; Tue, 7 Feb 1995 19:02:58 -0800 Received: from relay3.UU.NET (relay3.UU.NET [192.48.96.8]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id TAA19383 for ; Tue, 7 Feb 1995 19:02:54 -0800 Received: from news.cs.utexas.edu by relay3.UU.NET with SMTP id QQycda17370; Tue, 7 Feb 1995 20:36:23 -0500 Received: from mail.cs.utexas.edu (root@mail.cs.utexas.edu [128.83.139.10]) by news.cs.utexas.edu (8.6.9/8.6.9) with ESMTP id TAA05484 for ; Tue, 7 Feb 1995 19:36:09 -0600 Received: from uudell.us.dell.com (uudell.us.dell.com [143.166.224.6]) by mail.cs.utexas.edu (8.6.9/8.6.9) with SMTP id TAA19641 for ; Tue, 7 Feb 1995 19:36:08 -0600 Received: from obiwan by uudell.us.dell.com (5.67/dns1.3) with UUCP id AA20953; Wed, 8 Feb 95 01:27:41 GMT Received: by obiwan.uucp (Smail3.1.29.1 #4) id m0rc148-00031xC; Tue, 7 Feb 95 19:19 CST Message-Id: From: obiwan!bob@uudell.us.dell.com (Bob Willcox) Subject: Re: Patch for gnu/libexec/uucp To: roberto@blaise.ibp.fr (Ollivier ROBERT) Date: Tue, 7 Feb 1995 19:19:31 -0600 (CST) Cc: pechter@stars.sed.monmouth.army.mil, ponds!rivers@dg-rtp.dg.com, FreeBSD-hackers@wcarchive.cdrom.com In-Reply-To: <9502072223.AA16085@blaise.ibp.fr> from "Ollivier ROBERT" at Feb 7, 95 11:23:35 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 632 Sender: hackers-owner@FreeBSD.org Precedence: bulk Ollivier ROBERT wrote: > > > (Has O'Reilly updated the UUCP book to cover Taylor ? ) > > AFAIK, it's in the works. > > By the way, Taylor-type configuration is way easier to manage than > HDB or V2. Even if you know the latter, you'd best learn it. This is rather subjective, I'm afraid. I know alot about HDB and just enough about Taylor to know that I prefer HDB. :-) Perhaps the future O'Reilly book will convert me... -- Bob Willcox ...!{rutgers|ames}!cs.utexas.edu!uudell!obiwan!bob Austin, TX or try: @uudell.us.dell.com:obiwan!bob 512-258-4224 (home), 512-838-3914 (work) From owner-freebsd-hackers Tue Feb 7 19:04:45 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA19181 for hackers-outgoing; Tue, 7 Feb 1995 19:04:45 -0800 Received: from physics.su.OZ.AU (dawes@physics.su.OZ.AU [129.78.129.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id TAA19151 for ; Tue, 7 Feb 1995 19:04:30 -0800 Received: by physics.su.OZ.AU id AA15387 (5.67b/IDA-1.4.4 for hackers@FreeBSD.org); Wed, 8 Feb 1995 14:00:39 +1100 From: David Dawes Message-Id: <199502080300.AA15387@physics.su.OZ.AU> Subject: Re: FreeBSD with Bustec BT-542B SCSI interface To: terry@cs.weber.edu (Terry Lambert) Date: Wed, 8 Feb 1995 14:00:38 +1100 (EST) Cc: amurai@spec.co.jp, sysseh@devetir.qld.gov.au, hackers@FreeBSD.org In-Reply-To: <9502071700.AA12168@cs.weber.edu> from "Terry Lambert" at Feb 7, 95 10:00:24 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 874 Sender: hackers-owner@FreeBSD.org Precedence: bulk >> Stephen says: >> > I have one happily running - use the bt driver. It goes like the >> > clappers considering its age. >> >> By the way, What "clappers considering its age" means ? >> Could you explain for a language handicaper like me ;-)? > >Well, in American, it's either a reference to "the clapper", or >a reference to "Flappers". > >The clapper is a sound activated switch whose commercial jingle is: > > Clap on! Clap off! The Clapper! I don't know the origin of it, but to me (and I guess most Australians) to "go like the clappers" means to go fast. >The "Gangster period" is largely responsible for the mistaken >impression the rest of the world seems to have that "all Americans >carry guns". I get that impression from seeing images of contemporary America on TV and from talking to people who have visited the country. David From owner-freebsd-hackers Tue Feb 7 20:10:21 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA24047 for hackers-outgoing; Tue, 7 Feb 1995 20:10:21 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id UAA24041 for ; Tue, 7 Feb 1995 20:10:20 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA17105; Tue, 7 Feb 95 21:03:23 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502080403.AA17105@cs.weber.edu> Subject: Re: Speed increase at CTM src-cur 304? To: jbeukema@HK.Super.NET (John Beukema) Date: Tue, 7 Feb 95 21:03:22 MST Cc: toor@jsdinc.root.com, davidg@Root.COM, sysseh@devetir.qld.gov.au, hackers@FreeBSD.org In-Reply-To: from "John Beukema" at Feb 8, 95 09:57:11 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > Excuse my ignorance but what is the current relationship between FreeBSD > and BSD4.4 lite? That is, are these improvements, bug fixes to vm etc. a) > also fixes to BSD4.4 lite, b) strictly hardware dependent and therefore > separate, c) co-ordinated with BSD4.4 or d) generating one more new flavor > of BSD? In order with spin added? Successor. One of several. No. BSD4.4 lite is no longer being developed. No, it's not strictly hardware dependent. No. BSD4.4 lite is no longer being developed. Arguable. Can you have a new flavor of something that is no longer being developed? Or is it the first flavor of FreeBSD? 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-hackers Tue Feb 7 20:50:50 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA24907 for hackers-outgoing; Tue, 7 Feb 1995 20:50:50 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id UAA24885 for ; Tue, 7 Feb 1995 20:50:36 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA08258 (5.67a/IDA-1.5); Tue, 7 Feb 1995 22:25:44 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA03423; 7 Feb 95 19:41:04 CST (Tue) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id TAA03420; Tue, 7 Feb 1995 19:41:04 -0600 Message-Id: <199502080141.TAA03420@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: Joe Greco Cc: paul@freefall.cdrom.com (Paul Richards), syssgm@devetir.qld.gov.au, hackers@FreeBSD.org, jdc@crab.xinside.com Subject: Re: sup: Ok, I'm gonna do it. In-Reply-To: Your message of "Tue, 07 Feb 95 13:38:35 CST." <9502071938.AA01714@brasil.moneng.mei.com> X-Mailer: exmh version 1.4.1 7/21/94 Date: Tue, 07 Feb 1995 19:41:00 -0600 From: Peter da Silva Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Kind of. There's not much space on the install floppy for a full termcap > > but there's a choice of cons25 and vt100 built into the sysisntall code > > whic should cover nearly every case. > cons25 & vt100 & vt102 & xterm & xterms & vt52 & adm3a & ... probably about > a dozen would cover every major base... particularly the xterms. :-) Looks like my list except I wouldn't bother with both vt102 and vt100. There are probably 40 surviving vt100s in active use, and every clone and subsequent terminal supports AVO and can use the vt102 entry. I wouldn't include xterm and xterms either... the vt102 entry works fine for xterm. From owner-freebsd-hackers Tue Feb 7 21:03:42 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA25178 for hackers-outgoing; Tue, 7 Feb 1995 21:03:42 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id VAA25170 for ; Tue, 7 Feb 1995 21:03:39 -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 VAA02022; Tue, 7 Feb 1995 21:03:32 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id VAA11231; Tue, 7 Feb 1995 21:03:32 -0800 Message-Id: <199502080503.VAA11231@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: John Beukema cc: hackers@FreeBSD.org Subject: Re: Speed increase at CTM src-cur 304? In-reply-to: Your message of "Wed, 08 Feb 95 09:57:11 +0800." From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 07 Feb 1995 21:03:30 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >Excuse my ignorance but what is the current relationship between FreeBSD >and BSD4.4 lite? That is, are these improvements, bug fixes to vm etc. a) >also fixes to BSD4.4 lite, b) strictly hardware dependent and therefore >separate, c) co-ordinated with BSD4.4 or d) generating one more new flavor >of BSD? 4.4BSD-lite is the last release of 4.4BSD...or so it was thought. There is a 4.4BSD-lite/2 scheduled for release RSN mostly intended to fix bugs with the union filesystem code and to merge in support for 64bit architectures. The latter is likely going to make it extremely difficult to merge in the improvements contained in that release (we'll have to make FreeBSD "64bit ready", too). Other than FreeBSD being based on 4.4-lite, there is no other relationship between the two. At the time that 4.4-lite was released, there was no plan for any future release of BSD and as such no attempt was made by us to contribute changes back to the (defunct) CSRG. Now that 4.4-lite/2 looks like a reality, I've started sending random patches to Keith Bostic...but to this date this amounts to pitiful amount of stuff and is probably too late for lite/2 anyway. Answering your "d", I would say that we're working on FreeBSD, not 4.4BSD. This has always been the case. Speaking for myself, I don't have any connection with the 4.4BSD development (with the exception of speaking to a few of the principals on rare occasions), and have almost no idea what has happend to that code. I wish things would have been different, but that's just the way things happend. -DG From owner-freebsd-hackers Tue Feb 7 21:14:34 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA25469 for hackers-outgoing; Tue, 7 Feb 1995 21:14:34 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id VAA25461 for ; Tue, 7 Feb 1995 21:14:11 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA08794 (5.67a/IDA-1.5); Tue, 7 Feb 1995 23:11:19 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA07024; 7 Feb 95 23:10:27 CST (Tue) Received: (from peter@localhost) by bonkers.taronga.com (8.6.8/8.6.6) id XAA07021; Tue, 7 Feb 1995 23:10:26 -0600 From: Peter da Silva Message-Id: <199502080510.XAA07021@bonkers.taronga.com> Subject: Re: sup: Ok, I'm gonna do it. To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Tue, 7 Feb 1995 23:10:26 -0600 (CST) Cc: hackers@FreeBSD.org In-Reply-To: <9502080454.AA08579@brasil.moneng.mei.com> from "Joe Greco" at Feb 7, 95 10:54:47 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 472 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I've had some bad luck in the past with vt102, particularly with xterms - I > would agree that it works fine in a majority of the cases, but considering > that vt102 includes vt100am to begin with, I don't think it's unreasonable > to include vt100... :-) (xterm on the other hand is a full blown entry > of its own). That makes sense. For install, it should be possible to make an xterms entry that uses vt100 or vt102 as well, maybe. Let me look at termcaps... From owner-freebsd-hackers Wed Feb 8 00:14:15 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id AAA01867 for hackers-outgoing; Wed, 8 Feb 1995 00:14:15 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id AAA01855 for ; Wed, 8 Feb 1995 00:14:13 -0800 From: hasty@netcom.com Received: from localhost by netcom14.netcom.com (8.6.9/Netcom) id AAA26625; Wed, 8 Feb 1995 00:11:30 -0800 Message-Id: <199502080811.AAA26625@netcom14.netcom.com> To: Peter da Silva cc: hasty@netcom.com, "Christoph P. Kukulies" , freebsd-hackers@freefall.cdrom.com Subject: Re: SLIP (ping time over 14400) In-reply-to: Your message of Tue, 07 Feb 95 19:31:25 -0600. <199502080131.TAA03293@bonkers.taronga.com> Date: Wed, 08 Feb 95 00:10:30 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I get about 1600+ cps at 14400 bps using ftp to a nearby site over PPP > with a bare-bones modem (sportster). With text files I've gotten numbers > in the high 2000s and maybe even 3000+. How that goes in terms of bps > I don't know, because the bits-per-byte overhead varies depending on the > V.32 packet size. Well, I just did a download : sounds.tar.gz: 468325 bytes received in 292.34 seconds, 1.56 K/s. keymaster.ncd.com:/pub/ncd/technology/src/nas With gzipped files I don't get much more thruput . Now with ascii data, I just did a quick download from a nearby system: 150 Opening BINARY mode data connection for gxe64pro.asm (131.415.15.192 (102669 bytes). 226 Transfer complete. 102669 bytes received in 27 seconds (3.6 Kbytes/s) My modem is a Zyxel U1496-E and it can do voice,data, or fax :) For kicks, one nite I wrote a tiny scheme wrapper for vgetty it basically answer the phone , playback an announcement and sat there waiting for a message to be recorded. The modem after 10 seconds or so of silence it would hang up. Enjoy, Amancio From owner-freebsd-hackers Wed Feb 8 01:50:20 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA04349 for hackers-outgoing; Wed, 8 Feb 1995 01:50:20 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA04343 for ; Wed, 8 Feb 1995 01:50:16 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id BAA14615; Wed, 8 Feb 1995 01:49:32 -0800 To: terry@cs.weber.edu (Terry Lambert) cc: amurai@spec.co.jp, sysseh@devetir.qld.gov.au, hackers@FreeBSD.org Subject: Re: FreeBSD with Bustec BT-542B SCSI interface In-reply-to: Your message of "Tue, 07 Feb 95 10:00:24 MST." <9502071700.AA12168@cs.weber.edu> Date: Wed, 08 Feb 1995 01:49:31 -0800 Message-ID: <14614.792236971@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > The "Gangster period" is largely responsible for the mistaken > impression the rest of the world seems to have that "all Americans > carry guns". But.. I thought most of us did! :-) Jordan From owner-freebsd-hackers Wed Feb 8 05:35:43 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA08300 for hackers-outgoing; Wed, 8 Feb 1995 05:35:43 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id FAA08294 for ; Wed, 8 Feb 1995 05:35:42 -0800 Received: from orion.stars.sed.monmouth.army.mil ([158.9.11.65]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id FAA24168 for ; Wed, 8 Feb 1995 05:35:28 -0800 Message-Id: <199502081335.FAA24168@wcarchive.cdrom.com> Received: by orion.stars.sed.monmouth.army.mil (1.37.109.11/16.2) id AA023580455; Wed, 8 Feb 1995 08:34:15 -0500 From: william pechter ILEX Subject: Re: sup: Ok, I'm gonna do it. To: peter@bonkers.taronga.com (Peter da Silva) Date: Wed, 8 Feb 1995 08:34:15 -0500 (EST) Cc: FreeBSD-hackers@wcarchive.cdrom.com (FreeBSD-hackers) In-Reply-To: <199502080141.TAA03420@bonkers.taronga.com> from "Peter da Silva" at Feb 7, 95 07:41:00 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 813 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Looks like my list except I wouldn't bother with both vt102 and vt100. There > are probably 40 surviving vt100s in active use, and every clone and subsequent > terminal supports AVO and can use the vt102 entry. > I guess I've got 5 of the 40 in my house. Hey, at $2.50 per VT100 I figure it's a good deal. One's a real stripped VT100 in a VT103 chassis with Q-Bus... The rest various vt100's and vt101's I pick up at the Trenton computer festival for under $5 each. Keep the original 100 termcap entry since 102's are a superset. Bill ----------------------------------------------------------------------------- Bill Pechter |Systems Administrator | Ilex Systems |170 Patterson Ave | Shrewsbury, New Jersey 07702 908-532-2943 |pechter@sesd.ilex.com | pechter@stars.sed.monmouth.army.mil From owner-freebsd-hackers Wed Feb 8 07:44:44 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA11594 for hackers-outgoing; Wed, 8 Feb 1995 07:44:44 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id HAA11584; Wed, 8 Feb 1995 07:44:42 -0800 Received: from orion.stars.sed.monmouth.army.mil ([158.9.11.65]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id HAA16977; Wed, 8 Feb 1995 07:44:27 -0800 Message-Id: <199502081544.HAA16977@wcarchive.cdrom.com> Received: by orion.stars.sed.monmouth.army.mil (1.37.109.11/16.2) id AA025108231; Wed, 8 Feb 1995 10:43:51 -0500 From: william pechter ILEX Subject: support for AE-2 To: FreeBSD-hackers@wcarchive.cdrom.com (FreeBSD-hackers), freebsd-questions@wcarchive.cdrom.com Date: Wed, 8 Feb 1995 10:43:50 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 568 Sender: hackers-owner@FreeBSD.org Precedence: bulk I'm working with my wife who wants to set up a firewall box. Right now, she's managed to liberate a 386DX33 with 8mb of memory and 200mb of disk. It has an Artisoft AE-2 ethernet... Any recommendations? Do we support the AE-2. What hardware/software combinations would you recommend? Bill ----------------------------------------------------------------------------- Bill Pechter |Systems Administrator | Ilex Systems |170 Patterson Ave | Shrewsbury, New Jersey 07702 908-532-2943 |pechter@sesd.ilex.com | pechter@stars.sed.monmouth.army.mil From owner-freebsd-hackers Wed Feb 8 07:47:20 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA11701 for hackers-outgoing; Wed, 8 Feb 1995 07:47:20 -0800 Received: from hermes.cybernetics.net (hermes.cybernetics.net [198.80.51.103]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id HAA11694 for ; Wed, 8 Feb 1995 07:47:16 -0800 Received: (from james@localhost) by hermes.cybernetics.net (8.6.8/8.6.6) id KAA21031 for hackers@freebsd.org; Wed, 8 Feb 1995 10:58:49 -0500 From: James Robinson Message-Id: <199502081558.KAA21031@hermes.cybernetics.net> Subject: New Wine snapshot To: hackers@FreeBSD.org (FreeBSD hackers) Date: Wed, 8 Feb 1995 10:58:49 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1043 Sender: hackers-owner@FreeBSD.org Precedence: bulk For those of you, like me, that have either avoided wine, or tried it once only to find the solitaire cards all dealt on top of each other, *check out the latest snapshot* ! The code seems to work pretty well! I was even able to pull down the help menu in sol.exe without the rumored machine crash (running .5.1 here). I've solitaire, pipe dreams, and mahjongg going strong. I've had some problems with things that want keyboard entries, but on the whole the results are nothing short of amazing! Congrats to those of you involved with the coding (and thanks!). If you've got a free half hour, go and check it out! I got mine at ftp://sunsite.unc.edu/pub/linux/ALPHA/wine/ [I think I got the casing right -- YMMV] James : James Robinson : james@hermes.cybernetics.net ::See the screaming hot black :FreeBSD|XFree86 :The best things in life are Free:: steaming iridescent : Frank Zappa : Music is the best ::naughahyde python screaming : HTTP Server : http://hermes.cybernetics.net/ :: steam roller! From owner-freebsd-hackers Wed Feb 8 09:02:40 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA12824 for hackers-outgoing; Wed, 8 Feb 1995 09:02:40 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id JAA12807; Wed, 8 Feb 1995 09:01:49 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA18901; Wed, 8 Feb 95 09:54:35 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502081654.AA18901@cs.weber.edu> Subject: Re: Little complaint To: obrien@antares.aero.org (Mike O'Brien) Date: Wed, 8 Feb 95 9:54:34 MST Cc: hackers@FreeBSD.org, current@FreeBSD.org In-Reply-To: <95Feb8.012210pst.111127-1@aero.org> from "Mike O'Brien" at Feb 8, 95 01:22:01 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > You write: > > There is already a GUI front end for CVS. > > There is? Where? We use CVS for our main research software. > I haven't seen or heard of such a GUI, nor did I find any release > of CVS more recent than what the folks at the supercomputer > company originally came up with. > > I'd like to know where the current CVS is, and for heaven's sake, > where the GUI is! We'd all be a lot happier around here. >From the "Bimonthly Software list for *BSD": ] ] [ ... ] ] ] You can find these ported programs (sources) as subtree at: ] ] freebsd.cdrom.com:/pub/FreeBSD/FreeBSD-current/ports ] ] [ ... ] ] ] gic ] Version: 1.1 ] Comment: Graphical Interface to CVS 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-hackers Wed Feb 8 09:43:18 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA13554 for hackers-outgoing; Wed, 8 Feb 1995 09:43:18 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id JAA13548; Wed, 8 Feb 1995 09:43:12 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by wcarchive.cdrom.com (8.6.8/8.6.6) with SMTP id JAA12278; Wed, 8 Feb 1995 09:43:04 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA19220; Wed, 8 Feb 95 10:35:10 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502081735.AA19220@cs.weber.edu> Subject: Re: support for AE-2 To: pechter@stars.sed.monmouth.army.mil (william pechter ILEX) Date: Wed, 8 Feb 95 10:35:10 MST Cc: FreeBSD-hackers@wcarchive.cdrom.com, freebsd-questions@wcarchive.cdrom.com In-Reply-To: <199502081544.HAA16977@wcarchive.cdrom.com> from "william pechter ILEX" at Feb 8, 95 10:43:50 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > I'm working with my wife who wants to set up a firewall box. > > Right now, she's managed to liberate a 386DX33 with 8mb of memory and > 200mb of disk. > > It has an Artisoft AE-2 ethernet... > > Any recommendations? Do we support the AE-2. > > What hardware/software combinations would you recommend? It should be NE2000 compatible. The neat thing about these boards is you can get the IRQ once you know the IO base by INB'ing (I think) offset 3. I may be able to get programming docs if the card doesn't just work. Let me know. 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-hackers Wed Feb 8 10:49:37 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA14607 for hackers-outgoing; Wed, 8 Feb 1995 10:49:37 -0800 Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id KAA14601 for ; Wed, 8 Feb 1995 10:49:32 -0800 Received: from trout.render.com (trout.render.com [193.195.178.2]) by minnow.render.com (8.6.9/8.6.9) with ESMTP id SAA05410 for ; Wed, 8 Feb 1995 18:44:23 GMT Received: (from dfr@localhost) by trout.render.com (8.6.9/8.6.9) id SAA00252; Wed, 8 Feb 1995 18:44:23 GMT Date: Wed, 8 Feb 1995 18:44:23 +0000 (GMT) From: Doug Rabson To: hackers@FreeBSD.org Subject: MSDOSFS weirdness Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I was just trying to create a large empty file on my DOS partition so that I could play with the vn device. I tried using dd: dd if=/dev/zero of=/dos/d/bsdpart bs=20k count=5000 The disk started chugging and the file started growing and all seemed fine. However, when the file reached about 50M, everything stopped. I couldn't kill the dd process but I could login to another vty and the system seemed basically fine. In the ps list, it claimed that dd was sleeping in getblk. I shutdown and rebooted and when reboot tried to sync the disks, there was one block which refused to be written for about 20 tried until it gave up and rebooted anyway. Is this something obvious to do with the new VM system or is MSDOSFS just plain broken? -- Doug Rabson, RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 71 251 4411 FAX: +44 71 251 0939 From owner-freebsd-hackers Wed Feb 8 14:08:54 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA19860 for hackers-outgoing; Wed, 8 Feb 1995 14:08:54 -0800 Received: from tinny.apana.org.au (ernie@tinny.apana.org.au [203.3.126.49]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA19842 for ; Wed, 8 Feb 1995 14:08:21 -0800 Received: (from ernie@localhost) by tinny.apana.org.au (8.6.9/8.6.9) id IAA10482 for freebsd-hackers@freebsd.org; Thu, 9 Feb 1995 08:07:39 +1000 From: Ernie Elu Message-Id: <199502082207.IAA10482@tinny.apana.org.au> Subject: Full rebuild To: freebsd-hackers@FreeBSD.org Date: Thu, 9 Feb 1995 08:07:39 +1000 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 674 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi There, A simple question. Could someone pleasetell me the correct sequence of commands to rebuild the complete source tree. I did a make world. Now I am wondering if I just have to type make install or make installmost. I am really just trying to rebuild the source tree to update my snapshot from 950112 to 950202, and also to see if it gets through with out any bombs:) - Ernie _______________________________________________________________________________ Australian Public Access Network Association - ernie@tinny.apana.org.au "I ping, therefore I am." _______________________________________________________________________________ From owner-freebsd-hackers Wed Feb 8 14:37:40 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA20284 for hackers-outgoing; Wed, 8 Feb 1995 14:37:40 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA20278 for ; Wed, 8 Feb 1995 14:37:38 -0800 Received: from masi.ibp.fr (root@masi.ibp.fr [132.227.60.23]) by ibp.ibp.fr (8.6.8/jtpda-5.0) with ESMTP id XAA05060 ; Wed, 8 Feb 1995 23:38:44 +0100 Received: from ares.ibp.fr (card@ares.ibp.fr [132.227.64.31]) by masi.ibp.fr (8.6.9/jtpda-5.0) with ESMTP id XAA21791 ; Wed, 8 Feb 1995 23:37:07 +0100 From: Remy.Card@masi.ibp.fr (Remy CARD) Received: by ares.ibp.fr (8.6.9/jtpda-5.0) id XAA22169 ; Wed, 8 Feb 1995 23:34:08 +0100 Message-Id: <199502082234.XAA22169@ares.ibp.fr> Subject: Re: Full rebuild To: ernie@tinny.apana.org.au (Ernie Elu) Date: Wed, 8 Feb 1995 23:34:08 +0100 (MET) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199502082207.IAA10482@tinny.apana.org.au> from "Ernie Elu" at Feb 9, 95 08:07:39 am X-Mailer: ELM [version 2.4 PL21] Content-Type: text Content-Length: 350 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > A simple question. Could someone pleasetell me the correct sequence of > commands to rebuild the complete source tree. > I did a make world. Now I am wondering if I just have to type make install > or make installmost. make world installs the new libraries and binaries. The only thing that you have to install by hand is the kernel. Remy From owner-freebsd-hackers Wed Feb 8 15:01:51 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA21611 for hackers-outgoing; Wed, 8 Feb 1995 15:01:51 -0800 Received: from mailbox.syr.edu (mailbox.syr.EDU [128.230.1.5]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id PAA21605 for ; Wed, 8 Feb 1995 15:01:49 -0800 Received: from kong.syr.edu by mailbox.syr.edu (8.6.9/SUM-V8-1.0) id SAA01449; Wed, 8 Feb 1995 18:04:22 -0500 Received: by kong.syr.edu (4.1/Spike-2.0) id AA16280; Wed, 8 Feb 95 18:05:21 EST Message-Id: <9502082305.AA16280@kong.syr.edu> To: freebsd-hackers@freefall.cdrom.com Subject: uucico fails without '-x11'? Date: Wed, 08 Feb 95 18:05:20 -0500 From: "Shawn M. Carey" Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello, A friend of mine and I have been trying to get UUCP v1.05 working between our 1.1.5 systems. We have learned that uucico works when we ask it to produce debug output, but fails if we don't. Is this well known, or is it more likely a problem with our configuration? Is there a patch somewhere I can get my mits on? Thanks for any help. -Shawn Carey From owner-freebsd-hackers Wed Feb 8 15:35:05 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA22399 for hackers-outgoing; Wed, 8 Feb 1995 15:35:05 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id PAA22393 for ; Wed, 8 Feb 1995 15:35:02 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.8/jtpda-5.0) with SMTP id AAA05430 ; Thu, 9 Feb 1995 00:36:35 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA20451; Thu, 9 Feb 95 00:34:24 +0100 From: roberto@blaise.ibp.fr (Ollivier ROBERT) Message-Id: <9502082334.AA20451@blaise.ibp.fr> Subject: Re: uucico fails without '-x11'? To: smcarey@mailbox.syr.edu (Shawn M. Carey) Date: Thu, 9 Feb 1995 00:34:23 +0100 (MET) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <9502082305.AA16280@kong.syr.edu> from "Shawn M. Carey" at Feb 8, 95 06:05:20 pm X-Operating-System: FreeBSD 2.1.0-Development ctm#307 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: 696 Sender: hackers-owner@FreeBSD.org Precedence: bulk > working between our 1.1.5 systems. We have learned that uucico works > when we ask it to produce debug output, but fails if we don't. Is > this well known, or is it more likely a problem with our configuration? > Is there a patch somewhere I can get my mits on? Thanks for any help. It must be something in your configuration. I've never seen that and I'm using (well was as I'm under 2.1 now) using 1.05 under 1.1.5.1 for months. I've never had any problem of that kind. Weird. In what way does it fails ? Do you get any message in the logs ? -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #18: Thu Jan 26 22:22:16 MET 1995 From owner-freebsd-hackers Wed Feb 8 15:37:22 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA22491 for hackers-outgoing; Wed, 8 Feb 1995 15:37:22 -0800 Received: from netcom14.netcom.com (netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id PAA22479 for ; Wed, 8 Feb 1995 15:37:16 -0800 Received: by netcom14.netcom.com (8.6.9/Netcom) id PAA03584; Wed, 8 Feb 1995 15:35:08 -0800 Date: Wed, 8 Feb 1995 15:35:08 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199502082335.PAA03584@netcom14.netcom.com> To: freebsd-hackers@FreeBSD.org Subject: Fast scsi vlb recommendations ? Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi I just a 2.1GB (QUANTUM EMPIRE_2100S) and I am wondering what is good adapter to drive this baby at full speed :) Thanks, Amancio From owner-freebsd-hackers Wed Feb 8 15:45:28 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA22661 for hackers-outgoing; Wed, 8 Feb 1995 15:45:28 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id PAA22655 for ; Wed, 8 Feb 1995 15:45:24 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id PAA19314; Wed, 8 Feb 1995 15:43:50 -0800 From: Poul-Henning Kamp Message-Id: <199502082343.PAA19314@ref.tfs.com> Subject: Re: Fast scsi vlb recommendations ? To: hasty@netcom.com (Amancio Hasty Jr) Date: Wed, 8 Feb 1995 15:43:50 -0800 (PST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199502082335.PAA03584@netcom14.netcom.com> from "Amancio Hasty Jr" at Feb 8, 95 03:35:08 pm Content-Type: text Content-Length: 365 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Hi > I just a 2.1GB (QUANTUM EMPIRE_2100S) and I am wondering > what is good adapter to drive this baby at full speed :) I run if of a Bus{Logic|Tec} VLB thingie, and it max out around 5Mb/sec. for sequential read. -- Poul-Henning Kamp TRW Financial Systems, Inc. FreeBSD has, until now, not one single time had an undetected error. :-) From owner-freebsd-hackers Wed Feb 8 16:07:44 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA23070 for hackers-outgoing; Wed, 8 Feb 1995 16:07:44 -0800 Received: from linux4nn.iaf.nl (root@linux4nn.iaf.nl [193.67.144.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA23061 for ; Wed, 8 Feb 1995 16:07:32 -0800 Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.iaf.nl (8.6.9/8.6.9) with SMTP id BAA00135; Thu, 9 Feb 1995 01:12:09 +0100 Received: by uni4nn.iaf.nl with UUCP id AA08258 (5.67b/IDA-1.5); Thu, 9 Feb 1995 01:05:11 +0200 Received: by iafnl.iaf.nl with UUCP id AA07936 (5.65c/IDA-1.4.4); Wed, 8 Feb 1995 21:13:41 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.8/8.6.6) id UAA00740; Wed, 8 Feb 1995 20:30:11 +0100 From: Wilko Bulte Message-Id: <199502081930.UAA00740@yedi.iaf.nl> Subject: Using seagate driver with Future Domain 950: :-( To: FreeBSD-hackers@FreeBSD.org (FreeBSD hackers list), vak@cronyx.msk.su Date: Wed, 8 Feb 1995 20:30:10 +1596657 (MET) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 1243 Sender: hackers-owner@FreeBSD.org Precedence: bulk Finally I found the time to get my test box up and running with 2.0R. I put in the new seagate driver posted some time ago by Serge Vakulenko. Since I own (borrowed) a Future Domain 950, and Serge asked for some feedback using FD cards, here it comes. testrig: 386DX/25, 170Mb ESDI, FD950. When connected to a Micropolis 1375 (140Mb) disk, I get the following during boot / device probe: - card is recognised OK (BIOS on card is enabled BTW) something like: invalid phase CMD out (gets out of view very fast) and then an endless loop of: sea: timeout waiting for arbitration I switched the 1375 disk for a Digital RRD40 cdrom. No message loop this time, but the drive was incorrectly identified as holding a cdrom size 400000 x 2048 blocks. An attempt to mount a CD resulted in a panic: sea0:2:0 timed out, sending message invalid phase STATIN Anybody else tried the FD card? Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Wed Feb 8 16:11:57 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA23175 for hackers-outgoing; Wed, 8 Feb 1995 16:11:57 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA23169 for ; Wed, 8 Feb 1995 16:11:56 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id QAA17117; Wed, 8 Feb 1995 16:09:27 -0800 To: hasty@netcom.com (Amancio Hasty Jr) cc: freebsd-hackers@FreeBSD.org Subject: Re: Fast scsi vlb recommendations ? In-reply-to: Your message of "Wed, 08 Feb 95 15:35:08 PST." <199502082335.PAA03584@netcom14.netcom.com> Date: Wed, 08 Feb 1995 16:09:27 -0800 Message-ID: <17116.792288567@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Hi > I just a 2.1GB (QUANTUM EMPIRE_2100S) and I am wondering > what is good adapter to drive this baby at full speed :) I use a Bt946c with mine and they're a very happy couple. Same for the Bt747c and even the Bt445c. With the latest series (and latest BIOS revisions of the series :-) Buslogic seems to have finally gotten its act together. Jordan From owner-freebsd-hackers Wed Feb 8 16:17:58 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA23304 for hackers-outgoing; Wed, 8 Feb 1995 16:17:58 -0800 Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA23298 for ; Wed, 8 Feb 1995 16:17:54 -0800 Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.8/8.6.6) id TAA05203 for freebsd-hackers@freebsd.org; Wed, 8 Feb 1995 19:15:30 -0500 From: Wankle Rotary Engine Message-Id: <199502090015.TAA05203@skynet.ctr.columbia.edu> Subject: Support for SMC8432 PCI ethernet cards? To: freebsd-hackers@FreeBSD.org Date: Wed, 8 Feb 1995 19:15:26 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2687 Sender: hackers-owner@FreeBSD.org Precedence: bulk The image lab here at the CTR just received two Gateway 2000 Pentium PCI systems (my understanding is that they plan to install MPEG-encoder boards in them for a project of some kind). Apparently one of these systems will have both a 1-GIG IDE drive and a a 1-GIG SCSI, and one of the guys in the image department says he wouldn't mind trying to install FreeBSD on on a partition of one of those drives. (We haven't installed the SCSI adapter yet, so I'm not sure about when or if I'll get to do this -- stay tuned). Anyway, both machines came with SMC8432BT (10baseT and BNC) ethernet adapters pre-installed (also Windows for Workgroups -- blech!). The 8432's are PCI cards. I'm wondering what the chances are that FreeBSD will be able to use these things. Since I had the boot floppy from the Feb 2nd snapshot handy, I tried to boot the system with it and while it successfuly found the ATI Mach64 PCI video adapter, it didn't seem to like the ethernet card: pci0: scanning device 0..15, mechanism=2. chip0 on pci0:0 chip1 on pci0:2 pci0:6: DIGITAL EQUIPMENT CORPORATION, device=0x2, class=network [not supported] map(10): io(fc80) map(14): mem32(ffbffc00) vga0 on pci0:14 Any ideas here? I told the guys who were buying the systems to get SMC cards. I never thought they'd be fool enough to get *PCI* SMC cards. I haven't even been able to get WFW to work correctly with these things yet (I'm trying to install the WFW TCP/IP stack since we don't have any Novell or Microsoft LANs around, thank god). Oh, one thing I discovered: the keyboard detect code in the bootblocks seems to work correctly with these machines (you don't even have to change the CMOS settings :), but you have to unplug both the keyboard *and* the PS/2 style mouse before it will detect that the keyboard is missing and default over to serial mode. This is perfectly understandable and resonable (the mouse isn't much use without the keyboard anyway) but I thought I'd note it in case anyone plans on trying the serial boot stuff on a machine with a PS/2 mouse. -Bill -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~T~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The Møøse Illuminati: ignore it and be confused, or join it and be confusing! ~~~~~~~~ FreeBSD 2.1.0-Development #0: Tue Feb 7 01:49:07 EST 1995 ~~~~~~~~~ From owner-freebsd-hackers Wed Feb 8 16:19:29 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA23396 for hackers-outgoing; Wed, 8 Feb 1995 16:19:29 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA23388 for ; Wed, 8 Feb 1995 16:19:27 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id QAA17161; Wed, 8 Feb 1995 16:19:11 -0800 To: Wilko Bulte cc: FreeBSD-hackers@FreeBSD.org (FreeBSD hackers list), vak@cronyx.msk.su Subject: Re: Using seagate driver with Future Domain 950: :-( In-reply-to: Your message of "Wed, 08 Feb 95 20:30:10 +1636." <199502081930.UAA00740@yedi.iaf.nl> Date: Wed, 08 Feb 1995 16:19:09 -0800 Message-ID: <17160.792289149@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > When connected to a Micropolis 1375 (140Mb) disk, I get the > following during boot / device probe: > > - card is recognised OK (BIOS on card is enabled BTW) > > something like: invalid phase CMD out (gets out of view very fast) > Well, at least now we can finally say that somebody tested it! :-) It's an unfortunate fact that a lot of stuff gets put into the tree (and sometimes it's by me!) on a hope-for-the-best basis. You haven't got any of the funky hardware that somebody has just send you a driver for, and nobody else you know does either, yet you've had a lot of requests for the thing and so you figure a halfway working something is better than nothing and into the tree goes. And then maybe even you hear it worked and everybody is happy and your gamble paid off. Hurrah! The day is saved. But that's only the beginning. Then you get an UPDATE to this driver and you think "Great, still don't have this hardware to test with but the author says it's better, so... *sigh*" Except maybe this time things break, and yet you still don't know who out there actually HAS one of these things, and so it's untested and doesn't get found out until 2 days before your release is due to ship! :-) Clearly, things can't work this way (or fail to) forever. Help! FreeBSD needs an *accountant*! ;-) Jordan From owner-freebsd-hackers Wed Feb 8 16:28:35 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA24086 for hackers-outgoing; Wed, 8 Feb 1995 16:28:35 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA24051 for ; Wed, 8 Feb 1995 16:27:59 -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 QAA03806; Wed, 8 Feb 1995 16:27:44 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id QAA13766; Wed, 8 Feb 1995 16:27:43 -0800 Message-Id: <199502090027.QAA13766@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Wankle Rotary Engine cc: freebsd-hackers@FreeBSD.org Subject: Re: Support for SMC8432 PCI ethernet cards? In-reply-to: Your message of "Wed, 08 Feb 95 19:15:26 EST." <199502090015.TAA05203@skynet.ctr.columbia.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 08 Feb 1995 16:27:42 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >pci0: scanning device 0..15, mechanism=2. >chip0 on pci0:0 >chip1 on pci0:2 >pci0:6: DIGITAL EQUIPMENT CORPORATION, device=0x2, class=network [not supported] > map(10): io(fc80) > map(14): mem32(ffbffc00) >vga0 on pci0:14 > >Any ideas here? I told the guys who were buying the systems to get SMC >cards. I never thought they'd be fool enough to get *PCI* SMC cards. There is a very good chance that these will work just fine with the 'de' driver if they use the DEC DC21040 NIC. -DG From owner-freebsd-hackers Wed Feb 8 16:41:54 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA25063 for hackers-outgoing; Wed, 8 Feb 1995 16:41:54 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA25057 for ; Wed, 8 Feb 1995 16:41:53 -0800 Received: from cioeserv.cioe.com (cioeserv.cioe.com [204.120.165.34]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id QAA07998 for ; Wed, 8 Feb 1995 16:41:45 -0800 Received: by cioeserv.cioe.com (8.6.8/1.34) id TAA12895; Wed, 8 Feb 1995 19:27:03 -0500 Date: Wed, 8 Feb 1995 19:27:03 -0500 From: steve@cioeserv.cioe.com (Steve Ames) Message-Id: <199502090027.TAA12895@cioeserv.cioe.com> To: freebsd-hackers@wcarchive.cdrom.com Subject: Re: uucico... Sender: hackers-owner@FreeBSD.org Precedence: bulk > > working between our 1.1.5 systems. We have learned that uucico works > > when we ask it to produce debug output, but fails if we don't. Is > > this well known, or is it more likely a problem with our configuration? > > Is there a patch somewhere I can get my mits on? Thanks for any help. > > It must be something in your configuration. I've never seen that and I experienced something similar once. Turned out that activating debugging slowed things down _just_ enough to get it to work. Changed the login script and all went well. Here's what I changed: OLD: chat "" \d ogin: \L word: \P NEW: chat "" \d ogin: \d\L word: \P Mind, I'm not entirely sure why that worked but it did. With full debuggin turned on on both sides you can see what happens. -Steve From owner-freebsd-hackers Wed Feb 8 23:35:29 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA00363 for hackers-outgoing; Wed, 8 Feb 1995 23:35:29 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id XAA00333 for ; Wed, 8 Feb 1995 23:35:14 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id PAA04234; Thu, 9 Feb 1995 15:43:53 +1100 Date: Thu, 9 Feb 1995 15:43:53 +1100 From: Bruce Evans Message-Id: <199502090443.PAA04234@godzilla.zeta.org.au> To: FreeBSD-hackers@FreeBSD.org, vak@cronyx.msk.su, wilko@yedi.iaf.nl Subject: Re: Using seagate driver with Future Domain 950: :-( Sender: hackers-owner@FreeBSD.org Precedence: bulk >I switched the 1375 disk for a Digital RRD40 cdrom. No message >loop this time, but the drive was incorrectly identified as holding >a cdrom size 400000 x 2048 blocks. An attempt to mount a CD resulted >in a panic: sea0:2:0 timed out, sending message invalid phase STATIN 40* x 2048 seems to be a standard magic number that results if media detection is not working. It also happens for the Ultrastor driver if the media is not present. Bruce From owner-freebsd-hackers Wed Feb 8 23:47:59 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA02113 for hackers-outgoing; Wed, 8 Feb 1995 23:47:59 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id XAA02106 for ; Wed, 8 Feb 1995 23:47:58 -0800 Received: (from gibbs@localhost) by estienne.cs.berkeley.edu (8.6.9/8.6.9) id SAA22470; Wed, 8 Feb 1995 18:04:28 -0800 From: "Justin T. Gibbs" Message-Id: <199502090204.SAA22470@estienne.cs.berkeley.edu> Subject: Re: Fast scsi vlb recommendations ? To: hasty@netcom.com (Amancio Hasty Jr) Date: Wed, 8 Feb 1995 18:04:28 -0800 (PST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199502082335.PAA03584@netcom14.netcom.com> from "Amancio Hasty Jr" at Feb 8, 95 03:35:08 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: 403 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Hi > I just a 2.1GB (QUANTUM EMPIRE_2100S) and I am wondering > what is good adapter to drive this baby at full speed :) > > > Thanks, > Amancio Adaptec 2842A (Make sure it is an A). -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Wed Feb 8 23:49:03 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA02212 for hackers-outgoing; Wed, 8 Feb 1995 23:49:03 -0800 Received: from kryten.atinc.com (kryten.atinc.com [198.138.38.7]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id XAA02206; Wed, 8 Feb 1995 23:49:01 -0800 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id VAA12533; Wed, 8 Feb 1995 21:47:42 -0500 Date: Wed, 8 Feb 1995 21:47:41 -0500 (EST) From: "Jonathan M. Bresler" Reply-To: "Jonathan M. Bresler" Subject: Re: Using seagate driver with Future Domain 950: :-( To: "Jordan K. Hubbard" cc: Wilko Bulte , FreeBSD hackers list , vak@cronyx.msk.su In-Reply-To: <17160.792289149@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 8 Feb 1995, Jordan K. Hubbard wrote: > get an UPDATE to this driver and you think "Great, still don't have > this hardware to test with but the author says it's better, > so... *sigh*" Except maybe this time things break, and yet you still > don't know who out there actually HAS one of these things, and so it's > untested and doesn't get found out until 2 days before your release is > due to ship! :-) > > Clearly, things can't work this way (or fail to) forever. Help! > FreeBSD needs an *accountant*! ;-) so what's an accountant. sounds like a test engineer is required...nothing gets into the distribution tree till after testing by a couple of people. including some serious hammering on the code. not like solaris 2.4 in which you can install to the cdrom distribution media......and away we go....till the install realizes that i cant write to a cdrom and goes belly up. 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-hackers Thu Feb 9 00:12:16 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id AAA03130 for hackers-outgoing; Thu, 9 Feb 1995 00:12:16 -0800 Received: from grilled.cs.wisc.edu (grilled.cs.wisc.edu [128.105.66.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id AAA03124 for ; Thu, 9 Feb 1995 00:12:14 -0800 Date: Wed, 8 Feb 95 22:30:54 -0600 From: jcargill@cs.wisc.edu (Jon Cargille) Message-Id: <9502090430.AA04848@grilled.cs.wisc.edu> Received: by grilled.cs.wisc.edu; Wed, 8 Feb 95 22:30:54 -0600 To: freebsd-hackers@FreeBSD.org Subject: installation problem (2.0): exec failed? Sender: hackers-owner@FreeBSD.org Precedence: bulk Has anyone run across this sort of installation problem before? Someone I know says he got the following error (followed by a reboot) after fdisk/disklabelling, and proceeding with the installation: exec(stand/newfs) failed code=5888. Here's his system description: >Platform : > 486/80 + 16MB Ram > 1542b adaptec with a 1.6G Micropolis > single speed mitsumi :( > IDE with 1.6G Microp > >FreeBSD is intended to go onto partition 2 of the SCSI (ie sda2 in linux >terms). The German Linux is on sda1 Any suggestions? Thanks a lot, Jon From owner-freebsd-hackers Thu Feb 9 00:29:52 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id AAA03865 for hackers-outgoing; Thu, 9 Feb 1995 00:29:52 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id AAA03859 for ; Thu, 9 Feb 1995 00:29:52 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id AAA15298; Thu, 9 Feb 1995 00:24:32 -0800 To: "Jonathan M. Bresler" cc: Wilko Bulte , FreeBSD hackers list , vak@cronyx.msk.su Subject: Re: Using seagate driver with Future Domain 950: :-( In-reply-to: Your message of "Wed, 08 Feb 95 21:47:41 EST." Date: Thu, 09 Feb 1995 00:24:29 -0800 Message-ID: <15297.792318269@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > so what's an accountant. sounds like a test engineer is > required...nothing gets into the distribution tree till after testing by > a couple of people. including some serious hammering on the code. Let me elaborate: We truly need someone with an accountant's heart (or better yet, an administrative assistant's) to take down all the details of who has what and basically keep a monster rolodex (or rolodex analog) from hell that lists each and every person who's ever contacted us and represents some resource - a commercial contact, a piece of hardware to test, a good beta-tester's personality, whatever! Something that enables somebody like me, who's totally inept at proper bookkeeping, to then come along and say to that person "Person, I need to put together a BETA test team. Please find me all the people in your little database who have either the "nit-picking pedant" or "owns unusual hardware (with detail)" attributes set! Ah yes, thank you.. Hmmmm.. My, what an interesting statistical correlation - 86% of the people in this list have *both* attributes set!" :-) Anyway, this AA type person would also keep a file of contacts that should be kept alive and remind me to call them every once in awhile ("Hey, Bernie! How's it hangin', bro? Yeah? Good! Really! With a pitchfork, eh? Geeze, that's rough! Well, don't worry, you'll find another one. So, uh... I was just wondering. How's that Gronking Industries CDROM controller driver of yours coming?"). And so forth. Sigh.. Basically, I think the project needs a secretary! Perhaps before too much time goes by, we'll even be able to hire one. Wouldn't that be nice! :) Jordan From owner-freebsd-hackers Thu Feb 9 03:36:16 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id DAA08035 for hackers-outgoing; Thu, 9 Feb 1995 03:36:16 -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.9/8.6.6) with SMTP id DAA08028; Thu, 9 Feb 1995 03:36:11 -0800 Received: from tartufo.pcs.dec.com by inet-gw-3.pa.dec.com (5.65/10Aug94) id AA13584; Thu, 9 Feb 95 03:34:04 -0800 Received: by tartufo.pcs.dec.com (/\=-/\ Smail3.1.16.1 #16.39) id ; Thu, 9 Feb 95 12:33 MET Message-Id: Date: Thu, 9 Feb 95 12:33 MET From: me@tartufo.pcs.dec.com (Michael Elbel) To: jkh@FreeBSD.org Cc: hackers@FreeBSD.org Subject: Re: Using seagate driver with Future Domain 950: :-( Newsgroups: pcs.freebsd.hackers References: <199502081930.UAA00740@yedi.iaf.nl> <17160.792289149@time.cdrom.com> Reply-To: me%dude.pcs.dec.com@inet-gw-2.pa.dec.com Sender: hackers-owner@FreeBSD.org Precedence: bulk In pcs.freebsd.hackers you write: >so... *sigh*" Except maybe this time things break, and yet you still >don't know who out there actually HAS one of these things, and so it's >untested and doesn't get found out until 2 days before your release is >due to ship! :-) So, what's necessary isn't exactly an accountant but some sort of *accounting*, just like with the ports. Whoever imports a driver into the source tree should note who it is from and who tested it. If there are problems, that person would be contacted. Now we simply need a conveniant place to put such information, like the LINT config file or the actual driver sources. Michael -- Michael Elbel, Digital-PCS GmbH, Muenchen, Germany - me@FreeBSD.org Fermentation fault (coors dumped) From owner-freebsd-hackers Thu Feb 9 05:03:21 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA09089 for hackers-outgoing; Thu, 9 Feb 1995 05:03:21 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id FAA09068 for ; Thu, 9 Feb 1995 05:02:56 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA18319; Thu, 9 Feb 1995 14:04:15 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id OAA06407 for freebsd-hackers@freebsd.org; Thu, 9 Feb 1995 14:04:15 +0100 Received: by bonnie.tcd-dresden.de (8.6.8/8.6.6) id NAA25912; Thu, 9 Feb 1995 13:42:19 +0100 From: j@uriah.sax.de (J Wunsch) Message-Id: <199502091242.NAA25912@bonnie.tcd-dresden.de> Subject: Re: Support for SMC8432 PCI ethernet cards? To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Thu, 9 Feb 1995 13:42:19 +0100 (MET) In-Reply-To: <199502090015.TAA05203@skynet.ctr.columbia.edu> from "Wankle Rotary Engine" at Feb 8, 95 07:15:26 pm X-Phone: +49-351-8141 137 Reply-To: joerg_wunsch@uriah.sax.de 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: 932 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Wankle Rotary Engine wrote: | | Oh, one thing I discovered: the keyboard detect code in the bootblocks | seems to work correctly with these machines (you don't even have to | change the CMOS settings :), but you have to unplug both the keyboard | *and* the PS/2 style mouse before it will detect that the keyboard is | missing and default over to serial mode. This is perfectly understandable | and resonable (the mouse isn't much use without the keyboard anyway) but | I thought I'd note it in case anyone plans on trying the serial boot | stuff on a machine with a PS/2 mouse. >From my reading in van Gilluwe's book, it should be detectable if there's really a keyboard connected or just only a mouse. -- cheers, J"org work: --- no longer --- private: joerg_wunsch@uriah.sax.de Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Feb 9 05:11:58 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA09179 for hackers-outgoing; Thu, 9 Feb 1995 05:11:58 -0800 Received: (from jkh@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA09172 for hackers; Thu, 9 Feb 1995 05:11:56 -0800 Date: Thu, 9 Feb 1995 05:11:56 -0800 From: "Jordan K. Hubbard" Message-Id: <199502091311.FAA09172@freefall.cdrom.com> To: hackers Subject: Please? Whine.. Sup project.. Sender: hackers-owner@FreeBSD.org Precedence: bulk What can I say, despite the much sung praises of CTM, sup seems alive and well. Alive and slow, anyway, which is what I'm whining about. A number of you folks stay in sync with us by supping the src, cvs or ports trees but I don't think that many of you have really actually ever looked at how horribly inefficient sup is at this kind of thing! ;( It takes very bad advantage of low bandwidth lines (look at your modem sometime - very poor utilization!) by not batching transfers and there's no true checksumming of files. sup needs a face lift! It needs somebody to sit down and profile both the client and the server, stare at the data gathered for awhile, think about the problem in general, then sit down and whack out an extention to/replacement for sup as a source tree synchronization protocol! Poul-Henning will scream "CTM!" at this point, so let me also just answer that in advance and say that if somebody wants to work on putting a front-end onto CTM so that you can sync with the current tree at any arbitrary time, then that's fine by me. I don't care how it's done, just so long as they can do it all in batch mode or on demand with one simple command and a configuration file. I'd still like to see sup improved, if sup is to survive as an option. A lot of people say they like sup and that's fine. What would be finer, however, (and make more sense) would be for the sup devotees to come together now and decide what the next generation sup is going to look like. I'll give you guys some hints: 1) It has to be trustworthy (md5) 2) It has to make optimum use of available bandwidth (fast) 3) It has to make minimal demands on the server (not murder freefall) 4) It has to be easy to set up. Right now, sup is none of those 4 things. You have your work cut out for you - I'd get started now! :-) Jordan From owner-freebsd-hackers Thu Feb 9 06:15:46 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA09948 for hackers-outgoing; Thu, 9 Feb 1995 06:15:46 -0800 Received: from rwwa.com (rwwa.com [198.115.177.3]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id GAA09942 for ; Thu, 9 Feb 1995 06:15:40 -0800 Received: from localhost (localhost [127.0.0.1]) by rwwa.com (8.6.9/8.6.9) with SMTP id JAA18931 for ; Thu, 9 Feb 1995 09:15:49 -0500 Message-Id: <199502091415.JAA18931@rwwa.com> X-Authentication-Warning: rwwa.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.5.3 12/28/94 To: FreeBSD hackers list Subject: Project Managment and Release Engineering In-reply-to: Your message of "Thu, 09 Feb 1995 00:24:29 PST." <15297.792318269@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 09 Feb 1995 09:15:48 -0500 From: Robert Withrow Sender: hackers-owner@FreeBSD.org Precedence: bulk > We truly need someone with an accountant's heart (or better yet, an > administrative assistant's) to take down all the details of who has > what and basically keep a monster rolodex (or rolodex analog) from > hell that lists each and every person who's ever contacted us and > represents some resource [...] I thought I would change the threadname to something closer to the content it has now comprised. One suggestion, rather than the top-driven rolodex oriented thing, is to do what X does, and have a two-step release strategy. Release ``Core'' FreeBSD at time T0, and release the ``contributed'' software (The ports directory with the ``essential'' ports excepted, drivers, filesystems, etc...) at time T1. Between T0 and T1 the people who own these things (on anyone else who cares) port them to the new release of FreeBSD. This is a more bottom-driven way, and it husbands the resources of the FreeBSD group. ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430 Net: witr@rwwa.COM R.W. Withrow Associates, 319 Lynnway Suite 201, Lynn MA 01901 USA From owner-freebsd-hackers Thu Feb 9 06:31:45 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA10282 for hackers-outgoing; Thu, 9 Feb 1995 06:31:45 -0800 Received: from relay2.UU.NET (relay2.UU.NET [192.48.96.7]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id GAA10274 for ; Thu, 9 Feb 1995 06:31:43 -0800 Received: from news.cs.utexas.edu by relay2.UU.NET with SMTP id QQycis16778; Thu, 9 Feb 1995 09:30:57 -0500 Received: from mail.cs.utexas.edu (root@mail.cs.utexas.edu [128.83.139.10]) by news.cs.utexas.edu (8.6.9/8.6.9) with ESMTP id IAA01646; Thu, 9 Feb 1995 08:30:56 -0600 Received: from uudell.us.dell.com (uudell.us.dell.com [143.166.224.6]) by mail.cs.utexas.edu (8.6.9/8.6.9) with SMTP id IAA10334; Thu, 9 Feb 1995 08:30:57 -0600 Received: from obiwan by uudell.us.dell.com (5.67/dns1.3) with UUCP id AA21316; Thu, 9 Feb 95 14:22:26 GMT Received: by obiwan.uucp (Smail3.1.29.1 #4) id m0rcZQx-00030ZC; Thu, 9 Feb 95 08:01 CST Message-Id: From: obiwan!bob@uudell.us.dell.com (Bob Willcox) Subject: Re: FreeBSD with Bustec BT-542B SCSI interface To: joerg_wunsch@uriah.sax.de Date: Thu, 9 Feb 1995 08:01:23 -0600 (CST) Cc: Pat_Barron@transarc.com, hackers@FreeBSD.org In-Reply-To: <199502061749.SAA17102@bonnie.tcd-dresden.de> from "J Wunsch" at Feb 6, 95 06:49:13 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1739 Sender: hackers-owner@FreeBSD.org Precedence: bulk J Wunsch wrote: > All my problems went away with the following steps: > > . use the bt driver, > . disable ISA DMA emulation from the EISA setup, > . configure the board to use level-triggered interrupts, and Hmm, I didn't realize the bt742a.c device driver would work with level triggered interrupts. Does that mean that I can put multiple BT747S's on the same IRQ? > . configure my board to use an ISA clock close to the standard 8 MHz > (it's been 6 MHz before due to a bad floppy controller, but the > Bt 742 refused to work at this clock) This reminds me of the strangeness of one of my systems here with a BT747S (actually, 3 of them and they *all* behave the same way on this). When I updated the system from a 486DX2/66 to a 486DX2/80 I (obviously) had to increase the MB oscillator to 40MHz (from 33MHz). In doing this I set my bus speed to CPUCLK/5 (i.e., 8MHz). At that speed, I could boot off of the hard disk but *not* the floppy! (At the old 33MHz speed I had the bus speed set to CPUCLK/4 [8.3333MHz] and that worked.) So, I tried the 7.159MHz bus speed. With that, I could boot from the floppy again but now the hard disk failed to boot!! I finally settled on CPUCLK/4 (again, only now the bus speed is 10MHz) and both floppy and hard disk boot...go figure????? Has anybody else seen this kind of wierd behavior with the Buslogic BT-747S cards? As I said above, I have 3 of these cards in the system did try the others (for floppy connection). They all failed to boot the floppy at a bus speed of 8MHz. -- Bob Willcox ...!{rutgers|ames}!cs.utexas.edu!uudell!obiwan!bob Austin, TX or try: @uudell.us.dell.com:obiwan!bob 512-258-4224 (home), 512-838-3914 (work) From owner-freebsd-hackers Thu Feb 9 07:18:27 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA11378 for hackers-outgoing; Thu, 9 Feb 1995 07:18:27 -0800 Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id HAA11369 for ; Thu, 9 Feb 1995 07:18:12 -0800 Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.8/8.6.6) id KAA06211 for freebsd-hackers@freebsd.org; Thu, 9 Feb 1995 10:15:58 -0500 From: Wankle Rotary Engine Message-Id: <199502091515.KAA06211@skynet.ctr.columbia.edu> Subject: SMC8432 -- Success! To: freebsd-hackers@FreeBSD.org Date: Thu, 9 Feb 1995 10:15:55 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1623 Sender: hackers-owner@FreeBSD.org Precedence: bulk I love it! Somebody add the SMC8432 PCI ethernet card to the supported hardware list! :) FreeBSD 2.1.0-Development #0: Thu Feb 9 00:32:53 EST 1995 wpaul@marple.ctr.columbia.edu:/usr/src/sys/compile/GENERIC CPU: Pentium (Pentium-class CPU) 90 MHz Id = 0x524 Origin = "GenuineIntel" real memory = 33161216 (8096 pages) avail memory = 30773248 (7513 pages) [...] wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): , 32-bit data path wd0: 1033MB (2116800 total sec), 2100 cyl, 16 head, 63 sec, bytes/sec 512 [...] pci0: scanning device 0..15, mechanism=2. chip0 on pci0:0 chip1 on pci0:2 de0 int a irq 9 on pci0:6 reg20: virtual=0xf43e3000 physical=0xc0000000 de0: enabling Thinwire/AUI port de0: DC21040 [10Mb/s] pass 2.3 ethernet address 00:00:c0:9e:81:0d vga0 on pci0:14 pci uses physical addresses from 0xc0000000 to 0xc0001000 I'll have to play with it more later -- right now I have to go do the sysadmin thang and install a printer. :( -Bill -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~T~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The Møøse Illuminati: ignore it and be confused, or join it and be confusing! ~~~~~~~~ FreeBSD 2.1.0-Development #0: Tue Feb 7 01:49:07 EST 1995 ~~~~~~~~~ From owner-freebsd-hackers Thu Feb 9 07:49:59 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA12102 for hackers-outgoing; Thu, 9 Feb 1995 07:49:59 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id HAA12094; Thu, 9 Feb 1995 07:49:53 -0800 Received: (nate@localhost) by trout.sri.MT.net (8.6.8/8.3) id IAA12682; Thu, 9 Feb 1995 08:53:44 -0700 Date: Thu, 9 Feb 1995 08:53:44 -0700 From: Nate Williams Message-Id: <199502091553.IAA12682@trout.sri.MT.net> In-Reply-To: "Jordan K. Hubbard" "Please? Whine.. Sup project.." (Feb 9, 5:11am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "Jordan K. Hubbard" , hackers@freefall.cdrom.com Subject: Re: Please? Whine.. Sup project.. Sender: hackers-owner@FreeBSD.org Precedence: bulk > ever looked at how horribly inefficient sup is at this kind of thing! ;( > It takes very bad advantage of low bandwidth lines It took me 5 hours to sync up my tree with a 14.4K line running with no compression. (The sup ran with compression, the phone line wasn't tuned at the time and MNP compression was turned off) > (look at your modem > sometime - very poor utilization!) by not batching transfers and there's > no true checksumming of files. What do you mean by 'not batching transfers'? > 1) It has to be trustworthy (md5) Agreed, this is it's biggest problem IMHO. However, adding cksumming to the files will ADD overhead. Currently, it is very difficult to screw up sup *IF* everything works right. SUP relies on TCP/IP to do all the data checking, and if something gets screwed up on either end it doesn't know about it. > 2) It has to make optimum use of available bandwidth (fast) With my compression patches, it does a pretty good job. > 3) It has to make minimal demands on the server (not murder freefall) > 4) It has to be easy to set up. This could be improved, but right now things are fairly trivial to setup. Agreed, the client side might be easier to setup, but that should be fairly easy to fix. The host-side complexity doesn't need to change since it works fairly well and once it's setup, it's easy to modify. Nate From owner-freebsd-hackers Thu Feb 9 08:01:09 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA12274 for hackers-outgoing; Thu, 9 Feb 1995 08:01:09 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id IAA12268 for ; Thu, 9 Feb 1995 08:01:07 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA24883; Thu, 9 Feb 95 08:55:03 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502091555.AA24883@cs.weber.edu> Subject: Re: Fast scsi vlb recommendations ? To: gibbs@estienne.CS.Berkeley.EDU (Justin T. Gibbs) Date: Thu, 9 Feb 95 8:55:02 MST Cc: hasty@netcom.com, freebsd-hackers@FreeBSD.org In-Reply-To: <199502090204.SAA22470@estienne.cs.berkeley.edu> from "Justin T. Gibbs" at Feb 8, 95 06:04:28 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Adaptec 2842A (Make sure it is an A). > Why? What is wrong with others (non-A)? 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-hackers Thu Feb 9 08:19:56 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA12556 for hackers-outgoing; Thu, 9 Feb 1995 08:19:56 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id IAA12550 for ; Thu, 9 Feb 1995 08:19:53 -0800 Received: (from gibbs@localhost) by estienne.cs.berkeley.edu (8.6.9/8.6.9) id IAA24899; Thu, 9 Feb 1995 08:18:14 -0800 From: "Justin T. Gibbs" Message-Id: <199502091618.IAA24899@estienne.cs.berkeley.edu> Subject: Re: Fast scsi vlb recommendations ? To: terry@cs.weber.edu (Terry Lambert) Date: Thu, 9 Feb 1995 08:18:13 -0800 (PST) Cc: hasty@netcom.com, freebsd-hackers@FreeBSD.org In-Reply-To: <9502091555.AA24883@cs.weber.edu> from "Terry Lambert" at Feb 9, 95 08:55:02 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: 647 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > > Adaptec 2842A (Make sure it is an A). > > > > Why? What is wrong with others (non-A)? Non-As don't have a Rev E aic7770 in them and can only use four out of the 16 SCB slots on the card reliably. If you want to use tagged queuing effectively, get the newer card. > > > Terry Lambert > terry@cs.weber.edu > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Thu Feb 9 09:21:20 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA13540 for hackers-outgoing; Thu, 9 Feb 1995 09:21:20 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id JAA13534 for ; Thu, 9 Feb 1995 09:21:19 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id JAA23073; Thu, 9 Feb 1995 09:21:13 -0800 From: Poul-Henning Kamp Message-Id: <199502091721.JAA23073@ref.tfs.com> Subject: Re: installation problem (2.0): exec failed? To: jcargill@cs.wisc.edu (Jon Cargille) Date: Thu, 9 Feb 1995 09:21:13 -0800 (PST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <9502090430.AA04848@grilled.cs.wisc.edu> from "Jon Cargille" at Feb 8, 95 10:30:54 pm Content-Type: text Content-Length: 558 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Has anyone run across this sort of installation problem before? > > Someone I know says he got the following error (followed by a reboot) > after fdisk/disklabelling, and proceeding with the installation: > > exec(stand/newfs) failed code=5888. > This is because his scsi-adapter has the ">1GB" option set. This is fixed (with a measurable speed-increase as side-effect) in the next snapshot. -- Poul-Henning Kamp TRW Financial Systems, Inc. FreeBSD has, until now, not one single time had an undetected error. :-) From owner-freebsd-hackers Thu Feb 9 09:37:12 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA13774 for hackers-outgoing; Thu, 9 Feb 1995 09:37:12 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id JAA13766 for ; Thu, 9 Feb 1995 09:37:09 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id JAA22018; Thu, 9 Feb 1995 09:36:46 -0800 From: "Rodney W. Grimes" Message-Id: <199502091736.JAA22018@gndrsh.aac.dev.com> Subject: Re: Using seagate driver with Future Domain 950: :-( To: bde@zeta.org.au (Bruce Evans) Date: Thu, 9 Feb 1995 09:36:46 -0800 (PST) Cc: FreeBSD-hackers@FreeBSD.org, vak@cronyx.msk.su, wilko@yedi.iaf.nl In-Reply-To: <199502090443.PAA04234@godzilla.zeta.org.au> from "Bruce Evans" at Feb 9, 95 03:43:53 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 971 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >I switched the 1375 disk for a Digital RRD40 cdrom. No message > >loop this time, but the drive was incorrectly identified as holding > >a cdrom size 400000 x 2048 blocks. An attempt to mount a CD resulted > >in a panic: sea0:2:0 timed out, sending message invalid phase STATIN > > 40* x 2048 seems to be a standard magic number that results if media > detection is not working. It also happens for the Ultrastor driver > if the media is not present. Here is the source of that magic number, from sys/scsi/cd.c: if (blksize < 512) blksize = 2048; /* some drives lie ! */ if (size < 100) size = 400000; /* ditto */ This occurs after the command to get the size, and is only done if that command returned success. Seems that some drives and/or controllers are returning bad data :-( > Bruce -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Thu Feb 9 10:34:55 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA14993 for hackers-outgoing; Thu, 9 Feb 1995 10:34:55 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id KAA14983 for ; Thu, 9 Feb 1995 10:34:32 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA28153; Thu, 9 Feb 1995 19:31:53 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id TAA01575 for freebsd-hackers@freebsd.org; Thu, 9 Feb 1995 19:31:52 +0100 Received: by bonnie.tcd-dresden.de (8.6.8/8.6.6) id SAA05686; Thu, 9 Feb 1995 18:59:54 +0100 From: j@uriah.sax.de (J Wunsch) Message-Id: <199502091759.SAA05686@bonnie.tcd-dresden.de> Subject: Re: FreeBSD with Bustec BT-542B SCSI interface To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Thu, 9 Feb 1995 18:59:53 +0100 (MET) In-Reply-To: from "Bob Willcox" at Feb 9, 95 08:01:23 am X-Phone: +49-351-8141 137 Reply-To: joerg_wunsch@uriah.sax.de 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: 784 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Bob Willcox wrote: | | J Wunsch wrote: | > All my problems went away with the following steps: | > | > . use the bt driver, | > . disable ISA DMA emulation from the EISA setup, | > . configure the board to use level-triggered interrupts, and | | Hmm, I didn't realize the bt742a.c device driver would work with | level triggered interrupts. Does that mean that I can put multiple | BT747S's on the same IRQ? Certainly not. Anyway, you can use level-triggered interrupts on EISA when operating a true EISA board, even if there's only one interrupt source. -- cheers, J"org work: --- no longer --- private: joerg_wunsch@uriah.sax.de Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Feb 9 11:41:15 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA16167 for hackers-outgoing; Thu, 9 Feb 1995 11:41:15 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id LAA16161 for ; Thu, 9 Feb 1995 11:41:13 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: FreeBSD with Bustec BT-542B SCSI interface To: obiwan!bob@uudell.us.dell.com (Bob Willcox) Date: Thu, 9 Feb 1995 11:40:35 -0800 (PST) Cc: joerg_wunsch@uriah.sax.de, Pat_Barron@transarc.com, hackers@FreeBSD.org In-Reply-To: from "Bob Willcox" at Feb 9, 95 08:01:23 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1147 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Hmm, I didn't realize the bt742a.c device driver would work with > level triggered interrupts. Does that mean that I can put multiple > BT747S's on the same IRQ? well the driver could do it, but the interrupt code will only call one device.. on OSF1 the (basically the same) driver get's called once for each device on that vector. > [...] > Has anybody else seen this kind of wierd behavior with the Buslogic BT-747S > cards? As I said above, I have 3 of these cards in the system did try the > others (for floppy connection). They all failed to boot the floppy at > a bus speed of 8MHz. here at TFS (the home of the bt driver.. we find we have to get teh bus speed as close to 8MHz as possible or our bt742 cards won't work.. (haven't tried 10, but 6 and 7 are definit losers..) julian +----------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / On assignment | / \ julian@tfs.com +------>x USA \ in a very strange | ( OZ ) 300 lakeside Dr. oakland CA. \___ ___ | country ! +- X_.---._/ USA+(510) 645-3137(wk) \_/ \\ v From owner-freebsd-hackers Thu Feb 9 12:32:42 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA17069 for hackers-outgoing; Thu, 9 Feb 1995 12:32:42 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA17063; Thu, 9 Feb 1995 12:32:18 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.9/8.6.9) with SMTP id WAA05962; Thu, 9 Feb 1995 22:30:39 +0200 Message-Id: <199502092030.WAA05962@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: terry@cs.weber.edu (Terry Lambert), amurai@spec.co.jp, sysseh@devetir.qld.gov.au, hackers@FreeBSD.org Subject: Re: FreeBSD with Bustec BT-542B SCSI interface Date: Thu, 09 Feb 1995 22:30:38 +0200 From: Mark Murray Sender: hackers-owner@FreeBSD.org Precedence: bulk > > The "Gangster period" is largely responsible for the mistaken > > impression the rest of the world seems to have that "all Americans > > carry guns". > > But.. I thought most of us did! :-) Guns are good. In this job hungry, newly emergent country of ours, one of the best paying jobs going is the position of rear-gunner on a taxi. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-hackers Thu Feb 9 12:43:56 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA17289 for hackers-outgoing; Thu, 9 Feb 1995 12:43:56 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA17275 for ; Thu, 9 Feb 1995 12:43:52 -0800 Received: from reply.net (reply.reply.net [198.240.73.78]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id MAA28384 for ; Thu, 9 Feb 1995 12:43:44 -0800 Received: (jbrogan@localhost) by reply.net (8.6.8/8.6.8) id PAA03992 for freebsd-hackers@freebsd.cdrom.com; Thu, 9 Feb 1995 15:23:15 -0500 From: John Brogan Message-Id: <199502092023.PAA03992@reply.net> Subject: Looking for a sendmail patch To: freebsd-hackers@wcarchive.cdrom.com Date: Thu, 9 Feb 1995 15:23:15 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 844 Sender: hackers-owner@FreeBSD.org Precedence: bulk We are having problems with some mailers never getting the "250 Message Received" text after issuing the "." at the end of the message transfer. This causes the eventual timeout to occurr and the message to be "stuck" between their site and ours. I have version 8.6.8 and am using FreeBSD 1.1.5.1. I'm not entirely sure *what* is causing this problem, but it is definitely something that other sites have reported to me as well. Is there a patch for this? If you have any suggestions on fixing this problem, please advise. I get about 4 sites/day who just can't get mail through. They can telnet to port 25 and send a message, but their mailers (and they are not all the same) just can't get through. Hopefully this has been covered before, but I can't find it in any FAQ so I'm sending a note here. Thanks in advance. John Brogan From owner-freebsd-hackers Thu Feb 9 12:43:53 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA17277 for hackers-outgoing; Thu, 9 Feb 1995 12:43:53 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA17260 for ; Thu, 9 Feb 1995 12:43:46 -0800 Received: (from gibbs@localhost) by estienne.cs.berkeley.edu (8.6.9/8.6.9) id MAA25502; Thu, 9 Feb 1995 12:43:02 -0800 From: "Justin T. Gibbs" Message-Id: <199502092043.MAA25502@estienne.cs.berkeley.edu> Subject: Re: Using seagate driver with Future Domain 950: :-( To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Thu, 9 Feb 1995 12:43:01 -0800 (PST) Cc: bde@zeta.org.au, FreeBSD-hackers@FreeBSD.org, vak@cronyx.msk.su, wilko@yedi.iaf.nl In-Reply-To: <199502091736.JAA22018@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Feb 9, 95 09:36:46 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: 1478 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > > >I switched the 1375 disk for a Digital RRD40 cdrom. No message > > >loop this time, but the drive was incorrectly identified as holding > > >a cdrom size 400000 x 2048 blocks. An attempt to mount a CD resulted > > >in a panic: sea0:2:0 timed out, sending message invalid phase STATIN > > > > 40* x 2048 seems to be a standard magic number that results if media > > detection is not working. It also happens for the Ultrastor driver > > if the media is not present. > > Here is the source of that magic number, from sys/scsi/cd.c: > if (blksize < 512) > blksize = 2048; /* some drives lie ! */ > if (size < 100) > size = 400000; /* ditto */ > > This occurs after the command to get the size, and is only done if > that command returned success. Seems that some drives and/or controllers > are returning bad data :-( Is the get size command issued without the SCSI_ERR_OK flag set? If not, cd.c will never see the error. Otherwise, I would suspect that it might be from a controller that does not support propper SCSI check sense handling in the driver. > > Bruce > > > -- > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation Company Custom computers for FreeBSD > -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Thu Feb 9 12:53:21 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA17443 for hackers-outgoing; Thu, 9 Feb 1995 12:53:21 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA17437 for ; Thu, 9 Feb 1995 12:53:19 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by wcarchive.cdrom.com (8.6.8/8.6.6) with SMTP id MAA00423 for ; Thu, 9 Feb 1995 12:53:13 -0800 Received: by brasil.moneng.mei.com (4.1/SMI-4.1) id AA10479; Thu, 9 Feb 95 11:54:53 CST From: Joe Greco Message-Id: <9502091754.AA10479@brasil.moneng.mei.com> Subject: Re: uucico... To: steve@cioeserv.cioe.com (Steve Ames) Date: Thu, 9 Feb 1995 11:54:52 -0600 (CST) Cc: freebsd-hackers@wcarchive.cdrom.com In-Reply-To: <199502090027.TAA12895@cioeserv.cioe.com> from "Steve Ames" at Feb 8, 95 07:27:03 pm X-Mailer: ELM [version 2.4beta PL9] Content-Type: text Content-Length: 935 Sender: hackers-owner@FreeBSD.org Precedence: bulk > OLD: chat "" \d ogin: \L word: \P > NEW: chat "" \d ogin: \d\L word: \P > > Mind, I'm not entirely sure why that worked but it did. With full > debuggin turned on on both sides you can see what happens. Some getty's flush (or otherwise mangle) data in the input buffer right after printing "login:", a pause after the receipt of the "login:" does wonders to ensure that the text you're sending isn't victimized in this manner. I know it sounds silly. But remember that another character (' ') is printed after the ":", which most people don't wait for, and a fast modem and box on the other end can easily turn around and start pumping out the login name during this time (and the flush is not instantaneous, either). ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Thu Feb 9 13:06:03 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA17822 for hackers-outgoing; Thu, 9 Feb 1995 13:06:03 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id NAA17815 for ; Thu, 9 Feb 1995 13:05:58 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA07346; Mon, 6 Feb 95 16:39:11 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502062339.AA07346@cs.weber.edu> Subject: Re: MIT SHM X11 extensions? (fwd) To: davidg@Root.COM Date: Mon, 6 Feb 95 16:39:10 MST Cc: jmb@kryten.atinc.com, hackers@FreeBSD.org In-Reply-To: <199502062301.PAA00617@corbin.Root.COM> from "David Greenman" at Feb 6, 95 03:01:27 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > Further, Terry's assertion that the > binary's vnode has the VTEXT flag turned on (and thus prevents you from > overwriting it [ETXTBUSY]) is also WRONG. It does NOT do this, and as such it > is perfectly okay to clobber your binary. Oh ick. Uh, why is ETXTBUSY still around? 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-hackers Thu Feb 9 13:52:56 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA18805 for hackers-outgoing; Thu, 9 Feb 1995 13:52:56 -0800 Received: from linux4nn.iaf.nl (root@linux4nn.iaf.nl [193.67.144.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id NAA18786 for ; Thu, 9 Feb 1995 13:52:46 -0800 Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.iaf.nl (8.6.9/8.6.9) with SMTP id WAA00843; Thu, 9 Feb 1995 22:58:23 +0100 Received: by uni4nn.iaf.nl with UUCP id AA29282 (5.67b/IDA-1.5); Thu, 9 Feb 1995 22:50:18 +0200 Received: by iafnl.iaf.nl with UUCP id AA25504 (5.65c/IDA-1.4.4); Thu, 9 Feb 1995 22:12:32 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.8/8.6.6) id TAA00546; Thu, 9 Feb 1995 19:56:21 +0100 From: Wilko Bulte Message-Id: <199502091856.TAA00546@yedi.iaf.nl> Subject: Re: Using seagate driver with Future Domain 950: :-( To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Thu, 9 Feb 1995 19:56:21 +1596657 (MET) Cc: bde@zeta.org.au, FreeBSD-hackers@FreeBSD.org, vak@cronyx.msk.su In-Reply-To: <199502091736.JAA22018@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Feb 9, 95 09:36:46 am X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 1214 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >loop this time, but the drive was incorrectly identified as holding > > >a cdrom size 400000 x 2048 blocks. An attempt to mount a CD resulted > > >in a panic: sea0:2:0 timed out, sending message invalid phase STATIN > > > > 40* x 2048 seems to be a standard magic number that results if media > > detection is not working. It also happens for the Ultrastor driver > > if the media is not present. > > Here is the source of that magic number, from sys/scsi/cd.c: > if (blksize < 512) > blksize = 2048; /* some drives lie ! */ > if (size < 100) > size = 400000; /* ditto */ Very nice coding: if you can't get better info just assume something. Would be nice to have in some banking application ;-) > that command returned success. Seems that some drives and/or controllers > are returning bad data :-( In this case it is not the drive, that one works fine when used with an Adaptec 1540 Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Thu Feb 9 13:52:46 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA18792 for hackers-outgoing; Thu, 9 Feb 1995 13:52:46 -0800 Received: from linux4nn.iaf.nl (root@linux4nn.iaf.nl [193.67.144.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id NAA18783; Thu, 9 Feb 1995 13:52:42 -0800 Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.iaf.nl (8.6.9/8.6.9) with SMTP id WAA00839; Thu, 9 Feb 1995 22:57:56 +0100 Received: by uni4nn.iaf.nl with UUCP id AA29272 (5.67b/IDA-1.5); Thu, 9 Feb 1995 22:50:08 +0200 Received: by iafnl.iaf.nl with UUCP id AA25499 (5.65c/IDA-1.4.4); Thu, 9 Feb 1995 22:12:29 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.8/8.6.6) id TAA00529; Thu, 9 Feb 1995 19:53:29 +0100 From: Wilko Bulte Message-Id: <199502091853.TAA00529@yedi.iaf.nl> Subject: Re: Using seagate driver with Future Domain 950: :-( To: jkh@FreeBSD.org (Jordan K. Hubbard) Date: Thu, 9 Feb 1995 19:53:28 +1596657 (MET) Cc: FreeBSD-hackers@FreeBSD.org, vak@cronyx.msk.su In-Reply-To: <17160.792289149@time.cdrom.com> from "Jordan K. Hubbard" at Feb 8, 95 04:19:09 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 1487 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > something like: invalid phase CMD out (gets out of view very fast) > > > > Well, at least now we can finally say that somebody tested it! :-) OOPS. I seem to have ignited a major discussion.. My plans to test it where present for quite some time. But because I loaned my ESDI controller to someone, switched jobs etc it took WAY to much time to actually do it. > Hurrah! The day is saved. But that's only the beginning. Then you > get an UPDATE to this driver and you think "Great, still don't have > this hardware to test with but the author says it's better, > so... *sigh*" Except maybe this time things break, and yet you still > don't know who out there actually HAS one of these things, and so it's > untested and doesn't get found out until 2 days before your release is > due to ship! :-) Beware, I also have a FD 841 lying around. No docs and no status whether it works at all (hardware wise). It might be interesting to note that a previous patched seagate driver (rel to 1.1.5 I think) produced by Steve Gerakines (insert ??? here) worked OK. I once installed 1.1 from CDROM using a patched bootflop. Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Thu Feb 9 16:00:09 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA22119 for hackers-outgoing; Thu, 9 Feb 1995 16:00:09 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA22112; Thu, 9 Feb 1995 16:00:07 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id PAA12804; Thu, 9 Feb 1995 15:54:27 -0800 To: Nate Williams cc: "Jordan K. Hubbard" , hackers@freefall.cdrom.com Subject: Re: Please? Whine.. Sup project.. In-reply-to: Your message of "Thu, 09 Feb 95 08:53:44 MST." <199502091553.IAA12682@trout.sri.MT.net> Date: Thu, 09 Feb 1995 15:54:26 -0800 Message-ID: <12803.792374066@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > > no true checksumming of files. > > What do you mean by 'not batching transfers'? Look at sup's line usage sometime - you'll see a frenzy of activity, then a long lull while the local sup looks over what it's got. It also doesn't seem to transfer the data very quickly when it does, but that's another problem. It and the supfilesrv should be running threaded so that sup queues work to be done over the line at all times; if it's thinking about what should be xfered next, it should do it while still copying over the last files from the previous batch and the supfilesrv on the other end should be able to accept more work while it's still sending files. To make it plainer: I want that 14.4K line saturated constantly. When I run sup over my serial line, I want to have it OVER as soon as possible. Eyeballing the modem lights while sup is doing it's thing clearly shows me that this is NOT currently the case. It's slacking off. > > 2) It has to make optimum use of available bandwidth (fast) > > With my compression patches, it does a pretty good job. Sorry, not even close. Don't just take my word for it, profile it. > > 4) It has to be easy to set up. > > This could be improved, but right now things are fairly trivial to > setup. Agreed, the client side might be easier to setup, but that should be Not trivial enough that people interested in running mirror sup sites haven't all sent me mail saying ``how the fuck are we supposed to use this damn thing??''. Reader feedback indicates that it's not fairly trivial to set up. But since you seem to think so, I think I'll point the latest querant at you! :-) Jordan From owner-freebsd-hackers Thu Feb 9 16:26:20 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA23499 for hackers-outgoing; Thu, 9 Feb 1995 16:26:20 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA23493; Thu, 9 Feb 1995 16:26:19 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id QAA24685; Thu, 9 Feb 1995 16:26:11 -0800 From: Poul-Henning Kamp Message-Id: <199502100026.QAA24685@ref.tfs.com> Subject: Re: Please? Whine.. Sup project.. To: jkh@FreeBSD.org (Jordan K. Hubbard) Date: Thu, 9 Feb 1995 16:26:10 -0800 (PST) Cc: nate@trout.sri.mt.net, jkh@freefall.cdrom.com, hackers@freefall.cdrom.com In-Reply-To: <12803.792374066@time.cdrom.com> from "Jordan K. Hubbard" at Feb 9, 95 03:54:26 pm Content-Type: text Content-Length: 392 Sender: hackers-owner@FreeBSD.org Precedence: bulk Nate, Have you ever looked at CTM ? I'd like you to consider it before dumping too much time into sup. I belive they can co-exist, and in particular, there is no need to duplicate functionality from CTM in sup, reuse maybe, but not duplicate. -- Poul-Henning Kamp TRW Financial Systems, Inc. FreeBSD has, until now, not one single time had an undetected error. :-) From owner-freebsd-hackers Thu Feb 9 17:56:16 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA25713 for hackers-outgoing; Thu, 9 Feb 1995 17:56:16 -0800 Received: from dataplex.net (SHARK.DATAPLEX.NET [199.183.109.241]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id RAA25707 for ; Thu, 9 Feb 1995 17:56:09 -0800 Received: from [199.183.109.242] by dataplex.net with SMTP (MailShare 1.0b8); Thu, 9 Feb 1995 19:55:53 -0600 X-Sender: wacky@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 9 Feb 1995 19:55:53 -0600 To: hackers@FreeBSD.org From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: Please? Whine.. Sup project.. Sender: hackers-owner@FreeBSD.org Precedence: bulk >> > 4) It has to be easy to set up. >> >> This could be improved, but right now things are fairly trivial to >> setup. Agreed, the client side might be easier to setup, but that should be > >Not trivial enough that people interested in running mirror sup sites >haven't all sent me mail saying ``how the fuck are we supposed to use >this damn thing??''. Reader feedback indicates that it's not fairly >trivial to set up. But since you seem to think so, I think I'll point >the latest querant at you! :-) I suggest a simple shell script. From the menu you select the local root and which parts of the tree that you want. The script writes the collection list. ---- Richard Wackerbarth rkw@dataplex.net From owner-freebsd-hackers Thu Feb 9 19:16:42 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA27811 for hackers-outgoing; Thu, 9 Feb 1995 19:16:42 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA27805 for ; Thu, 9 Feb 1995 19:16:40 -0800 Received: from netcom14.netcom.com (root@netcom14.netcom.com [192.100.81.126]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id TAA23791 for ; Thu, 9 Feb 1995 19:16:33 -0800 Received: by netcom14.netcom.com (8.6.9/Netcom) id TAA20930; Thu, 9 Feb 1995 19:07:14 -0800 Date: Thu, 9 Feb 1995 19:07:14 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199502100307.TAA20930@netcom14.netcom.com> To: FreeBSD-hackers@wcarchive.cdrom.com Subject: AHA-2842A VL :( Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, I went to Fry's today and bought a 2842a . The adapter is fast! Two problems: (1) With FreeBSD-2.0 Release kernel while I am building the kernel the adapter times out. The kernel error message is something like: abort time out unsupported! (2) With FreeBSD-current as of last weekend, when the system is about to start "changing root to sd0a", the kernel panics! I just supped the latest system so I am going to check out if the system still dies with the most current build. Tnks, Amancio From owner-freebsd-hackers Thu Feb 9 20:03:47 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA29196 for hackers-outgoing; Thu, 9 Feb 1995 20:03:47 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id UAA29190 for ; Thu, 9 Feb 1995 20:03:36 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id OAA27634; Fri, 10 Feb 1995 14:59:03 +1100 Date: Fri, 10 Feb 1995 14:59:03 +1100 From: Bruce Evans Message-Id: <199502100359.OAA27634@godzilla.zeta.org.au> To: bde@zeta.org.au, rgrimes@gndrsh.aac.dev.com Subject: Re: Using seagate driver with Future Domain 950: :-( Cc: FreeBSD-hackers@FreeBSD.org, vak@cronyx.msk.su, wilko@yedi.iaf.nl Sender: hackers-owner@FreeBSD.org Precedence: bulk >> 40* x 2048 seems to be a standard magic number that results if media >> detection is not working. It also happens for the Ultrastor driver >> if the media is not present. >Here is the source of that magic number, from sys/scsi/cd.c: > if (blksize < 512) > blksize = 2048; /* some drives lie ! */ > if (size < 100) > size = 400000; /* ditto */ >This occurs after the command to get the size, and is only done if >that command returned success. Seems that some drives and/or controllers >are returning bad data :-( For the ultrastor it's a driver bug. Media not-present errors are not detected and some buffers are all 0's. 0 < 512 && 0 < 100, so the obviously bogus 0 x 0 is punted to 400000 x 2048. Bruce From owner-freebsd-hackers Thu Feb 9 20:47:23 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA29826 for hackers-outgoing; Thu, 9 Feb 1995 20:47:23 -0800 Received: from Starbase.NeoSoft.COM (root@starbase.NeoSoft.COM [198.64.6.26]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id UAA29820 for ; Thu, 9 Feb 1995 20:47:21 -0800 Received: from metal.ops.neosoft.com (root@glenn-slip46.nmt.edu [129.138.5.146]) by Starbase.NeoSoft.COM (8.6.9/8.6.9) with ESMTP id WAA16304 for ; Thu, 9 Feb 1995 22:47:11 -0600 X-Provider: NeoSoft, Inc.: Internet Service Provider (713) 684-5969 Received: (from smace@localhost) by metal.ops.neosoft.com (8.6.9/8.6.9) id VAA20822 for freebsd-hackers@freebsd.org; Thu, 9 Feb 1995 21:47:07 -0700 From: Scott Mace Message-Id: <199502100447.VAA20822@metal.ops.neosoft.com> Subject: intermittant bus errors and segfaults with optimizing >O2 To: freebsd-hackers@FreeBSD.org Date: Thu, 9 Feb 1995 21:47:07 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 425 Sender: hackers-owner@FreeBSD.org Precedence: bulk A while back I upped the optimizing level for everything in /usr/src to O2 -m486 and it seemed to work ok, as of late, I seem to be getting weird signal 11's and stuff intermittantly about 1 per week. Today I tried to optmize O3 -m486 and /usr/src didn't finish... makeinfo died when built the info pages in /usr/src/gnu/usr.bin/texinfo... I'm recompiling with just -O -m486 now to see if they totally go away... Scott From owner-freebsd-hackers Thu Feb 9 21:28:31 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA01903 for hackers-outgoing; Thu, 9 Feb 1995 21:28:31 -0800 Received: from outer.net (outer.net [204.96.12.2]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id VAA01893 for ; Thu, 9 Feb 1995 21:28:22 -0800 Received: from slip3.outer.net (slip3.outer.net [204.96.111.12]) by outer.net (8.6.9/8.6.9) with SMTP id XAA26302 for ; Thu, 9 Feb 1995 23:25:40 -0600 Message-Id: <199502100525.XAA26302@outer.net> X-Sender: ctodish@outer.net Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 09 Feb 1995 23:23:58 +0600 To: hackers@FreeBSD.org From: ctodish@levelone.com (Clint Todish) Subject: suggestion? (slattach) X-Mailer: Sender: hackers-owner@FreeBSD.org Precedence: bulk Does someone have a suggestion about modifing slattach.c so it releases the com port when carrier drops? Right now it won't let my dialer execute when carrier drops. Please? Clint Todish / Level One Consulting From owner-freebsd-hackers Thu Feb 9 21:44:49 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA02310 for hackers-outgoing; Thu, 9 Feb 1995 21:44:49 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id VAA02304 for ; Thu, 9 Feb 1995 21:44:37 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA07849 (5.67a/IDA-1.5); Thu, 9 Feb 1995 23:08:21 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA00903; 9 Feb 95 21:02:43 CST (Thu) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id VAA00899; Thu, 9 Feb 1995 21:02:41 -0600 Message-Id: <199502100302.VAA00899@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) Cc: davidg@Root.COM, jmb@kryten.atinc.com, hackers@FreeBSD.org Subject: Re: MIT SHM X11 extensions? (fwd) In-Reply-To: Your message of "Mon, 06 Feb 95 16:39:10 MST." <9502062339.AA07346@cs.weber.edu> X-Mailer: exmh version 1.4.1 7/21/94 Date: Thu, 09 Feb 1995 21:02:36 -0600 From: Peter da Silva Sender: hackers-owner@FreeBSD.org Precedence: bulk > Uh, why is ETXTBUSY still around? What else would you do if you opened a currently running executable for writing? (ETXTBUSY on delete is bogus, and I hope FreeBSD 2.x has dumped that, but there's really no alternative on open than things that have surprising consequences) From owner-freebsd-hackers Thu Feb 9 22:30:50 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id WAA03543 for hackers-outgoing; Thu, 9 Feb 1995 22:30:50 -0800 Received: from outer.net (outer.net [204.96.12.2]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id WAA03537 for ; Thu, 9 Feb 1995 22:30:47 -0800 Received: from slip3.outer.net (slip3.outer.net [204.96.111.12]) by outer.net (8.6.9/8.6.9) with SMTP id AAA29177 for ; Fri, 10 Feb 1995 00:28:09 -0600 Message-Id: <199502100628.AAA29177@outer.net> X-Sender: ctodish@outer.net Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 10 Feb 1995 00:26:25 +0600 To: freebsd-hackers@FreeBSD.org From: ctodish@levelone.com (Clint Todish) Subject: suggestion? (slattach) X-Mailer: Sender: hackers-owner@FreeBSD.org Precedence: bulk Does someone have a suggestion about modifing slattach.c so it releases the com port when carrier drops? Right now it won't let my dialer execute when carrier drops. Please? Clint Todish / Level One Consulting From owner-freebsd-hackers Thu Feb 9 22:33:34 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id WAA03599 for hackers-outgoing; Thu, 9 Feb 1995 22:33:34 -0800 Received: from eros.britain.eu.net (eros.Britain.EU.net [192.91.199.2]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id WAA03590 for ; Thu, 9 Feb 1995 22:33:27 -0800 Received: from sixnine.gid.co.uk by eros.britain.eu.net with UUCP id ; Fri, 10 Feb 1995 06:33:17 +0000 Received: by gid.co.uk (smail2.5) id AA20014; Thu, 9 Feb 95 23:25:32 GMT Received: from [192.9.200.25] by seagoon.gid.co.uk; Thu, 9 Feb 1995 23:32:44 GMT PP-warning: Illegal Via field on preceding line X-Sender: rb@seagoon.gid.co.uk Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 9 Feb 1995 23:36:12 +0000 To: hackers@FreeBSD.org From: rb@gid.co.uk (Bob Bishop) Subject: EISA NMIs Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, Can anyone tell me what NMI code 0x16 is on an EISA machine? It's not one of those trapped specifically. I've got 2.0R installed on (what I suspect is) a flaky EISA machine, which sinks under a hail of: NMI ISA 20 EISA 16 (or sometimes ISA 30, but always EISA 16) when asked to get a bit busy (eg a kernel build). Please reply by mail, thanks in advance. -- Bob Bishop (01734) 774017 international code +44 1734 rb@gid.co.uk fax (01734) 894254 between 0800 and 1800 UK From owner-freebsd-hackers Thu Feb 9 22:46:05 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id WAA03835 for hackers-outgoing; Thu, 9 Feb 1995 22:46:05 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id WAA03829 for ; Thu, 9 Feb 1995 22:46:03 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id WAA04013 for ; Thu, 9 Feb 1995 22:45:56 -0800 Received: (from gibbs@localhost) by estienne.cs.berkeley.edu (8.6.9/8.6.9) id WAA27314; Thu, 9 Feb 1995 22:40:54 -0800 From: "Justin T. Gibbs" Message-Id: <199502100640.WAA27314@estienne.cs.berkeley.edu> Subject: Re: AHA-2842A VL :( To: hasty@netcom.com (Amancio Hasty Jr) Date: Thu, 9 Feb 1995 22:40:53 -0800 (PST) Cc: FreeBSD-hackers@wcarchive.cdrom.com In-Reply-To: <199502100307.TAA20930@netcom14.netcom.com> from "Amancio Hasty Jr" at Feb 9, 95 07:07:14 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: 783 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Hi, > > I went to Fry's today and bought a 2842a . The adapter is fast! > > Two problems: > (1) With FreeBSD-2.0 Release kernel while I am building the kernel the > adapter times out. The kernel error message is something like: > abort time out unsupported! > > (2) With FreeBSD-current as of last weekend, when the system is about > to start "changing root to sd0a", the kernel panics! > > I just supped the latest system so I am going to check out if the > system still dies with the most current build. > > > Tnks, > Amancio > Periferals??? -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Thu Feb 9 22:49:43 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id WAA03898 for hackers-outgoing; Thu, 9 Feb 1995 22:49:43 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id WAA03892 for ; Thu, 9 Feb 1995 22:49:38 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA30504; Fri, 10 Feb 1995 17:43:32 +1100 Date: Fri, 10 Feb 1995 17:43:32 +1100 From: Bruce Evans Message-Id: <199502100643.RAA30504@godzilla.zeta.org.au> To: ctodish@levelone.com, hackers@FreeBSD.org Subject: Re: suggestion? (slattach) Sender: hackers-owner@FreeBSD.org Precedence: bulk > Does someone have a suggestion about modifing slattach.c so it >releases the com port when carrier drops? Right now it won't let my dialer >execute when carrier drops. For which versions of FreeBSD and slattach? In 1.1.5, slattach didn't do enough to release the controlling terminal, so its own redial command didn't work. This is fixed in 2.0, but now slattach doesn't exit when carrier drops even when it the redial feature is not used. From owner-freebsd-hackers Thu Feb 9 22:54:16 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id WAA04062 for hackers-outgoing; Thu, 9 Feb 1995 22:54:16 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id WAA04053 for ; Thu, 9 Feb 1995 22:54:12 -0800 Received: from netcom14.netcom.com (root@netcom14.netcom.com [192.100.81.126]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id WAA05259 for ; Thu, 9 Feb 1995 22:54:01 -0800 Received: by netcom14.netcom.com (8.6.9/Netcom) id WAA18562; Thu, 9 Feb 1995 22:37:51 -0800 Date: Thu, 9 Feb 1995 22:37:51 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199502100637.WAA18562@netcom14.netcom.com> To: FreeBSD-hackers@wcarchive.cdrom.com Subject: My iozone results Sender: hackers-owner@FreeBSD.org Precedence: bulk Anyone got better iozone results... MB reclen bytes/sec written bytes/sec read 1 512 1890390 3195660 1 1024 3121342 4194304 1 2048 3627506 4628197 1 4096 3728270 4793490 1 8192 4067203 4793490 2 512 2294320 3234162 2 1024 3234162 4194304 2 2048 4067203 4549753 2 4096 4260880 4709393 2 8192 4129776 4628197 4 512 2396745 3314017 4 1024 3376546 4473924 4 2048 4294967 4925421 4 4096 4588640 4925421 4 8192 4588640 4925421 8 512 2407492 2760261 8 1024 3452546 4569114 8 2048 4400581 5041041 8 4096 4858560 5064819 8 8192 4858560 5064819 ----- My system is a P66 VL with a Quatum Empire 2100 and a Adaptec 2842a VL. Tnks, Amancio From owner-freebsd-hackers Thu Feb 9 22:54:46 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id WAA04109 for hackers-outgoing; Thu, 9 Feb 1995 22:54:46 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id WAA04102 for ; Thu, 9 Feb 1995 22:54:36 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA30695; Fri, 10 Feb 1995 17:51:39 +1100 Date: Fri, 10 Feb 1995 17:51:39 +1100 From: Bruce Evans Message-Id: <199502100651.RAA30695@godzilla.zeta.org.au> To: ctodish@levelone.com, hackers@FreeBSD.org Subject: Re: suggestion? (slattach) Sender: hackers-owner@FreeBSD.org Precedence: bulk > Does someone have a suggestion about modifing slattach.c so it >releases the com port when carrier drops? Right now it won't let my dialer >execute when carrier drops. For which versions of FreeBSD and slattach? In 1.1.5, slattach didn't do enough to release the controlling terminal, so its own redial command didn't work. This is fixed in 2.0, but now slattach doesn't exit when carrier drops even when it the redial feature is not used. It does too much in the SIGINT handler (even more than in 1.1.5) and the exit logic is tangled up. It should just set a flag in the SIGINT handler and handle the signal after sigsuspend() returns. This would make it easier to untangle the exit logic. Bruce From owner-freebsd-hackers Thu Feb 9 23:35:41 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA04670 for hackers-outgoing; Thu, 9 Feb 1995 23:35:41 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id XAA04664 for ; Thu, 9 Feb 1995 23:35:40 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id XAA11672 for ; Thu, 9 Feb 1995 23:35:34 -0800 Received: (from gibbs@localhost) by estienne.cs.berkeley.edu (8.6.9/8.6.9) id XAA27481; Thu, 9 Feb 1995 23:35:30 -0800 From: "Justin T. Gibbs" Message-Id: <199502100735.XAA27481@estienne.cs.berkeley.edu> Subject: Re: My iozone results To: hasty@netcom.com (Amancio Hasty Jr) Date: Thu, 9 Feb 1995 23:35:30 -0800 (PST) Cc: FreeBSD-hackers@wcarchive.cdrom.com In-Reply-To: <199502100637.WAA18562@netcom14.netcom.com> from "Amancio Hasty Jr" at Feb 9, 95 10:37:51 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: 1896 Sender: hackers-owner@FreeBSD.org Precedence: bulk I thought you were still having problems with the card timing out. > > Anyone got better iozone results... > > MB reclen bytes/sec written bytes/sec read > 1 512 1890390 3195660 > 1 1024 3121342 4194304 > 1 2048 3627506 4628197 > 1 4096 3728270 4793490 > 1 8192 4067203 4793490 > 2 512 2294320 3234162 > 2 1024 3234162 4194304 > 2 2048 4067203 4549753 > 2 4096 4260880 4709393 > 2 8192 4129776 4628197 > 4 512 2396745 3314017 > 4 1024 3376546 4473924 > 4 2048 4294967 4925421 > 4 4096 4588640 4925421 > 4 8192 4588640 4925421 > 8 512 2407492 2760261 > 8 1024 3452546 4569114 > 8 2048 4400581 5041041 > 8 4096 4858560 5064819 > 8 8192 4858560 5064819 I get a little bit better than this (~5.10MB/s) with my 2742. > ----- > My system is a P66 VL with a Quatum Empire 2100 and a Adaptec 2842a VL. > > Tnks, > Amancio > -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Fri Feb 10 02:51:20 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id CAA09297 for hackers-outgoing; Fri, 10 Feb 1995 02:51:20 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id CAA09291 for ; Fri, 10 Feb 1995 02:51:17 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id CAA06072 for ; Fri, 10 Feb 1995 02:51:08 -0800 Received: by netcom14.netcom.com (8.6.9/Netcom) id CAA07641; Fri, 10 Feb 1995 02:49:35 -0800 Date: Fri, 10 Feb 1995 02:49:35 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199502101049.CAA07641@netcom14.netcom.com> To: gibbs@estienne.CS.Berkeley.EDU, hasty@netcom.com Subject: Re: My iozone results Cc: FreeBSD-hackers@wcarchive.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk >I thought you were still having problems with the card timing out. I am having problems in fact I am using my adaptec 1542c right now. Amancio From owner-freebsd-hackers Fri Feb 10 03:08:16 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id DAA09656 for hackers-outgoing; Fri, 10 Feb 1995 03:08:16 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id DAA09650 for ; Fri, 10 Feb 1995 03:08:08 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id DAA08050 for ; Fri, 10 Feb 1995 03:08:01 -0800 Received: (from gibbs@localhost) by estienne.cs.berkeley.edu (8.6.9/8.6.9) id DAA27935; Fri, 10 Feb 1995 03:07:53 -0800 From: "Justin T. Gibbs" Message-Id: <199502101107.DAA27935@estienne.cs.berkeley.edu> Subject: Re: My iozone results To: hasty@netcom.com (Amancio Hasty Jr) Date: Fri, 10 Feb 1995 03:07:52 -0800 (PST) Cc: hasty@netcom.com, FreeBSD-hackers@wcarchive.cdrom.com In-Reply-To: <199502101049.CAA07641@netcom14.netcom.com> from "Amancio Hasty Jr" at Feb 10, 95 02:49:35 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: 848 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >I thought you were still having problems with the card timing out. > > I am having problems in fact I am using my adaptec 1542c right now. > > Amancio > What do you have on the bus besides the Empire? I have heard from some that newer Quantum drives will not talk at 10MB/s reliably with the aic7xxx based cards. This has not been my experience with my Empire 2100S. You could try setting the Sync negotiation rate down to 8MB/s to see if this helps you out. Have you ruled out a VL-DMA problem? Are you using active terminators? If you have other things on the bus, can you target one of them as the cause of the timeouts? -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Fri Feb 10 05:26:39 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA14725 for hackers-outgoing; Fri, 10 Feb 1995 05:26:39 -0800 Received: from tinny.apana.org.au (ernie@tinny.apana.org.au [203.3.126.49]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id FAA14710 for ; Fri, 10 Feb 1995 05:26:26 -0800 Received: (from ernie@localhost) by tinny.apana.org.au (8.6.9/8.6.9) id XAA17906 for freebsd-hackers@freebsd.org; Fri, 10 Feb 1995 23:25:59 +1000 From: Ernie Elu Message-Id: <199502101325.XAA17906@tinny.apana.org.au> Subject: How to keep current To: freebsd-hackers@FreeBSD.org Date: Fri, 10 Feb 1995 23:25:58 +1000 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 833 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, Whats the best way to update all the binaries on a working system without overwriting all my config files in /etc? I like to run the current version of everything so I can report any bugs etc. So far I am grabbing the latest sources with sup but when I do a make world it gets out of control and goes for about 12 hours and often does not finish. I noticed an installmost option in the top level Makefile. Is this the right thing to run after getting the latest source with sup? Also should I be recompiling in single user mode? - Ernie. _______________________________________________________________________________ Australian Public Access Network Association - ernie@tinny.apana.org.au "I ping, therefore I am." _______________________________________________________________________________ From owner-freebsd-hackers Fri Feb 10 06:16:10 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA16621 for hackers-outgoing; Fri, 10 Feb 1995 06:16:10 -0800 Received: from po3.andrew.cmu.edu (PO3.ANDREW.CMU.EDU [128.2.10.103]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id GAA16615 for ; Fri, 10 Feb 1995 06:16:09 -0800 Received: (from postman@localhost) by po3.andrew.cmu.edu (8.6.9/8.6.9) id JAA06222 for freebsd-hackers@freefall.cdrom.com; Fri, 10 Feb 1995 09:16:01 -0500 Received: via switchmail; Fri, 10 Feb 1995 09:16:00 -0500 (EST) Received: from pcs1.andrew.cmu.edu via qmail ID ; Fri, 10 Feb 1995 09:15:35 -0500 (EST) Received: from pcs1.andrew.cmu.edu via qmail ID ; Fri, 10 Feb 1995 09:15:30 -0500 (EST) Received: from mms.4.60.Nov..4.1993.10.47.32.pmax.ul4.EzMail.Phred.2.0.CUILIB.3.45.SNAP.NOT.LINKED.pcs1.andrew.cmu.edu.pmax.ul4 via MS.5.6.pcs1.andrew.cmu.edu.pmax_ul4; Fri, 10 Feb 1995 09:15:24 -0500 (EST) Message-ID: <4jCrHwi00Uzx41bbtr@andrew.cmu.edu> Date: Fri, 10 Feb 1995 09:15:24 -0500 (EST) From: "Alex R.N. Wetmore" To: freebsd-hackers@freefall.cdrom.com Subject: Re: My iozone results In-Reply-To: <199502101049.CAA07641@netcom14.netcom.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk Excerpts from internet.computing.freebsd-hackers: 10-Feb-95 Re: My iozone results by Amancio Hasty Jr@netcom. > >I thought you were still having problems with the card timing out. > > I am having problems in fact I am using my adaptec 1542c right now. You get that speed with a 1542c? How? I'm running a 1542c with a Micropolis 4110S (should be about the same speed as your empire, its 5400 rpm, 8.5ms seek) and I get really piddly speeds (around 1 meg/s). Also on the bus are two SCSI1 components, a NEC CDR-210 (shitty CD-ROM drive too, because it won't generate parity and doesn't support disconnection), and a Archive Viper 6150 (which seems like a fairly decent 150 meg tape drive). SCSI bus is set to 5megabytes/sec and my ISA bus is set for 8mHz. This is under NetBSD, but the drivers should be the same. Maybe its time to pull other stuff off of my SCSI bus and see what happens. alex From owner-freebsd-hackers Fri Feb 10 06:17:46 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA16640 for hackers-outgoing; Fri, 10 Feb 1995 06:17:46 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id GAA16634 for ; Fri, 10 Feb 1995 06:17:44 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA10760; Fri, 10 Feb 95 07:11:21 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502101411.AA10760@cs.weber.edu> Subject: Re: MIT SHM X11 extensions? (fwd) To: peter@bonkers.taronga.com (Peter da Silva) Date: Fri, 10 Feb 95 7:11:20 MST Cc: davidg@Root.COM, jmb@kryten.atinc.com, hackers@FreeBSD.org In-Reply-To: <199502100302.VAA00899@bonkers.taronga.com> from "Peter da Silva" at Feb 9, 95 09:02:36 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk This was actually sent before but got stuck in my mail spool (which I cleaned out yesterday when a user took it upon himself to personally mail-bomb Cantor and Seigal. 22438 messages sent from 3 machines, all with the Reply-To: set. > > Uh, why is ETXTBUSY still around? > > What else would you do if you opened a currently running executable for > writing? > > (ETXTBUSY on delete is bogus, and I hope FreeBSD 2.x has dumped that, but > there's really no alternative on open than things that have surprising > consequences) Actually, you could fault the whole image to swap and close the reference to the file -- and just allow the write, with never an ETXTBUSY to be seen. This would involve setting an "affinity" for pages from swap in an executing image. Once this was done, the determination that a file is on a remote file system could cause a pre-load to swap before executing; this would be a rather minor exec change. It would leverage the affinity for swap change to also resolve the NFS-image-overwritten-on-server problem at the same time. 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-hackers Fri Feb 10 07:05:23 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA19394 for hackers-outgoing; Fri, 10 Feb 1995 07:05:23 -0800 Received: (from wpaul@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA19310; Fri, 10 Feb 1995 07:03:03 -0800 From: Bill Paul Message-Id: <199502101503.HAA19310@freefall.cdrom.com> Subject: soft cursor bitmasks need adjusting To: freebsd-current, freebsd-hackers Date: Fri, 10 Feb 1995 07:03:01 -0800 (PST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1048 Sender: hackers-owner@FreeBSD.org Precedence: bulk This may be a symptom of something in the works, so I'm going to ask about it here before I start worrying about it too much: The most recent set of syscons fixes seem to have taken care of the 'cursor disappears during kernel printf()s' bug, but now there's another problem: with the normal white on black screen color attributes, positioning the cursor over a character on the screen causes said character to be obscured. Put another way, if you move the white cursor over a white foreground character, the foreground attributes are supposed to be adjusted so that the character is visible through the cursor. The case of 'white background/white cursor' is supposed to be handled in a similar fashion. In fact, the 'white background/white cursor' case seems to be handled correctly, but the 'white foreground/white cursor' case is not. Again, I realize this may only be temporary breakage due to work in progress, but I wanted to be sure it didn't go unnoticed. I happen to be a chronic tcsh and vi user, so I notice it all the time. :) -Bill From owner-freebsd-hackers Fri Feb 10 07:52:53 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA22705 for hackers-outgoing; Fri, 10 Feb 1995 07:52:53 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id HAA22696 for ; Fri, 10 Feb 1995 07:52:45 -0800 Received: (nate@localhost) by trout.sri.MT.net (8.6.8/8.3) id IAA15681; Fri, 10 Feb 1995 08:55:49 -0700 Date: Fri, 10 Feb 1995 08:55:49 -0700 From: Nate Williams Message-Id: <199502101555.IAA15681@trout.sri.MT.net> In-Reply-To: Bruce Evans "Re: suggestion? (slattach)" (Feb 10, 5:43pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Bruce Evans , ctodish@levelone.com, hackers@FreeBSD.org Subject: Re: suggestion? (slattach) Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Does someone have a suggestion about modifing slattach.c so it > >releases the com port when carrier drops? Right now it won't let my dialer > >execute when carrier drops. > > For which versions of FreeBSD and slattach? In 1.1.5, slattach didn't > do enough to release the controlling terminal, so its own redial command > didn't work. Umm, I've got a 1.1.5 machine running slattach and the whole redial system is working great. Slattach notices when the carrier drops and runs my redail script with no problems. Nate From owner-freebsd-hackers Fri Feb 10 09:13:47 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA24238 for hackers-outgoing; Fri, 10 Feb 1995 09:13:47 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id JAA24231 for ; Fri, 10 Feb 1995 09:13:43 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id EAA11459; Sat, 11 Feb 1995 04:09:10 +1100 Date: Sat, 11 Feb 1995 04:09:10 +1100 From: Bruce Evans Message-Id: <199502101709.EAA11459@godzilla.zeta.org.au> To: bde@zeta.org.au, ctodish@levelone.com, hackers@FreeBSD.org, nate@trout.sri.MT.net Subject: Re: suggestion? (slattach) Sender: hackers-owner@FreeBSD.org Precedence: bulk >Umm, I've got a 1.1.5 machine running slattach and the whole redial >system is working great. Slattach notices when the carrier drops and >runs my redail script with no problems. You must have applied David's patch for tty.c or Rich's patches for slattach.c. Bruce From owner-freebsd-hackers Fri Feb 10 09:30:49 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA24613 for hackers-outgoing; Fri, 10 Feb 1995 09:30:49 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id JAA24607 for ; Fri, 10 Feb 1995 09:30:44 -0800 Received: (nate@localhost) by trout.sri.MT.net (8.6.8/8.3) id KAA16024; Fri, 10 Feb 1995 10:34:02 -0700 Date: Fri, 10 Feb 1995 10:34:02 -0700 From: Nate Williams Message-Id: <199502101734.KAA16024@trout.sri.MT.net> In-Reply-To: Bruce Evans "Re: suggestion? (slattach)" (Feb 11, 4:09am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Bruce Evans , ctodish@levelone.com, hackers@FreeBSD.org Subject: Re: suggestion? (slattach) Sender: hackers-owner@FreeBSD.org Precedence: bulk > >Umm, I've got a 1.1.5 machine running slattach and the whole redial > >system is working great. Slattach notices when the carrier drops and > >runs my redail script with no problems. > > You must have applied David's patch for tty.c or Rich's patches for > slattach.c. Hmm, I did apply some patches, so that must be it. Sorry for the false alarm. Nate From owner-freebsd-hackers Fri Feb 10 09:49:34 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA25072 for hackers-outgoing; Fri, 10 Feb 1995 09:49:34 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id JAA25057 for ; Fri, 10 Feb 1995 09:49:30 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id JAA24381; Fri, 10 Feb 1995 09:48:54 -0800 From: "Rodney W. Grimes" Message-Id: <199502101748.JAA24381@gndrsh.aac.dev.com> Subject: Re: My iozone results To: hasty@netcom.com (Amancio Hasty Jr) Date: Fri, 10 Feb 1995 09:48:53 -0800 (PST) Cc: FreeBSD-hackers@FreeBSD.org In-Reply-To: <199502100637.WAA18562@netcom14.netcom.com> from "Amancio Hasty Jr" at Feb 9, 95 10:37:51 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 926 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Anyone got better iozone results... > > MB reclen bytes/sec written bytes/sec read > 1 512 1890390 3195660 ... > 8 512 2407492 2760261 > 8 1024 3452546 4569114 > 8 2048 4400581 5041041 > 8 4096 4858560 5064819 > 8 8192 4858560 5064819 What happened to the numbers >8MB, how much memory is in your machine? If this is -current your likely hitting the unified vm cache a lot more. > ----- > My system is a P66 VL with a Quatum Empire 2100 and a Adaptec 2842a VL. > > Tnks, > Amancio > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Fri Feb 10 10:05:42 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA27258 for hackers-outgoing; Fri, 10 Feb 1995 10:05:42 -0800 Received: from plains.NoDak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id KAA27240 for ; Fri, 10 Feb 1995 10:05:30 -0800 Received: by plains.NoDak.edu; Fri, 10 Feb 1995 12:04:12 -0600 Date: Fri, 10 Feb 1995 12:04:12 -0600 From: Mark Tinguely Message-Id: <199502101804.AA23116@plains.NoDak.edu> To: peter@bonkers.taronga.com, terry@cs.weber.edu Subject: Re: MIT SHM X11 extensions? (fwd) Cc: davidg@Root.COM, hackers@FreeBSD.org, jmb@kryten.atinc.com Sender: hackers-owner@FreeBSD.org Precedence: bulk Terry says: > Uh, why is ETXTBUSY still around? because no one has taken the time to fix it right. I agree it should go. > What else would you do if you opened a currently running executable for > writing? Terry also says: > Actually, you could fault the whole image to swap and close the > reference to the file -- and just allow the write, with never an > ETXTBUSY to be seen. or keep the file in the filesystem and the vnode pager can refer to the correct vnode of text. the debate could be should we keep the swap backstore requirements small (local drives are small NFS servers are big or the local machines drives are getting bigger and can handle it). my bias is small swap backstore, big filesystems containing text. (of course the filesystem switch-a-roo response to the problem has difficulties when (time sequence): open execute open write (save old file -- any new executes will use this) close write open execute (should use new executable) open write (backup vnode pointer being used what now? make the backup vnode pointer an array?) ... we talked about this before on the net. the one consideration is should all executables be in swap, so that we can restart the apps where we stopped (notebook memory saver philosophy). or very least all NFS on swap because they are too dump to figure about writes. it would be stupid to re-work ETXTBUSY and then change it again. the underlining questions have not been solved, so nothing has been done. --mark. From owner-freebsd-hackers Fri Feb 10 10:14:37 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA27755 for hackers-outgoing; Fri, 10 Feb 1995 10:14:37 -0800 Received: from anvil.appsmiths.com (appsmiths.sccsi.com [198.65.134.98]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id KAA27748 for ; Fri, 10 Feb 1995 10:14:34 -0800 Received: (from hoppy@localhost) by anvil.appsmiths.com (8.6.8/8.6.6) id MAA08794 for hackers@freebsd.org; Fri, 10 Feb 1995 12:14:03 -0600 From: "Clay D. Hopperdietzel" Message-Id: <199502101814.MAA08794@anvil.appsmiths.com> Subject: floppy-tape To: hackers@FreeBSD.org Date: Fri, 10 Feb 1995 12:14:02 -0600 (CST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 608 Sender: hackers-owner@FreeBSD.org Precedence: bulk I'm running the 950202 snap. I configured in the floppy tape (required flags 0x1 on the fdc line as discussed a couple of wks ago). At startup, I get the following splooge: [...] fdc0 at 0x3f0-0x3f7 irq 6 drq 2 flags 0x1 on isa fdc0: (NEC 765) [0: fd0: 1.2MB 5.25in] [1: fd1: 1.44MB 3.5in]fdc0: ready for output in input: fdc0: ready for output in input: fdc0: ready for output in input: fdc0: ready for output in input: fdc0: ready for output in input: [... at least a screen's wort ...] fdc0: too many errors, not logging any more [2: ft0: Colorado tape] The tape seems to work (so far). Ideas? From owner-freebsd-hackers Fri Feb 10 10:26:47 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA28688 for hackers-outgoing; Fri, 10 Feb 1995 10:26:47 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id KAA28681 for ; Fri, 10 Feb 1995 10:26:46 -0800 Received: (from gibbs@localhost) by estienne.cs.berkeley.edu (8.6.9/8.6.9) id KAA28513; Fri, 10 Feb 1995 10:25:37 -0800 From: "Justin T. Gibbs" Message-Id: <199502101825.KAA28513@estienne.cs.berkeley.edu> Subject: Re: suggestion? (slattach) To: nate@trout.sri.MT.net (Nate Williams) Date: Fri, 10 Feb 1995 10:25:37 -0800 (PST) Cc: bde@zeta.org.au, ctodish@levelone.com, hackers@FreeBSD.org In-Reply-To: <199502101555.IAA15681@trout.sri.MT.net> from "Nate Williams" at Feb 10, 95 08:55:49 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: 836 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > Does someone have a suggestion about modifing slattach.c so it > > >releases the com port when carrier drops? Right now it won't let my dialer > > >execute when carrier drops. > > > > For which versions of FreeBSD and slattach? In 1.1.5, slattach didn't > > do enough to release the controlling terminal, so its own redial command > > didn't work. > > Umm, I've got a 1.1.5 machine running slattach and the whole redial > system is working great. Slattach notices when the carrier drops and > runs my redail script with no problems. > > > Nate It doesn't work with expect though. 1.1.5's slattach did. -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Fri Feb 10 12:13:19 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA05493 for hackers-outgoing; Fri, 10 Feb 1995 12:13:19 -0800 Received: from netcom15.netcom.com (hasty@netcom15.netcom.com [192.100.81.128]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA05487 for ; Fri, 10 Feb 1995 12:13:11 -0800 Received: by netcom15.netcom.com (8.6.9/Netcom) id MAA08343; Fri, 10 Feb 1995 12:11:23 -0800 Date: Fri, 10 Feb 1995 12:11:23 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199502102011.MAA08343@netcom15.netcom.com> To: aw2t+@andrew.cmu.edu, freebsd-hackers@freefall.cdrom.com Subject: Re: My iozone results Sender: hackers-owner@FreeBSD.org Precedence: bulk Sorry for the confusion, my system specs: P66 512k Cache, 16MB of memory scsi adapter 1542c scsi disk TOSHIBA MK538FB 1172MB scsi disk QUANTUM EMPIRE_2100S 2006MB Actix S3 864 2MB of DRAM VL Had problems with my 2842A scsi adapter so went back to my 1542c. In a little while I am going to try again the 2842A to see if it can at least boot and get 16MB file iozone results -- the last time the 2842a got into a situation in which it couldn't finish starting the system. iozone results for my 1542c and my quantum 2.1 gb: MB reclen bytes/sec written bytes/sec read 1 512 1369568 1766022 1 1024 1813753 1864135 1 2048 1838599 1890390 1 4096 1864135 1890390 1 8192 1864135 1917396 2 512 1551650 1801580 2 1024 1890390 1864135 2 2048 1890390 1903797 2 4096 1903797 1945184 2 8192 1917396 1945184 4 512 1593088 1777718 4 1024 1952257 1890390 4 2048 1966560 1924268 4 4096 1966560 1938162 4 8192 1952257 1945184 8 512 1586029 1813753 8 1024 1995802 1880458 8 2048 1988410 1913978 8 4096 1984735 1927723 8 8192 1924268 1934669 16 512 1588375 1797057 16 1024 1992099 1864135 16 2048 2001382 1897070 16 4096 2001382 1862518 16 8192 1982902 1895395 ------------------------ Forgot, I am running FreeBSD-current of yesterday. Tnks, Amancio From owner-freebsd-hackers Fri Feb 10 12:45:16 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA05930 for hackers-outgoing; Fri, 10 Feb 1995 12:45:16 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA05924 for ; Fri, 10 Feb 1995 12:45:14 -0800 Received: by netcom14.netcom.com (8.6.9/Netcom) id MAA03412; Fri, 10 Feb 1995 12:43:28 -0800 Date: Fri, 10 Feb 1995 12:43:28 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199502102043.MAA03412@netcom14.netcom.com> To: aw2t+@andrew.cmu.edu, freebsd-hackers@freefall.cdrom.com, hasty@netcom.com Subject: Re: My iozone results Sender: hackers-owner@FreeBSD.org Precedence: bulk Well, here are my results for my 2842a VL scsi adapter: IOZONE: auto-test mode MB reclen bytes/sec written bytes/sec read 1 512 2274876 4971026 1 1024 3050402 7895160 1 2048 3627506 10324440 1 4096 3834792 12201611 1 8192 4067203 14913080 2 512 2334221 3234162 2 1024 3234162 4400581 2 2048 4006499 4628197 2 4096 4329604 4628197 2 8192 4006499 4549753 4 512 2407492 3355443 4 1024 3397917 4511520 4 2048 4294967 4880644 4 4096 4668442 4880644 4 8192 2982616 4925421 8 512 1952257 3387198 8 1024 3463683 4588640 8 2048 4436949 5041041 8 4096 4902930 5064819 8 8192 4925421 5041041 16 512 2372910 2909869 16 1024 3526245 4648233 16 2048 4446135 5113056 16 4096 5017485 5113056 16 8192 4869577 5113056 -------- My system managed to stay long enough to run the test. I just simply don't trust the 2842A scsi driver... I will continue playing with the system to try to find out what is wrong. On a different issue, anyone knows why FreeBSD-2.x feels slower than FreeBSD-1.1.5? Tnks, Amancio From owner-freebsd-hackers Fri Feb 10 12:56:38 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA06067 for hackers-outgoing; Fri, 10 Feb 1995 12:56:38 -0800 Received: from vmbb.cts.com (vmbb.cts.com [192.188.72.18]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id MAA06049; Fri, 10 Feb 1995 12:56:28 -0800 Received: from io.cts.com by vmbb.cts.com with smtp (Smail3.1.28.1 #9) id m0rd2O0-0000wIC; Fri, 10 Feb 95 12:56 PST Received: (from mdavis@localhost) by io.cts.com (8.6.9/8.6.9) id MAA03186; Fri, 10 Feb 1995 12:48:23 -0800 From: Morgan Davis Message-Id: <199502102048.MAA03186@io.cts.com> Subject: 'make world' error in -current To: hackers@FreeBSD.org Date: Fri, 10 Feb 1995 12:48:23 -0800 (PST) Cc: current@FreeBSD.org X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 724 Sender: hackers-owner@FreeBSD.org Precedence: bulk sup processed 2/10/95 (~midnight, PST). 'make world' fails as follows: ===> libskey rm -f .depend files=""; if [ "$files" != "" ]; then mkdep -a -DPERMIT_CONSOLE -I/usr/src/li b/libskey $files; fi files="/usr/src/lib/libskey/skeyaccess.c /usr/src/lib/libskey/put.c /usr/src/lib /libskey/skey_crypt.c /usr/src/lib/libskey/skey_getpass.c /usr/src/lib/libskey/s keylogin.c /usr/src/lib/libskey/skeysubr.c"; if [ "$files" != "" ]; then mkdep -a -DPERMIT_CONSOLE -I/usr/src/lib/libskey $files; fi files=" "; if [ "$files" != " " ]; then mkdep -a -DPERMIT_CONSOLE -I/usr/s rc/lib/libskey $files; fi ===> libss make: don't know how to make ss_err.et. Stop *** Error code 2 Stop. *** Error code 1 Stop. A fix? From owner-freebsd-hackers Fri Feb 10 13:11:54 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA06387 for hackers-outgoing; Fri, 10 Feb 1995 13:11:54 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id NAA06379; Fri, 10 Feb 1995 13:11:48 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA03629; Fri, 10 Feb 1995 16:11:33 -0500 Date: Fri, 10 Feb 1995 16:11:33 -0500 From: Garrett Wollman Message-Id: <9502102111.AA03629@halloran-eldar.lcs.mit.edu> To: Morgan Davis Cc: hackers@FreeBSD.org, current@FreeBSD.org Subject: 'make world' error in -current In-Reply-To: <199502102048.MAA03186@io.cts.com> References: <199502102048.MAA03186@io.cts.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk < said: > ===> libss > make: don't know how to make ss_err.et. Stop > *** Error code 2 You have been bitten by an ill-thought-out change to libss's CLEANFILES variable which causes it to delete its source files in an obj directory is not present. -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-hackers Fri Feb 10 13:37:36 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA07046 for hackers-outgoing; Fri, 10 Feb 1995 13:37:36 -0800 Received: from plains.NoDak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id NAA07036 for ; Fri, 10 Feb 1995 13:37:30 -0800 Received: by plains.NoDak.edu; Fri, 10 Feb 1995 15:37:18 -0600 Date: Fri, 10 Feb 1995 15:37:18 -0600 From: Mark Tinguely Message-Id: <199502102137.AA25747@plains.NoDak.edu> To: freebsd-hackers@FreeBSD.org Subject: video packages put into incoming Sender: hackers-owner@FreeBSD.org Precedence: bulk I am putting the nv 3.3 changes we use at NDSU for PPM and RGB video grabbers on the the incoming directory of freebsd.cdrom.com. hopefully you will not need the PPM video grabber, but there is a small aplology/explaination as to why we wrote it. The RGB is video grabber written for the Digitial Vision Computer Eyes capture card (again don't buy one of these, it was written because that is what was here and I know there are several of them out there). Other than the ioctl that gets the width and height for the image, this will work with any capture RGB card and I hope to add the functionality of other cards as we write the drivers for them. I shipped a statically linked copy of nv and a PPM file. this way you can run this on a machine that does not have X installed (redirecting the DISPLAY of course.). I will also put the DVCE driver in the incoming directory. --mark. From owner-freebsd-hackers Fri Feb 10 13:57:58 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA07871 for hackers-outgoing; Fri, 10 Feb 1995 13:57:58 -0800 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id NAA07864 for ; Fri, 10 Feb 1995 13:57:56 -0800 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <20808-0@bunyip.cc.uq.oz.au>; Sat, 11 Feb 1995 07:57:26 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.7/DEVETIR-E0.3a) with ESMTP id VAA20165 for ; Fri, 10 Feb 1995 21:09:29 +1000 Received: by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id LAA09219; Fri, 10 Feb 1995 11:07:08 GMT Date: Fri, 10 Feb 1995 11:07:08 GMT From: Stephen Hocking Message-Id: <199502101107.LAA09219@netfl15a.devetir.qld.gov.au> To: hackers@FreeBSD.org Subject: Using seagate driver with Future Domain 950 Sender: hackers-owner@FreeBSD.org Precedence: bulk >> Hurrah! The day is saved. But that's only the beginning. Then you >> get an UPDATE to this driver and you think "Great, still don't have >> this hardware to test with but the author says it's better, >> so... *sigh*" Except maybe this time things break, and yet you still >> don't know who out there actually HAS one of these things, and so it's >> untested and doesn't get found out until 2 days before your release is >> due to ship! :-) > >Beware, I also have a FD 841 lying around. No docs and no status whether >it works at all (hardware wise). It might be interesting to note that a >previous patched seagate driver (rel to 1.1.5 I think) produced by >Steve Gerakines (insert ??? here) worked OK. I once installed 1.1 from >CDROM using a patched bootflop. > And I also have an TMC 885, which can be occasionally persuaded to drive a CD-ROM. Stephen From owner-freebsd-hackers Fri Feb 10 14:05:54 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA08136 for hackers-outgoing; Fri, 10 Feb 1995 14:05:54 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id OAA08130 for ; Fri, 10 Feb 1995 14:05:48 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA13007; Fri, 10 Feb 95 14:58:00 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502102158.AA13007@cs.weber.edu> Subject: Re: MIT SHM X11 extensions? (fwd) To: tinguely@plains.nodak.edu (Mark Tinguely) Date: Fri, 10 Feb 95 14:57:59 MST Cc: peter@bonkers.taronga.com, davidg@Root.COM, hackers@FreeBSD.org, jmb@kryten.atinc.com In-Reply-To: <199502101804.AA23116@plains.NoDak.edu> from "Mark Tinguely" at Feb 10, 95 12:04:12 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > because no one has taken the time to fix it right. I agree it should go. > > > What else would you do if you opened a currently running executable for > > writing? [ ... force to swap vs. vnode reference and inode replacement in the directory to keep the image on the file system itself ... ] > (of course the filesystem switch-a-roo response to the problem has > difficulties when (time sequence): > open execute > open write (save old file -- any new executes will use this) > close write > open execute (should use new executable) > open write (backup vnode pointer being used what now? make the backup > vnode pointer an array?) > ... My answer to using this mechanism is to make the exection reference instance the equivalent of an open reference -- that is, you can't get a vnode above the VFS layer without a VN_HOLD, and only on a VN_RELE of a vnode with a reference count decrement to 0 causes the inode to go free. The problem with using the vnode instead of swap in this case is the fact that since NFS is stateless, if the executable is loaded from the NFS server, the file instance will be destroyed on delete because there is no open state VN_HOLD, nor is thate a distinction between open for run and open for other read necessary to implement vnode pointer backup. There is also the fact that the act of the vnode backup itself must occur fully at open-for-write time, since you must have unreferenced but potential pages available. This is functionally equivalent to a kernel precopy to an inode without a directory entry prior to actually modifying the directory entry itself. In point of fact, one could swap the open reference on the node instead of the actual directory entry after such a copy -- this would make it overall less complicated, but would add the problem of reverse looking up the vnode for other execution instances. Basically, a linear traversal of the system open file table, which isn't really too bad. No approach other than the copy-to-swap resolves the two NFS problems satisfactorily -- that of the image being altered while being run on a machine other than the machine doing the altering, and that of the image becoming unavalable as a swap source in the case that the server goes down (anyone who has uses a dataless SunOS has seen this one). > we talked about this before on the net. the one consideration is should > all executables be in swap, so that we can restart the apps where we stopped > (notebook memory saver philosophy). or very least all NFS on swap because > they are too dump to figure about writes. Yeah; I think the "pick up where you powered off" capability would have a high cool factor. 8-). 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-hackers Fri Feb 10 15:21:33 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA11821 for hackers-outgoing; Fri, 10 Feb 1995 15:21:33 -0800 Received: from europa.com (root@thetics.europa.com [199.2.194.14]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id PAA11814 for ; Fri, 10 Feb 1995 15:21:32 -0800 Received: by europa.com (/\==/\ Smail3.1.28.1 #28.15) id ; Fri, 10 Feb 95 15:19 PST Message-Id: Date: Fri, 10 Feb 95 15:21 PST From: timb@europa.com (Tim Bach) To: freebsd-hackers@FreeBSD.org Subject: Problem with hostname lookups Sender: hackers-owner@FreeBSD.org Precedence: bulk Since i went to FreeBSD 2.0 all i get is Ip's not hostname's in "last" and "who" but w show's the correct hostname. Do i have things misconfigured?. Or is this a bug in 2.0??. From owner-freebsd-hackers Fri Feb 10 16:15:44 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA15479 for hackers-outgoing; Fri, 10 Feb 1995 16:15:44 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA15440 for ; Fri, 10 Feb 1995 16:15:26 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA19753 (5.67a/IDA-1.5); Fri, 10 Feb 1995 18:04:50 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA23108; 10 Feb 95 18:03:35 CST (Fri) Received: (from peter@localhost) by bonkers.taronga.com (8.6.8/8.6.6) id SAA23105; Fri, 10 Feb 1995 18:03:35 -0600 From: Peter da Silva Message-Id: <199502110003.SAA23105@bonkers.taronga.com> Subject: Re: MIT SHM X11 extensions? (fwd) To: terry@cs.weber.edu (Terry Lambert) Date: Fri, 10 Feb 1995 18:03:35 -0600 (CST) Cc: davidg@Root.COM, jmb@kryten.atinc.com, hackers@FreeBSD.org In-Reply-To: <9502101411.AA10760@cs.weber.edu> from "Terry Lambert" at Feb 10, 95 07:11:20 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 429 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Actually, you could fault the whole image to swap and close the > reference to the file -- and just allow the write, with never an > ETXTBUSY to be seen. I consider the sudden explosion of swap utilization to be a surprising consequence, especially considering the size of some images. When you're writing to an image you're likely replacing it with "install" anyway. Let "install" detect the ETXTBSY and do a little shuffle. From owner-freebsd-hackers Fri Feb 10 17:21:14 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA17980 for hackers-outgoing; Fri, 10 Feb 1995 17:21:14 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id RAA17970 for ; Fri, 10 Feb 1995 17:21:10 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id RAA25167; Fri, 10 Feb 1995 17:20:45 -0800 From: "Rodney W. Grimes" Message-Id: <199502110120.RAA25167@gndrsh.aac.dev.com> Subject: Re: MIT SHM X11 extensions? (fwd) To: peter@bonkers.taronga.com (Peter da Silva) Date: Fri, 10 Feb 1995 17:20:44 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <199502110003.SAA23105@bonkers.taronga.com> from "Peter da Silva" at Feb 10, 95 06:03:35 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1054 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Actually, you could fault the whole image to swap and close the > > reference to the file -- and just allow the write, with never an > > ETXTBUSY to be seen. > > I consider the sudden explosion of swap utilization to be a surprising > consequence, especially considering the size of some images. When you're > writing to an image you're likely replacing it with "install" anyway. > Let "install" detect the ETXTBSY and do a little shuffle. Install always does an unlink so it handles this problem just fine: /* * Unlink now... avoid ETXTBSY errors later. Try and turn * off the append/immutable bits -- if we fail, go ahead, * it might work. */ #define NOCHANGEBITS (UF_IMMUTABLE | UF_APPEND | SF_IMMUTABLE | SF_APPEND) if (to_sb.st_flags & NOCHANGEBITS) (void)chflags(to_name, to_sb.st_flags & ~(NOCHANGEBITS)); (void)unlink(to_name); } -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Fri Feb 10 17:37:06 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA18365 for hackers-outgoing; Fri, 10 Feb 1995 17:37:06 -0800 Received: from outer.net (outer.net [204.96.12.2]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id RAA18359 for ; Fri, 10 Feb 1995 17:37:02 -0800 Received: from slip3.outer.net (slip3.outer.net [204.96.111.12]) by outer.net (8.6.9/8.6.9) with SMTP id TAA12136 for ; Fri, 10 Feb 1995 19:34:14 -0600 Message-Id: <199502110134.TAA12136@outer.net> X-Sender: ctodish@outer.net Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 10 Feb 1995 19:32:25 +0600 To: hackers@FreeBSD.org From: ctodish@levelone.com (Clint Todish) Subject: SLATTACH revisited... X-Mailer: Sender: hackers-owner@FreeBSD.org Precedence: bulk sorry guys...I'm running (or trying to) FreeBSD 2.0. My slattach worked fine with 1.1 (redialed and all). Now, with 2.0, it won't even dial in initially...here's my slattach line: slattach -a -s 38400 -h -r 'kermit /root/.script' /dev/tty01 this worked quite well, as I said, with 1.1. anyone have a suggestion? what can I change in slattach.c? thanks Clint Todish / Level One Consulting From owner-freebsd-hackers Fri Feb 10 17:56:14 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA19059 for hackers-outgoing; Fri, 10 Feb 1995 17:56:14 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id RAA19053 for ; Fri, 10 Feb 1995 17:56:12 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA14264; Fri, 10 Feb 95 18:49:46 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502110149.AA14264@cs.weber.edu> Subject: Re: MIT SHM X11 extensions? (fwd) To: peter@bonkers.taronga.com (Peter da Silva) Date: Fri, 10 Feb 95 18:49:45 MST Cc: davidg@Root.COM, jmb@kryten.atinc.com, hackers@FreeBSD.org In-Reply-To: <199502110003.SAA23105@bonkers.taronga.com> from "Peter da Silva" at Feb 10, 95 06:03:35 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Actually, you could fault the whole image to swap and close the > > reference to the file -- and just allow the write, with never an > > ETXTBUSY to be seen. > > I consider the sudden explosion of swap utilization to be a surprising > consequence, especially considering the size of some images. When you're > writing to an image you're likely replacing it with "install" anyway. > Let "install" detect the ETXTBSY and do a little shuffle. Mount /usr over NFS and run apps from it from the an NFS client. Then while these apps are running, update the server /usr/bin. I consider the sudden explosion of core files on the client to be an even more suprising consequence, especially sonsidering that you can largely ignore swap unless you actually run out. Realistically, you could watermark it and start randomly crashing things at 90% swap utilization on the client instead of putting up "out of swap messages. Of course one can react to messages, whereas one can only clean up after core files. 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-hackers Fri Feb 10 18:57:15 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA21313 for hackers-outgoing; Fri, 10 Feb 1995 18:57:15 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA21306 for ; Fri, 10 Feb 1995 18:57:14 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by wcarchive.cdrom.com (8.6.8/8.6.6) with SMTP id SAA23736 for ; Fri, 10 Feb 1995 18:57:03 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA03568; Fri, 10 Feb 1995 15:36:57 -0500 Date: Fri, 10 Feb 1995 15:36:57 -0500 From: Garrett Wollman Message-Id: <9502102036.AA03568@halloran-eldar.lcs.mit.edu> To: hasty@netcom.com (Amancio Hasty Jr) Cc: FreeBSD-hackers@wcarchive.cdrom.com Subject: My iozone results In-Reply-To: <199502100637.WAA18562@netcom14.netcom.com> References: <199502100637.WAA18562@netcom14.netcom.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk < Anyone got better iozone results... (<5MB/s results deleted) > My system is a P66 VL with a Quatum Empire 2100 and a Adaptec 2842a VL. My system in a 60 MHz Intel Premiere II with a Maxtor MXT-7540 IDE drive and 40 MB of memory, running yesterday's kernel: MB reclen bytes/sec written bytes/sec read 1 512 1278264 6100805 1 1024 1474920 8947848 1 2048 1427848 11184810 1 4096 1491308 13421772 1 8192 1474920 13421772 2 512 1248537 5835553 2 1024 1187767 7895160 2 2048 1451002 9586980 2 4096 1435483 10737418 2 8192 1458888 11671106 4 512 1376592 5711392 4 1024 1431655 7780737 4 2048 1443201 9586980 4 4096 1431655 10737418 4 8192 1451002 11422785 8 512 1405421 5621684 8 1024 1669893 7895160 8 2048 1626881 9673349 8 4096 1664716 10737418 8 8192 1768932 11422785 16 512 1434524 5711392 16 1024 1694935 7866240 16 2048 1692264 9629971 16 4096 1776247 10737418 16 8192 1885411 11422785 This was with the on-board IDE (as opposed to a PCI IDE paddle card, which some of our machines have). Judging by the results, I'd say everything was coming out of the buffer cache. -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-hackers Fri Feb 10 19:08:16 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA21576 for hackers-outgoing; Fri, 10 Feb 1995 19:08:16 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA21570 for ; Fri, 10 Feb 1995 19:08:13 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by wcarchive.cdrom.com (8.6.8/8.6.6) with SMTP id TAA26142 for ; Fri, 10 Feb 1995 19:08:02 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: My iozone results To: hasty@netcom.com (Amancio Hasty Jr) Date: Fri, 10 Feb 1995 11:55:44 -0800 (PST) Cc: FreeBSD-hackers@wcarchive.cdrom.com In-Reply-To: <199502100637.WAA18562@netcom14.netcom.com> from "Amancio Hasty Jr" at Feb 9, 95 10:37:51 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1933 Sender: hackers-owner@FreeBSD.org Precedence: bulk I gather from this that the 2842 is 'mostly' reliable :) from the talak we had with Kirk McKusick the other day.. try the following.... set the disk up with a disklabel that suggests a geometry of: 1 head, 4096 sectors per track.. and then repeat the test.. (or newfs the partition with that geometry if it's possible) and let us see if there is a difference... julian > > > Anyone got better iozone results... > > MB reclen bytes/sec written bytes/sec read > 1 512 1890390 3195660 > 1 1024 3121342 4194304 > 1 2048 3627506 4628197 > 1 4096 3728270 4793490 > 1 8192 4067203 4793490 > 2 512 2294320 3234162 > 2 1024 3234162 4194304 > 2 2048 4067203 4549753 > 2 4096 4260880 4709393 > 2 8192 4129776 4628197 > 4 512 2396745 3314017 > 4 1024 3376546 4473924 > 4 2048 4294967 4925421 > 4 4096 4588640 4925421 > 4 8192 4588640 4925421 > 8 512 2407492 2760261 > 8 1024 3452546 4569114 > 8 2048 4400581 5041041 > 8 4096 4858560 5064819 > 8 8192 4858560 5064819 > > ----- > My system is a P66 VL with a Quatum Empire 2100 and a Adaptec 2842a VL. > > Tnks, > Amancio > From owner-freebsd-hackers Fri Feb 10 19:16:34 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA21773 for hackers-outgoing; Fri, 10 Feb 1995 19:16:34 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id TAA21767 for ; Fri, 10 Feb 1995 19:16:28 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA21637 (5.67a/IDA-1.5); Fri, 10 Feb 1995 21:06:54 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA26423; 10 Feb 95 21:06:10 CST (Fri) Received: (from peter@localhost) by bonkers.taronga.com (8.6.8/8.6.6) id VAA26420; Fri, 10 Feb 1995 21:06:09 -0600 From: Peter da Silva Message-Id: <199502110306.VAA26420@bonkers.taronga.com> Subject: Re: MIT SHM X11 extensions? (fwd) To: terry@cs.weber.edu (Terry Lambert) Date: Fri, 10 Feb 1995 21:06:08 -0600 (CST) Cc: davidg@Root.COM, jmb@kryten.atinc.com, hackers@FreeBSD.org In-Reply-To: <9502110149.AA14264@cs.weber.edu> from "Terry Lambert" at Feb 10, 95 06:49:45 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1038 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Mount /usr over NFS and run apps from it from the an NFS client. Paging from an executable over NFS is a problem in and of itself anyway, since NFS doesn't handle locking the executable in any way, and it doesn't even have hooks. Try opening a tmp file on a nfs mounted /tmp and use the normal "open and unlink using the open file to keep the link around" trick. I don't think the fact that NFS is fundamentally broken is a good design criterion. There's so much else that's broken on NFS anyway. Executables opened over NFS should be copied into swap. > I consider the sudden explosion of core files on the client to be an > even more suprising consequence, especially sonsidering that you can > largely ignore swap unless you actually run out. And if you suddenly copy all your running text segments to swap you may. > Realistically, you could watermark it and start randomly crashing things > at 90% swap utilization on the client instead of putting up "out of > swap messages. And you were worried about all those core files? From owner-freebsd-hackers Fri Feb 10 20:36:48 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA25656 for hackers-outgoing; Fri, 10 Feb 1995 20:36:48 -0800 Received: from moon.pr.erau.edu (moon.pr.erau.edu [192.101.135.8]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id UAA25619; Fri, 10 Feb 1995 20:36:17 -0800 Received: by moon.pr.erau.edu (Smail3.1.29.1 #15) id m0rd9X4-000hHmC; Fri, 10 Feb 95 21:34 MST Date: Fri, 10 Feb 1995 21:34:06 -0700 (MST) From: Stephen Waits To: hackers@FreeBSD.org, questions@FreeBSD.org Subject: 950210-SNAP Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Under the floppies directory, how come the files "cpio.flp" and "cpio.flp.gz" are exactly the same size? --Steve (http://pr.erau.edu/~swaits) From owner-freebsd-hackers Fri Feb 10 20:42:02 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA25741 for hackers-outgoing; Fri, 10 Feb 1995 20:42:02 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id UAA25726; Fri, 10 Feb 1995 20:41:53 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id UAA01860; Fri, 10 Feb 1995 20:41:40 -0800 From: Poul-Henning Kamp Message-Id: <199502110441.UAA01860@ref.tfs.com> Subject: Re: 950210-SNAP To: swaits@pr.erau.edu (Stephen Waits) Date: Fri, 10 Feb 1995 20:41:39 -0800 (PST) Cc: hackers@FreeBSD.org, questions@FreeBSD.org In-Reply-To: from "Stephen Waits" at Feb 10, 95 09:34:06 pm Content-Type: text Content-Length: 353 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Under the floppies directory, how come the files "cpio.flp" and > "cpio.flp.gz" are exactly the same size? > Because cpio.flp is already gzip'ed (with -9) so it doesn't compress any better than 0%. -- Poul-Henning Kamp TRW Financial Systems, Inc. FreeBSD has, until now, not one single time had an undetected error. :-) From owner-freebsd-hackers Fri Feb 10 21:20:18 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA26322 for hackers-outgoing; Fri, 10 Feb 1995 21:20:18 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id VAA26314 for ; Fri, 10 Feb 1995 21:20:16 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id VAA01997 for hackers@freebsd.org; Fri, 10 Feb 1995 21:20:07 -0800 From: Poul-Henning Kamp Message-Id: <199502110520.VAA01997@ref.tfs.com> Subject: "development dist" good idea ? To: hackers@FreeBSD.org Date: Fri, 10 Feb 1995 21:20:07 -0800 (PST) Content-Type: text Content-Length: 646 Sender: hackers-owner@FreeBSD.org Precedence: bulk We have talked about a "development distribution" to reduce the size of the bindist. Is this considered a good idea ? Here is what I guess would go into it: (send me email if you think this list should be changed) /usr/lib/*.[ao] /usr/include /usr/libexec/cc* /usr/bin/{cc,cpp,size,nm,as,gcc.g++,f77,gdb,f2c,gprof,gcore,make rpcgen,strip,tsort,lorder,cruchgen,crunchide} This will move approx 9Mb (installed size) into the devdist... Should uucp (~ 1MB) be put on a uucpdist ? Any other ? -- Poul-Henning Kamp TRW Financial Systems, Inc. FreeBSD has, until now, not one single time had an undetected error. :-) From owner-freebsd-hackers Sat Feb 11 00:17:26 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id AAA02089 for hackers-outgoing; Sat, 11 Feb 1995 00:17:26 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id AAA02082 for ; Sat, 11 Feb 1995 00:17:25 -0800 Received: from netcom14.netcom.com (root@netcom14.netcom.com [192.100.81.126]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id AAA21890 for ; Sat, 11 Feb 1995 00:17:13 -0800 Received: by netcom14.netcom.com (8.6.9/Netcom) id AAA23129; Sat, 11 Feb 1995 00:11:54 -0800 Date: Sat, 11 Feb 1995 00:11:54 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199502110811.AAA23129@netcom14.netcom.com> To: hasty@netcom.com, julian@tfs.com Subject: Re: My iozone results Cc: FreeBSD-hackers@wcarchive.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk Well, here is quick and simple disklabel: bettina# disklabel -r sd1 # /dev/rsd1c: type: SCSI disk: label: MBR based label flags: bytes/sector: 512 sectors/track: 4096 tracks/cylinder: 1 sectors/cylinder: 4096 cylinders: 1013 rpm: 5400 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 122880 0 4.2BSD 1024 8192 16 # (Cyl. 0 - 29) b: 81920 122880 swap # (Cyl. 30 - 49) c: 4108600 0 4.2BSD 1024 8192 16 # (Cyl. 0 - 1003*) d: 4108600 0 unused 0 0 # (Cyl. 0 - 1003*) e: 122880 204800 4.2BSD 1024 8192 16 # (Cyl. 50 - 79) f: 3780608 327680 4.2BSD 1024 8192 16 # (Cyl. 80 - 1002) The iozone results are for partition "a": IOZONE: auto-test mode MB reclen bytes/sec written bytes/sec read 1 512 2064888 3728270 1 1024 3355443 4473924 1 2048 3834792 4473924 1 4096 3947580 4793490 1 8192 4067203 4628197 2 512 2711469 3728270 2 1024 3627506 4628197 2 2048 4260880 4793490 2 4096 4473924 4793490 2 8192 4473924 4880644 4 512 2840586 3754342 4 1024 3754342 4836674 4 2048 4511520 5017485 4 4096 4793490 5017485 4 8192 4836674 5064819 8 512 2848121 2878664 8 1024 3848537 4925421 8 2048 4648233 5088823 8 4096 4948119 5113056 8 8192 5017485 5113056 16 512 2844349 3940336 16 1024 3747789 4982560 16 2048 4628197 5149840 16 4096 5064819 5149840 16 8192 5088823 5149840 Completed series of tests Now if I can only get double of that performance... Amancio From owner-freebsd-hackers Sat Feb 11 01:18:14 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA03055 for hackers-outgoing; Sat, 11 Feb 1995 01:18:14 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA03049 for ; Sat, 11 Feb 1995 01:18:13 -0800 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id BAA29563 for ; Sat, 11 Feb 1995 01:17:56 -0800 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id KAA27942; Sat, 11 Feb 1995 10:21:13 +0100 From: Luigi Rizzo Message-Id: <199502110921.KAA27942@labinfo.iet.unipi.it> Subject: Re: My iozone results To: hasty@netcom.com (Amancio Hasty Jr) Date: Sat, 11 Feb 1995 10:21:13 +0100 (MET) Cc: hasty@netcom.com, julian@tfs.com, FreeBSD-hackers@wcarchive.cdrom.com In-Reply-To: <199502110811.AAA23129@netcom14.netcom.com> from "Amancio Hasty Jr" at Feb 11, 95 00:11:35 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 487 Sender: hackers-owner@FreeBSD.org Precedence: bulk > IOZONE: auto-test mode > > MB reclen bytes/sec written bytes/sec read > 1 512 2064888 3728270 > 1 1024 3355443 4473924 > 16 8192 5088823 5149840 > Completed series of tests kind of strange that you get approx. same numbers regardless of the file size. As if you were always (or never) going to disk! How much RAM do you have ? Luigi From owner-freebsd-hackers Sat Feb 11 04:07:30 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA08921 for hackers-outgoing; Sat, 11 Feb 1995 04:07:30 -0800 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id EAA08912 for ; Sat, 11 Feb 1995 04:07:26 -0800 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HMXA8J5FBK000C9K@mail.rwth-aachen.de>; Sat, 11 Feb 1995 13:08:00 +0100 Received: by gilberto.physik.rwth-aachen.de (NAA02381); Sat, 11 Feb 1995 13:14:11 +0100 Date: Sat, 11 Feb 1995 13:14:10 +0100 (MET) From: Christoph Kukulies Subject: Re: nfs woodooh In-reply-to: <199502111150.LAA00463@palmer.demon.co.uk> from "Gary Palmer" at Feb 11, 95 11:50:56 am To: gary@palmer.demon.co.uk (Gary Palmer) Cc: freebsd-hackers@freefall.cdrom.com (user alias) Reply-to: Christoph Kukulies Message-id: <199502111214.NAA02381@gilberto.physik.rwth-aachen.de> X-Mailer: ELM [version 2.4 PL23] Content-type: text Content-transfer-encoding: 7BIT Content-length: 1118 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > I have some problems getting a NFS mount working. Since every try > > to get a line > > > /home/snap10 -maproot=root gil > > > working on 'gil' (RPC: permission denied / or something like that) failed > > I tried to get at least non root access mount work ok to no avail: > > Probably as the 2.0 mountd is *EXTREMELY* twitchy about what you try and do > with the exports file... > > > /home/ports-2.0 mozart > > /usr/src gil > > /home/snap gil <<<<<<<< > > /home/snap10 gil <<<<<<<< > > If they are both on the same physical paritition it won't work.... > I think one solution may be to put : > > /home/snap /home/snap10 -maproot=root gil ^^^^^^^^^^^^^^^^^^^^^^^ Yep, this worked. Thanks. > > The problem is not that there are two mounts on one parition, but that > they are meant to have different flags.... > > Unify the flags across the mountpoints and it should work... > > Gary > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Sat Feb 4 16:57:32 1995 kuku@blues:/usr/src/sys/compile/BLUES i386 From owner-freebsd-hackers Sat Feb 11 07:00:28 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA20109 for hackers-outgoing; Sat, 11 Feb 1995 07:00:28 -0800 Received: from terra.npi.msu.su (root@terra.npi.msu.su [158.250.20.3]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id HAA20096 for ; Sat, 11 Feb 1995 07:00:21 -0800 Received: from sunny.bog.msu.su (sunny.bog.msu.su [158.250.20.1]) by terra.npi.msu.su (8.6.9/8.6.6) with ESMTP id RAA16578; Sat, 11 Feb 1995 17:59:50 +0300 Received: (dima@localhost) by sunny.bog.msu.su (8.6.9/8.6.5) id RAA00658; Sat, 11 Feb 1995 17:59:44 +0300 Date: Sat, 11 Feb 1995 17:59:42 +0300 (????) From: Dmitry Khrustalev X-Sender: dima@sunny To: Poul-Henning Kamp cc: hackers@FreeBSD.org Subject: Re: "development dist" good idea ? In-Reply-To: <199502110520.VAA01997@ref.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Fri, 10 Feb 1995, Poul-Henning Kamp wrote: > We have talked about a "development distribution" to reduce the size of > the bindist. > > Is this considered a good idea ? > > Here is what I guess would go into it: > (send me email if you think this list should be changed) > > /usr/lib/*.[ao] > /usr/include > /usr/libexec/cc* > /usr/bin/{cc,cpp,size,nm,as,gcc.g++,f77,gdb,f2c,gprof,gcore,make > rpcgen,strip,tsort,lorder,cruchgen,crunchide} > > This will move approx 9Mb (installed size) into the devdist... > Yes, but be careful with cpp - it is used by xrdb and maybe others. Also, maybe it is a good idea to move compiler backend out of cc1, cc1plus and cc1obj into something like libbackend.so ? pro: space saving can be considerable, especially with upcoming g77. contra: backend must be compiled position-independent. > Should uucp (~ 1MB) be put on a uucpdist Definitely. ? > > Any other ? mountd, nfsd, nfsiod - why are they linked static and live in /sbin ? Is anyone expected to export filesystem before mounting /usr? Do anyone care about nfs performance before mounting /usr? Same for /sbin/dmesg /sbin/ipfw /sbin/nologin. Same for a lot of programs in /bin. Dima. > > -- > Poul-Henning Kamp > TRW Financial Systems, Inc. > FreeBSD has, until now, not one single time had an undetected error. :-) > From owner-freebsd-hackers Sat Feb 11 09:34:56 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA26465 for hackers-outgoing; Sat, 11 Feb 1995 09:34:56 -0800 Received: from jaitken.async.vt.edu (jaitken@jaitken.async.vt.edu [128.173.18.165]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id JAA26445 for ; Sat, 11 Feb 1995 09:34:52 -0800 Received: (jaitken@localhost) by jaitken.async.vt.edu (8.6.9/8.6.9) id MAA00602 for hackers@freebsd.org; Sat, 11 Feb 1995 12:34:38 -0500 From: Jeff Aitken Message-Id: <199502111734.MAA00602@jaitken.async.vt.edu> Subject: more than 2 IDE drives? To: hackers@FreeBSD.org Date: Sat, 11 Feb 1995 12:34:38 -0500 (EST) X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2003 Sender: hackers-owner@FreeBSD.org Precedence: bulk This is on FreeBSD 1.1.5.1 RELEASE I have an extra 130MB IDE drive that I'd like to "give" to FreeBSD. Problem is, I already have 2 IDE drives in the system. But, I do have 2 IDE controllers (one is a PCI controller, the other is one of those IDE-multi-function-wonder cards that does serial/parallel/game/floppy in addition to IDE. The existing 2 IDE drives are connected to the PCI controller, which uses addresses 0x1f0 - 0x1f7 (according to dmesg) which is expected. It's also configured to INT A, which is mapped to system IRQ 15. Now, on the ISA IDE controller, I've set it so that it uses IRQ 14 (which is unused), and to the secondary memory address, 0x170 - 0x177 I know the card behaves properly because if I unplug the PCI card and boot FreeBSD (which lives on sd0) it recognizes the controller as wdc1, at 0x170 and irq 14. I can then access the disk. The problem occurs when I plug in the two cards together - FreeBSD *always* sees the PCI card and *never* sees the ISA card. It reports wdc0 at .... wdc1 not found at 0x170 during bootup. I've tried almost every combination of IRQ's, addresses, etc that I can think of to no avail. Has anyone successfully done this before? It may be worth mentioning that I have a Phoenix BIOS which does not support more than 2 fixed disks. I was under the impression that this won't matter under FreeBSD (although it would under DOS). Is this correct? I know I can't boot off the disk, but I don't need to. Even if I only include a line in the kernel config file like this: controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr and no line for the PCI controller, it still doesn't see the ISA controller, giving the "not found at 0x...." message. It also doesn't find the PCI controller (which isn't surprising, but...) I suppose it's worth asking here also if there's a specific line for a PCI IDE controller in the kernel config file, as opposed to the standard one for an ISA controller. -- Jeff Aitken jaitken@vt.edu From owner-freebsd-hackers Sat Feb 11 10:20:45 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA28690 for hackers-outgoing; Sat, 11 Feb 1995 10:20:45 -0800 Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id KAA28684 for ; Sat, 11 Feb 1995 10:20:42 -0800 Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.8/8.6.6) id NAA03528; Sat, 11 Feb 1995 13:18:12 -0500 From: Wankle Rotary Engine Message-Id: <199502111818.NAA03528@skynet.ctr.columbia.edu> Subject: Re: "development dist" good idea ? To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Sat, 11 Feb 1995 13:18:09 -0500 (EST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199502110520.VAA01997@ref.tfs.com> from "Poul-Henning Kamp" at Feb 10, 95 09:20:07 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2575 Sender: hackers-owner@FreeBSD.org Precedence: bulk They say this Poul-Henning Kamp person was kidding when he wrote: > > We have talked about a "development distribution" to reduce the size of > the bindist. > > Is this considered a good idea ? Uhm. Hurm. As far as I'm concerned, yes and no. It's a good idea for reducing the amount of disk space required for a basic installation, which will undoubtedly please many people. But for me, it just means more things I have to do when I install: I wouldn't dream of setting up a FreeBSD system without the development tools. > Here is what I guess would go into it: > (send me email if you think this list should be changed) > > /usr/lib/*.[ao] > /usr/include > /usr/libexec/cc* > /usr/bin/{cc,cpp,size,nm,as,gcc.g++,f77,gdb,f2c,gprof,gcore,make > rpcgen,strip,tsort,lorder,cruchgen,crunchide} ^^^^ Eeek! No, don't get rid of make. In order for the NIS server stuff to work correctly, you need make to process /var/yp/Makefile (which somehow managed not to make it into the last snapshot -- no pun intended). There may be other things that need it though I can't think of any off hand. cpp is another one that should stay (xdm needs it), but somebody already mentioned that. > This will move approx 9Mb (installed size) into the devdist... But just think of how often you'll find yourself answering newbie questions with the words: "You have to install the devdist to do that." :) > Should uucp (~ 1MB) be put on a uucpdist ? > > Any other ? > I personally would rather see it all stay together (even uucp, which I don't even use). However, I also recognize the need to make the base system smaller to accomodate the 'unwashed masses.' Until the masses learn to wash I suppose I'll just have to put up with it. I have one question though: if you're going to be splitting up the bindist into pieces, might it not be a good idea to split up the mandist too? Installing the man pages for the development tools without installing the tools themselves seems a little silly. > -- > Poul-Henning Kamp -Bill -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~T~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The Møøse Illuminati: ignore it and be confused, or join it and be confusing! ~~~~~~~~ FreeBSD 2.1.0-Development #0: Tue Feb 7 01:49:07 EST 1995 ~~~~~~~~~ From owner-freebsd-hackers Sat Feb 11 10:27:11 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA28867 for hackers-outgoing; Sat, 11 Feb 1995 10:27:11 -0800 Received: from linux4nn.iaf.nl (root@linux4nn.iaf.nl [193.67.144.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id KAA28857 for ; Sat, 11 Feb 1995 10:27:08 -0800 Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.iaf.nl (8.6.9/8.6.9) with SMTP id TAA02459 for ; Sat, 11 Feb 1995 19:34:53 +0100 Received: by uni4nn.iaf.nl with UUCP id AA09223 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Sat, 11 Feb 1995 19:25:26 +0200 Received: by iafnl.iaf.nl with UUCP id AA23243 (5.65c/IDA-1.4.4); Sat, 11 Feb 1995 19:03:55 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.8/8.6.6) id TAA00703 for FreeBSD-hackers@freebsd.org; Fri, 10 Feb 1995 19:24:17 +0100 From: Wilko Bulte Message-Id: <199502101824.TAA00703@yedi.iaf.nl> Subject: looking for info on weird ethernet card To: FreeBSD-hackers@FreeBSD.org (FreeBSD hackers list) Date: Fri, 10 Feb 1995 19:24:17 +1596657 (MET) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 655 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi there, The collector of weird hardware strikes again: I got an AT ethernet card, made by Cabletron PN 9000342-04. It has 4 jumpers (labeled ROM, and IO). There is a custom Cabletron chip in the middle. The enet chip is an NS DP83902. Connectors for UTP & BNC. Anybody recognise this? Docs? Setup software maybe? (... Will it work with FreeBSD?) Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Sat Feb 11 10:28:10 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA28893 for hackers-outgoing; Sat, 11 Feb 1995 10:28:10 -0800 Received: from prosun.first.gmd.de (prosun.first.gmd.de [192.35.150.136]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id KAA28887 for ; Sat, 11 Feb 1995 10:28:06 -0800 Received: from g386bsd.first.gmd.de by prosun.first.gmd.de (4.1/SMI-4.1) id AA29421; Sat, 11 Feb 95 19:27:36 +0100 Received: by g386bsd.first.gmd.de (TAA29212); Sat, 11 Feb 1995 19:29:30 +0100 From: Andreas Schulz Message-Id: <199502111829.TAA29212@g386bsd.first.gmd.de> Subject: Re: more than 2 IDE drives? To: jaitken@vt.edu (Jeff Aitken) Date: Sat, 11 Feb 1995 19:29:29 +0059 (MET) Cc: hackers@FreeBSD.org In-Reply-To: <199502111734.MAA00602@jaitken.async.vt.edu> from "Jeff Aitken" at Feb 11, 95 12:34:38 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: 2429 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I have an extra 130MB IDE drive that I'd like to "give" to FreeBSD. > Problem is, I already have 2 IDE drives in the system. But, I do have 2 > IDE controllers (one is a PCI controller, the other is one of those > IDE-multi-function-wonder cards that does serial/parallel/game/floppy > in addition to IDE. The existing 2 IDE drives are connected to the PCI > controller, which uses addresses 0x1f0 - 0x1f7 (according to dmesg) > which is expected. It's also configured to INT A, which is mapped to > system IRQ 15. Something is wrong here. The first IDE controller has the IRQ on 14, not on 15. > Now, on the ISA IDE controller, I've set it so that it uses IRQ 14 > (which is unused), and to the secondary memory address, 0x170 - 0x177 > I know the card behaves properly because if I unplug the PCI card and > boot FreeBSD (which lives on sd0) it recognizes the controller as wdc1, > at 0x170 and irq 14. I can then access the disk. The second should be set to IRQ 15 or another free IRQ. And the kernel config file need to be updated if something other than 15 is used. > The problem occurs when I plug in the two cards together - FreeBSD > *always* sees the PCI card and *never* sees the ISA card. It reports > > wdc0 at .... > wdc1 not found at 0x170 This may happen, if both cards are now on IRQ 14. > and no line for the PCI controller, it still doesn't see the ISA > controller, giving the "not found at 0x...." message. It also doesn't > find the PCI controller (which isn't surprising, but...) I suppose it's > worth asking here also if there's a specific line for a PCI IDE > controller in the kernel config file, as opposed to the standard one for No, all IDE controllers are handled in the moment the same way, there is no distinction for the BUS type. Under post 2.0 ( -current ) there is a difference for local bus controllers and maybe also PCI controllers. But under 1.1.5.1 the driver doesn't detect any difference. There may also be a bug in 1.1.5.1 that prevents you to use IRQ 15. I don't remember exactly at which time this was fixed. So if you have a chance to use other IRQ's for your ISA ide controller, try that out. And don't forget to build a new kernel with the new setting :-). ATS ( ats@first.gmd.de or ats@cs.tu-berlin.de ) Andreas Schulz GMD-FIRST 12489 Berlin-Adlershof Rudower Chaussee 5 Gebaeude 13.7 Tel: +49-30-6392-1856/+49-177-2134745 Germany/Europe From owner-freebsd-hackers Sat Feb 11 10:28:23 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA28901 for hackers-outgoing; Sat, 11 Feb 1995 10:28:23 -0800 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id KAA28895 for ; Sat, 11 Feb 1995 10:28:21 -0800 Received: from test1.uniserve.com ([198.53.215.252]) by haven.uniserve.com with SMTP id <112>; Sat, 11 Feb 1995 10:35:12 -0800 X-Sender: tom@haven.uniserve.com (Unverified) X-Mailer: Windows Eudora Version 1.4.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Dmitry Khrustalev , Poul-Henning Kamp From: tom@haven.uniserve.com (Tom Samplonius) Subject: Re: "development dist" good idea ? Cc: hackers@FreeBSD.org Message-Id: <95Feb11.103512-0800_pst.112+6@haven.uniserve.com> Date: Sat, 11 Feb 1995 10:35:00 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk At 05:59 PM 2/11/95 +0300, Dmitry Khrustalev wrote: >> Here is what I guess would go into it: >> (send me email if you think this list should be changed) >> >> /usr/lib/*.[ao] >> /usr/include >> /usr/libexec/cc* >> /usr/bin/{cc,cpp,size,nm,as,gcc.g++,f77,gdb,f2c,gprof,gcore,make >> rpcgen,strip,tsort,lorder,cruchgen,crunchide} It would be nice if you could include GNU make too. Tom From owner-freebsd-hackers Sat Feb 11 18:22:14 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA00449 for hackers-outgoing; Sat, 11 Feb 1995 18:22:14 -0800 Received: from netcom14.netcom.com (root@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA00438 for ; Sat, 11 Feb 1995 18:22:12 -0800 From: hasty@netcom.com Received: from localhost by netcom14.netcom.com (8.6.9/Netcom) id MAA12495; Sat, 11 Feb 1995 12:23:36 -0800 Message-Id: <199502112023.MAA12495@netcom14.netcom.com> To: hackers@FreeBSD.org Subject: a little bit on bus speeds Date: Sat, 11 Feb 95 12:23:35 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk If we can at least gather low level performance of systems it may help the users or future users to obtain maximum performance out their systems. I know that when I get ready to upgrade my Pentium most likely I will get an ASUS motherboard :) I found this in comp.windows.x.i >Kendall Bennett (rcskb@minyos.xx.rmit.EDU.AU) wrote: >: Wrong. VLB will never be dead, as long as there are still 486 boxes >: around to run it. >: There is also another area that just about everyone has neglected to look >: into regarding PCI - its performance. Contrary to popular opinion (and >: to what Intel will tell you), PCI local bus video cards have only half >: the raw framebuffer performance of exactly the same VLB card. You may >: find this difficult to believe (I know I did), but we test and develop >: software on over 60 different video cards, and PCI cards consistently >: turn in a maximum of 15-16Mb/s transfer in a Pentium P90 PCI box >: compared to 28-30Mb/s for _exactly_ the same chipset on a 486DX2/66 VLB >: box. You should be able to boost the performance to about 40 MB/s with a good PCI main board. You have simply rediscovered the well known (at least to c't readers) fact that the Opti Pentium chipset has awful PCI performance. The 15 MB is typical for this chipset. Good chipsets reach 30 to 40 MB/s for VLB and up to 65 MB/s for PCI chips together with Intel CPUs. The DEC Alpha CPU with integrated PCI bridge reaches the full 130 MB/s performance of the PCI bus specification. >I find it hard to belive also, but I'm sure you're right. VLB really is local >bus, it's like connecting your video hardware straight to the CPU. PCI is >something completely different, it's more like a minicomputer bus. It _is_ >fast but it will never be as fast as VLB because of the extra facilities it >offers. You can't have extra facilities and maximum performance. VLB is a localbus designed to work together with a 486 CPU. The experience above shows that it does not work well with the Pentium CPU. c't found that identical (except for bus type) video cards got identical (within a few percent) performance when they were compared in a good PCI/VLB 486 Mainboard (Asus VIP with a bus performance of 60 MB/s if run as a pure PCI board and 40 MB/s if run as a VLB board.) btw c't is the leading german pc magazine for in depth technical information. And they tend to test just about every PCI main board. Andreas -- * Andreas Helke, Institut fuer molekulare Genetik, Universitaet Heidelberg ** Im Neuenheimer Feld 230, 69122 Heidelberg, Germany *** WWW: http://orion.mgen.uni-heidelberg.de **** FTP: orion.mgen.uni-heidelberg.de - filemanager and Unix tools for DOS ----------------------------- Enjoy, Amancio From owner-freebsd-hackers Sat Feb 11 18:20:49 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA00243 for hackers-outgoing; Sat, 11 Feb 1995 18:20:49 -0800 Received: from vmbb.cts.com (vmbb.cts.com [192.188.72.18]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id SAA00237 for ; Sat, 11 Feb 1995 18:20:47 -0800 Received: from io.cts.com by vmbb.cts.com with smtp (Smail3.1.28.1 #9) id m0rdO6Z-0000RDC; Sat, 11 Feb 95 12:07 PST Received: (from root@localhost) by io.cts.com (8.6.9/8.6.9) id LAA18292 for hackers@freebsd.org; Sat, 11 Feb 1995 11:57:41 -0800 From: Morgan Davis Message-Id: <199502111957.LAA18292@io.cts.com> Subject: MSDOS FS panic, resuming make world To: hackers@FreeBSD.org Date: Sat, 11 Feb 1995 11:57:41 -0800 (PST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1437 Sender: hackers-owner@FreeBSD.org Precedence: bulk This message has two parts: a bug report and a question. First, the bug report. About half-way through a 'make world', I was working in /mnt upon which was mounted my MS-DOS C: drive. Okay, the make is going on in the background, and I did this: io# cd /mnt/win95 io# mv retail/* bld324 After pressing Enter, everything stops for about three seconds (there was no disk activity that I could see), the screen clears and my bios boot display comes up. The first thing I did was to boot into DOS and check the filesystem. All was fine. I rebooted FreeBSD, and, of course, it cleaned up some minor filesystem glitches. All is well. Now, my question. What's the best way to resume an interrupted 'make world' so that I don't have to start from scratch, and that it completes pretty much as if 'make world' had never stopped? I see no obvious make target for this. I assume I can do this: cd /usr/src make make install cd /usr/share/man make makedb If that's the safest solution, could we add a 'resume' or 'continue' target to the top Makefile? I'm sure this would come in handy. Perhaps some brains could be added to keep some state information on how far 'make world' actually gets so that 'make resume' knows which incomplete level to jump back to in order to continue onward. (This suggestion is made after too many 'make world' attempts that bomb out because someone botched a Makefile further down in the tree.) From owner-freebsd-hackers Sat Feb 11 18:19:17 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA00167 for hackers-outgoing; Sat, 11 Feb 1995 18:19:17 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id LAA29773 for ; Sat, 11 Feb 1995 11:36:01 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA16977; Sat, 11 Feb 95 12:28:18 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502111928.AA16977@cs.weber.edu> Subject: Re: MIT SHM X11 extensions? (fwd) To: peter@bonkers.taronga.com (Peter da Silva) Date: Sat, 11 Feb 95 12:28:17 MST Cc: davidg@Root.COM, jmb@kryten.atinc.com, hackers@FreeBSD.org In-Reply-To: <199502110306.VAA26420@bonkers.taronga.com> from "Peter da Silva" at Feb 10, 95 09:06:08 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Realistically, you could watermark it and start randomly crashing things > > at 90% swap utilization on the client instead of putting up "out of > > swap messages. > > And you were worried about all those core files? It was sarcasm. 8-). I think it's a stupid idea to make it so actions on the server can damage existing running images on the client. I also thing it is a security hole if you write exactly the right crap to a binary that's on a server while the client is waiting for input and allow it to be paged in. Opens up exactly the BSD 4.0 adb bug where you could modify the page that su would next use in memory for lack of copy on write on debugged pages. 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-hackers Sat Feb 11 18:29:52 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA01175 for hackers-outgoing; Sat, 11 Feb 1995 18:29:52 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA01169 for ; Sat, 11 Feb 1995 18:29:51 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id SAA04622; Sat, 11 Feb 1995 18:29:47 -0800 From: Poul-Henning Kamp Message-Id: <199502120229.SAA04622@ref.tfs.com> Subject: Re: a little bit on bus speeds To: hasty@netcom.com Date: Sat, 11 Feb 1995 18:29:44 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <199502112023.MAA12495@netcom14.netcom.com> from "hasty@netcom.com" at Feb 11, 95 12:23:35 pm Content-Type: text Content-Length: 650 Sender: hackers-owner@FreeBSD.org Precedence: bulk > If we can at least gather low level performance of systems it > may help the users or future users to obtain maximum performance > out their systems. I know that when I get ready to upgrade my > Pentium most likely I will get an ASUS motherboard :) Well, submit some code which can be run to test it and I'll put it in. I wish we could produce a "FreeBSD torture" floppy, which people could bring with them out when the look at computers... If people send me code, I'll try to make it fit together. -- Poul-Henning Kamp TRW Financial Systems, Inc. FreeBSD has, until now, not one single time had an undetected error. :-) From owner-freebsd-hackers Sat Feb 11 18:30:07 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA01216 for hackers-outgoing; Sat, 11 Feb 1995 18:30:07 -0800 Received: from uuneo.neosoft.com (uuneo.NeoSoft.COM [198.64.6.8]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA01210 for ; Sat, 11 Feb 1995 18:30:06 -0800 Received: (from mailman@localhost) by uuneo.neosoft.com (8.6.9/8.6.9) id PAA05082 for ; Sat, 11 Feb 1995 15:37:15 -0600 Received: from concorde.neosoft.com(198.65.161.214) by uuneo.neosoft.com via smap (V1.3) id sma005074; Sat Feb 11 15:37:02 1995 Received: (from dbaker@localhost) by concorde.neosoft.com (8.6.9/8.6.9) id PAA00395; Sat, 11 Feb 1995 15:37:42 -0600 Date: Sat, 11 Feb 1995 15:37:41 -0600 (CST) From: Daniel Baker To: hackers@FreeBSD.org Subject: PS/2 Mouse and X Windows Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Hackers -- I am running X Windows on my computer, but am having some trouble with my mouse... I am running X Windows 3.1, but I have downloaded the XF86_S3 3.1.1 server. Sometimes I can't type anymore, and things will work like I am holding down the CTRL key, so if I hit my mouse buttons I will get menus. Sometimes, I can get it to work though, so the mouse works sometimes, so I don't think it's the driver, or anything.. Any Ideas? Thanks in advance. Daniel Baker -- NeoSoft FTP/UseNet Administrator (713)531-8571 DBaker@NeoSoft.COM DBaker@Concorde-Mail.NeoSoft.COM From owner-freebsd-hackers Sat Feb 11 18:33:43 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA01568 for hackers-outgoing; Sat, 11 Feb 1995 18:33:43 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA01562 for ; Sat, 11 Feb 1995 18:33:42 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id LAA04114; Sat, 11 Feb 1995 11:37:50 -0800 From: Poul-Henning Kamp Message-Id: <199502111937.LAA04114@ref.tfs.com> Subject: Re: "development dist" good idea ? To: dima@sunny.bog.msu.su (Dmitry Khrustalev) Date: Sat, 11 Feb 1995 11:37:49 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: from "Dmitry Khrustalev" at Feb 11, 95 05:59:42 pm Content-Type: text Content-Length: 511 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Also, maybe it is a good idea to move compiler backend out of cc1, > cc1plus and cc1obj into something like libbackend.so ? pro: space saving > can be considerable, especially with upcoming g77. contra: backend must > be compiled position-independent. I belive the makefiles support this as an option still. Will cost you at least 10% in performance though... -- Poul-Henning Kamp TRW Financial Systems, Inc. FreeBSD has, until now, not one single time had an undetected error. :-) From owner-freebsd-hackers Sat Feb 11 18:34:29 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA01696 for hackers-outgoing; Sat, 11 Feb 1995 18:34:29 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA01680 for ; Sat, 11 Feb 1995 18:34:26 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id RAA13900; Sat, 11 Feb 1995 17:57:05 -0800 To: Wankle Rotary Engine cc: phk@ref.tfs.com (Poul-Henning Kamp), freebsd-hackers@FreeBSD.org Subject: Re: "development dist" good idea ? In-reply-to: Your message of "Sat, 11 Feb 95 13:18:09 EST." <199502111818.NAA03528@skynet.ctr.columbia.edu> Date: Sat, 11 Feb 1995 17:57:05 -0800 Message-ID: <13899.792554225@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > But just think of how often you'll find yourself answering newbie > questions with the words: "You have to install the devdist to > do that." :) > This is actually a pretty good point! :-( Jordan From owner-freebsd-hackers Sat Feb 11 18:40:21 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA02712 for hackers-outgoing; Sat, 11 Feb 1995 18:40:21 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA02697 for ; Sat, 11 Feb 1995 18:40:18 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id SAA14150; Sat, 11 Feb 1995 18:39:47 -0800 To: Morgan Davis cc: hackers@FreeBSD.org Subject: Re: MSDOS FS panic, resuming make world In-reply-to: Your message of "Sat, 11 Feb 95 11:57:41 PST." <199502111957.LAA18292@io.cts.com> Date: Sat, 11 Feb 1995 18:39:47 -0800 Message-ID: <14149.792556787@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > io# cd /mnt/win95 > io# mv retail/* bld324 This has been fixed in -current and the last snapshot, I believe. > Now, my question. What's the best way to resume an interrupted 'make > world' so that I don't have to start from scratch, and that it > completes pretty much as if 'make world' had never stopped? I see no > obvious make target for this. I assume I can do this: You can look at the output of the make world and try to restart whatever part of `make tools libraries or all' that it looks like it died in. Otherwise, you're looking at another make world. Jordan From owner-freebsd-hackers Sat Feb 11 18:44:39 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA03208 for hackers-outgoing; Sat, 11 Feb 1995 18:44:39 -0800 Received: from jaitken.async.vt.edu (root@jaitken.async.vt.edu [128.173.18.165]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA03198 for ; Sat, 11 Feb 1995 18:44:31 -0800 Received: (jaitken@localhost) by jaitken.async.vt.edu (8.6.9/8.6.9) id UAA00339 for hackers@freebsd.org; Sat, 11 Feb 1995 20:19:54 -0500 From: Jeff Aitken Message-Id: <199502120119.UAA00339@jaitken.async.vt.edu> Subject: more than 2 ide drives? To: hackers@FreeBSD.org Date: Sat, 11 Feb 1995 20:19:53 -0500 (EST) X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2931 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I have an extra 130MB IDE drive that I'd like to "give" to FreeBSD. > > Problem is, I already have 2 IDE drives in the system. But, I do have 2 > > IDE controllers (one is a PCI controller, the other is one of those > > IDE-multi-function-wonder cards that does serial/parallel/game/floppy > > in addition to IDE. The existing 2 IDE drives are connected to the PCI > > controller, which uses addresses 0x1f0 - 0x1f7 (according to dmesg) > > which is expected. It's also configured to INT A, which is mapped to > > system IRQ 15. > > Something is wrong here. The first IDE controller has the IRQ on 14, > not on 15. Well, the kernel config file was modified to reflect my change (using IRQ 15). There is a jumper block on the motherboard which allows you to map each of the PCI slots to an IRQ. I've changed it back to the way it was. Here's the relevant excerpt from my current kernel config file: config "386bsd" root on sd0 swap on sd0 dumps on sd0 controller isa0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr disk wd2 at wdc1 drive 0 disk wd3 at wdc1 drive 1 Now, the PCI IDE controller is set to use INT A, which is mapped to IRQ 14. The other card doesn't have a way to explicitly set the IRQ, there's just one jumper that allows for IRQ 14 to be enabled/disabled. I have it disabled. There is also a jumper which allows for the selection of the address (either primary or secondary) which I have set to secondary (which is 0x170-0x177). When I boot the machine, here's what it says: wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 162MB (332304 total sec), 903 cyl, 8 head, 46 sec, bytes/sec 512 wdc0: unit 1 (wd1): wd1: 406MB (832608 total sec), 826 cyl, 16 head, 63 sec, bytes/sec 512 wdc1 not found at 0x170 Now, if I physically remove the PCI card (changing nothing else), I get: wdc0 not found at 0x1f0 wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (wd2): wd2: 124MB (255255 total sec), 1001 cyl, 15 head, 17 sec, bytes/sec 512 There seems to be something about the PCI board which is preventing the system from seeing the ISA controller. I don't think it's an IRQ problem; rather it seems like an address conflict somewhere. I looked through the kernel config file, and there's nothing else that's supposed to be in either of the IDE address spaces (0x1f0-0x1f7 and 0x170-0x177) If I can find some free time, I'll probably try to install 2.0R (or the latest snapshot) to see if that helps anything. Thanks for the help! -- Jeff Aitken jaitken@vt.edu From owner-freebsd-hackers Sat Feb 11 18:47:06 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA03485 for hackers-outgoing; Sat, 11 Feb 1995 18:47:06 -0800 Received: from crab.xinside.com (crab.xinside.com [199.120.247.2]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA03474 for ; Sat, 11 Feb 1995 18:47:02 -0800 Received: (jdc@localhost) by crab.xinside.com (8.6.8/8.6.5) id NAA02284; Sat, 11 Feb 1995 13:13:41 -0700 From: Jeremy Chatfield Message-Id: <199502112013.NAA02284@crab.xinside.com> Subject: Re: "development dist" good idea ? To: dima@sunny.bog.msu.su (Dmitry Khrustalev) Date: Sat, 11 Feb 1995 13:13:40 +0000 (MST) Cc: phk@ref.tfs.com, hackers@FreeBSD.org In-Reply-To: from "Dmitry Khrustalev" at Feb 11, 95 05:59:42 pm Organization: X Inside Inc, P O Box 10774, Golden, CO 80401-0610, USA. Phone: +1(303)470-5302 Reply-To: jdc@crab.xinside.com X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 506 Sender: hackers-owner@FreeBSD.org Precedence: bulk Dmitry Khrustalev writes: > > Yes, but be careful with cpp - it is used by xrdb and maybe others. > > ? > > Any other ? > Watch out for m4 & sendmail.conf and the newer sendmail.mc files. Cheers, JeremyC. -- Jeremy Chatfield, +1(303)470-5302, FAX:+1(303)470-5513, email:jdc@xinside.com X Inside Inc, P O Box 10774, Golden, CO 80401-0610, USA. Commercial X Server - for more information please try these services http://www.xinside.com info@xinside.com ftp.xinside.com From owner-freebsd-hackers Sat Feb 11 22:28:16 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id WAA00163 for hackers-outgoing; Sat, 11 Feb 1995 22:28:16 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id WAA00156 for ; Sat, 11 Feb 1995 22:28:11 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA15063; Sun, 12 Feb 1995 17:23:13 +1100 Date: Sun, 12 Feb 1995 17:23:13 +1100 From: Bruce Evans Message-Id: <199502120623.RAA15063@godzilla.zeta.org.au> To: ernie@tinny.apana.org.au, freebsd-hackers@FreeBSD.org Subject: Re: Full rebuild Sender: hackers-owner@FreeBSD.org Precedence: bulk >A simple question. Could someone pleasetell me the correct sequence of >commands to rebuild the complete source tree. >I did a make world. Now I am wondering if I just have to type make install >or make installmost. `make installmost' might work, but after you've taken the time to run `make world', you may as well `make install' to be sure that everything is installed. `make install' won't clobber anything important in /etc (I think it only clobbers /etc/termcap and installs sample files). `make installmost' is intended mainly for running after `make most'. Bruce From owner-freebsd-hackers Sat Feb 11 22:37:16 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id WAA00404 for hackers-outgoing; Sat, 11 Feb 1995 22:37:16 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id WAA00398 for ; Sat, 11 Feb 1995 22:37:15 -0800 Received: (from jkh@localhost) by time.cdrom.com (8.6.9/8.6.9) id TAA14505 for hackers; Sat, 11 Feb 1995 19:57:25 -0800 Date: Sat, 11 Feb 1995 19:57:25 -0800 From: "Jordan K. Hubbard" Message-Id: <199502120357.TAA14505@time.cdrom.com> To: hackers@time.cdrom.com Subject: general stats for the last snapshot. Sender: hackers-owner@FreeBSD.org Precedence: bulk [from wcarchive - if you want some really nice stats, cry to Gary - he's put more time into writing his scripts than I was willing to! :-) ] Day Category Total xfers Total Size --- -------- ----------- ---------- Feb 10 950210-SNAP 9622 files 3087 MB Feb 11 950210-SNAP 6368 files 1936 MB Just FYI.. Jordan From owner-freebsd-hackers Sat Feb 11 22:46:10 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id WAA00592 for hackers-outgoing; Sat, 11 Feb 1995 22:46:10 -0800 Received: from forged.passport.ca (forged.passport.ca [199.246.38.201]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id WAA00583; Sat, 11 Feb 1995 22:46:02 -0800 Received: by forged.passport.ca (Smail3.1.29.1 #6) id m0rdWZz-0002InC; Sun, 12 Feb 95 00:10 EST Message-Id: Date: Sun, 12 Feb 95 00:10 EST From: marrano@passport.ca (Mario Marrano) To: hackers@FreeBSD.org, bugs@FreeBSD.org, questions@FreeBSD.org, hardware@FreeBSD.org Cc: j@uriah.sax.de Subject: 1.44 floppy install solution Sender: hackers-owner@FreeBSD.org Precedence: bulk "I get an error message when booting from boot.flp to the tune:"fd0c:hard error reading fsbn 16 of 16-31 (st0 40 st1 4 st2 10 cyl0 hd0 sec17) panic:cannot mount root" I (sort Of) solved this problem by using the 1.2mb drive as A: instead of the 1.44. There are 2 versions of the "boot.flp" image on the FreeBSD 2.0 CD.I used "boot_12.flp.Although this doesn't fix the problem with the 1.44 booting up, I'm still happy that I've reached the end of the installation. I hope you folks will excuse this dumb question I ask, but what is the login name and password for this thing?? []-) From owner-freebsd-hackers Sat Feb 11 23:01:40 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA00854 for hackers-outgoing; Sat, 11 Feb 1995 23:01:40 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id XAA00848 for ; Sat, 11 Feb 1995 23:01:37 -0800 From: hasty@netcom.com Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id LAA21668 for ; Sat, 11 Feb 1995 11:43:16 -0800 Received: from localhost by netcom14.netcom.com (8.6.9/Netcom) id LAA08238; Sat, 11 Feb 1995 11:43:13 -0800 Message-Id: <199502111943.LAA08238@netcom14.netcom.com> To: FreeBSD-hackers@wcarchive.cdrom.com Subject: Re: My iozone results In-reply-to: Your message of Sat, 11 Feb 95 10:21:13 +0100. <199502110921.KAA27942@labinfo.iet.unipi.it> Date: Sat, 11 Feb 95 11:43:13 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > IOZONE: auto-test mode > > > > MB reclen bytes/sec written bytes/sec read > > 1 512 2064888 3728270 > > 1 1024 3355443 4473924 > > 16 8192 5088823 5149840 > > Completed series of tests > kind of strange that you get approx. same numbers regardless of the > file size. As if you were always (or never) going to disk! How much > RAM do you have ? > Luigi Well, I have 16MB of main and I am running X if I run the test without X I get better numbers. At any rate, a more relible figure of the raw disk performance can be obtained by tranferring like 10MB to /dev/null using dd. Using a 16kb block size I managed to get 5.2mb/sec out of the disk on a 10mb transfer to /dev/null. Amancio From owner-freebsd-hackers Sat Feb 11 23:24:05 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA01271 for hackers-outgoing; Sat, 11 Feb 1995 23:24:05 -0800 Received: from Xenon.Stanford.EDU (Xenon.Stanford.EDU [36.28.0.25]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id XAA01265 for ; Sat, 11 Feb 1995 23:23:54 -0800 Received: by Xenon.Stanford.EDU (5.61+IDA/25-Xenon-eef) id AA27119; Sat, 11 Feb 95 21:12:29 -0800 Date: Sat, 11 Feb 1995 21:12:29 -0800 (PST) From: Terry Lee To: hackers@FreeBSD.org Subject: Need 'updater' as part of install. Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Is there any better way to 'update' FreeBSD instead of completely installing a new system when a snapshot comes out? This will be important when Release 2.1 comes out and 2.0 users want to upgrade right? Right now I use the installation boot disk and use the fixit mode to install new snapshots on my existing system. This of course wipes out much of my configuration files. I know I can do a make world after installing just the src distribution, but of course that takes forever. The first method also causes down time too. Any better ways for now? Terry From owner-freebsd-hackers Sat Feb 11 23:32:12 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA01346 for hackers-outgoing; Sat, 11 Feb 1995 23:32:12 -0800 Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id XAA01339 for ; Sat, 11 Feb 1995 23:32:11 -0800 Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.6.9/8.6.4) with ESMTP id IAA00472; Sun, 12 Feb 1995 08:32:00 +0100 Message-Id: <199502120732.IAA00472@lirmm.lirmm.fr> To: Morgan Davis cc: hackers@FreeBSD.org Subject: Re: resuming make world In-reply-to: Your message of "Sat, 11 Feb 1995 11:57:41 PST." <199502111957.LAA18292@io.cts.com> Date: Sun, 12 Feb 1995 08:31:52 +0100 From: "Philippe Charnier" Sender: hackers-owner@FreeBSD.org Precedence: bulk Salut, In the message resuming make world, Morgan Davis wrote : >Now, my question. What's the best way to resume an interrupted 'make >world' so that I don't have to start from scratch, and that it >completes pretty much as if 'make world' had never stopped? I see no >obvious make target for this. I assume I can do this: > > cd /usr/src > make > make install > cd /usr/share/man > make makedb > in /usr/src/Makefile .if defined(NOCLEANDIR) + .if defined(NOCLEAN) + CLEANDIR= + .else CLEANDIR= clean + .endif .else CLEANDIR= cleandir .endif Then define NOCLEAN and run make world again. -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------