From owner-freebsd-hackers Sun May 18 00:03:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA14570 for hackers-outgoing; Sun, 18 May 1997 00:03:08 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA14565 for ; Sun, 18 May 1997 00:03:02 -0700 (PDT) Received: from misery.sdf.com [204.244.213.33] by misery.sdf.com with smtp (Exim 1.61 #1) id 0wSzz3-0000fG-00; Sun, 18 May 1997 00:02:22 -0700 Date: Sun, 18 May 1997 00:02:21 -0700 (PDT) From: Tom Samplonius To: Arman Hazairin cc: hackers@freebsd.org Subject: Re: Adaptec 2940 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 18 May 1997, Arman Hazairin wrote: > This is about 2.2.1-RELEASE. > Is there any patch available for Adaptec 2940. > Where is that ? > > > thanks a lot > > -arman- Investiage CTM or cvsup as a means of updating 2.2.1 to 2.2.2. BTW, this doesn't belong on freebsd-hackers. Tom From owner-freebsd-hackers Sun May 18 00:06:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA14638 for hackers-outgoing; Sun, 18 May 1997 00:06:08 -0700 (PDT) Received: from freebsd1.cimlogic.com.au ([203.36.2.25]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA14630 for ; Sun, 18 May 1997 00:06:04 -0700 (PDT) Received: (from jb@localhost) by freebsd1.cimlogic.com.au (8.8.5/8.8.5) id RAA00781; Sun, 18 May 1997 17:07:40 GMT From: John Birrell Message-Id: <199705181707.RAA00781@freebsd1.cimlogic.com.au> Subject: Re: GNAT-pthreads integration bugs/questions In-Reply-To: <199705180700.CAA20456@iworks.InterWorks.org> from "Daniel M. Eischen" at "May 18, 97 02:00:19 am" To: deischen@iworks.InterWorks.org (Daniel M. Eischen) Date: Sun, 18 May 1997 17:07:40 +0000 (GMT) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Daniel M. Eischen wrote: > Is there any interest in making pthreads with rfork? Or someway to get Yes, there certainly is. It would solve many problems and leave us with one libc plus a small libpthread. We need John Dyson to add what is needed to the existing rfork. 8-) And of course he always has too many things on his plate. 8-( > a real process from a thread? I thought about implementing Ada tasking > using rfork, but it really wants to use pthreads. A couple things I > can't do with rfork (or don't know how to do using other mechanisms) > is to explicitly set the stack size (as in pthread_attr_setstacksize), > mutexes and condition variables (could use SYSV semaphores I suppose), > and the ability to create a key (pthread_key_create) that is specific > to each process - like taskVarAdd() in VxWorks :-) I suspect that some of this will still need to done in user space, even with an rfork implementation. > > Dan Eischen > deischen@iworks.InterWorks.org > Regards, -- John Birrell - jb@cimlogic.com.au; jb@netbsd.org; jb@freebsd.org CIMlogic Pty Ltd, 119 Cecil Street, South Melbourne Vic 3205, Australia Tel +61 3 9690 6900 Fax +61 3 9690 6650 Mob +61 418 353 137 From owner-freebsd-hackers Sun May 18 01:00:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA17671 for hackers-outgoing; Sun, 18 May 1997 01:00:42 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id BAA17663 for ; Sun, 18 May 1997 01:00:40 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <17799(2)>; Sun, 18 May 1997 01:00:08 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177489>; Sun, 18 May 1997 01:00:02 -0700 To: Brian Somers cc: Bill Fenner , freebsd-hackers@freebsd.org Subject: Re: www.freebsd.org In-reply-to: Your message of "Sat, 17 May 97 18:49:03 PDT." <199705180149.CAA01972@awfulhak.demon.co.uk> Date: Sun, 18 May 1997 01:00:00 PDT From: Bill Fenner Message-Id: <97May18.010002pdt.177489@crevenia.parc.xerox.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Brian Somers wrote: >This stuff is "built" rather infrequently (ppp.8 v 1.30 from >April 21 still isn't there yet). Ah, I see. When I offered to add this functionality to cvsweb, I was told that it would be redundant with Wolfram's web pages. Since apparently it's not, try http://www.freebsd.org/~fenner/cgi/cvsweb.cgi/ppp/ppp.8?rev=1.33&fmtman=txt Presumably there should be some kind of index page which knows where all the man pages live, but having cvsweb know how to format man pages removes the need to keep a checked-out tree up to date. Bill From owner-freebsd-hackers Sun May 18 01:28:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA19456 for hackers-outgoing; Sun, 18 May 1997 01:28:16 -0700 (PDT) Received: from ghost.mep.ruhr-uni-bochum.de (ghost.mep.ruhr-uni-bochum.de [134.147.6.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA19445 for ; Sun, 18 May 1997 01:28:12 -0700 (PDT) Received: (from roberte@localhost) by ghost.mep.ruhr-uni-bochum.de (8.8.4/8.8.4) id KAA20860; Sun, 18 May 1997 10:27:36 +0200 (MESZ) From: Robert Eckardt Message-Id: <199705180827.KAA20860@ghost.mep.ruhr-uni-bochum.de> Subject: Re: NFS Stale File Handle. In-Reply-To: <19970517193708.32731@matrix.42.org> from Stefan `Sec` Zehl at "17. May. 97 19:36:36" To: sec@42.org (Stefan `Sec` Zehl) Date: Sun, 18 May 1997 10:27:36 +0200 (MESZ) Cc: branson.matheson@ferginc.com, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It was Stefan `Sec` Zehl who wrote: > On Fri, May 16, 1997 at 10:53:40PM +0200, Branson Matheson wrote: > > > > I have an NFS stale file handle on a box that was placed there by amd > > I believe. I cannot seem to get rid of it... any ideas? I was told > > that there may be a process still trying to access that unmounted > > partition... but I cannot find it ... I seem to remember another way > > to do this .. but cannot remember .. can anyone point me in the right > > direction? > > Hmm, i'm not sure about the "process that accesses it", but if it is > indeed so, try "lsof" which will help you finding that process :) - > otherwise you could try an umount -f (for forcible umount) which might > help aswell This can easily happen e.g. when you mount via NFS on system B a CD, which is mounted on system A. When you umount the CD on A you'll see the above error message on B. The only 2 ways I found to resolve this situation (apart from rebooting :-) were to wait until amd releases all mounts that came after the mounted CD and then use `umount -f' or to mount the very same CD on A again. Robert -- Robert Eckardt \\ FreeBSD -- solutions for a large universe.(tm) RobertE@MEP.Ruhr-Uni-Bochum.de \\ What do you want to boot tomorrow ?(tm) http://WWW.MEP.Ruhr-Uni-Bochum.de/~roberte For PGP-key finger roberte@gluon.MEP.Ruhr-Uni-Bochum.de From owner-freebsd-hackers Sun May 18 03:04:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA22963 for hackers-outgoing; Sun, 18 May 1997 03:04:09 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA22958 for ; Sun, 18 May 1997 03:04:06 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id DAA14227 for ; Sun, 18 May 1997 03:04:10 -0700 (PDT) Message-Id: <199705181004.DAA14227@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: hackers@freebsd.org Subject: omniORB2: patches Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="===_0_Sun_May_18_03:02:04_PDT_1997" Date: Sun, 18 May 1997 03:04:10 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multipart MIME message. --===_0_Sun_May_18_03:02:04_PDT_1997 Content-Type: text/plain; charset=us-ascii To all Babylon 5 ORB worshippers: Get your very on omniORB2 from http://www.orl.co.uk/omniORB/ All the examples appear to work on my FreeBSD 3.0-current system. Before running the examples: mkdir /var/omninames mkdir -p /wib/wob setenv OMNINAMES_LOGDIR /wib/wob When you run omniNames copy the IOR string to /etc/omniORB.cfg. The format of the file is: NAMESERVICE ./omniNames -start 12345 Sun May 18 02:51:25 1997: Starting omniNames for the first time. Wrote initial log file. Read log file successfully. Root context is IOR:010000002000000049444c3a436f734e616d696e672f4e616d696e67436f6e746578743a312e300001000000000000002c00 0000010100000f0000003230342e3138382e3132312e31380000393000000c000000337ed11d98ec173a00000001 cat /etc/omniORB.cfg NAMESERVICE IOR:010000002000000049444c3a436f734e616d696e672f4e616d696e67436f6e746578743a312e300001000000000000002c000000 010100000f0000003230342e3138382e3132312e31380000393000000c000000337ed11d98ec173a00000001 The above is just one line. Enjoy, Amancio --===_0_Sun_May_18_03:02:04_PDT_1997 Content-Type: application/x-patch Content-Description: omniORB2.patch Content-Transfer-Encoding: base64 T25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wOiBiaW4KZGlmZiAtYiAtYyAt ciBvbW5pT1JCXzIuMi4wL2luY2x1ZGUvb21uaXRocmVhZC5oIC9zcGFyZS90b29sa2l0L29t bmlPUkJfMi4yLjAvaW5jbHVkZS9vbW5pdGhyZWFkLmgKKioqIG9tbmlPUkJfMi4yLjAvaW5j bHVkZS9vbW5pdGhyZWFkLmgJVHVlIE1heSAgNiAwODo1Njo1OSAxOTk3Ci0tLSAvc3BhcmUv dG9vbGtpdC9vbW5pT1JCXzIuMi4wL2luY2x1ZGUvb21uaXRocmVhZC5oCVN1biBNYXkgMTgg MDA6NDg6MzMgMTk5NwoqKioqKioqKioqKioqKioKKioqIDExMiwxMTggKioqKgogICNpbmNs dWRlICJvbW5pdGhyZWFkL3NvbGFyaXMuaCIKICAjZW5kaWYKICAKISAjZWxpZiBkZWZpbmVk KF9fbGludXhfXykKICAjaW5jbHVkZSAib21uaXRocmVhZC9wb3NpeC5oIgogIAogICNlbHNl Ci0tLSAxMTIsMTE4IC0tLS0KICAjaW5jbHVkZSAib21uaXRocmVhZC9zb2xhcmlzLmgiCiAg I2VuZGlmCiAgCiEgI2VsaWYgZGVmaW5lZChfX0ZyZWVCU0RfXykKICAjaW5jbHVkZSAib21u aXRocmVhZC9wb3NpeC5oIgogIAogICNlbHNlCk9ubHkgaW4gL3NwYXJlL3Rvb2xraXQvb21u aU9SQl8yLjIuMC9pbmNsdWRlOiBvbW5pdGhyZWFkLmh+Ck9ubHkgaW4gL3NwYXJlL3Rvb2xr aXQvb21uaU9SQl8yLjIuMDogbGliCmRpZmYgLWIgLWMgLXIgb21uaU9SQl8yLjIuMC9tay9j b25maWcubWsgL3NwYXJlL3Rvb2xraXQvb21uaU9SQl8yLjIuMC9tay9jb25maWcubWsKKioq IG9tbmlPUkJfMi4yLjAvbWsvY29uZmlnLm1rCVN1biBNYXkgMTggMDI6Mzg6MzkgMTk5Nwot LS0gL3NwYXJlL3Rvb2xraXQvb21uaU9SQl8yLjIuMC9tay9jb25maWcubWsJU3VuIE1heSAx OCAwMTozOTo1NiAxOTk3CioqKioqKioqKioqKioqKgoqKiogMCAqKioqCi0tLSAxLDc4IC0t LS0KKyAjCisgIyB4ODZfbGludXhfMi4wLm1rIC0gbWFrZSB2YXJpYWJsZXMgYW5kIHJ1bGVz IHNwZWNpZmljIHRvIExpbnV4IDIuMCBvbiAKKyAjICAgICAgICAgICAgICAgICAgICAgaW50 ZWwgeDg2LgorICMKKyAKKyBQTEFURk9STSA9IGZyZWVic2QKKyBMSUJESVIgICA9ICQoVE9Q KS9saWIKKyBCSU5ESVIgICA9ICQoVE9QKS9iaW4KKyAKKyAjCisgIyBDIHByZXByb2Nlc3Nv ciBtYWNybyBkZWZpbml0aW9ucyBmb3IgdGhpcyBhcmNoaXRlY3R1cmUKKyAjCisgCisgUExB VEZPUk1fQ1BQRkxBR1MgPSAgLURfX09TVkVSU0lPTl9fPTMKKyAKKyAjCisgIyBTdGFuZGFy ZCBwcm9ncmFtcworICMKKyAKKyBBUiAgICAgICAgICAgICAgPSBhciBjcQorIFJBTkxJQgkJ PSByYW5saWIKKyBNS0RJUkhJRVIJPSAvdXNyL1gxMVI2L2Jpbi9ta2RpcmhpZXIKKyBDUAkJ PSBjcAorIE1WCQk9IG12IC1mCisgUk0gICAgICAgICAgICAgID0gcm0gLWYKKyAKKyBDWFgg ICAgICAgICAgICAgPSBnY2MKKyBDWFhGTEFHUyAgICAgICAgPSAkKENYWERFQlVHRkxBR1Mp ICQoQ1hYT1BUSU9OUykgJChDUFBGTEFHUykgCisgQ1hYREVCVUdGTEFHUyAgID0gLWcgLXBp cGUKKyBDWFhPUFRJT05TICAgICAgPSAtZmhhbmRsZS1leGNlcHRpb25zIC1XYWxsIC1Xbm8t dW51c2VkCisgQ1hYTElOSwkJPSBnKysKKyBDWFhMSU5LT1BUSU9OUyAgPSAkKENYWERFQlVH RkxBR1MpICQoQ1hYT1BUSU9OUykKKyAKKyBDUFBGTEFHUyAgICAgICAgPSAkKERJUl9DUFBG TEFHUykgJChQTEFURk9STV9DUFBGTEFHUykKKyAKKyAKKyAuU1VGRklYRVM6IC5vIC5jYyAu QyAuY3BwIC5jeHgKKyAKKyAuY2MubzoKKyAJJChDWFgpIC1jICQoQ1hYRkxBR1MpIC1vICRA ICQ8CisgCisgLkMubzoKKyAJJChDWFgpIC1jICQoQ1hYRkxBR1MpIC1vICRAICQ8CisgCisg LmNwcC5vOgorIAkkKENYWCkgLWMgJChDWFhGTEFHUykgLW8gJEAgJDwKKyAKKyAuY3h4Lm86 CisgCSQoQ1hYKSAtYyAkKENYWEZMQUdTKSAtbyAkQCAkPAorIAorIAorICMgVG8gYnVpbGQg b21uaXRocmVhZCBvbiB0b3Agb2YgbGludXgtdGhyZWFkcyAwLjUsIHVuY29tbWVudCB0aGUg Zm9sbG93aW5nCisgIyB0aHJlZSBsaW5lcyBhbmQgY29tbWVudCBvdXQgdGhlIGNvcnJlc3Bv bmRpbmcgb25lcyBpbiB0aGUgbWl0IHB0aHJlYWRzIAorICMgc2VjdGlvbiBiZWxvdy4KKyBP TU5JVEhSRUFEX1BPU0lYX0NQUEZMQUdTID0gLUROb05hbm9TbGVlcCAtRFB0aHJlYWREcmFm dFZlcnNpb249MTAKKyBPTU5JVEhSRUFEX0NQUEZMQUdTID0gLUkkKFRPUCkvaW5jbHVkZSAt RF9SRUVOVFJBTlQKKyBPTU5JVEhSRUFEX0xJQiA9IC1sb21uaXRocmVhZCAtbGNfcgorIE9N TklUSFJFQURfU1RBVElDX0xJQiA9IC1XbCwtQnN0YXRpYyAtbG9tbml0aHJlYWQgLVdsLC1C ZHluYW1pYyAtbGNfcgorIAorICMgVG8gYnVpbGQgb21uaXRocmVhZCBvbiB0b3Agb2YgbWl0 IHB0aHJlYWQsIHVuY29tbWVudCB0aGUgZm9sbG93aW5nCisgIyB0aHJlZSBsaW5lcyBhbmQg Y29tbWVudCBvdXQgdGhlIGNvcnJlc3BvbmRpbmcgb25lcyBpbiB0aGUgbGludXgtdGhyZWFk cworICMgc2VjdGlvbiBhYm92ZS4KKyAjT01OSVRIUkVBRF9QT1NJWF9DUFBGTEFHUyA9IC1E Tm9OYW5vU2xlZXAgLURQdGhyZWFkRHJhZnRWZXJzaW9uPTggCisgI09NTklUSFJFQURfQ1BQ RkxBR1MgPSAtSSQoVE9QKS9pbmNsdWRlIC1EX1JFRU5UUkFOVCAtRF9NSVRfUE9TSVhfVEhS RUFEUworICNPTU5JVEhSRUFEX0xJQiA9IC1sb21uaXRocmVhZCAtbHB0aHJlYWRzCisgI09N TklUSFJFQURfU1RBVElDX0xJQiA9IC1XbCwtQnN0YXRpYyAtbG9tbml0aHJlYWQgLVdsLC1C ZHluYW1pYyAtbHB0aHJlYWRzCisgCisgIyBEZWZhdWx0IGxvY2F0aW9uIG9mIHRoZSBvbW5p T1JCMiBjb25maWd1cmF0aW9uIGZpbGUgW2ZhbGxzIGJhY2sgdG8gdGhpcyBpZgorICMgdGhl IGVudmlyb25tZW50IHZhcmlhYmxlIE9NTklPUkJfQ09ORklHIGlzIG5vdCBzZXRdIDoKKyBP TU5JT1JCX0NPTkZJR19ERUZBVUxUX0xPQ0FUSU9OID0gXCIvZXRjL29tbmlPUkIuY2ZnXCIK KyAKKyBPTU5JT1JCX0NQUEZMQUdTID0gLURfX09NTklPUkIyX18gJChPTU5JVEhSRUFEX0NQ UEZMQUdTKQorIE9NTklPUkJfTElCID0gLWxvbW5pT1JCMiAkKE9NTklUSFJFQURfTElCKSAK KyBPTU5JT1JCX1NUQVRJQ19MSUIgPSAtV2wsLUJzdGF0aWMgLWxvbW5pT1JCMiAtV2wsLUJk eW5hbWljIFwKKyAgICAgICAgICAgICAgICAgICAgICAkKE9NTklUSFJFQURfU1RBVElDX0xJ QikKKyAKKyAjIERlZmF1bHQgZGlyZWN0b3J5IGZvciB0aGUgb21uaU5hbWVzIGxvZyBmaWxl cy4KKyBPTU5JTkFNRVNfTE9HX0RFRkFVTFRfTE9DQVRJT04gPSBcIi92YXIvb21uaW5hbWVz XCIKT25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wL21rOiBjb25maWcubWt+ Ck9ubHkgaW4gL3NwYXJlL3Rvb2xraXQvb21uaU9SQl8yLjIuMC9zcmMvYXBwbC9vbW5pTmFt ZXM6IE5hbWluZ0NvbnRleHRfaS5vCmRpZmYgLWIgLWMgLXIgb21uaU9SQl8yLjIuMC9zcmMv YXBwbC9vbW5pTmFtZXMvbG9nLmNjIC9zcGFyZS90b29sa2l0L29tbmlPUkJfMi4yLjAvc3Jj L2FwcGwvb21uaU5hbWVzL2xvZy5jYwoqKiogb21uaU9SQl8yLjIuMC9zcmMvYXBwbC9vbW5p TmFtZXMvbG9nLmNjCUZyaSBNYXkgIDkgMDM6NTg6MzUgMTk5NwotLS0gL3NwYXJlL3Rvb2xr aXQvb21uaU9SQl8yLjIuMC9zcmMvYXBwbC9vbW5pTmFtZXMvbG9nLmNjCVN1biBNYXkgMTgg MDE6MDg6NDMgMTk5NwoqKioqKioqKioqKioqKioKKioqIDM1LDQwICoqKioKLS0tIDM1LDQ0 IC0tLS0KICAjaW5jbHVkZSA8bG9nLmg+CiAgI2luY2x1ZGUgPGlvbWFuaXAuaD4KICAKKyAj aWZkZWYgX19GcmVlQlNEX18KKyAjZGVmaW5lIE9fU1lOQyAwCisgI2VuZGlmCisgCiAgI2lm ZGVmIF9fTlRfXwogIAogICNpbmNsdWRlIDxpby5oPgoqKioqKioqKioqKioqKioKKioqIDI0 OSwyNTcgKioqKgogICNpZmRlZiBfX05UX18KICAgICAgICBpbnQgZmQgPSBfb3BlbihhY3Rp dmUsIE9fV1JPTkxZIHwgT19DUkVBVCB8IE9fVFJVTkMsIF9TX0lXUklURSk7CiAgI2Vsc2UK ISAgICAgICBpbnQgZmQgPSBvcGVuKGFjdGl2ZSwgT19XUk9OTFkgfCBPX0NSRUFUIHwgT19U UlVOQyB8IE9fU1lOQywgMDY2Nik7CiAgI2VuZGlmCi0gCiAgICAgICAgaWYgKGZkIDwgMCkK ICAJdGhyb3cgSU9FcnJvcigpOwogICAgICAgIGxvZ2YuYXR0YWNoKGZkKTsKLS0tIDI1Mywy NjAgLS0tLQogICNpZmRlZiBfX05UX18KICAgICAgICBpbnQgZmQgPSBfb3BlbihhY3RpdmUs IE9fV1JPTkxZIHwgT19DUkVBVCB8IE9fVFJVTkMsIF9TX0lXUklURSk7CiAgI2Vsc2UKISAg ICAgICBpbnQgZmQgPSBvcGVuKGFjdGl2ZSwgT19XUk9OTFkgfCBPX0NSRUFUIHwgT19UUlVO QyB8ICBPX1NZTkMgLCAwNjY2KTsKICAjZW5kaWYKICAgICAgICBpZiAoZmQgPCAwKQogIAl0 aHJvdyBJT0Vycm9yKCk7CiAgICAgICAgbG9nZi5hdHRhY2goZmQpOwpPbmx5IGluIC9zcGFy ZS90b29sa2l0L29tbmlPUkJfMi4yLjAvc3JjL2FwcGwvb21uaU5hbWVzOiBsb2cuY2N+Ck9u bHkgaW4gL3NwYXJlL3Rvb2xraXQvb21uaU9SQl8yLjIuMC9zcmMvYXBwbC9vbW5pTmFtZXM6 IGxvZy5vCk9ubHkgaW4gL3NwYXJlL3Rvb2xraXQvb21uaU9SQl8yLjIuMC9zcmMvYXBwbC9v bW5pTmFtZXM6IG9tbmlOYW1lcwpPbmx5IGluIC9zcGFyZS90b29sa2l0L29tbmlPUkJfMi4y LjAvc3JjL2FwcGwvb21uaU5hbWVzOiBvbW5pTmFtZXMubwpPbmx5IGluIC9zcGFyZS90b29s a2l0L29tbmlPUkJfMi4yLjAvc3JjL2FwcGwvdXRpbHMvY2F0aW9yOiBjYXRpb3IKT25seSBp biAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wL3NyYy9hcHBsL3V0aWxzL2NhdGlvcjog Y2F0aW9yLm8KT25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wL3NyYy9hcHBs L3V0aWxzL2dlbmlvcjogZ2VuaW9yCk9ubHkgaW4gL3NwYXJlL3Rvb2xraXQvb21uaU9SQl8y LjIuMC9zcmMvYXBwbC91dGlscy9nZW5pb3I6IGdlbmlvci5vCk9ubHkgaW4gL3NwYXJlL3Rv b2xraXQvb21uaU9SQl8yLjIuMC9zcmMvYXBwbC91dGlscy9uYW1lY2x0OiBuYW1lY2x0Ck9u bHkgaW4gL3NwYXJlL3Rvb2xraXQvb21uaU9SQl8yLjIuMC9zcmMvYXBwbC91dGlscy9uYW1l Y2x0OiBuYW1lY2x0Lm8KZGlmZiAtYiAtYyAtciBvbW5pT1JCXzIuMi4wL3NyYy9leGFtcGxl cy9lY2hvL01ha2VmaWxlIC9zcGFyZS90b29sa2l0L29tbmlPUkJfMi4yLjAvc3JjL2V4YW1w bGVzL2VjaG8vTWFrZWZpbGUKKioqIG9tbmlPUkJfMi4yLjAvc3JjL2V4YW1wbGVzL2VjaG8v TWFrZWZpbGUJTW9uIE1heSAxMiAwNDowMTo0MSAxOTk3Ci0tLSAvc3BhcmUvdG9vbGtpdC9v bW5pT1JCXzIuMi4wL3NyYy9leGFtcGxlcy9lY2hvL01ha2VmaWxlCVN1biBNYXkgMTggMDE6 MjQ6MjEgMTk5NwoqKioqKioqKioqKioqKioKKioqIDMyLDM4ICoqKioKICBlZzJfY2x0OiBl Y2hvU0subyBlZzJfY2x0Lm8KICAJQChzZXQgLXg7IFwKICAgICAgICAgICAgJChSTSkgLWYg JEA7IFwKISAgICAgICAgICAgJChDWFhMSU5LKSAtbyAkQCAkKENYWExJTktPUFRJT05TKSBl ZzJfY2x0Lm8gZWNob1NLLm8gLUwkKFRPUCkvbGliIFwKICAgICAgICAgICAgJChPTU5JT1JC X0xJQikgXAogICAgICAgICAgICkKICAKLS0tIDMyLDM4IC0tLS0KICBlZzJfY2x0OiBlY2hv U0subyBlZzJfY2x0Lm8KICAJQChzZXQgLXg7IFwKICAgICAgICAgICAgJChSTSkgLWYgJEA7 IFwKISAgICAgICAgICAgJChDWFhMSU5LKSAtZyAtbyAkQCAkKENYWExJTktPUFRJT05TKSBl ZzJfY2x0Lm8gZWNob1NLLm8gLUwkKFRPUCkvbGliIFwKICAgICAgICAgICAgJChPTU5JT1JC X0xJQikgXAogICAgICAgICAgICkKICAKT25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JC XzIuMi4wL3NyYy9leGFtcGxlcy9lY2hvOiBNYWtlZmlsZX4KT25seSBpbiAvc3BhcmUvdG9v bGtpdC9vbW5pT1JCXzIuMi4wL3NyYy9leGFtcGxlcy9lY2hvOiBlY2hvLmhoCk9ubHkgaW4g L3NwYXJlL3Rvb2xraXQvb21uaU9SQl8yLjIuMC9zcmMvZXhhbXBsZXMvZWNobzogZWNob1NL LmNjCk9ubHkgaW4gL3NwYXJlL3Rvb2xraXQvb21uaU9SQl8yLjIuMC9zcmMvZXhhbXBsZXMv ZWNobzogZWNob1NLLm8KT25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wL3Ny Yy9leGFtcGxlcy9lY2hvOiBlZzEKT25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIu Mi4wL3NyYy9leGFtcGxlcy9lY2hvOiBlZzEubwpPbmx5IGluIC9zcGFyZS90b29sa2l0L29t bmlPUkJfMi4yLjAvc3JjL2V4YW1wbGVzL2VjaG86IGVnMl9jbHQKT25seSBpbiAvc3BhcmUv dG9vbGtpdC9vbW5pT1JCXzIuMi4wL3NyYy9leGFtcGxlcy9lY2hvOiBlZzJfY2x0Lm8KT25s eSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wL3NyYy9leGFtcGxlcy9lY2hvOiBl ZzJfaW1wbApPbmx5IGluIC9zcGFyZS90b29sa2l0L29tbmlPUkJfMi4yLjAvc3JjL2V4YW1w bGVzL2VjaG86IGVnMl9pbXBsLm8KT25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIu Mi4wL3NyYy9leGFtcGxlcy9lY2hvOiBlZzNfY2x0Ck9ubHkgaW4gL3NwYXJlL3Rvb2xraXQv b21uaU9SQl8yLjIuMC9zcmMvZXhhbXBsZXMvZWNobzogZWczX2NsdC5vCk9ubHkgaW4gL3Nw YXJlL3Rvb2xraXQvb21uaU9SQl8yLjIuMC9zcmMvZXhhbXBsZXMvZWNobzogZWczX2ltcGwK T25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wL3NyYy9leGFtcGxlcy9lY2hv OiBlZzNfaW1wbC5vCk9ubHkgaW4gL3NwYXJlL3Rvb2xraXQvb21uaU9SQl8yLjIuMC9zcmMv ZXhhbXBsZXMvdGhyZWFkOiBkaW5lcgpPbmx5IGluIC9zcGFyZS90b29sa2l0L29tbmlPUkJf Mi4yLjAvc3JjL2V4YW1wbGVzL3RocmVhZDogZGluZXIubwpPbmx5IGluIC9zcGFyZS90b29s a2l0L29tbmlPUkJfMi4yLjAvc3JjL2V4YW1wbGVzL3RocmVhZDogcHJpbwpPbmx5IGluIC9z cGFyZS90b29sa2l0L29tbmlPUkJfMi4yLjAvc3JjL2V4YW1wbGVzL3RocmVhZDogcHJpby5v Ck9ubHkgaW4gL3NwYXJlL3Rvb2xraXQvb21uaU9SQl8yLjIuMC9zcmMvZXhhbXBsZXMvdGhy ZWFkOiBwcm9kY29ucwpPbmx5IGluIC9zcGFyZS90b29sa2l0L29tbmlPUkJfMi4yLjAvc3Jj L2V4YW1wbGVzL3RocmVhZDogcHJvZGNvbnMubwpPbmx5IGluIC9zcGFyZS90b29sa2l0L29t bmlPUkJfMi4yLjAvc3JjL2V4YW1wbGVzL3RocmVhZDogdGhyc3BlY2RhdGEKT25seSBpbiAv c3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wL3NyYy9leGFtcGxlcy90aHJlYWQ6IHRocnNw ZWNkYXRhLm8KT25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wL3NyYy9saWIv b21uaU9SQjI6IE5hbWluZy5oaApPbmx5IGluIC9zcGFyZS90b29sa2l0L29tbmlPUkJfMi4y LjAvc3JjL2xpYi9vbW5pT1JCMjogTmFtaW5nU0suY2MKT25seSBpbiAvc3BhcmUvdG9vbGtp dC9vbW5pT1JCXzIuMi4wL3NyYy9saWIvb21uaU9SQjI6IE5hbWluZ1NLLm8KT25seSBpbiAv c3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wL3NyYy9saWIvb21uaU9SQjI6IGNvbnN0YW50 cy5vCk9ubHkgaW4gL3NwYXJlL3Rvb2xraXQvb21uaU9SQl8yLjIuMC9zcmMvbGliL29tbmlP UkIyOiBjb3JiYUJvYS5vCk9ubHkgaW4gL3NwYXJlL3Rvb2xraXQvb21uaU9SQl8yLjIuMC9z cmMvbGliL29tbmlPUkIyOiBjb3JiYU9iamVjdC5vCk9ubHkgaW4gL3NwYXJlL3Rvb2xraXQv b21uaU9SQl8yLjIuMC9zcmMvbGliL29tbmlPUkIyOiBjb3JiYU9yYi5vCk9ubHkgaW4gL3Nw YXJlL3Rvb2xraXQvb21uaU9SQl8yLjIuMC9zcmMvbGliL29tbmlPUkIyOiBjb3JiYVN0cmlu Zy5vCk9ubHkgaW4gL3NwYXJlL3Rvb2xraXQvb21uaU9SQl8yLjIuMC9zcmMvbGliL29tbmlP UkIyOiBleGNlcHRpb24ubwpPbmx5IGluIC9zcGFyZS90b29sa2l0L29tbmlPUkJfMi4yLjAv c3JjL2xpYi9vbW5pT1JCMjogZ2lvcENsaWVudC5vCk9ubHkgaW4gL3NwYXJlL3Rvb2xraXQv b21uaU9SQl8yLjIuMC9zcmMvbGliL29tbmlPUkIyOiBnaW9wU2VydmVyLm8KT25seSBpbiAv c3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wL3NyYy9saWIvb21uaU9SQjI6IGluaXRGaWxl Lm8KT25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wL3NyYy9saWIvb21uaU9S QjI6IGlvci5vCk9ubHkgaW4gL3NwYXJlL3Rvb2xraXQvb21uaU9SQl8yLjIuMC9zcmMvbGli L29tbmlPUkIyOiBsaWJjV3JhcHBlci5vCk9ubHkgaW4gL3NwYXJlL3Rvb2xraXQvb21uaU9S Ql8yLjIuMC9zcmMvbGliL29tbmlPUkIyOiBsaWJvbW5pT1JCMi5hCk9ubHkgaW4gL3NwYXJl L3Rvb2xraXQvb21uaU9SQl8yLjIuMC9zcmMvbGliL29tbmlPUkIyOiBtYnVmZmVyZWRTdHJl YW0ubwpPbmx5IGluIC9zcGFyZS90b29sa2l0L29tbmlPUkJfMi4yLjAvc3JjL2xpYi9vbW5p T1JCMjogbmJ1ZmZlcmVkU3RyZWFtLm8KT25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JC XzIuMi4wL3NyYy9saWIvb21uaU9SQjI6IG9iamVjdC5vCk9ubHkgaW4gL3NwYXJlL3Rvb2xr aXQvb21uaU9SQl8yLjIuMC9zcmMvbGliL29tbmlPUkIyOiBvYmplY3RLZXkubwpPbmx5IGlu IC9zcGFyZS90b29sa2l0L29tbmlPUkJfMi4yLjAvc3JjL2xpYi9vbW5pT1JCMjogb2JqZWN0 UmVmLm8KT25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wL3NyYy9saWIvb21u aU9SQjI6IG9yYi5vCmRpZmYgLWIgLWMgLXIgb21uaU9SQl8yLjIuMC9zcmMvbGliL29tbmlP UkIyL3NoYXJlZGxpYi9mcmVlYnNkLm1rIC9zcGFyZS90b29sa2l0L29tbmlPUkJfMi4yLjAv c3JjL2xpYi9vbW5pT1JCMi9zaGFyZWRsaWIvZnJlZWJzZC5tawoqKiogb21uaU9SQl8yLjIu MC9zcmMvbGliL29tbmlPUkIyL3NoYXJlZGxpYi9mcmVlYnNkLm1rCVN1biBNYXkgMTggMDI6 Mzg6MTggMTk5NwotLS0gL3NwYXJlL3Rvb2xraXQvb21uaU9SQl8yLjIuMC9zcmMvbGliL29t bmlPUkIyL3NoYXJlZGxpYi9mcmVlYnNkLm1rCVN1biBNYXkgMTggMDE6MDM6MjUgMTk5Nwoq KioqKioqKioqKioqKioKKioqIDAgKioqKgotLS0gMSwyIC0tLS0KKyAuREVGQVVMVDoKKyAJ QGVjaG8gZG9uZQpPbmx5IGluIC9zcGFyZS90b29sa2l0L29tbmlPUkJfMi4yLjAvc3JjL2xp Yi9vbW5pT1JCMjogc3RyYW5kLm8KT25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIu Mi4wL3NyYy9saWIvb21uaU9SQjI6IHRjcFNvY2tldF9VTklYLm8KT25seSBpbiAvc3BhcmUv dG9vbGtpdC9vbW5pT1JCXzIuMi4wL3NyYy9saWIvb21uaU9SQjI6IHVuc2hhcmVkLm8KT25s eSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wL3NyYy9saWIvb21uaXRocmVhZDog bGlib21uaXRocmVhZC5hCmRpZmYgLWIgLWMgLXIgb21uaU9SQl8yLjIuMC9zcmMvbGliL29t bml0aHJlYWQvcG9zaXguY2MgL3NwYXJlL3Rvb2xraXQvb21uaU9SQl8yLjIuMC9zcmMvbGli L29tbml0aHJlYWQvcG9zaXguY2MKKioqIG9tbmlPUkJfMi4yLjAvc3JjL2xpYi9vbW5pdGhy ZWFkL3Bvc2l4LmNjCVR1ZSBNYXkgIDYgMDg6NTg6NDAgMTk5NwotLS0gL3NwYXJlL3Rvb2xr aXQvb21uaU9SQl8yLjIuMC9zcmMvbGliL29tbml0aHJlYWQvcG9zaXguY2MJU3VuIE1heSAx OCAwMTo1OTowOCAxOTk3CioqKioqKioqKioqKioqKgoqKiogNjQxLDY0OCAqKioqCi0tLSA2 NDEsNjUyIC0tLS0KICAjaWYgKFB0aHJlYWREcmFmdFZlcnNpb24gPD0gNikKICAJcmMgPSBF UlJOTyhwdGhyZWFkX2RldGFjaCgmcG9zaXhfdGhyZWFkKSk7CiAgI2Vsc2UKKyAjaWZkZWYg X19GcmVlQlNEX18KKyAJcmMgPSBFUlJOTyhwdGhyZWFkX2RldGFjaCgmcG9zaXhfdGhyZWFk KSk7CisgI2Vsc2UKICAJcmMgPSBFUlJOTyhwdGhyZWFkX2RldGFjaChwb3NpeF90aHJlYWQp KTsKICAjZW5kaWYKKyAjZW5kaWYKICAJaWYgKHJjICE9IDApIHsKICAJICAgIERCKGNlcnIg PDwgIm9tbmlfdGhyZWFkOjpzdGFydDogcHRocmVhZF9kZXRhY2ggZXJyb3IgIgogIAkgICAg ICAgPDwgcmMgPDwgZW5kbCk7CioqKioqKioqKioqKioqKgoqKiogOTA3LDkyMCAqKioqCiAg ICAgIHB0aHJlYWRfeWllbGQoKTsKICAKICAjZWxzZQohIAogICAgICBpbnQgcmMgPSBzY2hl ZF95aWVsZCgpOwogIAogICAgICBpZiAocmMgIT0gMCkgewogIAljZXJyIDw8ICJvbW5pX3Ro cmVhZDo6eWllbGQ6IHNjaGVkX3lpZWxkIGVycm9yICIgPDwgZXJybm8gPDwgZW5kbDsKICAJ OjpleGl0KDEpOwogICAgICB9CiEgCiAgI2VuZGlmCiAgfQogIAotLS0gOTExLDkyNiAtLS0t CiAgICAgIHB0aHJlYWRfeWllbGQoKTsKICAKICAjZWxzZQohICNpZmRlZiBfX0ZyZWVCU0Rf XwohICAgICBwdGhyZWFkX3lpZWxkKCk7CiEgI2Vsc2UKICAgICAgaW50IHJjID0gc2NoZWRf eWllbGQoKTsKICAKICAgICAgaWYgKHJjICE9IDApIHsKICAJY2VyciA8PCAib21uaV90aHJl YWQ6OnlpZWxkOiBzY2hlZF95aWVsZCBlcnJvciAiIDw8IGVycm5vIDw8IGVuZGw7CiAgCTo6 ZXhpdCgxKTsKICAgICAgfQohICNlbmRpZgogICNlbmRpZgogIH0KICAKKioqKioqKioqKioq KioqCioqKiA5MjgsOTM0ICoqKioKICAjaWYgZGVmaW5lZChfX29zZjFfXykgJiYgZGVmaW5l ZChfX2FscGhhX18pCiAgICAgIGlmIChwdGhyZWFkX2RlbGF5X25wKCZycXRzKSAhPSAwKQog IAlyZXR1cm4gZXJybm87CiEgI2VsaWYgZGVmaW5lZChfX2xpbnV4X18pCiAgICAgIGlmIChz ZWNzID4gMjAwMCkgewogIAlzbGVlcChzZWNzKTsKICAgICAgfSBlbHNlIHsKLS0tIDkzNCw5 NDAgLS0tLQogICNpZiBkZWZpbmVkKF9fb3NmMV9fKSAmJiBkZWZpbmVkKF9fYWxwaGFfXykK ICAgICAgaWYgKHB0aHJlYWRfZGVsYXlfbnAoJnJxdHMpICE9IDApCiAgCXJldHVybiBlcnJu bzsKISAjZWxpZiBkZWZpbmVkKF9fbGludXhfXykgfHwgZGVmaW5lZChfX0ZyZWVCU0RfXykK ICAgICAgaWYgKHNlY3MgPiAyMDAwKSB7CiAgCXNsZWVwKHNlY3MpOwogICAgICB9IGVsc2Ug ewoqKioqKioqKioqKioqKioKKioqIDk1Myw5NTkgKioqKgogICAgICByYyA9IEVSUk5PKHB0 aHJlYWRfZ2V0X2V4cGlyYXRpb25fbnAoJnJlbCwgJmFicykpOwogICNlbHNlCiAgICAgIHRp bWVzcGVjIGFiczsKISAjaWZkZWYgX19saW51eF9fCiAgICAgIHN0cnVjdCB0aW1ldmFsIHR2 OwogICAgICBnZXR0aW1lb2ZkYXkoJnR2LCBOVUxMKTsgCiAgICAgIGFicy50dl9zZWMgPSB0 di50dl9zZWM7Ci0tLSA5NTksOTY1IC0tLS0KICAgICAgcmMgPSBFUlJOTyhwdGhyZWFkX2dl dF9leHBpcmF0aW9uX25wKCZyZWwsICZhYnMpKTsKICAjZWxzZQogICAgICB0aW1lc3BlYyBh YnM7CiEgI2lmIGRlZmluZWQoX19saW51eF9fKSB8fCBkZWZpbmVkKF9fRnJlZUJTRF9fKQog ICAgICBzdHJ1Y3QgdGltZXZhbCB0djsKICAgICAgZ2V0dGltZW9mZGF5KCZ0diwgTlVMTCk7 IAogICAgICBhYnMudHZfc2VjID0gdHYudHZfc2VjOwoqKioqKioqKioqKioqKioKKioqIDEw MDEsMTAwNyAqKioqCiAgCiAgaW50IG9tbmlfdGhyZWFkOjpjYW5jZWwodm9pZCkKICB7CiEg I2lmZGVmIF9fbGludXhfXwogICAgICBjZXJyIDw8ICJvbW5pX3RocmVhZDo6Y2FuY2VsOiBu byBwdGhyZWFkX2NhbmNlbCBvbiB0aGlzIHBsYXRmb3JtXG4iOwogICAgICByZXR1cm4gRU5P U1lTOwogICNlbHNlCi0tLSAxMDA3LDEwMTMgLS0tLQogIAogIGludCBvbW5pX3RocmVhZDo6 Y2FuY2VsKHZvaWQpCiAgewohICNpZiBkZWZpbmVkKF9fbGludXhfXykgfHwgZGVmaW5lZChf X0ZyZWVCU0RfXykKICAgICAgY2VyciA8PCAib21uaV90aHJlYWQ6OmNhbmNlbDogbm8gcHRo cmVhZF9jYW5jZWwgb24gdGhpcyBwbGF0Zm9ybVxuIjsKICAgICAgcmV0dXJuIEVOT1NZUzsK ICAjZWxzZQpPbmx5IGluIC9zcGFyZS90b29sa2l0L29tbmlPUkJfMi4yLjAvc3JjL2xpYi9v bW5pdGhyZWFkOiBwb3NpeC5jY34KT25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIu Mi4wL3NyYy9saWIvb21uaXRocmVhZDogcG9zaXgubwpkaWZmIC1iIC1jIC1yIG9tbmlPUkJf Mi4yLjAvc3JjL2xpYi9vbW5pdGhyZWFkL3NoYXJlZGxpYi9mcmVlYnNkLm1rIC9zcGFyZS90 b29sa2l0L29tbmlPUkJfMi4yLjAvc3JjL2xpYi9vbW5pdGhyZWFkL3NoYXJlZGxpYi9mcmVl YnNkLm1rCioqKiBvbW5pT1JCXzIuMi4wL3NyYy9saWIvb21uaXRocmVhZC9zaGFyZWRsaWIv ZnJlZWJzZC5tawlTdW4gTWF5IDE4IDAyOjM4OjEyIDE5OTcKLS0tIC9zcGFyZS90b29sa2l0 L29tbmlPUkJfMi4yLjAvc3JjL2xpYi9vbW5pdGhyZWFkL3NoYXJlZGxpYi9mcmVlYnNkLm1r CVN1biBNYXkgMTggMDE6MDE6MDcgMTk5NwoqKioqKioqKioqKioqKioKKioqIDAgKioqKgot LS0gMSwyIC0tLS0KKyAuREVGQVVMVDoKKyAJQGVjaG8gZG9uZQpPbmx5IGluIC9zcGFyZS90 b29sa2l0L29tbmlPUkJfMi4yLjAvc3JjL3Rvb2wvb21uaWlkbDIvYXN0OiBhc3RfYXJndW1l bnQubwpPbmx5IGluIC9zcGFyZS90b29sa2l0L29tbmlPUkJfMi4yLjAvc3JjL3Rvb2wvb21u aWlkbDIvYXN0OiBhc3RfYXJyYXkubwpPbmx5IGluIC9zcGFyZS90b29sa2l0L29tbmlPUkJf Mi4yLjAvc3JjL3Rvb2wvb21uaWlkbDIvYXN0OiBhc3RfYXR0cmlidXRlLm8KT25seSBpbiAv c3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wL3NyYy90b29sL29tbmlpZGwyL2FzdDogYXN0 X2NoZWNrLm8KT25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wL3NyYy90b29s L29tbmlpZGwyL2FzdDogYXN0X2NvbmNyZXRlX3R5cGUubwpPbmx5IGluIC9zcGFyZS90b29s a2l0L29tbmlPUkJfMi4yLjAvc3JjL3Rvb2wvb21uaWlkbDIvYXN0OiBhc3RfY29uc3RhbnQu bwpPbmx5IGluIC9zcGFyZS90b29sa2l0L29tbmlPUkJfMi4yLjAvc3JjL3Rvb2wvb21uaWlk bDIvYXN0OiBhc3RfZGVjbC5vCk9ubHkgaW4gL3NwYXJlL3Rvb2xraXQvb21uaU9SQl8yLjIu MC9zcmMvdG9vbC9vbW5paWRsMi9hc3Q6IGFzdF9lbnVtLm8KT25seSBpbiAvc3BhcmUvdG9v bGtpdC9vbW5pT1JCXzIuMi4wL3NyYy90b29sL29tbmlpZGwyL2FzdDogYXN0X2VudW1fdmFs Lm8KT25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wL3NyYy90b29sL29tbmlp ZGwyL2FzdDogYXN0X2V4Y2VwdGlvbi5vCk9ubHkgaW4gL3NwYXJlL3Rvb2xraXQvb21uaU9S Ql8yLjIuMC9zcmMvdG9vbC9vbW5paWRsMi9hc3Q6IGFzdF9leHByZXNzaW9uLm8KT25seSBp biAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wL3NyYy90b29sL29tbmlpZGwyL2FzdDog YXN0X2ZpZWxkLm8KT25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wL3NyYy90 b29sL29tbmlpZGwyL2FzdDogYXN0X2dlbmVyYXRvci5vCk9ubHkgaW4gL3NwYXJlL3Rvb2xr aXQvb21uaU9SQl8yLjIuMC9zcmMvdG9vbC9vbW5paWRsMi9hc3Q6IGFzdF9pbnRlcmZhY2Uu bwpPbmx5IGluIC9zcGFyZS90b29sa2l0L29tbmlPUkJfMi4yLjAvc3JjL3Rvb2wvb21uaWlk bDIvYXN0OiBhc3RfaW50Zl9md2QubwpPbmx5IGluIC9zcGFyZS90b29sa2l0L29tbmlPUkJf Mi4yLjAvc3JjL3Rvb2wvb21uaWlkbDIvYXN0OiBhc3RfbW9kdWxlLm8KT25seSBpbiAvc3Bh cmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wL3NyYy90b29sL29tbmlpZGwyL2FzdDogYXN0X29w ZXJhdGlvbi5vCk9ubHkgaW4gL3NwYXJlL3Rvb2xraXQvb21uaU9SQl8yLjIuMC9zcmMvdG9v bC9vbW5paWRsMi9hc3Q6IGFzdF9wcmVkZWZpbmVkX3R5cGUubwpPbmx5IGluIC9zcGFyZS90 b29sa2l0L29tbmlPUkJfMi4yLjAvc3JjL3Rvb2wvb21uaWlkbDIvYXN0OiBhc3RfcmVjdXJz aXZlLm8KT25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wL3NyYy90b29sL29t bmlpZGwyL2FzdDogYXN0X3JlZGVmLm8KT25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JC XzIuMi4wL3NyYy90b29sL29tbmlpZGwyL2FzdDogYXN0X3Jvb3QubwpPbmx5IGluIC9zcGFy ZS90b29sa2l0L29tbmlPUkJfMi4yLjAvc3JjL3Rvb2wvb21uaWlkbDIvYXN0OiBhc3Rfc2Vx dWVuY2UubwpPbmx5IGluIC9zcGFyZS90b29sa2l0L29tbmlPUkJfMi4yLjAvc3JjL3Rvb2wv b21uaWlkbDIvYXN0OiBhc3Rfc3RyaW5nLm8KT25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5p T1JCXzIuMi4wL3NyYy90b29sL29tbmlpZGwyL2FzdDogYXN0X3N0cnVjdHVyZS5vCk9ubHkg aW4gL3NwYXJlL3Rvb2xraXQvb21uaU9SQl8yLjIuMC9zcmMvdG9vbC9vbW5paWRsMi9hc3Q6 IGFzdF90eXBlLm8KT25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wL3NyYy90 b29sL29tbmlpZGwyL2FzdDogYXN0X3R5cGVkZWYubwpPbmx5IGluIC9zcGFyZS90b29sa2l0 L29tbmlPUkJfMi4yLjAvc3JjL3Rvb2wvb21uaWlkbDIvYXN0OiBhc3RfdW5pb24ubwpPbmx5 IGluIC9zcGFyZS90b29sa2l0L29tbmlPUkJfMi4yLjAvc3JjL3Rvb2wvb21uaWlkbDIvYXN0 OiBhc3RfdW5pb25fYnJhbmNoLm8KT25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIu Mi4wL3NyYy90b29sL29tbmlpZGwyL2FzdDogYXN0X3VuaW9uX2xhYmVsLm8KT25seSBpbiAv c3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wL3NyYy90b29sL29tbmlpZGwyL2FzdDogbGli YXN0LmEKT25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wL3NyYy90b29sL29t bmlpZGwyL2RyaXZlcjogZHJ2X2FyZ3MubwpPbmx5IGluIC9zcGFyZS90b29sa2l0L29tbmlP UkJfMi4yLjAvc3JjL3Rvb2wvb21uaWlkbDIvZHJpdmVyOiBkcnZfZm9yay5vCk9ubHkgaW4g L3NwYXJlL3Rvb2xraXQvb21uaU9SQl8yLjIuMC9zcmMvdG9vbC9vbW5paWRsMi9kcml2ZXI6 IGRydl9pbml0Lm8KT25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wL3NyYy90 b29sL29tbmlpZGwyL2RyaXZlcjogZHJ2X2xpbmsubwpPbmx5IGluIC9zcGFyZS90b29sa2l0 L29tbmlPUkJfMi4yLjAvc3JjL3Rvb2wvb21uaWlkbDIvZHJpdmVyOiBkcnZfbWFpbi5vCk9u bHkgaW4gL3NwYXJlL3Rvb2xraXQvb21uaU9SQl8yLjIuMC9zcmMvdG9vbC9vbW5paWRsMi9k cml2ZXI6IGRydl9wcmVwcm9jLm8KT25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIu Mi4wL3NyYy90b29sL29tbmlpZGwyL2RyaXZlcjogZHJ2X3ByaXZhdGUubwpPbmx5IGluIC9z cGFyZS90b29sa2l0L29tbmlPUkJfMi4yLjAvc3JjL3Rvb2wvb21uaWlkbDIvZHJpdmVyOiBs aWJkcnYuYQpPbmx5IGluIC9zcGFyZS90b29sa2l0L29tbmlPUkJfMi4yLjAvc3JjL3Rvb2wv b21uaWlkbDIvZmU6IGZlX2RlY2xhcmF0b3IubwpPbmx5IGluIC9zcGFyZS90b29sa2l0L29t bmlPUkJfMi4yLjAvc3JjL3Rvb2wvb21uaWlkbDIvZmU6IGZlX2V4dGVybi5vCk9ubHkgaW4g L3NwYXJlL3Rvb2xraXQvb21uaU9SQl8yLjIuMC9zcmMvdG9vbC9vbW5paWRsMi9mZTogZmVf aW5pdC5vCk9ubHkgaW4gL3NwYXJlL3Rvb2xraXQvb21uaU9SQl8yLjIuMC9zcmMvdG9vbC9v bW5paWRsMi9mZTogZmVfaW50ZXJmYWNlX2hlYWRlci5vCk9ubHkgaW4gL3NwYXJlL3Rvb2xr aXQvb21uaU9SQl8yLjIuMC9zcmMvdG9vbC9vbW5paWRsMi9mZTogZmVfcHJpdmF0ZS5vCk9u bHkgaW4gL3NwYXJlL3Rvb2xraXQvb21uaU9SQl8yLjIuMC9zcmMvdG9vbC9vbW5paWRsMi9m ZTogbGV4Lnl5Lm8KT25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wL3NyYy90 b29sL29tbmlpZGwyL2ZlOiBsaWJmZS5hCk9ubHkgaW4gL3NwYXJlL3Rvb2xraXQvb21uaU9S Ql8yLjIuMC9zcmMvdG9vbC9vbW5paWRsMi9mZTogeS50YWIubwpPbmx5IGluIC9zcGFyZS90 b29sa2l0L29tbmlPUkJfMi4yLjAvc3JjL3Rvb2wvb21uaWlkbDIvbmFycm93OiBsaWJuYXJy b3cuYQpPbmx5IGluIC9zcGFyZS90b29sa2l0L29tbmlPUkJfMi4yLjAvc3JjL3Rvb2wvb21u aWlkbDIvbmFycm93OiBucl9uYXJyb3cubwpPbmx5IGluIC9zcGFyZS90b29sa2l0L29tbmlP UkJfMi4yLjAvc3JjL3Rvb2wvb21uaWlkbDIvb21uaU9SQjJfYmU6IGxpYm9tbmlPUkIyX2Jl LmEKT25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wL3NyYy90b29sL29tbmlp ZGwyL29tbmlPUkIyX2JlOiBvMmJlX2FycmF5Lm8KT25seSBpbiAvc3BhcmUvdG9vbGtpdC9v bW5pT1JCXzIuMi4wL3NyYy90b29sL29tbmlpZGwyL29tbmlPUkIyX2JlOiBvMmJlX2F0dHJp YnV0ZS5vCk9ubHkgaW4gL3NwYXJlL3Rvb2xraXQvb21uaU9SQl8yLjIuMC9zcmMvdG9vbC9v bW5paWRsMi9vbW5pT1JCMl9iZTogbzJiZV9jZmVfaW50ZXJmYWNlLm8KT25seSBpbiAvc3Bh cmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wL3NyYy90b29sL29tbmlpZGwyL29tbmlPUkIyX2Jl OiBvMmJlX2NvbnN0YW50Lm8KT25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4w L3NyYy90b29sL29tbmlpZGwyL29tbmlPUkIyX2JlOiBvMmJlX2VudW0ubwpPbmx5IGluIC9z cGFyZS90b29sa2l0L29tbmlPUkJfMi4yLjAvc3JjL3Rvb2wvb21uaWlkbDIvb21uaU9SQjJf YmU6IG8yYmVfZXhjZXB0aW9uLm8KT25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIu Mi4wL3NyYy90b29sL29tbmlpZGwyL29tbmlPUkIyX2JlOiBvMmJlX2ZpZWxkLm8KT25seSBp biAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wL3NyYy90b29sL29tbmlpZGwyL29tbmlP UkIyX2JlOiBvMmJlX2dlbmVyYXRvci5vCk9ubHkgaW4gL3NwYXJlL3Rvb2xraXQvb21uaU9S Ql8yLjIuMC9zcmMvdG9vbC9vbW5paWRsMi9vbW5pT1JCMl9iZTogbzJiZV9pbnRlcmZhY2Uu bwpPbmx5IGluIC9zcGFyZS90b29sa2l0L29tbmlPUkJfMi4yLjAvc3JjL3Rvb2wvb21uaWlk bDIvb21uaU9SQjJfYmU6IG8yYmVfbW9kdWxlLm8KT25seSBpbiAvc3BhcmUvdG9vbGtpdC9v bW5pT1JCXzIuMi4wL3NyYy90b29sL29tbmlpZGwyL29tbmlPUkIyX2JlOiBvMmJlX25hbWUu bwpPbmx5IGluIC9zcGFyZS90b29sa2l0L29tbmlPUkJfMi4yLjAvc3JjL3Rvb2wvb21uaWlk bDIvb21uaU9SQjJfYmU6IG8yYmVfb3BlcmF0aW9uLm8KT25seSBpbiAvc3BhcmUvdG9vbGtp dC9vbW5pT1JCXzIuMi4wL3NyYy90b29sL29tbmlpZGwyL29tbmlPUkIyX2JlOiBvMmJlX3By ZWRlZmluZWRfdHlwZS5vCk9ubHkgaW4gL3NwYXJlL3Rvb2xraXQvb21uaU9SQl8yLjIuMC9z cmMvdG9vbC9vbW5paWRsMi9vbW5pT1JCMl9iZTogbzJiZV9yb290Lm8KT25seSBpbiAvc3Bh cmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wL3NyYy90b29sL29tbmlpZGwyL29tbmlPUkIyX2Jl OiBvMmJlX3NlcXVlbmNlLm8KT25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4w L3NyYy90b29sL29tbmlpZGwyL29tbmlPUkIyX2JlOiBvMmJlX3N0cmluZy5vCk9ubHkgaW4g L3NwYXJlL3Rvb2xraXQvb21uaU9SQl8yLjIuMC9zcmMvdG9vbC9vbW5paWRsMi9vbW5pT1JC Ml9iZTogbzJiZV9zdHJ1Y3QubwpPbmx5IGluIC9zcGFyZS90b29sa2l0L29tbmlPUkJfMi4y LjAvc3JjL3Rvb2wvb21uaWlkbDIvb21uaU9SQjJfYmU6IG8yYmVfdHlwZWRlZi5vCk9ubHkg aW4gL3NwYXJlL3Rvb2xraXQvb21uaU9SQl8yLjIuMC9zcmMvdG9vbC9vbW5paWRsMi9vbW5p T1JCMl9iZTogbzJiZV91bmlvbi5vCk9ubHkgaW4gL3NwYXJlL3Rvb2xraXQvb21uaU9SQl8y LjIuMC9zcmMvdG9vbC9vbW5paWRsMi9vbW5pT1JCMl9iZTogbzJiZV91bmlvbl9icmFuY2gu bwpPbmx5IGluIC9zcGFyZS90b29sa2l0L29tbmlPUkJfMi4yLjAvc3JjL3Rvb2wvb21uaWlk bDI6IG9tbmlpZGwyCk9ubHkgaW4gL3NwYXJlL3Rvb2xraXQvb21uaU9SQl8yLjIuMC9zcmMv dG9vbC9vbW5paWRsMi91dGlsOiBsaWJ1dGlsLmEKT25seSBpbiAvc3BhcmUvdG9vbGtpdC9v bW5pT1JCXzIuMi4wL3NyYy90b29sL29tbmlpZGwyL3V0aWw6IHV0bF9kZWNsbGlzdC5vCk9u bHkgaW4gL3NwYXJlL3Rvb2xraXQvb21uaU9SQl8yLjIuMC9zcmMvdG9vbC9vbW5paWRsMi91 dGlsOiB1dGxfZXJyb3IubwpPbmx5IGluIC9zcGFyZS90b29sa2l0L29tbmlPUkJfMi4yLjAv c3JjL3Rvb2wvb21uaWlkbDIvdXRpbDogdXRsX2V4Y2VwdGxpc3QubwpPbmx5IGluIC9zcGFy ZS90b29sa2l0L29tbmlPUkJfMi4yLjAvc3JjL3Rvb2wvb21uaWlkbDIvdXRpbDogdXRsX2V4 cHJsaXN0Lm8KT25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wL3NyYy90b29s L29tbmlpZGwyL3V0aWw6IHV0bF9nbG9iYWwubwpPbmx5IGluIC9zcGFyZS90b29sa2l0L29t bmlPUkJfMi4yLjAvc3JjL3Rvb2wvb21uaWlkbDIvdXRpbDogdXRsX2lkZW50aWZpZXIubwpP bmx5IGluIC9zcGFyZS90b29sa2l0L29tbmlPUkJfMi4yLjAvc3JjL3Rvb2wvb21uaWlkbDIv dXRpbDogdXRsX2lkbGlzdC5vCk9ubHkgaW4gL3NwYXJlL3Rvb2xraXQvb21uaU9SQl8yLjIu MC9zcmMvdG9vbC9vbW5paWRsMi91dGlsOiB1dGxfaW5kZW50ZXIubwpPbmx5IGluIC9zcGFy ZS90b29sa2l0L29tbmlPUkJfMi4yLjAvc3JjL3Rvb2wvb21uaWlkbDIvdXRpbDogdXRsX2xh YmVsbGlzdC5vCk9ubHkgaW4gL3NwYXJlL3Rvb2xraXQvb21uaU9SQl8yLjIuMC9zcmMvdG9v bC9vbW5paWRsMi91dGlsOiB1dGxfbGlzdC5vCk9ubHkgaW4gL3NwYXJlL3Rvb2xraXQvb21u aU9SQl8yLjIuMC9zcmMvdG9vbC9vbW5paWRsMi91dGlsOiB1dGxfbmFtZWxpc3QubwpPbmx5 IGluIC9zcGFyZS90b29sa2l0L29tbmlPUkJfMi4yLjAvc3JjL3Rvb2wvb21uaWlkbDIvdXRp bDogdXRsX3Njb3BlLm8KT25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wL3Ny Yy90b29sL29tbmlpZGwyL3V0aWw6IHV0bF9zdGFjay5vCk9ubHkgaW4gL3NwYXJlL3Rvb2xr aXQvb21uaU9SQl8yLjIuMC9zcmMvdG9vbC9vbW5paWRsMi91dGlsOiB1dGxfc3RyaW5nLm8K T25seSBpbiAvc3BhcmUvdG9vbGtpdC9vbW5pT1JCXzIuMi4wL3NyYy90b29sL29tbmlpZGwy L3V0aWw6IHV0bF9zdHJsaXN0Lm8K --===_0_Sun_May_18_03:02:04_PDT_1997-- From owner-freebsd-hackers Sun May 18 04:07:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA24661 for hackers-outgoing; Sun, 18 May 1997 04:07:16 -0700 (PDT) Received: from matrix.42.org (sec@matrix.42.org [192.68.213.129]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA24647 for ; Sun, 18 May 1997 04:07:02 -0700 (PDT) Received: (from sec@localhost) by matrix.42.org (8.6.12/8.6.12) id NAA18591; Sun, 18 May 1997 13:06:41 +0200 To: freebsd-hackers@freebsd.org Path: sec From: sec@42.org (Stefan `Sec` Zehl) Newsgroups: muc.lists.freebsd.hackers Subject: Re: vim vs. nvi? Date: 18 May 1997 13:06:40 +0200 Organization: Internet@home Lines: 17 Message-ID: References: <19970516203228.50252@crh.cl.msu.edu> X-Newsreader: slrn (0.9.3.0-2 BETA UNIX) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article , Brian Tao wrote: > > I guess the only real way is to have some people in core who are vi > > users to try it out and give it a spin and see what they think. I > > myself am definatly sold.. If not for the syntax coloring alone.. > Thumbs up from me. I can no longer function in standard vi or > nvi, and vim is one of the first things I install on every new FreeBSD > system I use (after tcsh, screen and ncftp2 ;-)). Jepp, i vote for vim, too :) - it comes right afte screen (with WINDOW_MAX increased :-) and zsh. CU, Sec -- Programs that make a computer worth to use: FreeBSD, zsh, mutt, wm2, procmail, vim, perl, less, LaTeX, fetch, slrn, screen, ssh, pgp, ircII From owner-freebsd-hackers Sun May 18 05:16:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA26484 for hackers-outgoing; Sun, 18 May 1997 05:16:59 -0700 (PDT) Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA26479 for ; Sun, 18 May 1997 05:16:57 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id GAA14534; Sun, 18 May 1997 06:16:56 -0600 (MDT) Message-Id: <199705181216.GAA14534@pluto.plutotech.com> To: Arman Hazairin cc: hackers@FreeBSD.ORG Subject: Re: Adaptec 2940 In-reply-to: Your message of "Sun, 18 May 1997 13:48:02 +0700." Date: Sun, 18 May 1997 07:15:20 -0600 From: "Justin T. Gibbs" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >This is about 2.2.1-RELEASE. >Is there any patch available for Adaptec 2940. >Where is that ? It's called 2.2.2R or 2.2-stable. Check ftp.cdrom.com. >thanks a lot > >-arman- -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Sun May 18 06:34:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA28261 for hackers-outgoing; Sun, 18 May 1997 06:34:58 -0700 (PDT) Received: from lattice.milk.it (line08.globalnet.it [194.185.53.40]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA28252 for ; Sun, 18 May 1997 06:34:42 -0700 (PDT) Received: from localhost (ssigala@localhost) by lattice.milk.it (8.8.4/8.8.4) with SMTP id PAA01504 for ; Sun, 18 May 1997 15:28:26 +0200 (CEST) X-Authentication-Warning: lattice.milk.it: ssigala owned process doing -bs Date: Sun, 18 May 1997 15:28:25 +0200 (CEST) From: S Sigala X-Sender: ssigala@lattice.milk.it To: freebsd-hackers@freebsd.org Subject: NEW SCREENSAVER: "the daemon is jumpin' around" Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by hub.freebsd.org id GAA28257 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have just written this new LKM screensaver. Create the `/usr/src/lkm/syscons/daemon' directory, extract the shar archive there, compile and enjoy! (This screensaver may be included in the freebsd distributions, if someone like it... ;->) Regards, -sandro ------------------------- # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # Makefile # daemon_saver.c # echo x - Makefile sed 's/^X//' >Makefile << 'END-of-Makefile' X# $Id$ X XKMOD= daemon_saver_mod XSRCS= daemon_saver.c X XNOMAN= XCFLAGS+= -DLKM -I${.CURDIR}/.. -I${.CURDIR}/../../../sys X X.include END-of-Makefile echo x - daemon_saver.c sed 's/^X//' >daemon_saver.c << 'END-of-daemon_saver.c' X/*- X * Copyright (c) 1997 Sandro Sigala, Brescia, Italy. X * Copyright (c) 1995 Søren Schmidt X * All rights reserved. X * X * Redistribution and use in source and binary forms, with or without X * modification, are permitted provided that the following conditions X * are met: X * 1. Redistributions of source code must retain the above copyright X * notice, this list of conditions and the following disclaimer X * in this position and unchanged. X * 2. Redistributions in binary form must reproduce the above copyright X * notice, this list of conditions and the following disclaimer in the X * documentation and/or other materials provided with the distribution. X * X * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR X * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES X * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. X * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, X * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT X * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, X * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY X * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT X * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF X * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. X * X * $Id$ X */ X X#include X#include X#include X#include X#include X#include X#include X X#include X X#include "saver.h" X XMOD_MISC(daemon_saver); X Xvoid (*current_saver)(int blank); Xvoid (*old_saver)(int blank); X X#define DAEMON_MAX_WIDTH 32 X#define DAEMON_MAX_HEIGHT 19 X X/* How is the author of this ASCII pic? */ X Xstatic char *daemon_pic[] = { X " , ,", X " /( )`", X " \\ \\___ / |", X " /- _ `-/ '", X " (/\\/ \\ \\ /\\", X " / / | ` \\", X " O O ) / |", X " `-^--'`< '", X " (_.) _ ) /", X " `.___/` /", X " `-----' /", X "<----. __ / __ \\", X "<----|====O)))==) \\) /====", X "<----' `--' `.__,' \\", X " | |", X " \\ / /\\", X " ______( (_ / \\______/", X " ,' ,-----' |", X " `--{__________)", X NULL X}; X Xstatic char *daemon_attr[] = { X " R R", X " RR RR", X " R RRRR R R", X " RR W RRR R", X " RWWW W R RR", X " W W W R R", X " B B W R R", X " WWWWWWRR R", X " RRRR R R R", X " RRRRRRR R", X " RRRRRRR R", X "YYYYYY RR R RR R", X "YYYYYYYYYYRRRRYYR RR RYYYY", X "YYYYYY RRRR RRRRRR R", X " R R", X " R R RR", X " CCCCCCR RR R RRRRRRRR", X " CC CCCCCCC C", X " CCCCCCCCCCCCCCC", X NULL X}; X X Xstatic void Xdraw_daemon(int xpos, int ypos) X{ X int x, y; X int attr; X X for (y = 0; daemon_pic[y] != NULL; y++) X for (x = 0; daemon_pic[y][x] != '\0'; x++) { X switch (daemon_attr[y][x]) { X case 'R': attr = (FG_LIGHTRED|BG_BLACK)<<8; break; X case 'Y': attr = (FG_YELLOW|BG_BLACK)<<8; break; X case 'B': attr = (FG_LIGHTBLUE|BG_BLACK)<<8; break; X case 'W': attr = (FG_LIGHTGREY|BG_BLACK)<<8; break; X case 'C': attr = (FG_CYAN|BG_BLACK)<<8; break; X } X *((u_short*)(Crtat + (ypos+y)*cur_console->xsize + xpos + x)) = X scr_map[daemon_pic[y][x]]|attr; X } X} X Xstatic void Xdraw_string(int xpos, int ypos, char *s, int len) X{ X int x, y; X X for (x = 0; x < len; x++) X *((u_short*)(Crtat + ypos*cur_console->xsize + xpos + x)) = X scr_map[s[x]]|(FG_LIGHTGREEN|BG_BLACK)<<8; X} X Xstatic void Xdaemon_saver(int blank) X{ X static const char message[] = {"FreeBSD 3.0 CURRENT"}; X static int dxpos = 0, dypos = 0; X static int dxdir = 1, dydir = 1; X static int txpos = 10, typos = 10; X static int txdir = -1, tydir = -1; X static int moved_daemon = 0; X scr_stat *scp = cur_console; X X if (blank) { X if (scrn_blanked++ < 2) X return; X fillw((FG_LIGHTGREY|BG_BLACK)<<8|scr_map[0x20], Crtat, X scp->xsize * scp->ysize); X set_border(0); X scrn_blanked = 1; X X if (++moved_daemon) { X if (dxdir > 0) { X if (dxpos + 1 >= scp->xsize - DAEMON_MAX_WIDTH) X dxdir = -1; X } else { X if (dxpos == 0) dxdir = 1; X } X if (dydir > 0) { X if (dypos + 1 >= scp->ysize - DAEMON_MAX_HEIGHT) X dydir = -1; X } else { X if (dypos == 0) dydir = 1; X } X moved_daemon = -1; X dxpos += dxdir; dypos += dydir; X } X X if (txdir > 0) { X if (txpos + 1 >= scp->xsize - sizeof(message)-1) X txdir = -1; X } else { X if (txpos == 0) txdir = 1; X } X if (tydir > 0) { X if (typos + 1 >= scp->ysize - 1) X tydir = -1; X } else { X if (typos == 0) tydir = 1; X } X txpos += txdir; typos += tydir; X X draw_daemon(dxpos, dypos); X draw_string(txpos, typos, (char *)message, sizeof(message)-1); X } else { X if (scrn_blanked) { X set_border(scp->border); X scrn_blanked = 0; X scp->start = 0; X scp->end = scp->xsize * scp->ysize; X } X } X} X Xstatic int Xdaemon_saver_load(struct lkm_table *lkmtp, int cmd) X{ X (*current_saver)(0); X old_saver = current_saver; X current_saver = daemon_saver; X return 0; X} X Xstatic int Xdaemon_saver_unload(struct lkm_table *lkmtp, int cmd) X{ X (*current_saver)(0); X current_saver = old_saver; X return 0; X} X Xint Xdaemon_saver_mod(struct lkm_table *lkmtp, int cmd, int ver) X{ X DISPATCH(lkmtp, cmd, ver, daemon_saver_load, daemon_saver_unload, X lkm_nullcmd); X} END-of-daemon_saver.c exit -------------------- From owner-freebsd-hackers Sun May 18 08:58:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA01710 for hackers-outgoing; Sun, 18 May 1997 08:58:15 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA01705 for ; Sun, 18 May 1997 08:58:12 -0700 (PDT) Received: from dbws.etinc.com (db@dbws.etinc.com [204.141.95.130]) by etinc.com (8.8.3/8.6.9) with SMTP id MAA23409; Sun, 18 May 1997 12:07:33 -0400 (EDT) Message-Id: <3.0.32.19970518115635.00686684@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sun, 18 May 1997 11:56:39 -0400 To: dg@root.com From: Dennis Subject: Re: Intel Pro 100/B "Warning" Cc: hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 05:07 PM 5/17/97 -0700, David Greenman wrote: >>Well, I got me some of them Intel Pro 100/B cards that everyone was >>ranting about, and they seem to work fine. >> >>I do get the following message when I configure it with ifconfig: >> >>Warning: Unsupported PHY type=7, addr=1 >> >>What is this? > > It means it is a newer card that has a PHY I haven't added specific support >for yet. The card should work okay, except the -link flags won't work and >full duplex might not work. What about if_media stuff? Dennis From owner-freebsd-hackers Sun May 18 09:21:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA02536 for hackers-outgoing; Sun, 18 May 1997 09:21:40 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA02531 for ; Sun, 18 May 1997 09:21:37 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.5/8.8.5) id LAA04213; Sun, 18 May 1997 11:21:21 -0500 (EST) From: "John S. Dyson" Message-Id: <199705181621.LAA04213@dyson.iquest.net> Subject: Re: GNAT-pthreads integration bugs/questions In-Reply-To: <199705181707.RAA00781@freebsd1.cimlogic.com.au> from John Birrell at "May 18, 97 05:07:40 pm" To: jb@freebsd1.cimlogic.com.au (John Birrell) Date: Sun, 18 May 1997 11:21:21 -0500 (EST) Cc: deischen@iworks.InterWorks.org, freebsd-hackers@FreeBSD.ORG Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Daniel M. Eischen wrote: > > Is there any interest in making pthreads with rfork? Or someway to get > > Yes, there certainly is. It would solve many problems and leave us > with one libc plus a small libpthread. > > We need John Dyson to add what is needed to the existing rfork. 8-) > And of course he always has too many things on his plate. 8-( > I am working on it (and have been off/on for the last few weeks.) John From owner-freebsd-hackers Sun May 18 10:19:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA04206 for hackers-outgoing; Sun, 18 May 1997 10:19:19 -0700 (PDT) Received: from bsd.fs.bauing.th-darmstadt.de (bsd.fs.bauing.th-darmstadt.de [130.83.63.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA04201 for ; Sun, 18 May 1997 10:19:15 -0700 (PDT) Received: from campa.panke.de (anonymous213.ppp.cs.tu-berlin.de [130.149.17.213]) by bsd.fs.bauing.th-darmstadt.de (8.8.5/8.8.5) with ESMTP id TAA05370; Sun, 18 May 1997 19:19:08 +0200 (MET DST) Received: (from wosch@localhost) by campa.panke.de (8.8.5/8.6.12) id TAA00736; Sun, 18 May 1997 19:13:42 +0200 (MET DST) Date: Sun, 18 May 1997 19:13:42 +0200 (MET DST) Message-Id: <199705181713.TAA00736@campa.panke.de> From: Wolfram Schneider To: Brian Somers Cc: Wolfram Schneider , freebsd-hackers@FreeBSD.ORG Subject: Re: www.freebsd.org In-Reply-To: <199705180153.CAA02019@awfulhak.demon.co.uk> References: <199705180153.CAA02019@awfulhak.demon.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Brian Somers writes: >> Did you tried http://www.de.freebsd.org/de/cgi/man.cgi >> ? The current manual pages are from the (latest) -SNAP, >> updated manually. > >Ahh, that's when they're updated. Is it possible to update >it more frequently ? Especially seen as Jordan's not keen >on releasing any SNAPs for a while. Done, SNAP from today (970518). -- Wolfram Schneider http://www.apfel.de/~wosch/ From owner-freebsd-hackers Sun May 18 11:08:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA05523 for hackers-outgoing; Sun, 18 May 1997 11:08:10 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA05517 for ; Sun, 18 May 1997 11:08:06 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id TAA16463; Sun, 18 May 1997 19:06:27 +0100 (BST) Message-Id: <199705181806.TAA16463@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Bill Fenner cc: Brian Somers , freebsd-hackers@FreeBSD.org, Wolfram Schneider Subject: Re: www.freebsd.org In-reply-to: Your message of "Sun, 18 May 1997 01:00:00 PDT." <97May18.010002pdt.177489@crevenia.parc.xerox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 18 May 1997 19:06:27 +0100 From: Brian Somers Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Brian Somers wrote: > >This stuff is "built" rather infrequently (ppp.8 v 1.30 from > >April 21 still isn't there yet). > > Ah, I see. When I offered to add this functionality to cvsweb, > I was told that it would be redundant with Wolfram's web pages. > Since apparently it's not, try > http://www.freebsd.org/~fenner/cgi/cvsweb.cgi/ppp/ppp.8?rev=1.33&fmtman=txt > > Presumably there should be some kind of index page which knows where > all the man pages live, but having cvsweb know how to format man pages > removes the need to keep a checked-out tree up to date. Wolfram has updated stuff as of the 18th. It'd be nice if we could do this at least every few days (is this task automated on www.de ?). The www.de solution is far nicer - with the href's an' all ! > Bill -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Sun May 18 13:16:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA10492 for hackers-outgoing; Sun, 18 May 1997 13:16:15 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA10487 for ; Sun, 18 May 1997 13:16:09 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with SMTP id NAA27194; Sun, 18 May 1997 13:17:31 -0700 (PDT) Message-Id: <199705182017.NAA27194@implode.root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Dennis cc: hackers@freebsd.org Subject: Re: Intel Pro 100/B "Warning" In-reply-to: Your message of "Sun, 18 May 1997 11:56:39 EDT." <3.0.32.19970518115635.00686684@etinc.com> From: David Greenman Reply-To: dg@root.com Date: Sun, 18 May 1997 13:17:31 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >What about if_media stuff? What about it? I'll eventually add support for it, but it is not a priority. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Sun May 18 13:21:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA10733 for hackers-outgoing; Sun, 18 May 1997 13:21:56 -0700 (PDT) Received: from www.eliteness.org (jbowie@cumbersome.eliteness.org [207.41.158.32]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA10728 for ; Sun, 18 May 1997 13:21:53 -0700 (PDT) Received: from localhost (jbowie@localhost) by www.eliteness.org (8.8.5/8.8.5) with SMTP id QAA03933; Sun, 18 May 1997 16:20:56 GMT X-Authentication-Warning: www.eliteness.org: jbowie owned process doing -bs Date: Sun, 18 May 1997 16:20:55 +0000 (GMT) From: pseudo-device bpfilter X-Sender: jbowie@www.eliteness.org To: S Sigala cc: freebsd-hackers@FreeBSD.ORG Subject: Re: NEW SCREENSAVER: "the daemon is jumpin' around" In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 18 May 1997, S Sigala wrote: > I have just written this new LKM screensaver. > > Create the `/usr/src/lkm/syscons/daemon' directory, extract the shar > archive there, compile and enjoy! > > (This screensaver may be included in the freebsd distributions, if someone > like it... ;->) > > Regards, > -sandro > # pwd /jgb/src/lkm/syscons/daemon # make Warning: Object directory not changed from original /usr/src/lkm/syscons/daemon cc -O -DLKM -I/usr/src/lkm/syscons/daemon/.. -I/usr/src/lkm/syscons/daemon/../../../sys -I. -DKERNEL -DACTUALLY_LKM_NOT_KERNEL -I/usr/src/lkm/syscons/daemon/../../sys -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -c daemon_saver.c daemon_saver.c:212: macro `DISPATCH' used with only 6 args *** Error code 1 Stop. # Any ideas? -Jonathan Bowie jbowie@bsdnet.org "When the doors of perception are cleansed, people will see things as they truly are... infinite." -William Blake. From owner-freebsd-hackers Sun May 18 13:52:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA11928 for hackers-outgoing; Sun, 18 May 1997 13:52:23 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA11919 for ; Sun, 18 May 1997 13:52:20 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA08092; Sun, 18 May 1997 22:52:17 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id WAA00634; Sun, 18 May 1997 22:45:15 +0200 (MET DST) Message-ID: <19970518224515.KK21485@uriah.heep.sax.de> Date: Sun, 18 May 1997 22:45:15 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) Cc: dgy@rtd.com (Don Yuniskis) Subject: Re: newfs incantations References: <199705152038.NAA01027@seagull.rtd.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705152038.NAA01027@seagull.rtd.com>; from Don Yuniskis on May 15, 1997 13:38:16 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Don Yuniskis wrote: > I'm trying to sort through the effects of all the 497 > different switches you can pass to newfs :-( Not a big problem. Unless you run a `real' disk (*), almost any option you would specify is likely to have only bad effects. Don't use an option at all if you're unsure. (*) That is: floppy (there's an example in /etc/disktab), MO, good ol' ESDI drive etc., in short, everything that really uses a uniform number of sectors per track. Access to these drives might be improved by using the FFS optimizations, for modern (zone-bit recorded) disks, it will only be a pessimization. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun May 18 13:52:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA11989 for hackers-outgoing; Sun, 18 May 1997 13:52:41 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA11980 for ; Sun, 18 May 1997 13:52:38 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA08095; Sun, 18 May 1997 22:52:36 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id WAA00644; Sun, 18 May 1997 22:48:16 +0200 (MET DST) Message-ID: <19970518224816.FA40247@uriah.heep.sax.de> Date: Sun, 18 May 1997 22:48:16 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) Cc: dgy@rtd.com (Don Yuniskis) Subject: Re: disklabel and disktab References: <199705152043.NAA01540@seagull.rtd.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705152043.NAA01540@seagull.rtd.com>; from Don Yuniskis on May 15, 1997 13:43:55 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Don Yuniskis wrote: > But, I can't see where the > "missing sectors" are accounted for -- i.e. why aren't any > of the "offset" parameters set to reflect this "one track worth > of sectors"?? Because the `c' partition always covers the entire FreeBSD slice, and is relative to the beginning of the slice. Everything else is in the fdisk table(s). > Also, is there any particular advantage to *where* the > swap (or any other partition) happen to be physically located > on the disk? Split it across multiple spindles. :-) > Lastly, aren't the actual geometry related parameters for > the disktab "meaningless" for SCSI devices? Everything except su# is meaningless, should you insist on still using disktab at all. Some of the meaningless entries (ns# nt# nc#) are required though. You can invent silly numbers for them if you've got a su# entry. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun May 18 14:14:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA12839 for hackers-outgoing; Sun, 18 May 1997 14:14:26 -0700 (PDT) Received: from lattice.milk.it (line08.globalnet.it [194.185.53.40]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA12830 for ; Sun, 18 May 1997 14:14:10 -0700 (PDT) Received: from localhost (ssigala@localhost) by lattice.milk.it (8.8.4/8.8.4) with SMTP id XAA00224; Sun, 18 May 1997 23:06:06 +0200 (CEST) X-Authentication-Warning: lattice.milk.it: ssigala owned process doing -bs Date: Sun, 18 May 1997 23:06:05 +0200 (CEST) From: S Sigala X-Sender: ssigala@lattice.milk.it To: pseudo-device bpfilter cc: freebsd-hackers@FreeBSD.ORG Subject: Re: NEW SCREENSAVER: "the daemon is jumpin' around" In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 18 May 1997, pseudo-device bpfilter wrote: > > Warning: Object directory not changed from original > /usr/src/lkm/syscons/daemon > cc -O -DLKM -I/usr/src/lkm/syscons/daemon/.. > -I/usr/src/lkm/syscons/daemon/../../../sys -I. -DKERNEL > -DACTUALLY_LKM_NOT_KERNEL -I/usr/src/lkm/syscons/daemon/../../sys > -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -c > daemon_saver.c > daemon_saver.c:212: macro `DISPATCH' used with only 6 args > *** Error code 1 > > Stop. > # > > Any ideas? Seem like i am not so -current... anyway this should fix the problem: --- daemon_saver.c~ Sun May 18 15:19:41 1997 +++ daemon_saver.c Sun May 18 23:03:32 1997 @@ -208,6 +208,6 @@ int daemon_saver_mod(struct lkm_table *lkmtp, int cmd, int ver) { - DISPATCH(lkmtp, cmd, ver, daemon_saver_load, daemon_saver_unload, - lkm_nullcmd); + MOD_DISPATCH(daemon_saver, lkmtp, cmd, ver, + daemon_saver_load, daemon_saver_unload, lkm_nullcmd); } Regards, -sandro From owner-freebsd-hackers Sun May 18 14:23:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA13206 for hackers-outgoing; Sun, 18 May 1997 14:23:18 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA13201 for ; Sun, 18 May 1997 14:23:15 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA08299; Sun, 18 May 1997 23:23:03 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id XAA00714; Sun, 18 May 1997 23:06:22 +0200 (MET DST) Message-ID: <19970518230621.UF50902@uriah.heep.sax.de> Date: Sun, 18 May 1997 23:06:21 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: patrick@popper.paradigm2000.com (Patrick) Subject: Re: TERM Problem References: <199705170248.KAA17934@popper.paradigm2000.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705170248.KAA17934@popper.paradigm2000.com>; from Patrick on May 17, 1997 10:48:44 +0800 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Patrick wrote: > I want to connect the freebsd box to an ICL/DRS6000 Unix will use > term vt220. I already change the term in freebsd to vt220 but still > cannot get the right display. Any one know how to make it work? Not sure whether i could parse your sentence correctly, but it seems like you're looking for the pcvt console driver (see the comments about the device vt0 in /sys/i386/conf/GENERIC). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun May 18 14:41:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA14253 for hackers-outgoing; Sun, 18 May 1997 14:41:32 -0700 (PDT) Received: from kevin.sunshine.net ([204.191.205.90]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA14242 for ; Sun, 18 May 1997 14:41:25 -0700 (PDT) Received: from localhost (cagey@localhost) by kevin.sunshine.net (8.8.5/8.8.5) with SMTP id OAA00376; Sun, 18 May 1997 14:35:54 -0700 (PDT) Date: Sun, 18 May 1997 14:35:47 -0700 (PDT) From: Kevin Eliuk Reply-To: Kevin Eliuk To: S Sigala cc: FreeBSD-Hackers Subject: Re: NEW SCREENSAVER: "the daemon is jumpin' around" In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 18 May 1997, S Sigala wrote: >I have just written this new LKM screensaver. Cool. I was dating a bi-polar manic depressive woman for a short time who asked someone to excorcise my computer because it was possessed. If she could only see me know :) Nice Work. _______________________________________ |\ /| | \ kevin_eliuk@sunshine.net / | My manhood shouldn't be | \ Kevin G. Eliuk / | measured by the length | /^\_________________________/^\ | of my run on sentences. | / \ | |/--===### Powered By FreeBSD 2.2.1 \| | www.freebsd.org | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From owner-freebsd-hackers Sun May 18 15:19:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA18376 for hackers-outgoing; Sun, 18 May 1997 15:19:17 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA18371 for ; Sun, 18 May 1997 15:19:15 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA22855; Sun, 18 May 1997 15:10:31 -0700 From: Terry Lambert Message-Id: <199705182210.PAA22855@phaeton.artisoft.com> Subject: Re: MZ-Telnet ? To: khetan@iafrica.com Date: Sun, 18 May 1997 15:10:31 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: from "Khetan Gajjar" at May 18, 97 01:49:02 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > #if defined(linux) || defined(sgi) || defined(__NetBSD__) || defined(hpux) > int > #else > unsigned long > #endif > inet_aton(cp, addr) > > I'm afraid I don't know how to add a preprocessor definition for FreeBSD :-( > Any help appreciated! Add "|| defined(__FreeBSD__)" to the end of the "#if" line he references. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun May 18 15:28:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA18667 for hackers-outgoing; Sun, 18 May 1997 15:28:33 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA18662 for ; Sun, 18 May 1997 15:28:31 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA22876; Sun, 18 May 1997 15:20:03 -0700 From: Terry Lambert Message-Id: <199705182220.PAA22876@phaeton.artisoft.com> Subject: Re: GNAT-pthreads integration bugs/questions To: deischen@iworks.InterWorks.org (Daniel M. Eischen) Date: Sun, 18 May 1997 15:20:03 -0700 (MST) Cc: jb@freebsd1.cimlogic.com.au, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199705180700.CAA20456@iworks.InterWorks.org> from "Daniel M. Eischen" at May 18, 97 02:00:19 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > A couple things I can't do with rfork (or don't know how to do using > other mechanisms) is to explicitly set the stack size (as in > pthread_attr_setstacksize), This is a bogosity of POSIX threads. It comes from the idea that thread stacks can't be alloed to auto-grow. This is a stupid idea, and should be done away with in the POSIX standard. Preallocating a set stack size is Just Plain Wrong(tm). With an rfork, you will get another process with it's own stack, so the stack auto-grows: there's no need to make the call to "set it larger than the default" like there is with bogus implementations of thread stacks. > mutexes and condition variables (could use SYSV semaphores I suppose), Yes, or socketpair() or some other blocking IPC mechanism, like the SysV stuff. There is a real lack of synchronization primitives in UNIX. > and the ability to create a key (pthread_key_create) that is specific > to each process - like taskVarAdd() in VxWorks :-) Why not call getpid()? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun May 18 15:40:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA19377 for hackers-outgoing; Sun, 18 May 1997 15:40:37 -0700 (PDT) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA19372 for ; Sun, 18 May 1997 15:40:35 -0700 (PDT) Received: (from henrich@localhost) by crh.cl.msu.edu (8.8.5/8.8.5) id SAA00384; Sun, 18 May 1997 18:40:34 -0400 (EDT) Message-ID: <19970518184034.10726@crh.cl.msu.edu> Date: Sun, 18 May 1997 18:40:34 -0400 From: Charles Henrich To: freebsd-hackers@freebsd.org Subject: scsi library interface Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.74 X-Operating-System: FreeBSD 2.2-970422-RELENG Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Who wrote the scsi interface commands? (e.g. scsi_open, scsi_build ..) I need to bang on them with some questions. Also, in general when do you use raw mode devices vs. block mode vs the .ctl devices? And does anyone out there have a SCSI command spec for Toshiba CD-Rom mechs?! -Crh (wiping bloody forehead) Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-hackers Sun May 18 16:23:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA20727 for hackers-outgoing; Sun, 18 May 1997 16:23:28 -0700 (PDT) Received: from woosh.certifiable.oz.nf (woosh.certifiable.oz.nf [203.17.194.90]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA20722 for ; Sun, 18 May 1997 16:23:23 -0700 (PDT) Received: (from slaterm@localhost) by woosh.certifiable.oz.nf (8.8.5/8.8.5) id HAA02198; Mon, 19 May 1997 07:22:05 +0800 (WST) Date: Mon, 19 May 1997 07:22:05 +0800 (WST) From: Michael Slater To: Kevin Eliuk cc: S Sigala , FreeBSD-Hackers Subject: Re: NEW SCREENSAVER: "the daemon is jumpin' around" In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Where can i find it, just re-subscribed to the list, and missed the orignal post :) Michael On Sun, 18 May 1997, Kevin Eliuk wrote: > On Sun, 18 May 1997, S Sigala wrote: > > >I have just written this new LKM screensaver. > > Cool. > > I was dating a bi-polar manic depressive woman for a short time who > asked someone to excorcise my computer because it was possessed. > > If she could only see me know :) > > Nice Work. > > _______________________________________ > |\ /| > | \ kevin_eliuk@sunshine.net / | > My manhood shouldn't be | \ Kevin G. Eliuk / | > measured by the length | /^\_________________________/^\ | > of my run on sentences. | / \ | > |/--===### Powered By FreeBSD 2.2.1 \| > | www.freebsd.org | > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > From owner-freebsd-hackers Sun May 18 16:36:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA21138 for hackers-outgoing; Sun, 18 May 1997 16:36:57 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA21133 for ; Sun, 18 May 1997 16:36:55 -0700 (PDT) Received: from ntws (ntws.etinc.com [204.141.95.142]) by etinc.com (8.8.3/8.6.9) with SMTP id TAA25957; Sun, 18 May 1997 19:46:17 -0400 (EDT) Message-Id: <3.0.32.19970518193530.00b3c750@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sun, 18 May 1997 19:35:33 -0400 To: dg@root.com From: dennis Subject: Re: Intel Pro 100/B "Warning" Cc: hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 01:17 PM 5/18/97 -0700, David Greenman wrote: >>What about if_media stuff? > > What about it? I'll eventually add support for it, but it is not a >priority. Holy smokes! have a beer or something. db From owner-freebsd-hackers Sun May 18 17:08:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA22229 for hackers-outgoing; Sun, 18 May 1997 17:08:54 -0700 (PDT) Received: from iworks.InterWorks.org (deischen@iworks.interworks.org [128.255.18.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA22224 for ; Sun, 18 May 1997 17:08:52 -0700 (PDT) Received: (from deischen@localhost) by iworks.InterWorks.org (8.7.5/) id TAA21397; Sun, 18 May 1997 19:10:36 -0500 (CDT) Message-Id: <199705190010.TAA21397@iworks.InterWorks.org> Date: Sun, 18 May 1997 19:10:36 -0500 (CDT) From: "Daniel M. Eischen" To: terry@lambert.org Subject: Re: GNAT-pthreads integration bugs/questions Cc: freebsd-hackers@FreeBSD.ORG, jb@freebsd1.cimlogic.com.au Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > This is a bogosity of POSIX threads. It comes from the idea that thread > stacks can't be alloed to auto-grow. This is a stupid idea, and should > be done away with in the POSIX standard. Preallocating a set stack > size is Just Plain Wrong(tm). > > With an rfork, you will get another process with it's own stack, so > the stack auto-grows: there's no need to make the call to "set it > larger than the default" like there is with bogus implementations > of thread stacks. OK > > mutexes and condition variables (could use SYSV semaphores I suppose), > > Yes, or socketpair() or some other blocking IPC mechanism, like the > SysV stuff. There is a real lack of synchronization primitives in > UNIX. I was also looking at flock(). > > and the ability to create a key (pthread_key_create) that is specific > > to each process - like taskVarAdd() in VxWorks :-) > > Why not call getpid()? I need to be able to bind a structure (pointer) to a process ID. I could maintain a list of process ID/structure pointer pairs and then search through the list based on process ID. The pthread_getspecific() and pthread_setspecific do this based on the thread ID. The taskVarAdd() in VxWorks is even nicer because it automatically swaps the task variable for you whenever tasks are swapped - no need to call a get. Dan Eischen deischen@iworks.InterWorks.org From owner-freebsd-hackers Sun May 18 17:37:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA23489 for hackers-outgoing; Sun, 18 May 1997 17:37:03 -0700 (PDT) Received: from caipfs.rutgers.edu (root@caipfs.rutgers.edu [128.6.155.100]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA23481 for ; Sun, 18 May 1997 17:37:01 -0700 (PDT) Received: from darkwing.rutgers.edu (darkwing.rutgers.edu [128.6.111.4]) by caipfs.rutgers.edu (8.8.5/8.8.5) with ESMTP id UAA02692; Sun, 18 May 1997 20:35:34 -0400 (EDT) Received: (davem@localhost) by darkwing.rutgers.edu (8.8.4/8.6.9) id UAA15551; Sun, 18 May 1997 20:35:23 -0400 Date: Sun, 18 May 1997 20:35:23 -0400 Message-Id: <199705190035.UAA15551@darkwing.rutgers.edu> From: "David S. Miller" To: deischen@iworks.InterWorks.org CC: terry@lambert.org, freebsd-hackers@FreeBSD.ORG, jb@freebsd1.cimlogic.com.au In-reply-to: <199705190010.TAA21397@iworks.InterWorks.org> (deischen@iworks.InterWorks.org) Subject: Re: GNAT-pthreads integration bugs/questions Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Date: Sun, 18 May 1997 19:10:36 -0500 (CDT) From: "Daniel M. Eischen" I need to be able to bind a structure (pointer) to a process ID. Put it at the bottom on the threads stack... From owner-freebsd-hackers Sun May 18 18:16:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA24643 for hackers-outgoing; Sun, 18 May 1997 18:16:36 -0700 (PDT) Received: from bmccane.uit.net (bmccane.uit.net [208.129.189.48]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA24637 for ; Sun, 18 May 1997 18:16:32 -0700 (PDT) Received: from bmccane.uit.net (localhost.mccane.com [127.0.0.1]) by bmccane.uit.net (8.8.5/8.8.5) with ESMTP id UAA22871; Sun, 18 May 1997 20:15:59 -0500 (CDT) Message-Id: <199705190115.UAA22871@bmccane.uit.net> X-Mailer: exmh version 2.0gamma 1/27/96 To: S ren Schmidt cc: hackers@FreeBSD.ORG Subject: Re: Digiboard RealPort protocol ?? In-reply-to: Your message of "Sat, 17 May 1997 22:04:54 +0200." <199705172004.WAA23739@sos.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Date: Sun, 18 May 1997 20:15:58 -0500 From: Wm Brian McCane Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id SAA24638 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Is this the same protocol used for the DigiChannel Boxes?? I have access to > > about 80 ports worth of digichannel's from a customer that upgraded his NCR to > > an HP9000, including the EISA interface cards for them (Do they make PCI?). I > > would be willing to throw my weight into a project to make these boxes work > > with FreeBSD, if I could find out what is required to talk to them. > > Donno, the realport protocol are used to control the PortServer products > from the host so it looks like a bunch of normal tty ports to the > programs running on the host... > That's not it then. These are multiport serial boxes. They look a LOT like Penril Serial port boxes for connecting to AIX computers, or via a VCX1000. It is a black box approximately 11-12" long, 1-1/2 - 2" high, and 7-8" deep. It has an LED display on the front which gives basic information about status, and has little chaser lights to show which port is active. These boxes can be daisy-chained, I think up to 4 per cable, and up to 2 cables go into each internal card on the PC. This gives a total of 128 serial ports on a card. You can also attach a CSU/DSU to run a concentrator at a remote site. I have driven all 64 ports on one cable at 38400 continuously to test throughput (I was bored 8), and the protocol analyzer said it was receiving at 383? cps, so they are pretty fast. There was also no significant load on the server from doing this, so they are fairly light on the interrupts. Anyway, I would love to be able to use these, and was hoping we were trying to accomplish the same goal. brian From owner-freebsd-hackers Sun May 18 19:45:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA27483 for hackers-outgoing; Sun, 18 May 1997 19:45:31 -0700 (PDT) Received: from gw.itfs.nsk.su (gw.itfs.nsk.su [193.124.36.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id TAA27475 for ; Sun, 18 May 1997 19:45:18 -0700 (PDT) Received: from itfs.UUCP (uucp@localhost) by gw.itfs.nsk.su (8.6.12/8.6.12) with UUCP id JAA07074 for hackers@freebsd.org; Mon, 19 May 1997 09:30:23 +0700 Received: by itfs.nsk.su; Mon, 19 May 97 09:58:58 +0700 (NST) Received: (from daemon@localhost) by news.itfs.nsk.su (8.7.5/8.6.12) id JAA08830; Mon, 19 May 1997 09:34:06 +0700 (NSD) From: "Nickolay N. Dudorov" To: hackers@freebsd.org Subject: Re: NEW SCREENSAVER: "the daemon is jumpin' around" Date: 19 May 1997 02:34:03 GMT Message-ID: <5loe6r$840@news.itfs.nsk.su> References: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk S Sigala wrote: > I have just written this new LKM screensaver. It looks pretty, but here is a patch to do it still prettier ;-) (If you use say yellow on blue text screen, then first spaces in daemon picture was drawn with this attrs, while all others in white on black) diff -u daemon_saver.c.orig daemon_saver.c ================================================ --- daemon_saver.c.orig Mon May 19 09:26:55 1997 +++ daemon_saver.c Mon May 19 09:26:55 1997 @@ -100,7 +100,7 @@ draw_daemon(int xpos, int ypos) { int x, y; - int attr; + int attr = (FG_WHITE|BG_BLACK)<<8; for (y = 0; daemon_pic[y] != NULL; y++) for (x = 0; daemon_pic[y][x] != '\0'; x++) { From owner-freebsd-hackers Sun May 18 19:49:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA27625 for hackers-outgoing; Sun, 18 May 1997 19:49:08 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id TAA27617 for ; Sun, 18 May 1997 19:49:06 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA23225; Sun, 18 May 1997 19:41:18 -0700 From: Terry Lambert Message-Id: <199705190241.TAA23225@phaeton.artisoft.com> Subject: Re: GNAT-pthreads integration bugs/questions To: davem@caip.rutgers.edu (David S. Miller) Date: Sun, 18 May 1997 19:41:17 -0700 (MST) Cc: deischen@iworks.InterWorks.org, terry@lambert.org, freebsd-hackers@FreeBSD.ORG, jb@freebsd1.cimlogic.com.au In-Reply-To: <199705190035.UAA15551@darkwing.rutgers.edu> from "David S. Miller" at May 18, 97 08:35:23 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Date: Sun, 18 May 1997 19:10:36 -0500 (CDT) > From: "Daniel M. Eischen" > > I need to be able to bind a structure (pointer) to a process ID. > > Put it at the bottom on the threads stack... There is no threads stack in an rfork. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun May 18 19:53:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA28007 for hackers-outgoing; Sun, 18 May 1997 19:53:30 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id TAA27998 for ; Sun, 18 May 1997 19:53:28 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA23268; Sun, 18 May 1997 19:45:30 -0700 From: Terry Lambert Message-Id: <199705190245.TAA23268@phaeton.artisoft.com> Subject: Re: GNAT-pthreads integration bugs/questions To: deischen@iworks.InterWorks.org (Daniel M. Eischen) Date: Sun, 18 May 1997 19:45:30 -0700 (MST) Cc: terry@lambert.org, freebsd-hackers@FreeBSD.ORG, jb@freebsd1.cimlogic.com.au In-Reply-To: <199705190010.TAA21397@iworks.InterWorks.org> from "Daniel M. Eischen" at May 18, 97 07:10:36 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [ ... synchronization primitives ... ] > I was also looking at flock(). Use fcntl() advisory locking instead -- you will end up with more than one lock per file. 8-). > > > and the ability to create a key (pthread_key_create) that is specific > > > to each process - like taskVarAdd() in VxWorks :-) > > > > Why not call getpid()? > > I need to be able to bind a structure (pointer) to a process ID. I > could maintain a list of process ID/structure pointer pairs and then > search through the list based on process ID. The pthread_getspecific() > and pthread_setspecific do this based on the thread ID. The taskVarAdd() > in VxWorks is even nicer because it automatically swaps the task > variable for you whenever tasks are swapped - no need to call a get. Well, the heap is shared in the RFMEM case. I don't see why you could not implement it using a global counter, provided it only ever gets called once per process. You could use the counter value locally to index an array of these structs in the heap. Alternately, you could allocate the structure on the stack and pass it down (similar to David's suggestion), but this would imply some very fierce restrictions on where and when you could procedurally "start a new 'thread'". Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun May 18 19:57:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA28205 for hackers-outgoing; Sun, 18 May 1997 19:57:45 -0700 (PDT) Received: from caipfs.rutgers.edu (root@caipfs.rutgers.edu [128.6.155.100]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA28198 for ; Sun, 18 May 1997 19:57:43 -0700 (PDT) Received: from darkwing.rutgers.edu (darkwing.rutgers.edu [128.6.111.4]) by caipfs.rutgers.edu (8.8.5/8.8.5) with ESMTP id WAA04982; Sun, 18 May 1997 22:57:38 -0400 (EDT) Received: (davem@localhost) by darkwing.rutgers.edu (8.8.4/8.6.9) id WAA16061; Sun, 18 May 1997 22:57:25 -0400 Date: Sun, 18 May 1997 22:57:25 -0400 Message-Id: <199705190257.WAA16061@darkwing.rutgers.edu> From: "David S. Miller" To: terry@lambert.org CC: deischen@iworks.InterWorks.org, terry@lambert.org, freebsd-hackers@FreeBSD.ORG, jb@freebsd1.cimlogic.com.au In-reply-to: <199705190241.TAA23225@phaeton.artisoft.com> (message from Terry Lambert on Sun, 18 May 1997 19:41:17 -0700 (MST)) Subject: Re: GNAT-pthreads integration bugs/questions Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk From: Terry Lambert Date: Sun, 18 May 1997 19:41:17 -0700 (MST) > Put it at the bottom on the threads stack... There is no threads stack in an rfork. A thread lacks a stack with rfork(), is this what you are saying? How in the world does this work? From owner-freebsd-hackers Sun May 18 20:28:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA29627 for hackers-outgoing; Sun, 18 May 1997 20:28:05 -0700 (PDT) Received: from popper.paradigm2000.com (patrick@popper.paradigm2000.com [202.76.31.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id UAA29609 for ; Sun, 18 May 1997 20:27:59 -0700 (PDT) Received: (from patrick@localhost) by popper.paradigm2000.com (8.6.11/8.6.9) id LAA19419; Mon, 19 May 1997 11:27:34 +0800 Date: Mon, 19 May 1997 11:27:34 +0800 (HKT) From: Patrick To: Joerg Wunsch cc: hackers@FreeBSD.ORG Subject: Re: TERM Problem In-Reply-To: <19970518230621.UF50902@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 18 May 1997, J Wunsch wrote: > As Patrick wrote: > > > I want to connect the freebsd box to an ICL/DRS6000 Unix will use > > term vt220. I already change the term in freebsd to vt220 but still > > cannot get the right display. Any one know how to make it work? > > Not sure whether i could parse your sentence correctly, but it seems > like you're looking for the pcvt console driver (see the comments > about the device vt0 in /sys/i386/conf/GENERIC). > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) > Hi Thank's for the reply. My problem is that every time I connect my FreeBSD box to the ICL/DRS6000 Unix. Keyboard setting, vi, and screen display cannot operate poperly. I know the term use in ICL/DRS6000 is vt220 and hence I set the FreeBSD box to vt220 before connecting to the ICL. But still it cannot work. I did not have any problem when connecting to any other hosts using freebsd. Can you help? Thanks a lot. From owner-freebsd-hackers Sun May 18 20:31:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA29788 for hackers-outgoing; Sun, 18 May 1997 20:31:27 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA29782 for ; Sun, 18 May 1997 20:31:25 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.5/8.8.5) id WAA10372; Sun, 18 May 1997 22:30:02 -0500 (EST) From: "John S. Dyson" Message-Id: <199705190330.WAA10372@dyson.iquest.net> Subject: Re: GNAT-pthreads integration bugs/questions In-Reply-To: <199705190257.WAA16061@darkwing.rutgers.edu> from "David S. Miller" at "May 18, 97 10:57:25 pm" To: davem@caip.rutgers.edu (David S. Miller) Date: Sun, 18 May 1997 22:30:02 -0500 (EST) Cc: terry@lambert.org, deischen@iworks.InterWorks.org, freebsd-hackers@FreeBSD.ORG, jb@freebsd1.cimlogic.com.au Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From: Terry Lambert > Date: Sun, 18 May 1997 19:41:17 -0700 (MST) > > > Put it at the bottom on the threads stack... > > There is no threads stack in an rfork. > > A thread lacks a stack with rfork(), is this what you are > saying? How in the world does this work? > Why does rfork need to be concerned with a stack? It can be handled in userland. John From owner-freebsd-hackers Sun May 18 20:39:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA00263 for hackers-outgoing; Sun, 18 May 1997 20:39:40 -0700 (PDT) Received: from iworks.InterWorks.org (deischen@iworks.interworks.org [128.255.18.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA00256 for ; Sun, 18 May 1997 20:39:36 -0700 (PDT) Received: (from deischen@localhost) by iworks.InterWorks.org (8.7.5/) id WAA26464; Sun, 18 May 1997 22:41:25 -0500 (CDT) Message-Id: <199705190341.WAA26464@iworks.InterWorks.org> Date: Sun, 18 May 1997 22:41:25 -0500 (CDT) From: "Daniel M. Eischen" To: hackers@FreeBSD.ORG, terry@lambert.org Subject: Re: GNAT-pthreads integration bugs/questions Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > [ ... synchronization primitives ... ] > > > I need to be able to bind a structure (pointer) to a process ID. I > > could maintain a list of process ID/structure pointer pairs and then > > search through the list based on process ID. The pthread_getspecific() > > and pthread_setspecific do this based on the thread ID. The taskVarAdd() > > in VxWorks is even nicer because it automatically swaps the task > > variable for you whenever tasks are swapped - no need to call a get. > > Well, the heap is shared in the RFMEM case. I don't see why you could > not implement it using a global counter, provided it only ever gets > called once per process. > > You could use the counter value locally to index an array of these > structs in the heap. Maybe I'm missing something here ;-) In the GNAT runtime, I need to be able to retrieve a pointer to a structure (Ada Task Control Block) based soley on the PID (assuming we're using rfork). The PID is all we know, and we must be able to find the ATCB for this process. The structures can be in shared data, but I still have to perform some sort of lookup/search to find the ATCB for a process ID. Dan Eischen deischen@iworks.InterWorks.org From owner-freebsd-hackers Sun May 18 20:48:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA00636 for hackers-outgoing; Sun, 18 May 1997 20:48:23 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA00630; Sun, 18 May 1997 20:48:19 -0700 (PDT) Received: from caipfs.rutgers.edu (root@caipfs.rutgers.edu [128.6.155.100]) by agora.rdrop.com (8.8.5/8.8.5) with ESMTP id UAA20365; Sun, 18 May 1997 20:48:13 -0700 (PDT) Received: from darkwing.rutgers.edu (darkwing.rutgers.edu [128.6.111.4]) by caipfs.rutgers.edu (8.8.5/8.8.5) with ESMTP id XAA05807; Sun, 18 May 1997 23:45:41 -0400 (EDT) Received: (davem@localhost) by darkwing.rutgers.edu (8.8.4/8.6.9) id XAA16247; Sun, 18 May 1997 23:45:28 -0400 Date: Sun, 18 May 1997 23:45:28 -0400 Message-Id: <199705190345.XAA16247@darkwing.rutgers.edu> From: "David S. Miller" To: dyson@FreeBSD.ORG CC: terry@lambert.org, deischen@iworks.InterWorks.org, freebsd-hackers@FreeBSD.ORG, jb@freebsd1.cimlogic.com.au In-reply-to: <199705190330.WAA10372@dyson.iquest.net> (toor@dyson.iquest.net) Subject: Re: GNAT-pthreads integration bugs/questions Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk From: "John S. Dyson" Date: Sun, 18 May 1997 22:30:02 -0500 (EST) Why does rfork need to be concerned with a stack? It can be handled in userland. What I meant was that (in userspace) the per instance of execution (however it is defined in this rfork model) can use it's stack as a place to acquire "thread local data" sort to speak, and that it could possibly be applied to this person's problem. For a real keen application of this technique, I refer people to the SMP Digital UNIX paper mentioned here a week or two ago. We use that technique hevaily in the Linux kernel on just about every architecture now. There is no global "current process structure" in the kernel address space any more, because it can be fabricated by: current_task = (stack_pointer & ~((PAGE_SIZE*2)-1)); (On the Intel and Alpha, the hardware loads the supervisor stack pointer for you at trap time, wheee process struct is just there, zero cost) This also obviates any special cases for SMP, this might help to tone down the 6,000 SMP cross calls per second I see FreeBSD SMP performing, actually this would only be a chisel to that problem. Most of the time, Linux performs close to none at all. Changing the kernel address space for anything is bad news on SMP, I don't care what kind of optimizations you put into the SMP tlb flushing code in a kernel that does VM based VFS operations (and yes I am intimately familiar with all the gross hacks SVR4 etc. put into their code to try and fight this problem, it just doesn't work), it will never perform adequately. ---------------------------------------------//// Yow! 11.26 MB/s remote host TCP bandwidth & //// 199 usec remote TCP latency over 100Mb/s //// ethernet. Beat that! //// -----------------------------------------////__________ o David S. Miller, davem@caip.rutgers.edu /_____________/ / // /_/ >< From owner-freebsd-hackers Sun May 18 21:24:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA01929 for hackers-outgoing; Sun, 18 May 1997 21:24:49 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA01921; Sun, 18 May 1997 21:24:45 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.5/8.8.5) id XAA10492; Sun, 18 May 1997 23:24:40 -0500 (EST) From: "John S. Dyson" Message-Id: <199705190424.XAA10492@dyson.iquest.net> Subject: Re: GNAT-pthreads integration bugs/questions In-Reply-To: <199705190345.XAA16247@darkwing.rutgers.edu> from "David S. Miller" at "May 18, 97 11:45:28 pm" To: davem@caip.rutgers.edu (David S. Miller) Date: Sun, 18 May 1997 23:24:40 -0500 (EST) Cc: dyson@FreeBSD.ORG, terry@lambert.org, deischen@iworks.InterWorks.org, freebsd-hackers@FreeBSD.ORG, jb@freebsd1.cimlogic.com.au Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > kernel address space for anything is bad news on SMP, I don't care > what kind of optimizations you put into the SMP tlb flushing code in a > kernel that does VM based VFS operations (and yes I am intimately > familiar with all the gross hacks SVR4 etc. put into their code to try > and fight this problem, it just doesn't work), it will never perform > adequately. > That's the reason that we don't do it. I don't like the approach that SVR4 used (it is even slow in the UP case.) There are individuals that still think that we fault pages into the kernel for file I/O or some other wierd unnecessarily complicated thing (even though it does work nicely.) I have taken heat from time to time for not faulting pages into the kernel for file I/O. Much of the complication in the FreeBSD code is to support sub-pagesize filesystem block sizes and maintain full file I/O and mmap coherency. John From owner-freebsd-hackers Sun May 18 21:30:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA02144 for hackers-outgoing; Sun, 18 May 1997 21:30:02 -0700 (PDT) Received: from caipfs.rutgers.edu (root@caipfs.rutgers.edu [128.6.155.100]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA02110; Sun, 18 May 1997 21:29:55 -0700 (PDT) Received: from darkwing.rutgers.edu (darkwing.rutgers.edu [128.6.111.4]) by caipfs.rutgers.edu (8.8.5/8.8.5) with ESMTP id AAA07546; Mon, 19 May 1997 00:28:34 -0400 (EDT) Received: (davem@localhost) by darkwing.rutgers.edu (8.8.4/8.6.9) id AAA16419; Mon, 19 May 1997 00:28:20 -0400 Date: Mon, 19 May 1997 00:28:20 -0400 Message-Id: <199705190428.AAA16419@darkwing.rutgers.edu> From: "David S. Miller" To: dyson@FreeBSD.ORG CC: dyson@FreeBSD.ORG, terry@lambert.org, deischen@iworks.InterWorks.org, freebsd-hackers@FreeBSD.ORG, jb@freebsd1.cimlogic.com.au In-reply-to: <199705190424.XAA10492@dyson.iquest.net> (toor@dyson.iquest.net) Subject: Re: GNAT-pthreads integration bugs/questions Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk From: "John S. Dyson" Date: Sun, 18 May 1997 23:24:40 -0500 (EST) That's the reason that we don't do it. Don't you have to setup some sort of mapping to get at vfs pages during (for example) a read/write? (so this essentially is pre-faulting the page, avoiding the trap, and I imagine you then tear down the mapping after the operation is complete?) From owner-freebsd-hackers Sun May 18 21:41:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA02573 for hackers-outgoing; Sun, 18 May 1997 21:41:11 -0700 (PDT) Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA02568; Sun, 18 May 1997 21:41:06 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id WAA26421; Sun, 18 May 1997 22:41:05 -0600 (MDT) Message-Id: <199705190441.WAA26421@pluto.plutotech.com> To: dyson@FreeBSD.ORG cc: davem@caip.rutgers.edu (David S. Miller), terry@lambert.org, deischen@iworks.InterWorks.org, freebsd-hackers@FreeBSD.ORG, jb@freebsd1.cimlogic.com.au Subject: Re: GNAT-pthreads integration bugs/questions In-reply-to: Your message of "Sun, 18 May 1997 22:30:02 CDT." <199705190330.WAA10372@dyson.iquest.net> Date: Sun, 18 May 1997 23:39:21 -0600 From: "Justin T. Gibbs" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> > Put it at the bottom on the threads stack... >> >> There is no threads stack in an rfork. >> >> A thread lacks a stack with rfork(), is this what you are >> saying? How in the world does this work? >> >Why does rfork need to be concerned with a stack? It can >be handled in userland. > >John It sounds to me like using the base of the stack would be an excelent and cheap way to implement the equivelent of NT's "thread local storage". You'd need toolchain support at the very least with the program image specifying the amount of stack space to "reserve". -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Sun May 18 22:08:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA03247 for hackers-outgoing; Sun, 18 May 1997 22:08:38 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA03242; Sun, 18 May 1997 22:08:33 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.5/8.8.5) id AAA10618; Mon, 19 May 1997 00:08:24 -0500 (EST) From: "John S. Dyson" Message-Id: <199705190508.AAA10618@dyson.iquest.net> Subject: Re: GNAT-pthreads integration bugs/questions In-Reply-To: <199705190441.WAA26421@pluto.plutotech.com> from "Justin T. Gibbs" at "May 18, 97 11:39:21 pm" To: gibbs@plutotech.com (Justin T. Gibbs) Date: Mon, 19 May 1997 00:08:24 -0500 (EST) Cc: dyson@FreeBSD.ORG, davem@caip.rutgers.edu, terry@lambert.org, deischen@iworks.InterWorks.org, freebsd-hackers@FreeBSD.ORG, jb@freebsd1.cimlogic.com.au Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > It sounds to me like using the base of the stack would be an excelent > and cheap way to implement the equivelent of NT's "thread local > storage". You'd need toolchain support at the very least with the > program image specifying the amount of stack space to "reserve". > It does sound interesting. It would not need the approach that I am using. John From owner-freebsd-hackers Sun May 18 22:25:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA03608 for hackers-outgoing; Sun, 18 May 1997 22:25:05 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA03600; Sun, 18 May 1997 22:25:00 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.5/8.8.5) id AAA10655; Mon, 19 May 1997 00:24:55 -0500 (EST) From: "John S. Dyson" Message-Id: <199705190524.AAA10655@dyson.iquest.net> Subject: Re: GNAT-pthreads integration bugs/questions In-Reply-To: <199705190428.AAA16419@darkwing.rutgers.edu> from "David S. Miller" at "May 19, 97 00:28:20 am" To: davem@caip.rutgers.edu (David S. Miller) Date: Mon, 19 May 1997 00:24:55 -0500 (EST) Cc: dyson@FreeBSD.ORG, terry@lambert.org, deischen@iworks.InterWorks.org, freebsd-hackers@FreeBSD.ORG, jb@freebsd1.cimlogic.com.au Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From: "John S. Dyson" > Date: Sun, 18 May 1997 23:24:40 -0500 (EST) > > That's the reason that we don't do it. > > Don't you have to setup some sort of mapping to get at vfs pages > during (for example) a read/write? (so this essentially is > pre-faulting the page, avoiding the trap, and I imagine you then tear > down the mapping after the operation is complete?) > Just create a buffer cache buffer. Right now, we pass the page pointers and mappings along in the buffer, but the drivers right now still use the kernel VM mappings. The buffer cache code currently provides both. If mappings are not provided, they can be created at any time or never. John From owner-freebsd-hackers Sun May 18 23:08:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA04757 for hackers-outgoing; Sun, 18 May 1997 23:08:04 -0700 (PDT) Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA04750 for ; Sun, 18 May 1997 23:08:01 -0700 (PDT) Received: from gid.co.uk (uucp@localhost) by isbalham.ist.co.uk (8.8.4/8.8.4) with UUCP id GAA18154; Mon, 19 May 1997 06:58:23 +0100 (BST) Received: from [194.32.164.2] by seagoon.gid.co.uk; Mon, 19 May 1997 06:50:13 +0100 X-Sender: rb@194.32.164.1 Message-Id: In-Reply-To: References: <19970518230621.UF50902@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 19 May 1997 06:47:19 +0100 To: Patrick From: Bob Bishop Subject: Re: TERM Problem Cc: hackers@FreeBSD.ORG, Joerg Wunsch Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, At 4:27 +0100 19/5/97, Patrick wrote: >On Sun, 18 May 1997, J Wunsch wrote: >>[elided] >Hi > Thank's for the reply. My problem is that every time I connect my >FreeBSD box to the ICL/DRS6000 Unix. Keyboard setting, vi, and screen >display cannot operate poperly. I know the term use in ICL/DRS6000 is >vt220 and hence I set the FreeBSD box to vt220 before connecting to the ICL. >But still it cannot work. I did not have any problem when connecting to >any other hosts using freebsd. > >Can you help? Possibly I can - I have a DRS6000 running upstairs. But first: Which version of FreeBSD are you running? Are you running X on your FreeBSD box, or are you working from the raw console? When you say 'connected', what do you mean precisely? Telnet? Precisely what do you mean by "Keyboard setting, vi, and screen display cannot operate poperly"? Does the display get confused, or is it just that erase and kill don't work? -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK From owner-freebsd-hackers Sun May 18 23:25:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA05379 for hackers-outgoing; Sun, 18 May 1997 23:25:31 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA05374 for ; Sun, 18 May 1997 23:25:22 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id HAA04051; Mon, 19 May 1997 07:47:26 +0200 From: Luigi Rizzo Message-Id: <199705190547.HAA04051@labinfo.iet.unipi.it> Subject: Variable initialization To: bde@zeta.org.au (Bruce Evans) Date: Mon, 19 May 1997 07:47:26 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <199705190329.NAA29656@godzilla.zeta.org.au> from "Bruce Evans" at May 19, 97 01:28:51 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Besides, style(9) explicitly says not to obfuscate code by initializing > variables in declarations. This obfuscation should only be used > thoughfully. :-). Can someone tell me why this is called obfuscation ? It seems to me that the most natural place to initialize variables is in their declaration. Ok there might be some confusion in understanding what is the initialization order, or it might be slightly less efficient when some variables are in fact not used, but for sequences such as int a, b, c; a = 0 ; b = 1 ; c = 3 ; it seems to me the cleanest way. At least one is sure not to forget initializations. Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-hackers Mon May 19 00:11:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA06849 for hackers-outgoing; Mon, 19 May 1997 00:11:55 -0700 (PDT) Received: from popper.paradigm2000.com (patrick@popper.paradigm2000.com [202.76.31.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA06844 for ; Mon, 19 May 1997 00:11:48 -0700 (PDT) Received: (from patrick@localhost) by popper.paradigm2000.com (8.6.11/8.6.9) id PAA19621; Mon, 19 May 1997 15:09:13 +0800 Date: Mon, 19 May 1997 15:09:13 +0800 (HKT) From: Patrick To: Bob Bishop cc: hackers@FreeBSD.ORG, Joerg Wunsch Subject: Re: TERM Problem In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 19 May 1997, Bob Bishop wrote: > Hi, > > At 4:27 +0100 19/5/97, Patrick wrote: > >On Sun, 18 May 1997, J Wunsch wrote: > >>[elided] > >Hi > > Thank's for the reply. My problem is that every time I connect my > >FreeBSD box to the ICL/DRS6000 Unix. Keyboard setting, vi, and screen > >display cannot operate poperly. I know the term use in ICL/DRS6000 is > >vt220 and hence I set the FreeBSD box to vt220 before connecting to the ICL. > >But still it cannot work. I did not have any problem when connecting to > >any other hosts using freebsd. > > > >Can you help? > > Possibly I can - I have a DRS6000 running upstairs. But first: > > Which version of FreeBSD are you running? It is 2.1.5 > > Are you running X on your FreeBSD box, or are you working from the raw console? > Just raw, but I plan to run X also. Could you tell more. > When you say 'connected', what do you mean precisely? Telnet? > Yes, telnet. > Precisely what do you mean by "Keyboard setting, vi, and screen display > cannot operate poperly"? Does the display get confused, or is it just that > erase and kill don't work? > Yes, display get confuse. You may know that DRS6000 has their fmli command. It is where the display in freebsd cannot work. Also vi a file also not display properly. Thanks From owner-freebsd-hackers Mon May 19 00:47:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA08123 for hackers-outgoing; Mon, 19 May 1997 00:47:28 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA08118 for ; Mon, 19 May 1997 00:47:25 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id AAA03307; Mon, 19 May 1997 00:47:51 -0700 (PDT) To: Brian Somers cc: Curt Sampson , Michael Smith , hackers@freebsd.org Subject: Re: /etc/netstart bogons.. In-reply-to: Your message of "Thu, 01 May 1997 23:41:55 BST." <199705012241.XAA13307@awfulhak.demon.co.uk> Date: Mon, 19 May 1997 00:47:51 -0700 Message-ID: <3303.864028071@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > ifconfig_lo0_alias0="inet 127.0.0.254 netmask 0xffffffff" > would be nice - to remind people that it's possible. Hmmm, I'll have to leave it commented, of course, but I suppose that's a reasonable request. > > Xkerberos_server_enable=NO # Run a kerberos master server (or NO). > > kerberos_server_flags="" > kadmind_flags="-n" I think those last two are irrelevant. I can see how they'd be orthogonal, but there really isn't any need to add knobs to things which require no external control inputs. :-) kerberos doesn't appear to take any flags in practical usage and I think -n is about it for kadmind as well. Please correct me if you know of any actual, real-world examples to the contrary! > rwhod_flags="" Same here. If you know of anyone on this planet using a multicasting rwhod, please let me know. ;-) Also understand that it was not my intention to add knobs to anything which ever offered one - these files would be quite a bit larger if I were attempting to be comrehensive rather than growing this thing "organically", as people suggest areas of genuine need. > nfs_client_flags="-n 4" > > > Xnfs_server_enable=NO # This host is an NFS server (or NO). > > mountd_flags="" > nfs_server_flags="-u -t 4" Those are reasonable flags, however, since I can easily see how you might want to play with them on heavily loaded NFS systems. > rpc_lockd_flags="" > rpc_statd_flags="" See first arguments. > > Xmousedtype=NO # See man page for rc.conf(8) for available set tings. > > Xmousedport=/dev/cuaa0 # Set to your mouse port (required if mousetype set) > > Xmousedflags="" # Any additional flags to moused. > Nope, nope, nope. The last three lines are inconsistent. Good eye, thanks. > lpd_enable="YES" > lpd_flags="" Got the first already, will add the second. > savecore_flags="/var/crash" Actually, Joerg tells me that this is deprecated entirely. I need to get the details. > This must be the only server without any possible flags, but I > think it's worth staying consistent: > ibcs2_flags="" See notes at top. :-) Thanks for all the feedback! A fair number of commits came out of it. Jordan From owner-freebsd-hackers Mon May 19 00:52:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA08269 for hackers-outgoing; Mon, 19 May 1997 00:52:01 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA08258 for ; Mon, 19 May 1997 00:51:58 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA13232; Mon, 19 May 1997 09:51:32 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA03757; Mon, 19 May 1997 09:47:16 +0200 (MET DST) Message-ID: <19970519094716.XW27505@uriah.heep.sax.de> Date: Mon, 19 May 1997 09:47:16 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: patrick@popper.paradigm2000.com (Patrick) Subject: Re: TERM Problem References: <19970518230621.UF50902@uriah.heep.sax.de> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Patrick on May 19, 1997 11:27:34 +0800 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Patrick wrote: > Thank's for the reply. My problem is that every time I connect my > FreeBSD box to the ICL/DRS6000 Unix. Keyboard setting, vi, and > screen display cannot operate poperly. I know the term use in > ICL/DRS6000 is vt220 and hence I set the FreeBSD box to vt220 before > connecting to the ICL. But still it cannot work. I did not have any > problem when connecting to any other hosts using freebsd. You haven't understood how the TERM variable works: you cannot simply set it to whatever you like, you gotta set it to whatever your local terminal type is. In case of the stock FreeBSD console, that's ``cons25'', and that's quite a little different from ``vt220''. It is unlikely that your remote system understands this terminal type however. You might give it a try whether you can work with ``scoterm'' or ``ansi'' or such. Failing this, you should really have a look at the pcvt driver option. It emulates as much of a vt220 as is possible with a plain VGA adapter (i.e. basically everything except double-height or double-width characters). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon May 19 01:10:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA08953 for hackers-outgoing; Mon, 19 May 1997 01:10:44 -0700 (PDT) Received: from hq.icb.chel.su (hq.icb.chel.su [193.125.10.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA08765 for ; Mon, 19 May 1997 01:04:41 -0700 (PDT) Received: (babkin@localhost) by hq.icb.chel.su (8.8.3/8.6.5) id OAA14906; Mon, 19 May 1997 14:01:25 +0600 (ESD) From: "Serge A. Babkin" Message-Id: <199705190801.OAA14906@hq.icb.chel.su> Subject: Re: TERM Problem To: rb@gid.co.uk (Bob Bishop) Date: Mon, 19 May 1997 14:01:25 +0600 (ESD) Cc: patrick@popper.paradigm2000.com, hackers@FreeBSD.ORG, joerg_wunsch@uriah.heep.sax.de In-Reply-To: from "Bob Bishop" at May 19, 97 06:47:19 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Hi, > > At 4:27 +0100 19/5/97, Patrick wrote: > >On Sun, 18 May 1997, J Wunsch wrote: > >>[elided] > >Hi > > Thank's for the reply. My problem is that every time I connect my > >FreeBSD box to the ICL/DRS6000 Unix. Keyboard setting, vi, and screen > >display cannot operate poperly. I know the term use in ICL/DRS6000 is > >vt220 and hence I set the FreeBSD box to vt220 before connecting to the ICL. > >But still it cannot work. I did not have any problem when connecting to > >any other hosts using freebsd. > > > >Can you help? > > Possibly I can - I have a DRS6000 running upstairs. But first: > > Which version of FreeBSD are you running? > > Are you running X on your FreeBSD box, or are you working from the raw console? > > When you say 'connected', what do you mean precisely? Telnet? > > Precisely what do you mean by "Keyboard setting, vi, and screen display > cannot operate poperly"? Does the display get confused, or is it just that > erase and kill don't work? By the way, I use FreeBSD to connect to ICL TeamServer. I just converted the description of `cons25' into terminfo and use it almost without problems (I have little problems only with sysadmin menu shell). -SB From owner-freebsd-hackers Mon May 19 02:21:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA11301 for hackers-outgoing; Mon, 19 May 1997 02:21:58 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA11296 for ; Mon, 19 May 1997 02:21:56 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA13598 for freebsd-hackers@FreeBSD.ORG; Mon, 19 May 1997 10:54:26 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id KAA03985; Mon, 19 May 1997 10:37:13 +0200 (MET DST) Message-ID: <19970519103713.LJ36201@uriah.heep.sax.de> Date: Mon, 19 May 1997 10:37:13 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG (FreeBSD-Hackers) Subject: Re: NEW SCREENSAVER: "the daemon is jumpin' around" References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Michael Slater on May 19, 1997 07:22:05 +0800 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Michael Slater wrote: > Where can i find it, just re-subscribed to the list, and missed the > orignal post :) Browse the mailing list archives on www.freebsd.org. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon May 19 02:24:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA11380 for hackers-outgoing; Mon, 19 May 1997 02:24:06 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA11344; Mon, 19 May 1997 02:22:52 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA13611; Mon, 19 May 1997 10:57:03 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id KAA04023; Mon, 19 May 1997 10:47:10 +0200 (MET DST) Message-ID: <19970519104709.FO31408@uriah.heep.sax.de> Date: Mon, 19 May 1997 10:47:09 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: core@FreeBSD.ORG Subject: Re: Variable initialization References: <199705190329.NAA29656@godzilla.zeta.org.au> <199705190547.HAA04051@labinfo.iet.unipi.it> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705190547.HAA04051@labinfo.iet.unipi.it>; from Luigi Rizzo on May 19, 1997 07:47:26 +0200 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Luigi Rizzo wrote: > > Besides, style(9) explicitly says not to obfuscate code by initializing > > variables in declarations. This obfuscation should only be used > > thoughfully. :-). > > Can someone tell me why this is called obfuscation ? No, and it's one of the points where not much of an agreement could be reached even among the core team. Initializing a variable when it's being declared (and not later) is even more crucial if it comes to C++, since it technically makes a big difference there. Just declaring it means the default constructor is called (which must not exist, that will result in an error), while the appropriate constructor will be called if it's initialized immediately. To the very least, this could save quite some useless default initialization (like bzero'ing areas that are about to be filled in a millisecond later). I've cc'ed the core team: we should IMHO make this sentence in style(9) less strict. My English ain't good enough for a better formulation... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon May 19 04:42:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA16196 for hackers-outgoing; Mon, 19 May 1997 04:42:40 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA16157; Mon, 19 May 1997 04:41:33 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id VAA13078; Mon, 19 May 1997 21:31:41 +1000 Date: Mon, 19 May 1997 21:31:41 +1000 From: Bruce Evans Message-Id: <199705191131.VAA13078@godzilla.zeta.org.au> To: hackers@FreeBSD.ORG, j@uriah.heep.sax.de Subject: Re: Variable initialization Cc: core@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Can someone tell me why this is called obfuscation ? With old compilers, it was a pessimization to initalize variables unnecessarily or long before they are used. With modern compilers, it defeats automatic checking for uninitialized variables and may still prevent some optimizations. A wrongly initialized variable is worse than an initialized one since it can't be checked for. >I've cc'ed the core team: we should IMHO make this sentence in >style(9) less strict. My English ain't good enough for a better >formulation... We already made it less strict. It is the one thing in the Lite2 /usr/src/admin/style that someone felt strongly enough about to say "DO NOT" do this. Bruce From owner-freebsd-hackers Mon May 19 04:58:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA16998 for hackers-outgoing; Mon, 19 May 1997 04:58:56 -0700 (PDT) Received: from adm.sci-nnov.ru (adm.sci-nnov.ru [193.125.71.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA16981 for ; Mon, 19 May 1997 04:58:35 -0700 (PDT) Received: from ch-bank.sandy.nnov.su (uucp@localhost) by adm.sci-nnov.ru (8.8.5/Dmiter-4.1) with UUCP id PAA26590 for FreeBSD.ORG!FREEBSD-HACKERS; Mon, 19 May 1997 15:50:08 +0400 (MSD) Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Received: from ALEXS (alexs [129.0.1.76]) by ch-bank.sandy.nnov.su (8.7.5/8.7.3) with SMTP id LAA00343 for ; Mon, 19 May 1997 11:49:34 +0400 (MSD) Message-Id: <199705190749.LAA00343@ch-bank.sandy.nnov.su> Comments: Authenticated sender is From: "Savelev Alexander A." Organization: JSB Chemist, Dzerjinsk, Russia To: FREEBSD-HACKERS%FreeBSD.ORG@ch-bank.sandy.nnov.su Date: Mon, 19 May 1997 11:50:03 +0000 Subject: Can I get access to LAN via PPP? X-Confirm-Reading-To: "Savelev Alexander A." X-pmrqc: 1 Priority: normal X-mailer: Pegasus Mail for Windows (v2.23) Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi! My problem is to get access to LAN via phone line. Can I get access to LAN via PPP? LAN ------------------------------------------- | | | Win95 Win95 FreeBSD | PPP | Win95 ================== Best regards, Alex Savelyev From owner-freebsd-hackers Mon May 19 05:47:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA19418 for hackers-outgoing; Mon, 19 May 1997 05:47:45 -0700 (PDT) Received: from jocki.domestic.de (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA19413 for ; Mon, 19 May 1997 05:47:39 -0700 (PDT) Received: (from joki@localhost) by jocki.domestic.de (8.8.5/8.8.5) id MAA03458; Mon, 19 May 1997 12:47:48 +0200 (CEST) Message-ID: X-Mailer: XFMail 1.0 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sun, 18 May 1997 20:20:28 -0000 (GMT) From: Joachim Kuebart To: Chuck Robey Subject: RE: lkms Cc: FreeBSD-Hackers Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 14-May-97 at 01:56:28 Chuck Robey wrote: >I haven't ever used any lkm stuff before, but I want to give it a try >now, on the cdrom driver. I don't have a cdrom configured into the >kernel here ... how do I go about using it? Any tips on maximizing >safety? I'm running current. In the kernel config file (/sys/i386/conf/YOURKERNEL) select the appropriate CDROM driver (wcd for an ATAPI drive, scd for a Sony CDU etc.) See /sys/i386/conf/LINT for hints. Then run MAKEDEV in /dev and create your device Then add a line like /dev/?cd0 /cdrom cd9660 ro,noauto 0 0 to your /etc/fstab Security: As _root_, do: # mount /cdrom # umount /cdrom to see and hide your cdrom. > >----------------------------+----------------------------------------------- >Chuck Robey | Interests include any kind of voice or data >chuckr@eng.umd.edu | communications topic, C programming, and Unix. >9120 Edmonston Ct #302 | >Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD >(301) 220-2114 | version 3.0 current -- and great FUN! >----------------------------+----------------------------------------------- cu Jo --------------------------------------------------------------------- FreeBSD - top breeders recommend it Joachim Kuebart Tel: +49 711 653706 Germany From owner-freebsd-hackers Mon May 19 06:27:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA20909 for hackers-outgoing; Mon, 19 May 1997 06:27:53 -0700 (PDT) Received: from nightflight.com (nightflight.com [207.135.216.194]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA20891; Mon, 19 May 1997 06:27:49 -0700 (PDT) Received: from GCRUTCHER.eosintl.com (dragon [204.31.148.2]) by nightflight.com (8.8.5/8.6.9) with SMTP id GAA04639; Mon, 19 May 1997 06:26:53 -0700 (PDT) Message-Id: <3.0.1.32.19970519062710.006b1148@nightflight.com> X-Sender: gcrutchr@nightflight.com X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Mon, 19 May 1997 06:27:10 -0700 To: freebsd-hackers@freebsd.org From: Gary Crutcher Subject: npx0 issue Cc: freebsd-questions@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk HI, I have had to disable probing of the npx0 on my Pentium laptop in order for FreeBSD to boot. Does this mean that the math co-processor is unavailable for use by applications? Gary ------------------------------------------------------------- Gary Crutcher E-mail: gcrutchr@nightflight.com Webmaster URL: http://www.nightflight.com Member of the Internet Developers Association ------------------------------------------------------------- From owner-freebsd-hackers Mon May 19 06:30:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA21063 for hackers-outgoing; Mon, 19 May 1997 06:30:09 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA20688; Mon, 19 May 1997 06:21:15 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id NAA04574; Mon, 19 May 1997 13:48:30 +0200 From: Luigi Rizzo Message-Id: <199705191148.NAA04574@labinfo.iet.unipi.it> Subject: Re: Variable initialization To: bde@zeta.org.au (Bruce Evans) Date: Mon, 19 May 1997 13:48:30 +0200 (MET DST) Cc: hackers@FreeBSD.ORG, j@uriah.heep.sax.de, core@FreeBSD.ORG In-Reply-To: <199705191131.VAA13078@godzilla.zeta.org.au> from "Bruce Evans" at May 19, 97 09:31:22 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >> Can someone tell me why this is called obfuscation ? > > With old compilers, it was a pessimization to initalize variables > unnecessarily or long before they are used. With modern compilers, > it defeats automatic checking for uninitialized variables and may > still prevent some optimizations. I made on purpose the example int a, b, c; a=1 ; b = 2 ; c = 3 ; where none of the above presumably applies. > still prevent some optimizations. A wrongly initialized variable > is worse than an initialized one since it can't be checked for. this is as obvious as useless. The compiler won't catch a wrong init value, either in the declaration or in an explicit assignement. But anyways I was just trying to understand if there was something fundamentally wrong in my preference of int a = 3; in place of int a ; a = 3 ; Cheers Luigi From owner-freebsd-hackers Mon May 19 06:56:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA22111 for hackers-outgoing; Mon, 19 May 1997 06:56:04 -0700 (PDT) Received: from spinner.DIALix.COM (spinner.dialix.com [192.203.228.67]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA22049; Mon, 19 May 1997 06:54:37 -0700 (PDT) Received: from spinner.DIALix.COM (localhost.dialix.com.au [127.0.0.1]) by spinner.DIALix.COM with ESMTP id VAA22545; Mon, 19 May 1997 21:47:19 +0800 (WST) Message-Id: <199705191347.VAA22545@spinner.DIALix.COM> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: bde@zeta.org.au (Bruce Evans), hackers@FreeBSD.ORG, j@uriah.heep.sax.de, core@FreeBSD.ORG Subject: Re: Variable initialization In-reply-to: Your message of "Mon, 19 May 1997 13:48:30 +0200." <199705191148.NAA04574@labinfo.iet.unipi.it> Date: Mon, 19 May 1997 21:47:17 +0800 From: Peter Wemm Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo wrote: > > >> Can someone tell me why this is called obfuscation ? > > > > With old compilers, it was a pessimization to initalize variables > > unnecessarily or long before they are used. With modern compilers, > > it defeats automatic checking for uninitialized variables and may > > still prevent some optimizations. [..] > But anyways I was just trying to understand if there was something > fundamentally wrong in my preference of > > int a = 3; > > in place of > > int a ; > a = 3 ; This doesn't bother me, but the following example does: int s = splnet(); struct inpcb *pcb = sotoinpcb(so); [function code] This makes life hard for the smp people, becase we will someday have to change it to something like: int s; struct inpcb *pcb; s = splnet(); /* stop interrupts from grabbing spinlock */ simplelock_lock(&netlock); /* stop other cpus from entering */ pcb = sotoinpcb(so); [rest of code] (This isn't a good example since the "int s = splnet()" could be left where it was, and the net code isn't likely to be suitable for a boolean simplelock - but that's for later) Anyway, I don't care too much about static initializers, but calling functions from the initializer list does worry me. Cheers, -Peter From owner-freebsd-hackers Mon May 19 07:03:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA22496 for hackers-outgoing; Mon, 19 May 1997 07:03:14 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA22491 for ; Mon, 19 May 1997 07:03:11 -0700 (PDT) Received: from shasta.altavista-software.com (shasta.altavista-software.com [205.181.164.61]) by mail.cdsnet.net (8.8.5/8.7.3) with SMTP id HAA13679; Mon, 19 May 1997 07:03:07 -0700 (PDT) Message-Id: <3.0.1.32.19970518191234.0070415c@www.3am-software.com> X-Sender: matt@www.3am-software.com (Unverified) X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Sun, 18 May 1997 19:12:34 -0400 To: Ulf Zimmermann From: Matt Thomas Subject: Re: BayNetworks Netgear FA310TX Cc: hackers@FreeBSD.ORG In-Reply-To: <199705180414.VAA14594@Gatekeeper.Lamb.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 09:14 PM 5/17/97 -0700, Ulf Zimmermann wrote: >Hello, > >has anyone got a FA310TX to work ? The de driver gives me only time outs >and messages like "Abnormal interupt, receiving stopped". Which de driver? I have had a report of success with the de driver at http://www.3am-software.com/ -- Matt Thomas Internet: matt@3am-software.com 3am Software Foundry WWW URL: http://www.3am-software.com/bio/matt.html Westford, MA Disclaimer: I disavow all knowledge of this message From owner-freebsd-hackers Mon May 19 07:27:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA23601 for hackers-outgoing; Mon, 19 May 1997 07:27:09 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA23596 for ; Mon, 19 May 1997 07:27:07 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id HAA04100 for ; Mon, 19 May 1997 07:27:07 -0700 (PDT) Message-Id: <199705191427.HAA04100@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: hackers@freebsd.org Subject: REMINDER: SF Meeting will be broacasted in the MBONE Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 19 May 1997 07:27:07 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk SDR session: FreeBSD Lounge Time: 6:30 Pacific Standard Time Amancio From owner-freebsd-hackers Mon May 19 07:35:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA24374 for hackers-outgoing; Mon, 19 May 1997 07:35:53 -0700 (PDT) Received: from bsd.fs.bauing.th-darmstadt.de (bsd.fs.bauing.th-darmstadt.de [130.83.63.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA24368 for ; Mon, 19 May 1997 07:35:51 -0700 (PDT) Received: from campa.panke.de (anonymous215.ppp.cs.tu-berlin.de [130.149.17.215]) by bsd.fs.bauing.th-darmstadt.de (8.8.5/8.8.5) with ESMTP id QAA24316; Mon, 19 May 1997 16:35:38 +0200 (MET DST) Received: (from wosch@localhost) by campa.panke.de (8.8.5/8.6.12) id MAA00448; Mon, 19 May 1997 12:49:10 +0200 (MET DST) Date: Mon, 19 May 1997 12:49:10 +0200 (MET DST) Message-Id: <199705191049.MAA00448@campa.panke.de> From: Wolfram Schneider To: Brian Somers Cc: Bill Fenner , freebsd-hackers@freebsd.org, Wolfram Schneider Subject: Re: www.freebsd.org In-Reply-To: <199705181806.TAA16463@awfulhak.demon.co.uk> References: <97May18.010002pdt.177489@crevenia.parc.xerox.com> <199705181806.TAA16463@awfulhak.demon.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Brian Somers writes: >Wolfram has updated stuff as of the 18th. It'd be nice if we could do >this at least every few days Is one update a week enough? The manual pages are not changed often. >(is this task automated on www.de ?). Currently not. With the daily SNAP from current.freebsd.org an automated update should not be a big problem. Wolfram From owner-freebsd-hackers Mon May 19 07:38:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA24656 for hackers-outgoing; Mon, 19 May 1997 07:38:21 -0700 (PDT) Received: from gargoyle.bazzle.com (gargoyle.bazzle.com [206.103.246.190]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA24648 for ; Mon, 19 May 1997 07:38:17 -0700 (PDT) Received: from localhost (ejc@localhost) by gargoyle.bazzle.com (8.8.5/8.6.12) with SMTP id KAA02273; Mon, 19 May 1997 10:38:06 -0400 (EDT) Date: Mon, 19 May 1997 10:38:06 -0400 (EDT) From: "Eric J. Chet" To: "Russell L. Carter" cc: hackers@FreeBSD.ORG Subject: Re: omniORB port to FreeBSD In-Reply-To: <199705121748.KAA14166@conceptual.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hello I created a port of omniORB send-pr ports/3619. ftp://ftp.freebsd.org/pub/FreeBSD/incoming/omniORB.tgz Later, Eric Chet On Mon, 12 May 1997, Russell L. Carter wrote: > > Any orbaholics interested in working with me to > port omniORB to FreeBSD pthreads please drop me a line. The C++ > binding is very attractive. ILU works fine of course but > the C++ binding is too flaky to use right now. > > Having both working ACE and a C++ ORB is cool indeed... > > Russell > > > ------- Forwarded Message > > Return-Path: POPmail > Received: from mailhost.orl.co.uk (shallot.cam-orl.co.uk [192.5.239.109]) > by primenet.com (8.8.5/8.8.5) with SMTP id JAA23390 > for ; Mon, 12 May 1997 09:50:34 -0700 (MST) > Received: from santaka.cam-orl.co.uk by mailhost.orl.co.uk > (SMI-8.6/HUB-ORL-0.5) > id RAA16333; Mon, 12 May 1997 17:49:51 +0100 > Received: by santaka.cam-orl.co.uk > (8.8.5//ident-1.0) id RAA08484; Mon, 12 May 1997 17:49:44 +0100 > Date: Mon, 12 May 1997 17:49:44 +0100 > Message-Id: <199705121649.RAA08484@santaka.cam-orl.co.uk> > To: rcarter@consys.com > Subject: FYI: Free CORBA 2 ORB for C++ available now > From: Sai-Lai Lo > X-UIDL: 2bd011e2d1c63da0bdce204fe943939e > Status: O > > > ******* Free CORBA 2 ORB for C++ available now ******* > > > The Olivetti and Oracle Research Laboratory has made available the first > public release of omniORB (version 2.2.0). We also refer to this version > as omniORB2. > > omniORB2 is copyright Olivetti & Oracle Research Laboratory. It is free > software. The programs in omniORB2 are distributed under the GNU General > Public Licence as published by the Free Software Foundation. The libraries > in omniORB2 are distributed under the GNU Library General Public > Licence. > > Source code and binary distributions are available from our Web pages: > > http://www.orl.co.uk/omniORB/omniORB.html > > > Technical Highlights > ==================== > > omniORB2 implements specification 2.0 of the Common Object Request > Broker Architecture (CORBA). > > - C++ language bindings are supported. The mapping conforms to > the latest revision of the CORBA specification. > > - The Internet Inter-ORB Protocol (IIOP) is used as the native protocol. > > - The omniORB2 runtime is fully multithreaded. It uses native platform > thread support encapsulated with a small class library, omnithread, > to abstract away from differences in native thread APIs. > > - A COS Naming Service, omniNames, is provided. > > - The following platforms are supported: > > o Solaris 2.5 / Sun SparcCompiler C++ version 4.2 > o Digital Unix 3.2 / DEC C++ compiler version 5.5 > o x86 Linux 2.0 / GNU C++ compiler version 2.7.2 / Linuxthreads 0.5 > o x86 Windows NT / Windows 95 / Visual C++ version 4.2 > > It should be straightforward to port omniORB2 to any platform > which supports POSIX style threads, BSD style sockets and has a > decent C++ compiler which supports exceptions. > > - It has been tested for interoperability via IIOP with other ORBs, > such as Iona Orbix 2.1 MT, Iona OrbixWeb 2.0.1, > Visigenic Visibroker for C++, and HP ORB Plus 2.5. > > Work in progress > ================ > > omniORB2 is not yet a complete implementation of the CORBA core. The > following features are not supported in the current release. > Support for these features will be included shortly in > a future release of omniORB2. > > - `Typecode' and the type `Any' are not supported. > > - The Dynamic Invocation Interface (DII) is not supported. > > - The Dynamic Skeleton Interface (DSI) is not supported. > > > Missing features > ================ > > The following features are missing from omniORB2. We are not > currently planning on adding support for these features. > > - The BOA only supports the persistent server activation policy. Other > dynamic activation and deactivation polices are not supported. > > - omniORB2 does not has its own Interface Repository. > > > > > ------- End of Forwarded Message > > > From owner-freebsd-hackers Mon May 19 07:41:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA25098 for hackers-outgoing; Mon, 19 May 1997 07:41:11 -0700 (PDT) Received: from chain.iafrica.com (chain.iafrica.com [196.31.1.66]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA25030 for ; Mon, 19 May 1997 07:40:41 -0700 (PDT) Received: from localhost (khetan@localhost) by chain.iafrica.com (8.8.5/8.8.5) with SMTP id QAA02422; Mon, 19 May 1997 16:37:00 +0200 (SAT) Date: Mon, 19 May 1997 16:37:00 +0200 (SAT) From: Khetan Gajjar Reply-To: Khetan Gajjar To: Terry Lambert cc: hackers@FreeBSD.ORG Subject: Re: MZ-Telnet ? In-Reply-To: <199705182210.PAA22855@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 18 May 1997, Terry Lambert wrote: >Add "|| defined(__FreeBSD__)" to the end of the "#if" line he references. Thanks! Managed to get it to build quite nicely. It seems to work well. I've "frozen" my changes to the source, tarred it up and put it in ftp://chain.iafrica.com/incoming/ssltelnet.tgz for anyone who is interested. There is a shell script which should install everything in the "right" place - ssltelnetsetup.sh Once again, thanks for the help. --- Khetan Gajjar | khetan@os.org.za www.freebsd.os.org.za/~khetan/ | khetan@iafrica.com PGP : finger khetan@chain.freebsd.os.org.za | I run FreeBSD - www.za.freebsd.org UUNet Internet Africa Support | 0800-030-002 & help@iafrica.com For every complex problem, there is a solution that is simple, neat, and wrong. -- H. L. Mencken From owner-freebsd-hackers Mon May 19 07:44:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA25391 for hackers-outgoing; Mon, 19 May 1997 07:44:47 -0700 (PDT) Received: from gargoyle.bazzle.com (gargoyle.bazzle.com [206.103.246.190]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA25386 for ; Mon, 19 May 1997 07:44:43 -0700 (PDT) Received: from localhost (ejc@localhost) by gargoyle.bazzle.com (8.8.5/8.6.12) with SMTP id KAA02290; Mon, 19 May 1997 10:44:30 -0400 (EDT) Date: Mon, 19 May 1997 10:44:29 -0400 (EDT) From: "Eric J. Chet" To: Jake Hamby cc: Amancio Hasty , hackers@FreeBSD.ORG Subject: Re: omniORB port to FreeBSD In-Reply-To: <3377711E.18C2@lightside.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hello I created a port of OmniBroker 1.0 release. See send-pr ports/3630. The port can be found at: ftp://ftp.freebsd.org/pub/FreeBSD/incoming/omniBroker_1.0R.tgz Later, Eric Chet On Mon, 12 May 1997, Jake Hamby wrote: > Amancio Hasty wrote: > > > > Cool, I am interested and we do need someone to keep track of such > > things as ACE, ILU, and now omniORB 8) > > > > Cheers, > > Amancio > > Hey, don't forget about OmniBroker. It's another CORBA 2 compliant ORB > for C++, and while it's not GPL'ed like omniORB (which is, IMHO, a good > thing :), it is freely available for non-commercial use, and has source > code. Unfortunately, it's not multithreaded yet, but will be soon. > BTW, the author of OmniBroker seems very interested in promoting and > maintaining it. It's available at: > > http://www.ooc.com/ > > BTW, I was looking for a free ORB to port to BeOS, which is why I was > very interested to see the announcement of omniORB. Having two strong > products is always better than being stuck with one, and thanks to the > miracle of CORBA, omniORB and OmniBroker should be 100% interoperable > (if not, its a bug!). > > -- > ------------------------------------------------------------------------------ > |Jake Hamby| APT Engineer at JPL, CS student at Cal Poly, and BeOS > developer!| > ------------------------------------------------------------------------------ > "You can't talk to a psycho like a normal human being." - Poe > From owner-freebsd-hackers Mon May 19 07:58:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA25937 for hackers-outgoing; Mon, 19 May 1997 07:58:27 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA25932 for ; Mon, 19 May 1997 07:58:25 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id HAA04309; Mon, 19 May 1997 07:58:17 -0700 (PDT) Message-Id: <199705191458.HAA04309@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: "Eric J. Chet" cc: Jake Hamby , hackers@FreeBSD.ORG Subject: Re: omniORB port to FreeBSD In-reply-to: Your message of "Mon, 19 May 1997 10:44:29 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 19 May 1997 07:58:16 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I am getting permission denied : wcarchive.cdrom.com:/.16/FreeBSD/incoming ncftp>binary wcarchive.cdrom.com:/.16/FreeBSD/incoming ncftp>mget omni* omniBroker.tgz: Permission denied. omniBroker_1.0R.tgz: Permission denied. omniORB.tgz: Permission denied. wcarchive.cdrom.com:/.16/FreeBSD/incoming Cheers, Amancio >From The Desk Of "Eric J. Chet" : > Hello > I created a port of OmniBroker 1.0 release. See send-pr > ports/3630. The port can be found at: > > ftp://ftp.freebsd.org/pub/FreeBSD/incoming/omniBroker_1.0R.tgz > > Later, > > Eric Chet > > On Mon, 12 May 1997, Jake Hamby wrote: > > > Amancio Hasty wrote: > > > > > > Cool, I am interested and we do need someone to keep track of such > > > things as ACE, ILU, and now omniORB 8) > > > > > > Cheers, > > > Amancio > > > > Hey, don't forget about OmniBroker. It's another CORBA 2 compliant ORB > > for C++, and while it's not GPL'ed like omniORB (which is, IMHO, a good > > thing :), it is freely available for non-commercial use, and has source > > code. Unfortunately, it's not multithreaded yet, but will be soon. > > BTW, the author of OmniBroker seems very interested in promoting and > > maintaining it. It's available at: > > > > http://www.ooc.com/ > > > > BTW, I was looking for a free ORB to port to BeOS, which is why I was > > very interested to see the announcement of omniORB. Having two strong > > products is always better than being stuck with one, and thanks to the > > miracle of CORBA, omniORB and OmniBroker should be 100% interoperable > > (if not, its a bug!). > > > > -- > > --------------------------------------------------------------------------- --- > > |Jake Hamby| APT Engineer at JPL, CS student at Cal Poly, and BeOS > > developer!| > > --------------------------------------------------------------------------- --- > > "You can't talk to a psycho like a normal human being." - Poe > > > From owner-freebsd-hackers Mon May 19 08:01:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA26135 for hackers-outgoing; Mon, 19 May 1997 08:01:02 -0700 (PDT) Received: from plains.NoDak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA26124 for ; Mon, 19 May 1997 08:00:55 -0700 (PDT) Received: (from tinguely@localhost) by plains.NoDak.edu (8.8.5/8.8.5) id JAA21454; Mon, 19 May 1997 09:59:19 -0500 (CDT) Date: Mon, 19 May 1997 09:59:19 -0500 (CDT) From: Mark Tinguely Message-Id: <199705191459.JAA21454@plains.NoDak.edu> To: SANSAN131@cyberlib.itb.ac.id, freebsd-hackers@FreeBSD.ORG Subject: Re: Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk please send unsubscribe messages to majordomo@freebsd.org: echo "unsubscribe hackers-freebsd sansan131@Cyberlib.itb.ac.id" | mail majordomo@freebsd.org From owner-freebsd-hackers Mon May 19 08:35:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA27740 for hackers-outgoing; Mon, 19 May 1997 08:35:45 -0700 (PDT) Received: from ns.cs.msu.su (laskavy@redsun.cs.msu.su [158.250.10.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA27710 for ; Mon, 19 May 1997 08:35:33 -0700 (PDT) Received: (from laskavy@localhost) by ns.cs.msu.su (8.8.5/8.6.12) id TAA23174 for hackers@FreeBSD.ORG; Mon, 19 May 1997 19:35:35 +0400 (DST) Date: Mon, 19 May 1997 19:35:35 +0400 (DST) From: "Sergei S. Laskavy" Message-Id: <199705191535.TAA23174@ns.cs.msu.su> To: hackers@FreeBSD.ORG Subject: drwxr-xr-x 2 bin bin /usr/sbin Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk eric@Sendmail.ORG said, that +----------------------------------------------+ | For security reasons, /, /usr, and /usr/sbin | | should be owned by root, mode 755. | +----------------------------------------------+ I think that someone can gain "bin" and then replace /usr/sbin/GOOD_PROGGY by /usr/sbin/EVIL_PROGGY From owner-freebsd-hackers Mon May 19 08:53:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA28963 for hackers-outgoing; Mon, 19 May 1997 08:53:08 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA28721; Mon, 19 May 1997 08:50:22 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id RAA18484; Mon, 19 May 1997 17:50:18 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id RAA00904; Mon, 19 May 1997 17:37:33 +0200 (MET DST) Message-ID: <19970519173733.JP59532@uriah.heep.sax.de> Date: Mon, 19 May 1997 17:37:33 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: core@FreeBSD.ORG Subject: Re: Variable initialization References: <199705191148.NAA04574@labinfo.iet.unipi.it> <199705191347.VAA22545@spinner.DIALix.COM> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705191347.VAA22545@spinner.DIALix.COM>; from Peter Wemm on May 19, 1997 21:47:17 +0800 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Peter Wemm wrote: > This doesn't bother me, but the following example does: > > int s = splnet(); > struct inpcb *pcb = sotoinpcb(so); Point taken. Then, we should change the wording to explicitly mention that function calls as initializers are a no-go. This will be understandable for most people. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon May 19 09:07:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA29886 for hackers-outgoing; Mon, 19 May 1997 09:07:10 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA29881 for ; Mon, 19 May 1997 09:07:06 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id IAA24208; Mon, 19 May 1997 08:58:30 -0700 From: Terry Lambert Message-Id: <199705191558.IAA24208@phaeton.artisoft.com> Subject: Re: GNAT-pthreads integration bugs/questions To: davem@caip.rutgers.edu (David S. Miller) Date: Mon, 19 May 1997 08:58:30 -0700 (MST) Cc: terry@lambert.org, deischen@iworks.InterWorks.org, freebsd-hackers@FreeBSD.ORG, jb@freebsd1.cimlogic.com.au In-Reply-To: <199705190257.WAA16061@darkwing.rutgers.edu> from "David S. Miller" at May 18, 97 10:57:25 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Put it at the bottom on the threads stack... > > There is no threads stack in an rfork. > > A thread lacks a stack with rfork(), is this what you are > saying? How in the world does this work? Heh. "man rfork". The rfork call produces processes with shared address spaces, not threads. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon May 19 09:24:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA00853 for hackers-outgoing; Mon, 19 May 1997 09:24:59 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA00842; Mon, 19 May 1997 09:24:54 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA24243; Mon, 19 May 1997 09:16:25 -0700 From: Terry Lambert Message-Id: <199705191616.JAA24243@phaeton.artisoft.com> Subject: Re: GNAT-pthreads integration bugs/questions To: gibbs@plutotech.com (Justin T. Gibbs) Date: Mon, 19 May 1997 09:16:25 -0700 (MST) Cc: dyson@FreeBSD.ORG, davem@caip.rutgers.edu, terry@lambert.org, deischen@iworks.InterWorks.org, freebsd-hackers@FreeBSD.ORG, jb@freebsd1.cimlogic.com.au In-Reply-To: <199705190441.WAA26421@pluto.plutotech.com> from "Justin T. Gibbs" at May 18, 97 11:39:21 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > It sounds to me like using the base of the stack would be an excelent > and cheap way to implement the equivelent of NT's "thread local > storage". You'd need toolchain support at the very least with the > program image specifying the amount of stack space to "reserve". "Thread Local Storage" is only useful in a limited range of cases, even (especially?) under NT. There are four threading models under WIN32: 1) Single threaded 2) Rental model threading 3) Apartment model threading 4) Free threading Only cases 2 & 3 have a use for thread local storage. Cases 2 & 3 have the following drawbacks: o CPU starvation sofr some threads in N:M mapping o Not SMP scalable o Not "work to do" model o Require interface marshalling between threads (Actually, free threading requires interface marshalling: see the MSVC++ documentation for CoCreateFreeThreadedMarshaller()... this is because of allocation of interfaces to thread local storage -- a design flaw which they must now live with for all of eternity). There are special circumstances where you might want thread local storage for a free threaded application, ie: for state local to the trasaction, *during* the transaction. But the free threading model does not permit persistant state in thread local storage: that would imply task-binding to a single thread: apartment model threading. In other words, the state in thread local storage would exist only over the life of the transaction, and be destroyed when it comes to its conclusion. An intelligent programmer will use the thread stack for this, instead, and not incur the runtime allocation/deallocation overhead associated with modifying the address space map. Microsoft recommends "free threading"; I happen to agree with them (it's rare, mark it on your calendars). Yes, they screw this up by where their constructors allocate storage for interfaces (using LocalAlloc), but that's *their* screw-up -- not something that a decent implementation would have to live with. All you do with "thread local storage" is enable the creation of crippled programs. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon May 19 09:34:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA01435 for hackers-outgoing; Mon, 19 May 1997 09:34:10 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA01408 for ; Mon, 19 May 1997 09:34:02 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA24291; Mon, 19 May 1997 09:26:03 -0700 From: Terry Lambert Message-Id: <199705191626.JAA24291@phaeton.artisoft.com> Subject: Re: GNAT-pthreads integration bugs/questions To: deischen@iworks.InterWorks.org (Daniel M. Eischen) Date: Mon, 19 May 1997 09:26:03 -0700 (MST) Cc: hackers@FreeBSD.ORG, terry@lambert.org In-Reply-To: <199705190341.WAA26464@iworks.InterWorks.org> from "Daniel M. Eischen" at May 18, 97 10:41:25 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Maybe I'm missing something here ;-) In the GNAT runtime, I need to > be able to retrieve a pointer to a structure (Ada Task Control Block) > based soley on the PID (assuming we're using rfork). The PID is all > we know, and we must be able to find the ATCB for this process. The > structures can be in shared data, but I still have to perform some > sort of lookup/search to find the ATCB for a process ID. This implies that the Ada Tasks are not anonymous "work to do" model threads. This bodes poorly for SMP scalability, and implies some measure of CPU starvation even in the UP case. 8-(. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon May 19 09:40:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA02111 for hackers-outgoing; Mon, 19 May 1997 09:40:38 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA01892; Mon, 19 May 1997 09:38:17 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA24310; Mon, 19 May 1997 09:30:17 -0700 From: Terry Lambert Message-Id: <199705191630.JAA24310@phaeton.artisoft.com> Subject: Re: Variable initialization To: bde@zeta.org.au (Bruce Evans) Date: Mon, 19 May 1997 09:30:17 -0700 (MST) Cc: hackers@FreeBSD.ORG, j@uriah.heep.sax.de, core@FreeBSD.ORG In-Reply-To: <199705191131.VAA13078@godzilla.zeta.org.au> from "Bruce Evans" at May 19, 97 09:31:41 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > With old compilers, it was a pessimization to initalize variables > unnecessarily or long before they are used. With modern compilers, > it defeats automatic checking for uninitialized variables and may > still prevent some optimizations. A wrongly initialized variable > is worse than an initialized one since it can't be checked for. Won't an incorrect initialization become ovbious when the code fails to function? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon May 19 09:54:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA02930 for hackers-outgoing; Mon, 19 May 1997 09:54:35 -0700 (PDT) Received: from DNS.Lamb.net (root@DNS.Lamb.net [207.90.181.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA02921 for ; Mon, 19 May 1997 09:54:30 -0700 (PDT) Received: from Bitch.Melmac.org (Bitch.Melmac.org [207.90.181.42]) by DNS.Lamb.net (8.8.5/8.8.5) with ESMTP id JAA29449; Mon, 19 May 1997 09:54:35 -0700 (PDT) Received: (from ulf@localhost) by Bitch.Melmac.org (8.8.5/8.7.6) id JAA01670; Mon, 19 May 1997 09:53:50 -0700 (PDT) From: Ulf Zimmermann Message-Id: <199705191653.JAA01670@Bitch.Melmac.org> Subject: Re: BayNetworks Netgear FA310TX To: matt@3am-software.com (Matt Thomas) Date: Mon, 19 May 1997 09:53:50 -0700 (PDT) Cc: ulf@Alameda.net, hackers@FreeBSD.ORG In-Reply-To: <3.0.1.32.19970518191234.0070415c@www.3am-software.com> from Matt Thomas at "May 18, 97 07:12:34 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > At 09:14 PM 5/17/97 -0700, Ulf Zimmermann wrote: > >Hello, > > > >has anyone got a FA310TX to work ? The de driver gives me only time outs > >and messages like "Abnormal interupt, receiving stopped". > > Which de driver? I have had a report of success with the de driver > at http://www.3am-software.com/ > -- > Matt Thomas Internet: matt@3am-software.com > 3am Software Foundry WWW URL: http://www.3am-software.com/bio/matt.html > Westford, MA Disclaimer: I disavow all knowledge of this message > > I tried the one in 2.2.1R and 2.2.2R. The card gets detected as de0 rev 32 int a irq 15 on pci0:10 de0: 21140A [10-100Mb/s] pass 2.0 de0: enabling 100baseTX port After this I get the "Abnormal" message and then only timeouts. Ulf. -------------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 From owner-freebsd-hackers Mon May 19 09:58:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA03294 for hackers-outgoing; Mon, 19 May 1997 09:58:19 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA02661; Mon, 19 May 1997 09:50:55 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id CAA24742; Tue, 20 May 1997 02:46:48 +1000 Date: Tue, 20 May 1997 02:46:48 +1000 From: Bruce Evans Message-Id: <199705191646.CAA24742@godzilla.zeta.org.au> To: bde@zeta.org.au, terry@lambert.org Subject: Re: Variable initialization Cc: core@FreeBSD.ORG, hackers@FreeBSD.ORG, j@uriah.heep.sax.de Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> still prevent some optimizations. A wrongly initialized variable >> is worse than an initialized one since it can't be checked for. > >Won't an incorrect initialization become ovbious when the code >fails to function? Depends on the code and value :-). An initialization to a weird value is more likely to cause obvious problems than an initialization to 0. Bruce From owner-freebsd-hackers Mon May 19 10:02:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA03804 for hackers-outgoing; Mon, 19 May 1997 10:02:40 -0700 (PDT) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA03796 for ; Mon, 19 May 1997 10:02:36 -0700 (PDT) Received: from Jupiter.Mcs.Net (ljo@Jupiter.mcs.net [192.160.127.88]) by Kitten.mcs.com (8.8.5/8.8.2) with ESMTP id MAA20642; Mon, 19 May 1997 12:02:33 -0500 (CDT) Received: (from ljo@localhost) by Jupiter.Mcs.Net (8.8.5/8.8.2) id MAA14701; Mon, 19 May 1997 12:02:33 -0500 (CDT) From: Lars Jonas Olsson Message-Id: <199705191702.MAA14701@Jupiter.Mcs.Net> Subject: VirusWall on FreeBSD? To: hackers@freebsd.org Date: Mon, 19 May 1997 12:02:32 -0500 (CDT) Cc: ljo@mcs.net X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've got a FreeBSD machine that provides WWW and email services for a small company (60 people is this office). I'd like to detect MSDOS/Windows viruses sent via email and WWW on this machine. The configuration for email is sendmail for sending and popper for reading. For this side I could perhaps use a modified mail.local that unpacks and runs McAffe virus scan on emails that are MIME, binhex, or uuencode encoded. It could then send a virus warning message instead of infected files if infected files are detected. For WWW access I use squid. I think squid uses a separate program for FTP'ing (most likely source of virus?). This program could use pretty much the same mechanism as mail.local described above. Perhaps theree is also some other file downloading mechanisms that should be checked. I guess it could also check for bad Java, ActiveX, etc but I don't worry to much about that right now. Is there anything like this available for FreeBSD? Any other strategies for filtering viruses? Jonas From owner-freebsd-hackers Mon May 19 10:23:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA04884 for hackers-outgoing; Mon, 19 May 1997 10:23:35 -0700 (PDT) Received: from iworks.InterWorks.org (deischen@iworks.interworks.org [128.255.18.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA04879 for ; Mon, 19 May 1997 10:23:29 -0700 (PDT) Received: (from deischen@localhost) by iworks.InterWorks.org (8.7.5/) id MAA29008; Mon, 19 May 1997 12:24:07 -0500 (CDT) Message-Id: <199705191724.MAA29008@iworks.InterWorks.org> Date: Mon, 19 May 1997 12:24:07 -0500 (CDT) From: "Daniel M. Eischen" To: hackers@FreeBSD.ORG, terry@lambert.org Subject: Re: GNAT-pthreads integration bugs/questions Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > This implies that the Ada Tasks are not anonymous "work to do" model > threads. Well, it depends on how you use tasks in your application. The Ada language provides for synchronization between tasks, and part of the Ada Task Control Block is used for mutex/condition variable storage just for this purpose. But if there is no need for synchronization, then I don't see why your thread/process wouldn't be able to run under the limits of the OS. Dan Eischen deischen@iworks.InterWorks.org From owner-freebsd-hackers Mon May 19 10:32:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA05600 for hackers-outgoing; Mon, 19 May 1997 10:32:20 -0700 (PDT) Received: from hda.hda.com (hda-bicnet.bicnet.net [207.198.1.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA05580 for ; Mon, 19 May 1997 10:32:05 -0700 (PDT) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id NAA26817 for hackers@freebsd.org; Mon, 19 May 1997 13:29:41 -0400 (EDT) From: Peter Dufault Message-Id: <199705191729.NAA26817@hda.hda.com> Subject: ptolemy 0.7 beta To: hackers@freebsd.org Date: Mon, 19 May 1997 13:29:40 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ptolemy 0.7 beta is out. I've tested it on FreeBSD during alpha phase. Anyone interested in trying out the beta can get it at ptolemy.berkeley.edu. What is ptolemy? It is big. The best place to look is the web page. It is a graphical rapid prototyping programming environment with various models of computation. I use it for schematic representation of specifications for control systems that also happen to run. It is a combination of old technology and good new technology, with [incr tcl] based tycho slowly replacing some of the older stuff. It may not be a port, but I've put my build script at freebsd.org in ~ftp/pub/dufault/ptolemy.build. There are a few known bugs: 1. vem has a memory leak and will eventually become monstrously large. Save frequently and restart occasionally. 2. phkmalloc will detect a free block being freed when pigi exits in the shared library version of the program, and rarely the same error at other times. I've sent out the trace back and hopefully a fix is forthcoming. 3. Xtk complains when you click "ok" on some of the old Athena widgets and prompts with a "should I continue" sort of question, stopping the program waiting for keyboard input. This problem existed in Linux and evidently cleared up in newer versions of XFree86 according to the Linux testers. I just start up pigi with "yes | pigi" for now. Peter -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval From owner-freebsd-hackers Mon May 19 10:39:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA06076 for hackers-outgoing; Mon, 19 May 1997 10:39:01 -0700 (PDT) Received: from gargoyle.bazzle.com (gargoyle.bazzle.com [206.103.246.190]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA06066 for ; Mon, 19 May 1997 10:38:56 -0700 (PDT) Received: from localhost (ejc@localhost) by gargoyle.bazzle.com (8.8.5/8.6.12) with SMTP id NAA02740; Mon, 19 May 1997 13:38:37 -0400 (EDT) Date: Mon, 19 May 1997 13:38:37 -0400 (EDT) From: "Eric J. Chet" To: Amancio Hasty cc: Jake Hamby , dob@bazzle.com, hackers@FreeBSD.ORG Subject: Re: omniORB port to FreeBSD In-Reply-To: <199705191458.HAA04309@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 19 May 1997, Amancio Hasty wrote: > I am getting permission denied : > wcarchive.cdrom.com:/.16/FreeBSD/incoming > ncftp>binary > wcarchive.cdrom.com:/.16/FreeBSD/incoming > ncftp>mget omni* > omniBroker.tgz: Permission denied. > omniBroker_1.0R.tgz: Permission denied. > omniORB.tgz: Permission denied. > wcarchive.cdrom.com:/.16/FreeBSD/incoming > Hello It looks like somebody has to change the permissions on these files at ftp.freebsd.org/pub/FreeBSD/incoming You can also get them at: fetch ftp://ftp.bazzle.com/pub/corba/omniBroker_1.0R.tgz fetch ftp://ftp.bazzle.com/pub/corba/omniORB.tgz Later, Eric > Cheers, > Amancio > > > >From The Desk Of "Eric J. Chet" : > > Hello > > I created a port of OmniBroker 1.0 release. See send-pr > > ports/3630. The port can be found at: > > > > ftp://ftp.freebsd.org/pub/FreeBSD/incoming/omniBroker_1.0R.tgz > > > > Later, > > > > Eric Chet > > > > On Mon, 12 May 1997, Jake Hamby wrote: > > > > > Amancio Hasty wrote: > > > > > > > > Cool, I am interested and we do need someone to keep track of such > > > > things as ACE, ILU, and now omniORB 8) > > > > > > > > Cheers, > > > > Amancio > > > > > > Hey, don't forget about OmniBroker. It's another CORBA 2 compliant ORB > > > for C++, and while it's not GPL'ed like omniORB (which is, IMHO, a good > > > thing :), it is freely available for non-commercial use, and has source > > > code. Unfortunately, it's not multithreaded yet, but will be soon. > > > BTW, the author of OmniBroker seems very interested in promoting and > > > maintaining it. It's available at: > > > > > > http://www.ooc.com/ > > > > > > BTW, I was looking for a free ORB to port to BeOS, which is why I was > > > very interested to see the announcement of omniORB. Having two strong > > > products is always better than being stuck with one, and thanks to the > > > miracle of CORBA, omniORB and OmniBroker should be 100% interoperable > > > (if not, its a bug!). > > > > > > -- > > > --------------------------------------------------------------------------- > --- > > > |Jake Hamby| APT Engineer at JPL, CS student at Cal Poly, and BeOS > > > developer!| > > > --------------------------------------------------------------------------- > --- > > > "You can't talk to a psycho like a normal human being." - Poe > > > > > > > From owner-freebsd-hackers Mon May 19 11:51:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA10744 for hackers-outgoing; Mon, 19 May 1997 11:51:02 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA10736 for ; Mon, 19 May 1997 11:50:59 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA25972; Mon, 19 May 1997 14:50:23 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 19 May 1997 14:50 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.5/8.7.3) with ESMTP id NAA05000; Mon, 19 May 1997 13:22:37 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.5/8.6.9) id NAA23263; Mon, 19 May 1997 13:29:47 -0400 (EDT) Date: Mon, 19 May 1997 13:29:47 -0400 (EDT) From: Thomas David Rivers Message-Id: <199705191729.NAA23263@lakes.water.net> To: bde@zeta.org.au, ponds!FreeBSD.ORG!hackers, ponds!uriah.heep.sax.de!j Subject: Re: Variable initialization Cc: ponds!FreeBSD.ORG!core Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > >> Can someone tell me why this is called obfuscation ? > > With old compilers, it was a pessimization to initalize variables > unnecessarily or long before they are used. With modern compilers, > it defeats automatic checking for uninitialized variables and may > still prevent some optimizations. Err, umm; just a nit - I would note that it defeats the check by initializing the variable; thus, it's not uninitialized :-) :-) What optimizations were you considering? > A wrongly initialized variable > is worse than an initialized one since it can't be checked for. Oh - I'd have to agree with that one! > > >I've cc'ed the core team: we should IMHO make this sentence in > >style(9) less strict. My English ain't good enough for a better > >formulation... > > We already made it less strict. It is the one thing in the Lite2 > /usr/src/admin/style that someone felt strongly enough about to > say "DO NOT" do this. > > Bruce > - Dave Rivers - From owner-freebsd-hackers Mon May 19 13:33:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA15510 for hackers-outgoing; Mon, 19 May 1997 13:33:37 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA15502 for ; Mon, 19 May 1997 13:33:32 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id NAA14674; Mon, 19 May 1997 13:28:41 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd014670; Mon May 19 20:28:38 1997 Message-ID: <3380B7DE.493F66A8@whistle.com> Date: Mon, 19 May 1997 13:28:14 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Terry Lambert CC: "David S. Miller" , deischen@iworks.InterWorks.org, freebsd-hackers@FreeBSD.ORG, jb@freebsd1.cimlogic.com.au Subject: Re: GNAT-pthreads integration bugs/questions References: <199705190241.TAA23225@phaeton.artisoft.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > > > Date: Sun, 18 May 1997 19:10:36 -0500 (CDT) > > From: "Daniel M. Eischen" > > > > I need to be able to bind a structure (pointer) to a process ID. > > > > Put it at the bottom on the threads stack... > > There is no threads stack in an rfork. actually terry there IS fork is like linux CLONE (with the correct options set) and simply increments a reference count to the VM structure. thus ALL vm regions are shared. (unless you try some fancy options) > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. From owner-freebsd-hackers Mon May 19 13:35:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA15719 for hackers-outgoing; Mon, 19 May 1997 13:35:23 -0700 (PDT) Received: from cais.cais.com (root@cais.com [199.0.216.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA15714 for ; Mon, 19 May 1997 13:35:20 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [205.252.122.1]) by cais.cais.com (8.8.5/8.7.3) with SMTP id QAA09008; Mon, 19 May 1997 16:35:12 -0400 (EDT) Received: from Journey2.mat.net (journey2.mat.net [205.252.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id QAA20683; Mon, 19 May 1997 16:35:10 -0400 Date: Mon, 19 May 1997 16:34:26 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@Journey2.mat.net To: Joachim Kuebart cc: FreeBSD-Hackers Subject: RE: lkms In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 18 May 1997, Joachim Kuebart wrote: > > On 14-May-97 at 01:56:28 Chuck Robey wrote: > >I haven't ever used any lkm stuff before, but I want to give it a try > >now, on the cdrom driver. I don't have a cdrom configured into the > >kernel here ... how do I go about using it? Any tips on maximizing > >safety? I'm running current. > > In the kernel config file (/sys/i386/conf/YOURKERNEL) select the appropriate > CDROM driver (wcd for an ATAPI drive, scd for a Sony CDU etc.) See > /sys/i386/conf/LINT for hints. > > Then run MAKEDEV in /dev and create your device > > Then add a line like > > /dev/?cd0 /cdrom cd9660 ro,noauto 0 0 > > to your /etc/fstab > > Security: > As _root_, do: > > # mount /cdrom > # umount /cdrom I was probably mistaken, but I thought that if you put it into your kernel config file, then the device was compiled statically into your kernel, and an lkm ws not needed. Could you define the difference between compiling it in statically, and using an lkm, from an installation point of view? BTW, I have a full scsi system. No IDE, no ATAPI, don't want one. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Mon May 19 13:36:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA15844 for hackers-outgoing; Mon, 19 May 1997 13:36:57 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA15834 for ; Mon, 19 May 1997 13:36:54 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA24668; Mon, 19 May 1997 13:28:11 -0700 From: Terry Lambert Message-Id: <199705192028.NAA24668@phaeton.artisoft.com> Subject: Re: GNAT-pthreads integration bugs/questions To: julian@whistle.com (Julian Elischer) Date: Mon, 19 May 1997 13:28:11 -0700 (MST) Cc: terry@lambert.org, davem@caip.rutgers.edu, deischen@iworks.InterWorks.org, freebsd-hackers@FreeBSD.ORG, jb@freebsd1.cimlogic.com.au In-Reply-To: <3380B7DE.493F66A8@whistle.com> from "Julian Elischer" at May 19, 97 01:28:14 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > There is no threads stack in an rfork. > > actually terry there IS > > fork is like linux CLONE (with the correct options set) > and simply increments a reference count to the VM structure. > thus ALL vm regions are shared. > (unless you try some fancy options) You're twisting on a technicality. The stack is pointed to by a proc struct, not managed in user space, like a threads stack. It is also auto-gorw (also unlike a threads stack). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon May 19 13:44:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA16335 for hackers-outgoing; Mon, 19 May 1997 13:44:00 -0700 (PDT) Received: from user.xtdl.com (user.xtdl.com [206.25.228.20]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA16327 for ; Mon, 19 May 1997 13:43:56 -0700 (PDT) Received: (from sderdau@localhost) by user.xtdl.com (8.6.11/8.6.9) id QAA08866; Mon, 19 May 1997 16:55:26 -0400 Date: Mon, 19 May 1997 16:55:18 -0400 (EDT) From: "Stephen A. Derdau" To: freebsd-hackers@freebsd.org Subject: ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have two machines two ip addresses . I can ping both locally back and forth etc. However if I dial out using ppp on a modem I cannot seem to ping systems outside my local network. When I connect using ppp on my modem it says from 206.25.228.40 to 206.25.228.### 206.25.228.### is also the ed0 inet number on my network card. I think the problem is with this. Can someone tell me should I be using the same ip number that I get when I connect to my provider via modem for that of my network card? Should I change the ip number for my network card to 10.0.0.1 or smthing? I want to beable to connect to the internet on my first machine via modem/ppp telnet to my second machine and be able to get out on the net from the second machine. I do have the first machine as the router for the second machine. The first machine has the modem . The router on my first machine is set to the router of my isp. I would also like to have my first machine recognized by it's ip number given to me by my provider, not by a 10.0.0.1 number. Thank You in advance . I have all the books. Maybe I just don't know find the info I need. Stephen A. Derdau XTDL inc 603 4714700 "It's just a matter of perspective" From owner-freebsd-hackers Mon May 19 13:55:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA16870 for hackers-outgoing; Mon, 19 May 1997 13:55:09 -0700 (PDT) Received: from cypher.net (black@zen.pratt.edu [205.232.115.155]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA16859 for ; Mon, 19 May 1997 13:55:06 -0700 (PDT) Received: (from black@localhost) by cypher.net (8.8.5/8.7.1) id QAA19766; Mon, 19 May 1997 16:18:39 -0400 Date: Mon, 19 May 1997 16:18:38 -0400 (EDT) From: Ben Black To: hackers@freebsd.org Subject: VPN/IPSec Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk there are some vpn and ipsec files referenced in the ip_nat code in freebsd-current but the files do not exist int he source tree. what is the status of these things? thanks, b3n From owner-freebsd-hackers Mon May 19 15:28:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA23363 for hackers-outgoing; Mon, 19 May 1997 15:28:35 -0700 (PDT) Received: from verdi.nethelp.no (verdi.nethelp.no [195.1.171.130]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA23351 for ; Mon, 19 May 1997 15:28:24 -0700 (PDT) From: sthaug@nethelp.no Received: (qmail 12252 invoked by uid 1001); 19 May 1997 22:28:03 +0000 (GMT) To: rcarter@consys.com Cc: hutton@isi.edu, hackers@FreeBSD.ORG Subject: Re: throughtput measurements for fast ethernet In-Reply-To: Your message of "Fri, 16 May 1997 10:09:58 -0700" References: <199705161709.KAA05644@conceptual.com> X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Tue, 20 May 1997 00:28:03 +0200 Message-ID: <12250.864080883@verdi.nethelp.no> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I was hoping for something more specific. My _first_ tests with the 3com vx > > driver for the 395 pci card on FreeBSD 2.2.1 are not showing good results - > > highest throughput for UDP 45Mbps. I should stress that these were first tests. > > > > Has anyone any traffic measurements for any of the fast ethernet drivers? > > What kind of main memory bandwidth can your motherboards sustain? A > good test is the stream benchmark from McCalpin. Many P6 motherboards > can sustain transfer rates which drive 100mb ethernet at full throttle, > but a lot of P5 motherboards cannot. 45Mbps is not unusual for these. I doubt motherboards are the issue here. I've measured 79 Mbps between two P133s (430FX chipset), using SMC (21140 based) cards. This was done more than a year ago, and the results are in the Netperf database. I got the same figures with ttcp. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-hackers Mon May 19 16:24:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA25575 for hackers-outgoing; Mon, 19 May 1997 16:24:00 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA25531 for ; Mon, 19 May 1997 16:23:27 -0700 (PDT) Received: from conceptual.com ([209.60.202.194]) by mail.crl.com with SMTP id AA19132 (5.65c/IDA-1.5 for ); Mon, 19 May 1997 16:20:44 -0700 Received: from kofa (kofa.100mb.conceptual.com [10.0.1.3]) by conceptual.com (8.8.5/8.6.9) with ESMTP id QAA01644; Mon, 19 May 1997 16:23:16 -0700 (MST) Message-Id: <3380E0D6.EB2A5EC7@consys.com> Date: Mon, 19 May 1997 16:23:02 -0700 From: "Russell L. Carter" Organization: Conceptual Systems & Software X-Mailer: Mozilla 4.0b4 [en] (WinNT; I) Mime-Version: 1.0 To: sthaug@nethelp.no Cc: hutton@isi.edu, hackers@FreeBSD.ORG Subject: Re: throughtput measurements for fast ethernet X-Priority: 3 (Normal) References: <199705161709.KAA05644@conceptual.com> <12250.864080883@verdi.nethelp.no> Content-Type: text/plain; charset=iso-8859-1 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk sthaug@nethelp.no wrote: > > > I was hoping for something more specific. My _first_ tests with > the 3com vx > > > driver for the 395 pci card on FreeBSD 2.2.1 are not showing good > results - > > > highest throughput for UDP 45Mbps. I should stress that these were > first tests. > > > > > > Has anyone any traffic measurements for any of the fast ethernet > drivers? > > > > What kind of main memory bandwidth can your motherboards sustain? A > > > good test is the stream benchmark from McCalpin. Many P6 > motherboards > > can sustain transfer rates which drive 100mb ethernet at full > throttle, > > but a lot of P5 motherboards cannot. 45Mbps is not unusual for > these. > > I doubt motherboards are the issue here. I've measured 79 Mbps between > > two P133s (430FX chipset), using SMC (21140 based) cards. This was > done > more than a year ago, and the results are in the Netperf database. I > got > the same figures with ttcp. > > Steinar Haug, Nethelp consulting, sthaug@nethelp.no Well, it does matter. These had pipelined burst SRAM, right? Anything with async SRAM will run around 45Mbits/s with 21140 cards. The same CPU with PB-SRAM agrees with what you report. However, she mentioned that other interfaces weren't affected, so in this case it's not the motherboard, and since I haven't tested the throughput for the 3com driver I can't say for sure that it *isn't* the driver. Russell From owner-freebsd-hackers Mon May 19 16:39:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA26228 for hackers-outgoing; Mon, 19 May 1997 16:39:14 -0700 (PDT) Received: from verdi.nethelp.no (verdi.nethelp.no [195.1.171.130]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA26223 for ; Mon, 19 May 1997 16:39:09 -0700 (PDT) From: sthaug@nethelp.no Received: (qmail 12632 invoked by uid 1001); 19 May 1997 23:39:05 +0000 (GMT) To: rcarter@consys.com Cc: hutton@isi.edu, hackers@FreeBSD.ORG Subject: Re: throughtput measurements for fast ethernet In-Reply-To: Your message of "Mon, 19 May 1997 16:23:02 -0700" References: <3380E0D6.EB2A5EC7@consys.com> X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Tue, 20 May 1997 01:39:05 +0200 Message-ID: <12630.864085145@verdi.nethelp.no> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I doubt motherboards are the issue here. I've measured 79 Mbps between > > two P133s (430FX chipset), using SMC (21140 based) cards. This was done > > more than a year ago, and the results are in the Netperf database. I got > > the same figures with ttcp. > > Well, it does matter. These had pipelined burst SRAM, right? Anything > with async SRAM will run around 45Mbits/s with 21140 cards. The > same CPU with PB-SRAM agrees with what you report. Good point. Yes, these systems had pipelined burst cache. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-hackers Mon May 19 16:44:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA26535 for hackers-outgoing; Mon, 19 May 1997 16:44:22 -0700 (PDT) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA26528; Mon, 19 May 1997 16:44:14 -0700 (PDT) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by nasu.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id IAA12777; Tue, 20 May 1997 08:43:20 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (7yeDitEy7cPHAmYqHVPokYf+c/1a+fwF@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by outmail.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id IAA25095; Tue, 20 May 1997 08:43:19 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zenith.mech.utsunomiya-u.ac.jp [160.12.33.60]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id IAA12353; Tue, 20 May 1997 08:48:23 +0900 (JST) Message-Id: <199705192348.IAA12353@zodiac.mech.utsunomiya-u.ac.jp> To: freebsd-hackers@freebsd.org cc: freebsd-bugs@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: trap type 29 on P6 Date: Tue, 20 May 1997 08:48:22 +0900 From: Kazutaka YOKOTA Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk A PentiumPro user is occasionally getting the trap type 29 when using the psm driver (PR i386/3462). What does this trap mean? The trapped instruction doesn't look remotely like an invalid instruction. sys/i386/i386/trap.c doesn't supply a message for this trap type. He is using PentiumPro 200Mhz on ASUS P/I-P65UP5. > Using a PS/2 mouse with std. PC kbd and psm0 enabled causes the > following kernel trap after a while (with DDB turned on): > > instruction pointer = 0x8:0xf01887cb > stack pointer = 0x10:0xf01a1f3c > frame pointer = 0x10:0xf01a1f40 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, IOPL = 0 > current process = Idle > interrupt mask = tty > kernel: type 29 trap, code=0 > Stopped at _read_kbd_data_no_wait+0x37: andl $0xff,%eax Kazu From owner-freebsd-hackers Mon May 19 16:48:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA26777 for hackers-outgoing; Mon, 19 May 1997 16:48:16 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA26581 for ; Mon, 19 May 1997 16:44:48 -0700 (PDT) Received: from ntws (ntws.etinc.com [204.141.95.142]) by etinc.com (8.8.3/8.6.9) with SMTP id TAA04331; Mon, 19 May 1997 19:52:04 -0400 (EDT) Message-Id: <3.0.32.19970519194109.00c53a50@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 19 May 1997 19:41:17 -0400 To: sthaug@nethelp.no, rcarter@consys.com From: dennis Subject: Re: throughtput measurements for fast ethernet Cc: hutton@isi.edu, hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 12:28 AM 5/20/97 +0200, sthaug@nethelp.no wrote: >> > I was hoping for something more specific. My _first_ tests with the 3com vx >> > driver for the 395 pci card on FreeBSD 2.2.1 are not showing good results - >> > highest throughput for UDP 45Mbps. I should stress that these were first tests. >> > >> > Has anyone any traffic measurements for any of the fast ethernet drivers? >> >> What kind of main memory bandwidth can your motherboards sustain? A >> good test is the stream benchmark from McCalpin. Many P6 motherboards >> can sustain transfer rates which drive 100mb ethernet at full throttle, >> but a lot of P5 motherboards cannot. 45Mbps is not unusual for these. Where did you get this figure? We wrote a little dos utility about a billion years about (that does 16-bit transfers, BTW) and gets over 350Mbs on a 100Mhz Pentium MB, which you can probably double with 32-bit transfers. Dennis From owner-freebsd-hackers Mon May 19 17:22:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA28234 for hackers-outgoing; Mon, 19 May 1997 17:22:59 -0700 (PDT) Received: from jocki.domestic.de (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA28229 for ; Mon, 19 May 1997 17:22:55 -0700 (PDT) Received: (from joki@localhost) by jocki.domestic.de (8.8.5/8.8.5) id CAA00492 for freebsd-hackers@freebsd.org; Tue, 20 May 1997 02:22:43 +0200 (CEST) Message-ID: X-Mailer: XFMail 1.0 [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Tue, 20 May 1997 02:20:58 +0200 (CEST) From: Joachim Kuebart To: FreeBSD Hackers Subject: xdm and login.conf Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk HI! I am now using FreeBSD 2.2.2-RELEASE (or is it 2.2-STABLE, jkh? :-) I wonder if anyone has included support for /etc/login.conf in xdmŽs login widget, xlogin? If so, would be nice to use the code. If not, IŽll see into it myself ... cu Jo --------------------------------------------------------------------- FreeBSD - top breeders recommend it Joachim Kuebart Tel: +49 711 653706 Germany From owner-freebsd-hackers Mon May 19 18:12:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA01104 for hackers-outgoing; Mon, 19 May 1997 18:12:03 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA01075 for ; Mon, 19 May 1997 18:11:59 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id SAA08394; Mon, 19 May 1997 18:11:50 -0700 (PDT) Message-Id: <199705200111.SAA08394@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: "Eric J. Chet" cc: Jake Hamby , dob@bazzle.com, hackers@FreeBSD.ORG Subject: Re: omniORB port to FreeBSD In-reply-to: Your message of "Mon, 19 May 1997 13:38:37 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 19 May 1997 18:11:50 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Oops, While compiling omniOrb, ===> src/lib ===> src/lib/omnithread Warning: Object directory not changed from original /usr/ports/net/omniORB/work/omniORB_2.2.0/src/lib/omnithread c++ -fhandle-exceptions -pipe -I../../../include -DPthreadDraftVersion=8 -c posix.cc -o posix.o posix.cc: In function `static int omni_thread::sleep(long unsigned int, long unsigned int = 0)': posix.cc:925: warning: implicit declaration of function `int nanosleep(...)' posix.cc: In function `static int omni_thread::get_time(long unsigned int *, long unsigned int *, long unsigned int = 0, long unsigned int = 0)': posix.cc:962: warning: implicit declaration of function `int clock_gettime(...)' posix.cc:962: `CLOCK_REALTIME' undeclared (first use this function) posix.cc:962: (Each undeclared identifier is reported only once posix.cc:962: for each function it appears in.) >From The Desk Of "Eric J. Chet" : > > > On Mon, 19 May 1997, Amancio Hasty wrote: > > > I am getting permission denied : > > wcarchive.cdrom.com:/.16/FreeBSD/incoming > > ncftp>binary > > wcarchive.cdrom.com:/.16/FreeBSD/incoming > > ncftp>mget omni* > > omniBroker.tgz: Permission denied. > > omniBroker_1.0R.tgz: Permission denied. > > omniORB.tgz: Permission denied. > > wcarchive.cdrom.com:/.16/FreeBSD/incoming > > > Hello > It looks like somebody has to change the permissions on these > files at ftp.freebsd.org/pub/FreeBSD/incoming > > You can also get them at: > > fetch ftp://ftp.bazzle.com/pub/corba/omniBroker_1.0R.tgz > > fetch ftp://ftp.bazzle.com/pub/corba/omniORB.tgz > > Later, > > Eric > > > Cheers, > > Amancio > > > > > > >From The Desk Of "Eric J. Chet" : > > > Hello > > > I created a port of OmniBroker 1.0 release. See send-pr > > > ports/3630. The port can be found at: > > > > > > ftp://ftp.freebsd.org/pub/FreeBSD/incoming/omniBroker_1.0R.tgz > > > > > > Later, > > > > > > Eric Chet > > > > > > On Mon, 12 May 1997, Jake Hamby wrote: > > > > > > > Amancio Hasty wrote: > > > > > > > > > > Cool, I am interested and we do need someone to keep track of such > > > > > things as ACE, ILU, and now omniORB 8) > > > > > > > > > > Cheers, > > > > > Amancio > > > > > > > > Hey, don't forget about OmniBroker. It's another CORBA 2 compliant ORB > > > > for C++, and while it's not GPL'ed like omniORB (which is, IMHO, a good > > > > thing :), it is freely available for non-commercial use, and has source > > > > code. Unfortunately, it's not multithreaded yet, but will be soon. > > > > BTW, the author of OmniBroker seems very interested in promoting and > > > > maintaining it. It's available at: > > > > > > > > http://www.ooc.com/ > > > > > > > > BTW, I was looking for a free ORB to port to BeOS, which is why I was > > > > very interested to see the announcement of omniORB. Having two strong > > > > products is always better than being stuck with one, and thanks to the > > > > miracle of CORBA, omniORB and OmniBroker should be 100% interoperable > > > > (if not, its a bug!). > > > > > > > > -- > > > > ----------------------------------------------------------------------- ---- > > --- > > > > |Jake Hamby| APT Engineer at JPL, CS student at Cal Poly, and BeOS > > > > developer!| > > > > ----------------------------------------------------------------------- ---- > > --- > > > > "You can't talk to a psycho like a normal human being." - Poe > > > > > > > > > > > > From owner-freebsd-hackers Mon May 19 18:50:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA02506 for hackers-outgoing; Mon, 19 May 1997 18:50:48 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA02496 for ; Mon, 19 May 1997 18:50:41 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA01425; Mon, 19 May 1997 21:50:05 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 19 May 1997 21:50 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.5/8.7.3) with ESMTP id UAA14408 for ; Mon, 19 May 1997 20:49:44 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.5/8.6.9) id UAA24171 for freebsd-hackers@freefall.cdrom.com; Mon, 19 May 1997 20:56:53 -0400 (EDT) Date: Mon, 19 May 1997 20:56:53 -0400 (EDT) From: Thomas David Rivers Message-Id: <199705200056.UAA24171@lakes.water.net> To: ponds!freefall.cdrom.com!freebsd-hackers Subject: natd & multiple sl0 ifconfigs... Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I've successfully gotten natd to work - it's exactly what the doctor ordered. However, when I want to get to work; I use SL/IP, and have a particular IP address associated with sl0. But - when I want to contact my ISP, I also use SL/IP, with a different IP address. I start natd with (from rc.local): if [ -f /usr/local/bin/natd ]; then echo -n " natd"; /usr/local/bin/natd -port 32000 -interface sl0 -m -u -d ynamic fi and in /etc/rc.firewall, I have: # # Do 'natd' style diversion.. # ipfw -f flush ipfw -f add divert 32000 ip from any to any via sl0 ipfw -f add pass ip from any to any As I understood the man page for natd - the -dynamic flag will cause natd to "watch" the interface, and make appropriate adjustments should the IP change, etc... but - it doesn't seem to be doing so. Does anyone have any experience/thoughts on this? - Thanks - - Dave Rivers - From owner-freebsd-hackers Mon May 19 19:03:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA02934 for hackers-outgoing; Mon, 19 May 1997 19:03:15 -0700 (PDT) Received: from punt-1.mail.demon.net (relay-7.mail.demon.net [194.217.242.9]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id TAA02926 for ; Mon, 19 May 1997 19:03:10 -0700 (PDT) Received: from awfulhak.demon.co.uk ([158.152.17.1]) by punt-1.mail.demon.net id aa0612634; 20 May 97 2:52 BST Received: from awfulhak.demon.co.uk (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id VAA11846; Mon, 19 May 1997 21:34:47 +0100 (BST) Message-Id: <199705192034.VAA11846@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Wolfram Schneider cc: Brian Somers , Bill Fenner , freebsd-hackers@freebsd.org Subject: Re: www.freebsd.org In-reply-to: Your message of "Mon, 19 May 1997 12:49:10 +0200." <199705191049.MAA00448@campa.panke.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 19 May 1997 21:34:47 +0100 From: Brian Somers Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Brian Somers writes: > >Wolfram has updated stuff as of the 18th. It'd be nice if we could do > >this at least every few days > > Is one update a week enough? The manual pages are not changed > often. That'd be perfect ! > >(is this task automated on www.de ?). > > Currently not. With the daily SNAP from current.freebsd.org > an automated update should not be a big problem. > > Wolfram Thanks. -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Mon May 19 19:41:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA04766 for hackers-outgoing; Mon, 19 May 1997 19:41:38 -0700 (PDT) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id TAA04760 for ; Mon, 19 May 1997 19:41:32 -0700 (PDT) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA15905; Mon, 19 May 1997 19:41:39 -0700 Date: Mon, 19 May 1997 19:41:39 -0700 (PDT) From: "Brian N. Handy" To: hackers@freebsd.org Subject: Max # of files with NFS? Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi there, So I have this NFS-mounted directory with 287 files in it. If I cd to that directory and do an 'ls', that terminal hangs. Top says it's in 'getblk'. The server is a DEC alpha running DU 4.0. The client is running 2.2-STABLE. Is this a problem with too many files? I'm not sure what else it could be. Thanks, Brian From owner-freebsd-hackers Mon May 19 19:45:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA05061 for hackers-outgoing; Mon, 19 May 1997 19:45:59 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA05044; Mon, 19 May 1997 19:45:54 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with SMTP id TAA07620; Mon, 19 May 1997 19:43:58 -0700 (PDT) Message-Id: <199705200243.TAA07620@implode.root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Kazutaka YOKOTA cc: freebsd-hackers@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: trap type 29 on P6 In-reply-to: Your message of "Tue, 20 May 1997 08:48:22 +0900." <199705192348.IAA12353@zodiac.mech.utsunomiya-u.ac.jp> From: David Greenman Reply-To: dg@root.com Date: Mon, 19 May 1997 19:43:58 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >A PentiumPro user is occasionally getting the trap type 29 when using >the psm driver (PR i386/3462). What does this trap mean? The trapped >instruction doesn't look remotely like an invalid instruction. >sys/i386/i386/trap.c doesn't supply a message for this trap type. > >He is using PentiumPro 200Mhz on ASUS P/I-P65UP5. > >> Using a PS/2 mouse with std. PC kbd and psm0 enabled causes the >> following kernel trap after a while (with DDB turned on): >> >> instruction pointer = 0x8:0xf01887cb >> stack pointer = 0x10:0xf01a1f3c >> frame pointer = 0x10:0xf01a1f40 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, def32 1, gran 1 >> processor eflags = interrupt enabled, IOPL = 0 >> current process = Idle >> interrupt mask = tty >> kernel: type 29 trap, code=0 >> Stopped at _read_kbd_data_no_wait+0x37: andl $0xff,%eax Is the instruction right before this one an inb or outb? I've seen this before on P6 machines... -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Mon May 19 20:12:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA06134 for hackers-outgoing; Mon, 19 May 1997 20:12:23 -0700 (PDT) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA06126; Mon, 19 May 1997 20:12:19 -0700 (PDT) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by nasu.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id MAA13007; Tue, 20 May 1997 12:06:22 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (tNPtccoP9TKtwDi9m1Hkqot9viQG6YG3@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by outmail.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id MAA26513; Tue, 20 May 1997 12:06:18 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id MAA17969; Tue, 20 May 1997 12:11:21 +0900 (JST) Message-Id: <199705200311.MAA17969@zodiac.mech.utsunomiya-u.ac.jp> To: dg@root.com cc: freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: trap type 29 on P6 In-reply-to: Your message of "Mon, 19 May 1997 19:43:58 MST." <199705200243.TAA07620@implode.root.com> References: <199705200243.TAA07620@implode.root.com> Date: Tue, 20 May 1997 12:11:21 +0900 From: Kazutaka YOKOTA Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>A PentiumPro user is occasionally getting the trap type 29 when using >>the psm driver (PR i386/3462). What does this trap mean? The trapped >>instruction doesn't look remotely like an invalid instruction. >>sys/i386/i386/trap.c doesn't supply a message for this trap type. >> >>He is using PentiumPro 200Mhz on ASUS P/I-P65UP5. >> >>> Using a PS/2 mouse with std. PC kbd and psm0 enabled causes the >>> following kernel trap after a while (with DDB turned on): >>> >>> instruction pointer = 0x8:0xf01887cb >>> stack pointer = 0x10:0xf01a1f3c >>> frame pointer = 0x10:0xf01a1f40 >>> code segment = base 0x0, limit 0xfffff, type 0x1b >>> = DPL 0, pres 1, def32 1, gran 1 >>> processor eflags = interrupt enabled, IOPL = 0 >>> current process = Idle >>> interrupt mask = tty >>> kernel: type 29 trap, code=0 >>> Stopped at _read_kbd_data_no_wait+0x37: andl $0xff,%eax > > Is the instruction right before this one an inb or outb? I've seen this >before on P6 machines... Exactly!!. We have: movl (%ebx),%edx inb %dx,%al andl $255,%eax It's reading the port 0x60 for keyboard data. Kazu From owner-freebsd-hackers Mon May 19 20:16:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA06373 for hackers-outgoing; Mon, 19 May 1997 20:16:47 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA06356; Mon, 19 May 1997 20:16:42 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with SMTP id UAA07688; Mon, 19 May 1997 20:17:21 -0700 (PDT) Message-Id: <199705200317.UAA07688@implode.root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Kazutaka YOKOTA cc: freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org Subject: Re: trap type 29 on P6 In-reply-to: Your message of "Tue, 20 May 1997 12:11:21 +0900." <199705200311.MAA17969@zodiac.mech.utsunomiya-u.ac.jp> From: David Greenman Reply-To: dg@root.com Date: Mon, 19 May 1997 20:17:21 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>> kernel: type 29 trap, code=0 >>>> Stopped at _read_kbd_data_no_wait+0x37: andl $0xff,%eax >> >> Is the instruction right before this one an inb or outb? I've seen this >>before on P6 machines... > >Exactly!!. We have: > > movl (%ebx),%edx > inb %dx,%al > andl $255,%eax > >It's reading the port 0x60 for keyboard data. Yeah, I think this is either a flaw in the P6 or in the motherboard chipset. I believe it's telling you that it detected a parity error during the PIO instruction. Wcarchive used to crash every day or two from this occuring while doing PIO in the ahc driver until Justin added support for doing memory mapped register accesses. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Mon May 19 20:20:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA06634 for hackers-outgoing; Mon, 19 May 1997 20:20:58 -0700 (PDT) Received: from brickbat9.mindspring.com (brickbat9.mindspring.com [207.69.200.12]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA06480; Mon, 19 May 1997 20:19:24 -0700 (PDT) Received: from bogus.mindspring.com (user-37kbt95.dialup.mindspring.com [207.69.245.37]) by brickbat9.mindspring.com (8.8.5/8.8.5) with SMTP id XAA21172; Mon, 19 May 1997 23:15:12 -0400 (EDT) Message-Id: <1.5.4.32.19970520031857.0073b7d4@mindspring.com> X-Sender: kpneal@mindspring.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 19 May 1997 23:18:57 -0400 To: Peter Wemm From: "Kevin P. Neal" Subject: Re: Variable initialization Cc: hackers@FreeBSD.ORG, core@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 09:47 PM 5/19/97 +0800, Peter Wemm wrote: >Luigi Rizzo wrote: >> But anyways I was just trying to understand if there was something >> fundamentally wrong in my preference of >> >> int a = 3; >> >> in place of >> >> int a ; >> a = 3 ; > >This doesn't bother me, but the following example does: > >int s = splnet(); >struct inpcb *pcb = sotoinpcb(so); > >[function code] > >This makes life hard for the smp people, becase we will someday have to >change it to something like: (snip) >Anyway, I don't care too much about static initializers, but calling >functions from the initializer list does worry me. Hear hear! Calling functions from initializers is just _wrong_. It's a real pain in the arse when inserting debugging statements into code. Apache does this sometimes, and it's very annoying. If I need to go through the code and put in debug printf()s, I find it irritating to have to change instances of int a = foo(); to be instances of int a; D("Here"); a = foo(); Especially when I find out that, after all of that trouble, the problem lies in brokenness in stat() in AFS. -- XCOMM Kevin P. Neal, Junior, Comp. Sci. - House of Retrocomputing XCOMM mailto:kpneal@pobox.com - http://www.pobox.com/~kpn/ XCOMM kpneal@eos.ncsu.edu Spoken by Keir Finlow-Bates: XCOMM "Good grief, I've just noticed I've typed in a rant. Sorry chaps!" From owner-freebsd-hackers Mon May 19 20:25:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA06910 for hackers-outgoing; Mon, 19 May 1997 20:25:37 -0700 (PDT) Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.50.29]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA06891; Mon, 19 May 1997 20:25:33 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id UAA19076; Mon, 19 May 1997 20:11:37 -0700 (PDT) Message-Id: <199705200311.UAA19076@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: dg@root.com Cc: Kazutaka YOKOTA , freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org Subject: Re: trap type 29 on P6 Reply-To: Jason Thorpe From: Jason Thorpe Date: Mon, 19 May 1997 20:11:37 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 19 May 1997 19:43:58 -0700 David Greenman wrote: > Is the instruction right before this one an inb or outb? I've seen this > before on P6 machines... Saw something similar to this on similar hardware under NetBSD, although it was the serial port initialization that tickled it. IIRC, that's a "reserved trap" in Intel lingo... (I think... pardon if I'm wrong, since I'm neither an export on nor a fan of the x86 "architecture" :-) As I understand it, what basically happens is some buggy bit of hardware (say, an I/O combo ASIC) signals an interrupt but drops it again before the PIC can latch it... per the interrupt protocol, the PIC has to post an interrupt to the CPU, and for hysterical raisins, picks "default IR7". Apparently, this happens to map to a reserved trap vector :-) There's not much you can do about it, really... you can't really stop the condition from occurring, short of publicly flogging purveyors of broken hardware (and it's not clear that'll help anyhow). It was fixed in NetBSD-current some time ago by catching and ignoring this particular reserved trap vector. Gotta love PCs. Jason R. Thorpe thorpej@nas.nasa.gov NASA Ames Research Center Home: 408.866.1912 NAS: M/S 258-6 Work: 415.604.0935 Moffett Field, CA 94035 Pager: 415.428.6939 From owner-freebsd-hackers Mon May 19 21:16:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA09546 for hackers-outgoing; Mon, 19 May 1997 21:16:25 -0700 (PDT) Received: from spinner.DIALix.COM (spinner.dialix.com [192.203.228.67]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA09516; Mon, 19 May 1997 21:16:07 -0700 (PDT) Received: from spinner.DIALix.COM (localhost.dialix.com.au [127.0.0.1]) by spinner.DIALix.COM with ESMTP id MAA28246; Tue, 20 May 1997 12:09:43 +0800 (WST) Message-Id: <199705200409.MAA28246@spinner.DIALix.COM> X-Mailer: exmh version 2.0gamma 1/27/96 To: Jason Thorpe cc: dg@root.com, Kazutaka YOKOTA , freebsd-hackers@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: trap type 29 on P6 In-reply-to: Your message of "Mon, 19 May 1997 20:11:37 MST." <199705200311.UAA19076@lestat.nas.nasa.gov> Date: Tue, 20 May 1997 12:09:40 +0800 From: Peter Wemm Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jason Thorpe wrote: > On Mon, 19 May 1997 19:43:58 -0700 > David Greenman wrote: > > > Is the instruction right before this one an inb or outb? I've seen this > > before on P6 machines... > > Saw something similar to this on similar hardware under NetBSD, although > it was the serial port initialization that tickled it. IIRC, that's a > "reserved trap" in Intel lingo... (I think... pardon if I'm wrong, since I'm > neither an export on nor a fan of the x86 "architecture" :-) > > As I understand it, what basically happens is some buggy bit of hardware > (say, an I/O combo ASIC) signals an interrupt but drops it again before > the PIC can latch it... per the interrupt protocol, the PIC has to post > an interrupt to the CPU, and for hysterical raisins, picks "default IR7". > Apparently, this happens to map to a reserved trap vector :-) Under FreeBSD, the IDT vector number for irq7 is 39, not 29.. The PIC's are programmed to use 32 through 47 (under non-SMP). > There's not much you can do about it, really... you can't really stop the > condition from occurring, short of publicly flogging purveyors of broken > hardware (and it's not clear that'll help anyhow). It was fixed in > NetBSD-current some time ago by catching and ignoring this particular > reserved trap vector. We do to, we log it as a 'stray irq' - and have done this for quite some time - right back to FreeBSD 2.0.5 as far as I can tell, possibly further. Apparently, it's possible to detect the difference between a real irq7 and a stray irq7 by checking the in-service bit before the EOI is sent (AUTO_EOI has to be turned off), but nobody has been bothered enough to implement it. I think this is different to the problem that you describe. Here we're getting trap 29 which: [..] #define T_STKFLT 27 /* stack fault */ #define T_MCHK 28 /* machine check trap */ #define T_RESERVED 29 /* reserved (unknown) */ I wonder if the inb confused the P6 instruction sequencing or something? > Gotta love PCs. Amen to that though. :-) > Jason R. Thorpe thorpej@nas.nasa.gov > NASA Ames Research Center Home: 408.866.1912 > NAS: M/S 258-6 Work: 415.604.0935 > Moffett Field, CA 94035 Pager: 415.428.6939 Cheers, -Peter From owner-freebsd-hackers Mon May 19 21:28:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA10079 for hackers-outgoing; Mon, 19 May 1997 21:28:35 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA10038 for ; Mon, 19 May 1997 21:28:14 -0700 (PDT) Received: (qmail 13178 invoked by uid 1000); 20 May 1997 04:08:58 -0000 Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199705130905.LAA03556@gil.physik.rwth-aachen.de> Date: Tue, 13 May 1997 10:04:40 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: Christoph Kukulies Subject: Re: URGENT: Printing an X11 screen. How? Cc: freebsd-hackers@FreeBSD.ORG, (Michael Smith) , Christoph Kukulies Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Christoph Kukulies; On 13-May-97 you wrote: > > Simon Shapiro stands accused of saying: > > [Charset iso-8859-8 unsupported, filtering to ASCII...] > > > Once upon a time there used to be an wwd-xwud-xpr and somethingtopbm > that > > > could print an X window or a portion thereof. > > > > > > Now all I see is xwd and xwud, whose man page refers to xpr which is > > > nowhere to be seen. xtopbm from pbmnet only deals with bitmaps. > > > > > > I need, urgently to dump to a printer a number of X11 screens. How? > > > > Use xv to grab your screen/window, then print from there. (You'll > > need a postscript printer/interpreter, I use apsfilter.) > > netpbm (I believe) has xwdtopnm. > You can do a xwd | xwdtopnm | ps> Thanx. This is what I get when i try it: $xwd -frame | xwdtopnm | pnmtops > /tmp/xfmail.ps xwdtopnm: writing PPM file pnmtops: maxval of 65535 is too large for PostScript Broken pipe The xv option works just perfectly fine. I could investigate the above error but have no time now. Maybe later. Thanx! Simon From owner-freebsd-hackers Mon May 19 21:28:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA10088 for hackers-outgoing; Mon, 19 May 1997 21:28:36 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA10036 for ; Mon, 19 May 1997 21:28:14 -0700 (PDT) Received: (qmail 13188 invoked by uid 1000); 20 May 1997 04:08:58 -0000 Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 13 May 1997 10:59:46 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: The Devil Himself Subject: Re: URGENT: Printing an X11 screen. How? Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi The Devil Himself; On 13-May-97 you wrote: > On Mon, 12 May 1997, Simon Shapiro wrote: > > > Once upon a time there used to be an wwd-xwud-xpr and somethingtopbm > that > > could print an X window or a portion thereof. > > > > Now all I see is xwd and xwud, whose man page refers to xpr which is > > nowhere to be seen. xtopbm from pbmnet only deals with bitmaps. > > > > I need, urgently to dump to a printer a number of X11 screens. How? > Well, the way I do it is: > a) open another window. > b) run vi (or your editor of choice) > c) do the cut 'n' paste thingy (highlight, paste into editor w/ middle > mouse button) > d) save the file to something. > e) lpr -h (file) > > Prob won't work too well for graphics, but for text, it works great. > If you have multiple screenfulls to print, just pipe the initial output > to > more (or less), and paste it over a screen at a time. Thanx for the idea. We already have mastered the basics of X11 cut and paste some time ago :-) From the reference to xwd, i assumed one could guess the need for bitmap oriented capture. We have all learned several ways of doing just that now. But, nobody can tell me where xpr is. Too bad. Thanx for all the help. Simon From owner-freebsd-hackers Mon May 19 21:29:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA10197 for hackers-outgoing; Mon, 19 May 1997 21:29:54 -0700 (PDT) Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.50.29]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA10175; Mon, 19 May 1997 21:29:47 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id VAA19394; Mon, 19 May 1997 21:12:05 -0700 (PDT) Message-Id: <199705200412.VAA19394@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: Peter Wemm Cc: dg@root.com, Kazutaka YOKOTA , freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org Subject: Re: trap type 29 on P6 Reply-To: Jason Thorpe From: Jason Thorpe Date: Mon, 19 May 1997 21:12:04 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 20 May 1997 12:09:40 +0800 Peter Wemm wrote: > Under FreeBSD, the IDT vector number for irq7 is 39, not 29.. The PIC's > are programmed to use 32 through 47 (under non-SMP). ...I know :-) irq 7 is directed to another vector under NetBSD/i386, as well... > I think this is different to the problem that you describe. Here we're > getting trap 29 which: > [..] > #define T_STKFLT 27 /* stack fault */ > #define T_MCHK 28 /* machine check trap */ > #define T_RESERVED 29 /* reserved (unknown) */ ...exactly what I'm talking about... I originally thought I was seeing a machine-check as well. The relevant bit of locore.s from NetBSD/i386: IDTVEC(trap0f) /* * The Pentium Pro local APIC may erroneously call this vector for a * default IR7. Just ignore it. */ iret Jason R. Thorpe thorpej@nas.nasa.gov NASA Ames Research Center Home: 408.866.1912 NAS: M/S 258-6 Work: 415.604.0935 Moffett Field, CA 94035 Pager: 415.428.6939 From owner-freebsd-hackers Mon May 19 22:01:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA12190 for hackers-outgoing; Mon, 19 May 1997 22:01:38 -0700 (PDT) Received: from spinner.DIALix.COM (spinner.dialix.com [192.203.228.67]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA12168; Mon, 19 May 1997 22:01:24 -0700 (PDT) Received: from spinner.DIALix.COM (localhost.dialix.com.au [127.0.0.1]) by spinner.DIALix.COM with ESMTP id MAA28627; Tue, 20 May 1997 12:51:40 +0800 (WST) Message-Id: <199705200451.MAA28627@spinner.DIALix.COM> X-Mailer: exmh version 2.0gamma 1/27/96 To: dg@root.com cc: Jason Thorpe , Kazutaka YOKOTA , freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org Subject: Re: trap type 29 on P6 In-reply-to: Your message of "Mon, 19 May 1997 21:12:04 MST." <199705200412.VAA19394@lestat.nas.nasa.gov> Date: Tue, 20 May 1997 12:51:39 +0800 From: Peter Wemm Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jason Thorpe wrote: > On Tue, 20 May 1997 12:09:40 +0800 > Peter Wemm wrote: > > > Under FreeBSD, the IDT vector number for irq7 is 39, not 29.. The PIC's > > are programmed to use 32 through 47 (under non-SMP). > > ...I know :-) irq 7 is directed to another vector under NetBSD/i386, as > well... Ahh foo. virtual trap numbers.. :-( > > I think this is different to the problem that you describe. Here we're > > getting trap 29 which: > > [..] > > #define T_STKFLT 27 /* stack fault */ > > #define T_MCHK 28 /* machine check trap */ > > #define T_RESERVED 29 /* reserved (unknown) */ > > ...exactly what I'm talking about... I originally thought I was seeing > a machine-check as well. I see now in our code where trap 15 is mapped into 29.. > The relevant bit of locore.s from NetBSD/i386: > > IDTVEC(trap0f) > /* > * The Pentium Pro local APIC may erroneously call this vector for a > * default IR7. Just ignore it. > */ > iret Hmm.. But what I want to know is why the local APIC is doing this when it's not active? And why does it coincide with IO instructions? Anyway, assuming that's the case, how does this look: Index: trap.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/trap.c,v retrieving revision 1.95 diff -u -r1.95 trap.c --- trap.c 1997/05/07 20:08:53 1.95 +++ trap.c 1997/05/20 04:48:07 @@ -431,6 +436,7 @@ } return; } + break; #else /* !POWERFAIL_NMI */ #ifdef DDB /* NMI can be hooked up to a pushbutton for debugging */ @@ -439,10 +445,14 @@ return; #endif /* DDB */ /* machine/parity/power fail/"kitchen sink" faults */ - if (isa_nmi(code) == 0) return; - /* FALL THROUGH */ + if (isa_nmi(code) == 0) + return; + break; #endif /* POWERFAIL_NMI */ #endif /* NISA > 0 */ + case T_RESERVED: + printf("stray T_RESERVED trap (ignored)\n"); + return; } trap_fatal(&frame); > Jason R. Thorpe thorpej@nas.nasa.gov > NASA Ames Research Center Home: 408.866.1912 > NAS: M/S 258-6 Work: 415.604.0935 > Moffett Field, CA 94035 Pager: 415.428.6939 Cheers, -Peter From owner-freebsd-hackers Mon May 19 22:12:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA12722 for hackers-outgoing; Mon, 19 May 1997 22:12:01 -0700 (PDT) Received: from bunyip.cc.uq.edu.au (daemon@bunyip.cc.uq.edu.au [130.102.2.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA12672 for ; Mon, 19 May 1997 22:11:50 -0700 (PDT) Received: (from daemon@localhost) by bunyip.cc.uq.edu.au (8.8.5/8.8.5) id PAA02050 for freebsd-hackers@freebsd.org; Tue, 20 May 1997 15:11:46 +1000 Received: from localhost.devetir.qld.gov.au by ogre.dtir.qld.gov.au (8.7.5/DEVETIR-E0.3a) with SMTP id PAA16611 for ; Tue, 20 May 1997 15:11:28 +1000 (EST) Message-Id: <199705200511.PAA16611@ogre.dtir.qld.gov.au> To: freebsd-hackers@freebsd.org Subject: Re: drwxr-xr-x 2 bin bin /usr/sbin References: <199705191535.TAA23174@ns.cs.msu.su> In-Reply-To: <199705191535.TAA23174@ns.cs.msu.su> from "Sergei S. Laskavy" at "Mon, 19 May 1997 15:35:35 +0000" Date: Tue, 20 May 1997 15:11:27 +1000 From: Stephen McKay Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Monday, 19th May 1997, Sergei S. Laskavy wrote: >eric@Sendmail.ORG said, that > >+----------------------------------------------+ >| For security reasons, /, /usr, and /usr/sbin | >| should be owned by root, mode 755. | >+----------------------------------------------+ > >I think that someone can gain "bin" and then replace > /usr/sbin/GOOD_PROGGY >by > /usr/sbin/EVIL_PROGGY Well, I've not had a chance to rant about this yet... Of course, you are correct. Having /bin (and/or its contents) owned by bin rather than root just adds another method for attacking your system. Everything should be owned by root unless there is a good reason for it to be owned by some other uid. Usually this "good reason" is to provide a safer uid to setuid to, such as "games" or "uucp", that can cause less damage when hacked or just broken by bugs. Hacking a game can still compromise the game playing system administrator, which will then yield root, but it takes longer and there is more chance of detection. The counter argument that I have heard is that it makes setuid root programs stand out from the field of bin owned programs. Nobody should be relying on eyeballing directories for this. That's what tripwire is for. And if you are trusting your ls binary, you can trust your tripwire binary... Stephen. From owner-freebsd-hackers Mon May 19 22:29:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA13947 for hackers-outgoing; Mon, 19 May 1997 22:29:45 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA13938 for ; Mon, 19 May 1997 22:29:42 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id OAA28743; Tue, 20 May 1997 14:59:34 +0930 (CST) From: Michael Smith Message-Id: <199705200529.OAA28743@genesis.atrad.adelaide.edu.au> Subject: Re: BNC netcards? In-Reply-To: <2.2.32.19970516203604.006813f8@fang.cs.sunyit.edu> from Al at "May 16, 97 04:36:04 pm" To: perlsta@fang.cs.sunyit.edu (Al) Date: Tue, 20 May 1997 14:59:33 +0930 (CST) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Al stands accused of saying: > I just recently installed a genuine NE2000 16 bit novell BNC card in > a freebsd box and an 8 bit NE1000 in my win95 box, they are both 10mbps > right? but my transfer rate varies from 140k per second down to like 40k > between machines, and they are only seperated by a 15 foot cable with > terminators on the end. > > I thought i'd get almost a megabyte per second. > > Anyone have any suggestions why it is acting like this? I know the > cards are old... but is there any diagnostic tests i can run to aid > diagnosing the problem? It's possible that the NE1000 is being overrun and thus losing packets, or that you have bogus cabling or terminators. You will need to look at the interface stats (netstat -i) and protocol stats (netstat -p tcp) to work out what is going wrong. > Alfred Perlstein -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon May 19 22:56:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA14919 for hackers-outgoing; Mon, 19 May 1997 22:56:17 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA14914; Mon, 19 May 1997 22:56:14 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id PAA19649; Tue, 20 May 1997 15:55:00 +1000 Date: Tue, 20 May 1997 15:55:00 +1000 From: Bruce Evans Message-Id: <199705200555.PAA19649@godzilla.zeta.org.au> To: dg@root.com, peter@spinner.DIALix.COM Subject: Re: trap type 29 on P6 Cc: freebsd-bugs@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, thorpej@nas.nasa.gov, yokota@zodiac.mech.utsunomiya-u.ac.jp Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Hmm.. But what I want to know is why the local APIC is doing this when >it's not active? And why does it coincide with IO instructions? > >Anyway, assuming that's the case, how does this look: >Index: trap.c I don't like ignoring unexpected exceptions. I would only ignore exception 15 on P6's (it's sort of expected there). The nearby (old) NMI/POWERFAIL ifdefs and code is disgusting and broken (the NMI gate should be an interrupt gate and interrupts should be kept masked until the NMI handler returns). Bruce From owner-freebsd-hackers Tue May 20 00:20:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA19458 for hackers-outgoing; Tue, 20 May 1997 00:20:42 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA19452 for ; Tue, 20 May 1997 00:20:39 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA29423 for freebsd-hackers@FreeBSD.ORG; Tue, 20 May 1997 09:20:38 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA04496; Tue, 20 May 1997 08:55:59 +0200 (MET DST) Message-ID: <19970520085559.IR46886@uriah.heep.sax.de> Date: Tue, 20 May 1997 08:55:59 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: URGENT: Printing an X11 screen. How? References: <199705130905.LAA03556@gil.physik.rwth-aachen.de> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Simon Shapiro on May 13, 1997 10:04:40 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Simon Shapiro wrote: > Thanx. This is what I get when i try it: > > $xwd -frame | xwdtopnm | pnmtops > /tmp/xfmail.ps > xwdtopnm: writing PPM file > pnmtops: maxval of 65535 is too large for PostScript > Broken pipe xwd -frame | xwdtopnm | pnmdepth 128 | pnmtops > /tmp/xfmail.ps ...although xwdtopnm seems to have serious troubles with truecolor display dumps. I totally botches the colors (my current display is 16-bit truecolor). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue May 20 00:22:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA19548 for hackers-outgoing; Tue, 20 May 1997 00:22:50 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA19543 for ; Tue, 20 May 1997 00:22:48 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA29439; Tue, 20 May 1997 09:22:46 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA04551; Tue, 20 May 1997 09:10:30 +0200 (MET DST) Message-ID: <19970520091030.RY34905@uriah.heep.sax.de> Date: Tue, 20 May 1997 09:10:30 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: handy@sag.space.lockheed.com (Brian N. Handy) Subject: Re: Max # of files with NFS? References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Brian N. Handy on May 19, 1997 19:41:39 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Brian N. Handy wrote: > So I have this NFS-mounted directory with 287 files in it. If I cd to > that directory and do an 'ls', that terminal hangs. Top says it's in > 'getblk'. > > The server is a DEC alpha running DU 4.0. The client is running > 2.2-STABLE. > > Is this a problem with too many files? I'm not sure what else it could > be. Close, i think. You could tcpdump the connection to learn more. I assume that's another incarnation of the dreaded NFSv3 READDIR problem. The server is probably handing out a new cookie verifier on each call, so the client endlessly retries to read the directory from the beginning. I'm sure Doug might tell you more about this. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue May 20 00:20:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA19478 for hackers-outgoing; Tue, 20 May 1997 00:20:46 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA19459 for ; Tue, 20 May 1997 00:20:43 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA29426 for freebsd-hackers@FreeBSD.ORG; Tue, 20 May 1997 09:20:41 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA04509; Tue, 20 May 1997 09:00:15 +0200 (MET DST) Message-ID: <19970520090015.FI54560@uriah.heep.sax.de> Date: Tue, 20 May 1997 09:00:15 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: trap type 29 on P6 References: <199705200311.MAA17969@zodiac.mech.utsunomiya-u.ac.jp> <199705200317.UAA07688@implode.root.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705200317.UAA07688@implode.root.com>; from David Greenman on May 19, 1997 20:17:21 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As David Greenman wrote: > Yeah, I think this is either a flaw in the P6 or in the motherboard > chipset. I believe it's telling you that it detected a parity error during > the PIO instruction. Wcarchive used to crash every day or two from this > occuring while doing PIO in the ahc driver until Justin added support > for doing memory mapped register accesses. What happens if you ignore the trap? (I have no CPU docs for > 486, thus i'm not familar with the behaviour of the added traps.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue May 20 01:17:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA22137 for hackers-outgoing; Tue, 20 May 1997 01:17:37 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA22082 for ; Tue, 20 May 1997 01:17:11 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id JAA24122; Tue, 20 May 1997 09:15:28 +0100 (BST) Date: Tue, 20 May 1997 09:15:28 +0100 (BST) From: Doug Rabson To: "Brian N. Handy" cc: hackers@freebsd.org Subject: Re: Max # of files with NFS? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 19 May 1997, Brian N. Handy wrote: > Hi there, > > So I have this NFS-mounted directory with 287 files in it. If I cd to > that directory and do an 'ls', that terminal hangs. Top says it's in > 'getblk'. > > The server is a DEC alpha running DU 4.0. The client is running > 2.2-STABLE. > > Is this a problem with too many files? I'm not sure what else it could > be. I just listed a directory with 7800 files it to check. I can't (yet) test directly with DU 4.0 but if you could get a packet trace, it might help diagnose what is happening. Run 'tcpdump -vv -s300 port nfs' while you try to do the 'ls'. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-hackers Tue May 20 01:20:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA22389 for hackers-outgoing; Tue, 20 May 1997 01:20:57 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA22383 for ; Tue, 20 May 1997 01:20:53 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id JAA24126; Tue, 20 May 1997 09:19:55 +0100 (BST) Date: Tue, 20 May 1997 09:19:55 +0100 (BST) From: Doug Rabson To: Joerg Wunsch cc: hackers@freebsd.org, "Brian N. Handy" Subject: Re: Max # of files with NFS? In-Reply-To: <19970520091030.RY34905@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 20 May 1997, J Wunsch wrote: > As Brian N. Handy wrote: > > > So I have this NFS-mounted directory with 287 files in it. If I cd to > > that directory and do an 'ls', that terminal hangs. Top says it's in > > 'getblk'. > > > > The server is a DEC alpha running DU 4.0. The client is running > > 2.2-STABLE. > > > > Is this a problem with too many files? I'm not sure what else it could > > be. > > Close, i think. You could tcpdump the connection to learn more. > > I assume that's another incarnation of the dreaded NFSv3 READDIR > problem. The server is probably handing out a new cookie verifier on > each call, so the client endlessly retries to read the directory from > the beginning. I'm sure Doug might tell you more about this. If the server is handing out a new verifier on each call then its broken. Its only supposed to change verifiers if the directory was actually changed. Are the contents of this directory constantly changing? -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-hackers Tue May 20 01:41:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA23246 for hackers-outgoing; Tue, 20 May 1997 01:41:25 -0700 (PDT) Received: from helbig.informatik.ba-stuttgart.de (helbig.informatik.ba-stuttgart.de [141.31.166.22]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA23232 for ; Tue, 20 May 1997 01:41:14 -0700 (PDT) Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.5/8.8.5) id KAA06844 for FreeBSD-hackers@FreeBSD.ORG; Tue, 20 May 1997 10:40:59 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199705200840.KAA06844@helbig.informatik.ba-stuttgart.de> Subject: option "CMD640" in RELENG-2.2 (fwd) To: FreeBSD-hackers@FreeBSD.ORG Date: Tue, 20 May 1997 10:40:58 +0200 (MET DST) X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, For some reason, this message did not make it to the list, at least it did not show up here again, so I repost it. Maybe someone played with dtmail at FreeBSD.ORG :-) ----- Forwarded message from helbig ----- >From helbig Sat May 17 21:23:49 1997 Subject: option "CMD640" in RELENG-2.2 To: hackers@FreeBSD.ORG Date: Sat, 17 May 1997 21:23:49 +0200 (MET DST) Cc: se@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] Hi, How about putting the options "CMD640" line in GENERIC for RELENG-2.2? The CMD640 workaround was committed to RELENG-2.2 (and -current) right before the 2.2-RELEASE was cut. Thank you, STefan, for your reviews, suggestions and commissions! The CMD640 option was included in the current GENERIC file and I believe it was exposed to quite a number of tests since then, especially in the 3.0SNAPS, so it seems safe to enable it in 2.2 GENERIC as well. This option will take effect on the wd driver only if the PCI subsystem detects this bogus chip. Enabling it in the GENERIC kernel will help those unfortunate beaten with this chip to install and use FreeBSD w/o the need to build a customized kernel and a boot floppy or to reconfigure the IDE hardware each time they want to use fixit.flp. Since I am not a committer -- not even a contributor :-( -- I'd like to ask someone with more power to commit the one line change in GENERIC and update the documentation in the FAQ, relnotes.hlp and hardware.hlp to reflect the fact that the CMD640 workaround is is not disabled by default anymore. Thanks in advance Wolfgang ----- End of forwarded message from helbig ----- From owner-freebsd-hackers Tue May 20 02:24:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA25031 for hackers-outgoing; Tue, 20 May 1997 02:24:15 -0700 (PDT) Received: from zwei.siemens.at (zwei.siemens.at [193.81.246.12]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA25017 for ; Tue, 20 May 1997 02:23:45 -0700 (PDT) Received: from ws6303-f.gud.siemens.co.at (root@firix [10.1.143.100]) by zwei.siemens.at with ESMTP id LAA07129; Tue, 20 May 1997 11:24:05 +0200 (MET DST) Received: from ws6423.gud.siemens.at (ws6423-f) by ws6303-f.gud.siemens.co.at with ESMTP (1.40.112.8/16.2) id AA166410207; Tue, 20 May 1997 11:23:27 +0200 Received: by ws6423.gud.siemens.at (SMI-8.6/SMI-SVR4) id LAA20550; Tue, 20 May 1997 11:14:05 +0200 Date: Tue, 20 May 1997 11:14:05 +0200 From: lada@ws6303.gud.siemens.at (Hr.Ladavac) Message-Id: <199705200914.LAA20550@ws6423.gud.siemens.at> To: freebsd-hackers@FreeBSD.ORG, sec@42.org Subject: Re: RFC.. Proposal.. file flag No-delete Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Md5: u3N00Upyc27OPMcrvpiIHw== Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From owner-freebsd-hackers@FreeBSD.ORG Sat May 17 19:31:13 MET 1997 > To: freebsd-hackers@FreeBSD.ORG > From: sec@42.org (Stefan `Sec` Zehl) > Subject: Re: RFC.. Proposal.. file flag No-delete > Date: 17 May 1997 19:19:18 +0200 > X-Newsreader: slrn (0.9.3.0-2 BETA UNIX) > X-Loop: FreeBSD.org > > In article <337B4E06.1B37ADEA@whistle.com>, Julian Elischer wrote: > > > I think giving SGID the same mening relative to group for directories > > > as the sticky bit is a much less intrusive change than the "delete" > > > change. > > > > > Isn't there a normal use for SUID and SGID fro directories? > > I've been racking my brains and can't think of one, > > except that SOME systems use SGID on a dir to mean "Do not inherrit > > group from this directory" > > On HP-UX SUID Directorys are used for their CDF's (Context dependet Files) > which is a strange but funny concept (i like it though) > resulting in a normal directory to be hidden if you chmod u+s it Please talk in Past Tense. No CDF since HP-UX 10. But they were mighty useful and allowed various architectures under the same OS to share the same directory structure. Now, Moto HPUX is dead => no CDF. /Marino > > CU, > Sec > -- > Fuer die Raupe ist es das Ende der Welt, > Fuer den Rest der Welt ist es ein Schmetterling > Error 0: No error From owner-freebsd-hackers Tue May 20 04:20:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA28602 for hackers-outgoing; Tue, 20 May 1997 04:20:40 -0700 (PDT) Received: from lhab-gw.soroscj.ro (root@lhab-gw.soroscj.ro [193.226.99.135]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA28593 for ; Tue, 20 May 1997 04:20:24 -0700 (PDT) Received: from lhab.soroscj.ro (kojak@lhab.soroscj.ro [193.226.99.146]) by lhab-gw.soroscj.ro (8.7.5/8.6.9) with SMTP id NAA06473 for ; Tue, 20 May 1997 13:35:40 +0300 Received: from localhost (kojak@localhost) by lhab.soroscj.ro (8.6.12/8.6.12) with SMTP id NAA09658 for ; Tue, 20 May 1997 13:45:21 +0200 Date: Tue, 20 May 1997 13:45:16 +0200 (GMT+0200) From: elev Ilea Alexandru To: hackers@freeBSD.ORG Subject: ?????????????? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Can you tell me some util FTP addresses for programming or sources? From owner-freebsd-hackers Tue May 20 04:48:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA29446 for hackers-outgoing; Tue, 20 May 1997 04:48:11 -0700 (PDT) Received: from gargoyle.bazzle.com (gargoyle.bazzle.com [206.103.246.190]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA29441 for ; Tue, 20 May 1997 04:48:07 -0700 (PDT) Received: from localhost (ejc@localhost) by gargoyle.bazzle.com (8.8.5/8.6.12) with SMTP id HAA01882; Tue, 20 May 1997 07:47:47 -0400 (EDT) Date: Tue, 20 May 1997 07:47:47 -0400 (EDT) From: "Eric J. Chet" To: Amancio Hasty cc: Jake Hamby , dob@bazzle.com, hackers@FreeBSD.ORG Subject: Re: omniORB port to FreeBSD In-Reply-To: <199705200111.SAA08394@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 19 May 1997, Amancio Hasty wrote: > > Oops, > While compiling omniOrb, > > > ===> src/lib > ===> src/lib/omnithread > Warning: Object directory not changed from original /usr/ports/net/omniORB/work/omniORB_2.2.0/src/lib/omnithread > c++ -fhandle-exceptions -pipe -I../../../include -DPthreadDraftVersion=8 -c posix.cc -o posix.o > posix.cc: In function `static int omni_thread::sleep(long unsigned int, long unsigned int = 0)': > posix.cc:925: warning: implicit declaration of function `int nanosleep(...)' > posix.cc: In function `static int omni_thread::get_time(long unsigned int *, long unsigned int *, long unsigned int = > 0, long unsigned int = 0)': > posix.cc:962: warning: implicit declaration of function `int clock_gettime(...)' > posix.cc:962: `CLOCK_REALTIME' undeclared (first use this function) > posix.cc:962: (Each undeclared identifier is reported only once > posix.cc:962: for each function it appears in.) > Hello You need to bring your -current system up to date, nanosleep() is part of libc now. Thanks, Eric > > > >From The Desk Of "Eric J. Chet" : > > > > > > On Mon, 19 May 1997, Amancio Hasty wrote: > > > > > I am getting permission denied : > > > wcarchive.cdrom.com:/.16/FreeBSD/incoming > > > ncftp>binary > > > wcarchive.cdrom.com:/.16/FreeBSD/incoming > > > ncftp>mget omni* > > > omniBroker.tgz: Permission denied. > > > omniBroker_1.0R.tgz: Permission denied. > > > omniORB.tgz: Permission denied. > > > wcarchive.cdrom.com:/.16/FreeBSD/incoming > > > > > Hello > > It looks like somebody has to change the permissions on these > > files at ftp.freebsd.org/pub/FreeBSD/incoming > > > > You can also get them at: > > > > fetch ftp://ftp.bazzle.com/pub/corba/omniBroker_1.0R.tgz > > > > fetch ftp://ftp.bazzle.com/pub/corba/omniORB.tgz > > > > Later, > > > > Eric > > > > > Cheers, > > > Amancio > > > > > > > > > >From The Desk Of "Eric J. Chet" : > > > > Hello > > > > I created a port of OmniBroker 1.0 release. See send-pr > > > > ports/3630. The port can be found at: > > > > > > > > ftp://ftp.freebsd.org/pub/FreeBSD/incoming/omniBroker_1.0R.tgz > > > > > > > > Later, > > > > > > > > Eric Chet > > > > > > > > On Mon, 12 May 1997, Jake Hamby wrote: > > > > > > > > > Amancio Hasty wrote: > > > > > > > > > > > > Cool, I am interested and we do need someone to keep track of such > > > > > > things as ACE, ILU, and now omniORB 8) > > > > > > > > > > > > Cheers, > > > > > > Amancio > > > > > > > > > > Hey, don't forget about OmniBroker. It's another CORBA 2 compliant ORB > > > > > for C++, and while it's not GPL'ed like omniORB (which is, IMHO, a good > > > > > thing :), it is freely available for non-commercial use, and has source > > > > > code. Unfortunately, it's not multithreaded yet, but will be soon. > > > > > BTW, the author of OmniBroker seems very interested in promoting and > > > > > maintaining it. It's available at: > > > > > > > > > > http://www.ooc.com/ > > > > > > > > > > BTW, I was looking for a free ORB to port to BeOS, which is why I was > > > > > very interested to see the announcement of omniORB. Having two strong > > > > > products is always better than being stuck with one, and thanks to the > > > > > miracle of CORBA, omniORB and OmniBroker should be 100% interoperable > > > > > (if not, its a bug!). > > > > > > > > > > -- > > > > > ----------------------------------------------------------------------- > ---- > > > --- > > > > > |Jake Hamby| APT Engineer at JPL, CS student at Cal Poly, and BeOS > > > > > developer!| > > > > > ----------------------------------------------------------------------- > ---- > > > --- > > > > > "You can't talk to a psycho like a normal human being." - Poe > > > > > > > > > > > > > > > > > > > From owner-freebsd-hackers Tue May 20 08:13:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA08218 for hackers-outgoing; Tue, 20 May 1997 08:13:56 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA07814 for ; Tue, 20 May 1997 08:05:45 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id QAA06387; Tue, 20 May 1997 16:26:21 +0200 From: Luigi Rizzo Message-Id: <199705201426.QAA06387@labinfo.iet.unipi.it> Subject: ddd-1.0.tar.gz in distfiles dir To: jkh@time.cdrom.com Date: Tue, 20 May 1997 16:26:21 +0200 (MET DST) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, in the "distfiles directory on freefall (and mirror sites as well) there is a file named ddd-1.0.tar.gz (or so) which is actually an email message. It should probably be deleted from there... Also, I notice that "distfiles" has lots of probably useless stuff. Would it be possible to scan the Makefiles for all "supported" release of freebsd, make a list of the "DISTFILES" which are in use, and put all the others in a different place ? I am asking because the distfiles dir is becoming way too large and hard to reproduce locally. Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-hackers Tue May 20 08:15:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA08269 for hackers-outgoing; Tue, 20 May 1997 08:15:10 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA08260 for ; Tue, 20 May 1997 08:15:02 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id IAA15235; Tue, 20 May 1997 08:13:33 -0700 (PDT) To: Luigi Rizzo cc: hackers@freebsd.org Subject: Re: ddd-1.0.tar.gz in distfiles dir In-reply-to: Your message of "Tue, 20 May 1997 16:26:21 +0200." <199705201426.QAA06387@labinfo.iet.unipi.it> Date: Tue, 20 May 1997 08:13:33 -0700 Message-ID: <15231.864141213@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > in the "distfiles directory on freefall (and mirror sites as well) > there is a file named ddd-1.0.tar.gz (or so) which is actually an email > message. It should probably be deleted from there... Nuked, thanks. > Would it be possible to scan the Makefiles for all "supported" > release of freebsd, make a list of the "DISTFILES" which are in > use, and put all the others in a different place ? I am asking > because the distfiles dir is becoming way too large and hard to > reproduce locally. It would be possible, yes. Probable? I don't know. That depends on what kind of script you end up writing for Satoshi. ;-) Jordan From owner-freebsd-hackers Tue May 20 09:14:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA10977 for hackers-outgoing; Tue, 20 May 1997 09:14:23 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA10972 for ; Tue, 20 May 1997 09:14:20 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id BAA03744; Wed, 21 May 1997 01:43:25 +0930 (CST) From: Michael Smith Message-Id: <199705201613.BAA03744@genesis.atrad.adelaide.edu.au> Subject: Re: ddd-1.0.tar.gz in distfiles dir In-Reply-To: <15231.864141213@time.cdrom.com> from "Jordan K. Hubbard" at "May 20, 97 08:13:33 am" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 21 May 1997 01:43:25 +0930 (CST) Cc: luigi@labinfo.iet.unipi.it, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > > > Would it be possible to scan the Makefiles for all "supported" > > release of freebsd, make a list of the "DISTFILES" which are in > > use, and put all the others in a different place ? I am asking > > because the distfiles dir is becoming way too large and hard to > > reproduce locally. > > It would be possible, yes. Probable? I don't know. That depends > on what kind of script you end up writing for Satoshi. ;-) You would want to start by having one of each sort of system, and continually checking which ports run on which systems. Once you had that, adding such functionality to PIB (ports/sysutils/pib) would be relatively straightforward. > Jordan -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue May 20 09:50:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA12747 for hackers-outgoing; Tue, 20 May 1997 09:50:43 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA12742 for ; Tue, 20 May 1997 09:50:40 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA01050; Tue, 20 May 1997 12:50:05 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Tue, 20 May 1997 12:50 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.5/8.7.3) with ESMTP id HAA25686; Tue, 20 May 1997 07:10:51 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.5/8.6.9) id HAA25363; Tue, 20 May 1997 07:18:11 -0400 (EDT) Date: Tue, 20 May 1997 07:18:11 -0400 (EDT) From: Thomas David Rivers Message-Id: <199705201118.HAA25363@lakes.water.net> To: ponds!zeta.org.au!bde, ponds!FreeBSD.ORG!hackers, ponds!uriah.heep.sax.de!j, ponds!lakes.water.net!rivers Subject: Re: Variable initialization Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >> With old compilers, it was a pessimization to initalize variables > >> unnecessarily or long before they are used. With modern compilers, > >> it defeats automatic checking for uninitialized variables and may > >> still prevent some optimizations. > > > > Err, umm; just a nit - I would note that it defeats the check by > >initializing the variable; thus, it's not uninitialized :-) :-) > >What optimizations were you considering? > > Ones based on variable liftime analysis. If the compiler would emit > a spurious warning because it can't tell that a variable is initialized > for all flows of control, then initializing the variable when it is > declared (or just early) is a pessimization - the compiler must store > the value to memory or uselessly extend a register lifetime to hold > the (unused) initial value. The correct fix for this is to rearrange > the code so that both compilers and humans can understand the flow of > control or to out up with the warning. Adding an unused initialization > would further obfuscate the flow of control. > > Bruce > Ahh... but forward flow operations would move the initialization to the beginning of the basic block where it's used. i.e. If a variable has the same value in the IN and OUT sets, and is unused in the block - it is hoisted through it. Initializing a variable "early" actually doesn't affect too much of a change... and can be viewed as initializing it at the start of the first basic block where it's referenced. So - control flow really isn't too much of an issue here, the register lifetime isn't extended and the variable is (presumable correctly) initialized. I believe, of course, some of the other arguments far outweigh this concern - personally, I much prefer initializations that are performed outside of the declaration block... for about the same reasons cited. - Dave Rivers - From owner-freebsd-hackers Tue May 20 10:30:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA14501 for hackers-outgoing; Tue, 20 May 1997 10:30:40 -0700 (PDT) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA14495 for ; Tue, 20 May 1997 10:30:38 -0700 (PDT) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA26502; Tue, 20 May 1997 10:30:18 -0700 Date: Tue, 20 May 1997 10:30:18 -0700 (PDT) From: "Brian N. Handy" To: Doug Rabson Cc: hackers@freebsd.org Subject: Re: Max # of files with NFS? In-Reply-To: Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> So I have this NFS-mounted directory with 287 files in it. If I cd to >> that directory and do an 'ls', that terminal hangs. Top says it's in >> 'getblk'. > > [...] Doug writes: >I just listed a directory with 7800 files it to check. I can't (yet) test >directly with DU 4.0 but if you could get a packet trace, it might help >diagnose what is happening. Run 'tcpdump -vv -s300 port nfs' while you >try to do the 'ls'. Boy, I don't get it...but it works today??? I had to recompile my kernel with the bpf stuff, then I rebooted, mounted the directory, ran tcpdump and did the ls and everything worked fine. I'll keep an eye on this, though, and if I can figure out how to recreate the problem I'll come on back with more info. Thanks, Brian From owner-freebsd-hackers Tue May 20 10:43:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA15068 for hackers-outgoing; Tue, 20 May 1997 10:43:35 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA15062 for ; Tue, 20 May 1997 10:43:31 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id SAA02946; Tue, 20 May 1997 18:42:28 +0100 (BST) Date: Tue, 20 May 1997 18:42:28 +0100 (BST) From: Doug Rabson To: "Brian N. Handy" cc: hackers@freebsd.org Subject: Re: Max # of files with NFS? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 20 May 1997, Brian N. Handy wrote: > > > >> So I have this NFS-mounted directory with 287 files in it. If I cd to > >> that directory and do an 'ls', that terminal hangs. Top says it's in > >> 'getblk'. > > > > [...] > > Doug writes: > > >I just listed a directory with 7800 files it to check. I can't (yet) test > >directly with DU 4.0 but if you could get a packet trace, it might help > >diagnose what is happening. Run 'tcpdump -vv -s300 port nfs' while you > >try to do the 'ls'. > > Boy, I don't get it...but it works today??? I had to recompile my kernel > with the bpf stuff, then I rebooted, mounted the directory, ran tcpdump > and did the ls and everything worked fine. > > I'll keep an eye on this, though, and if I can figure out how to recreate > the problem I'll come on back with more info. Try modifying the directory at the server end while the client sits in a while loop re-listing the directory. If something odd is happening with the directory cookies, that might provoke a response. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-hackers Tue May 20 10:55:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA15699 for hackers-outgoing; Tue, 20 May 1997 10:55:27 -0700 (PDT) Received: from precipice.shockwave.com (ppp-206-170-6-9.rdcy01.pacbell.net [206.170.6.9]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA15689 for ; Tue, 20 May 1997 10:55:21 -0700 (PDT) Received: from shockwave.com (localhost [127.0.0.1]) by precipice.shockwave.com (8.8.5/8.7.3) with ESMTP id KAA13245 for ; Tue, 20 May 1997 10:55:16 -0700 (PDT) Message-Id: <199705201755.KAA13245@precipice.shockwave.com> To: hackers@freebsd.org Subject: process monitoring tool (like SysV init)? Date: Tue, 20 May 1997 10:55:16 -0700 From: Paul Traina Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I was thinking of hacking up a small program that would read a configuration file and then spawn and monitor the health of several child processes based on the contents of the configuration file. If one of the programs dies, it should restart it. If it dies too quickly, it should back-off and log some error messages, ... This looks and feels a lot like a lobotomized system 5 init program. Before I actually whack one out -- has anyone seen source code for something that has basicly these kinds of features already done for BSD? Paul From owner-freebsd-hackers Tue May 20 11:26:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA17397 for hackers-outgoing; Tue, 20 May 1997 11:26:49 -0700 (PDT) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA17392 for ; Tue, 20 May 1997 11:26:46 -0700 (PDT) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA18670; Tue, 20 May 1997 11:26:45 -0700 Date: Tue, 20 May 1997 11:26:45 -0700 (PDT) From: "Brian N. Handy" Reply-To: "Brian N. Handy" To: Doug Rabson Cc: hackers@freebsd.org Subject: Re: Max # of files with NFS? In-Reply-To: Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Try modifying the directory at the server end while the client sits in a >while loop re-listing the directory. If something odd is happening with >the directory cookies, that might provoke a response. OK, I've done this and things still seem to be working OK. OH, and in response to one of the questions from yesterday, the directory in question was completely static -- I was just reading data from it, and I don't believe anything was changing on that disk. More detail... The disk being mounted is machine:/data4 on /data4 I'm then going down to /data4/handy/1996/07b, and I have 287 or so files there that are of varying sizes from about .5Mb to 2Mb. The only other thing I can guess right now is maybe my source tree was a day or two out of sync with my kernel, but I'm not completely sure of that. [checking, hold on...] OK, the kernel from was from 17-May, the source tree was from 14-May. I don't imagine anything in particular had changed in 2.2-STABLE during this time frame. Other things to exercise? At any rate, I'm using it, so if something is wrong I may be able to turn it up again. Brian From owner-freebsd-hackers Tue May 20 11:28:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA17517 for hackers-outgoing; Tue, 20 May 1997 11:28:07 -0700 (PDT) Received: from numachi.numachi.com (numachi.numachi.com [198.175.254.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA17458 for ; Tue, 20 May 1997 11:27:58 -0700 (PDT) Received: (from reichert@localhost) by numachi.numachi.com (8.6.12/8.6.12) id OAA19840; Tue, 20 May 1997 14:27:21 -0400 Message-ID: <19970520142720.04568@numachi.numachi.com> Date: Tue, 20 May 1997 14:27:20 -0400 From: Brian Reichert To: freebsd-hackers@freebsd.org Subject: can't find my gateway with ep0 interface Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.68 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Folks- I am trying to make use of one of those nasty 3Com boards via the UTP port. However, I can't seem to set a route to my gateway. I have rebuilt the kernel, such that the device probes. I have applied the funky 'link' options as per the ep(4) manpage. But, when I try to add the route, all I get is 'network is unreachable'. I've pored over the FAQ, the manpages for route, ifconfig, and ep, as well as the mailing list archives for -question, and -hackers, but to no avail. This card, with these settings, does work under Dos95 and NT, so I'm confident the hardware works. I below have introduced what I hope is useful information, so if anyone can help me dig this out, I'd appreciate it... -- Brian 'you Bastard' Reichert reichert@numachi.com 37 Crystal Ave. #303 Derry NH 03038-1713 USA Intel architecture: the left-hand path ------------------------------------------------- % uname -a FreeBSD 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE #0: Tue May 20 12:16:27 GMT 1997 root@:/usr/src/sys/compile/AOBRIEN i386 % dmesg [...] 1 3C5x9 board(s) on ISA found at 0x210 ep0 at 0x210-0x21f irq 11 on isa ep0: aui/utp/bnc[*UTP*] address 00:20:af:d2:c7:ef [...] % ifconfig ep0 down % ifconfig ep0 inet link0 link1 debug % ifconfig ep0 up % ifconfig ep0 ep0: flags=8847 mtu 1500 inet 194.94.223.253 netmask 0xffffff00 broadcast 194.94.223.255 ether 00:20:af:d2:c7:ef % route add default 199.94.223.1 writing to routing socket: Network is unreachable add net default: gateway 199.94.223.1: Network is unreachable % netstat -in Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll lp0* 1500 0 0 0 0 0 ep0 1500 00.20.af.d2.c7.ef 393 0 1 0 0 ep0 1500 194.94.223 194.94.223.253 393 0 1 0 0 tun0* 1500 0 0 0 0 0 sl0* 552 0 0 0 0 0 lo0 16384 26 0 26 0 0 lo0 16384 127 127.0.0.1 26 0 26 0 0 % netstat -nr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 127.0.0.1 127.0.0.1 UH 0 0 lo0 194.94.223 link#2 UC 0 0 194.94.223.253 0:20:af:d2:c7:ef UHLW 1 26 lo0 From owner-freebsd-hackers Tue May 20 11:33:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA17970 for hackers-outgoing; Tue, 20 May 1997 11:33:15 -0700 (PDT) Received: from jocki.domestic.de (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA17965 for ; Tue, 20 May 1997 11:33:09 -0700 (PDT) Received: (from joki@localhost) by jocki.domestic.de (8.8.5/8.8.5) id UAA06937; Tue, 20 May 1997 20:33:03 +0200 (CEST) Message-ID: X-Mailer: XFMail 1.0 [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 20 May 1997 20:17:15 +0200 (CEST) From: Joachim Kuebart To: Joachim Kuebart Subject: RE: xdm and login.conf Cc: FreeBSD Hackers Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 20-May-97 at 00:20:58 Joachim Kuebart wrote: >HI! > >I am now using FreeBSD 2.2.2-RELEASE (or is it 2.2-STABLE, jkh? :-) > >I wonder if anyone has included support for /etc/login.conf in xdmŽs login >widget, xlogin? > >If so, would be nice to use the code. If not, IŽll see into it myself ... > Hey guys, youŽre too slow. I solved the problem (for me) by calling setusercontext from the global Xsession. All programs of a session are childs to this process (I hope!). In order to call setusercontext I wrote a small C program which is available from me. For those who are interested: setusercontext.c calls setusercontext() to get the same permissions and limits and environment variables as the user needs. It then execve()Žs a shell (/bin/sh) with those privileges. This shell is the shell that xdm uses to run Xsession. When the shell terminates, the session is finished. In order to do this with the least possible overhead I have set the interpreter for Xsession to setusercontext, i.e.: /usr/X11R6/lib/X11/xdm/Xsession: #!/usr/local/bin/setusercontext # # Rest of Xsession follows cu Jo --------------------------------------------------------------------- FreeBSD - top breeders recommend it Joachim Kuebart Tel: +49 711 653706 Germany From owner-freebsd-hackers Tue May 20 12:03:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA19502 for hackers-outgoing; Tue, 20 May 1997 12:03:38 -0700 (PDT) Received: from trifork.gu.net (trifork.gu.net [194.93.190.194]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA19496 for ; Tue, 20 May 1997 12:03:32 -0700 (PDT) Received: from localhost (localhost.gu.kiev.ua [127.0.0.1]) by trifork.gu.net (8.8.5/8.8.5) with SMTP id WAA16016; Tue, 20 May 1997 22:04:30 +0300 (EEST) Date: Tue, 20 May 1997 22:04:29 +0300 (EEST) From: Andrew Stesin Reply-To: stesin@gu.net To: Paul Traina cc: hackers@FreeBSD.ORG Subject: Re: process monitoring tool (like SysV init)? In-Reply-To: <199705201755.KAA13245@precipice.shockwave.com> Message-ID: X-NCC-RegID: ua.gu MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 20 May 1997, Paul Traina wrote: > If one of the programs dies, it should restart it. If it dies too quickly, > it should back-off and log some error messages, ... ... and also monitors UPS status and is aware of POWER_FAIL signal? > This looks and feels a lot like a lobotomized system 5 init program. > > Before I actually whack one out -- has anyone seen source code for > something that has basicly these kinds of features already done for > BSD? init itself? > Paul > Best regards, Andrew Stesin nic-hdl: ST73-RIPE From owner-freebsd-hackers Tue May 20 12:04:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA19576 for hackers-outgoing; Tue, 20 May 1997 12:04:01 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA19528 for ; Tue, 20 May 1997 12:03:52 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id UAA03285; Tue, 20 May 1997 20:03:15 +0100 (BST) Date: Tue, 20 May 1997 20:03:15 +0100 (BST) From: Doug Rabson To: "Brian N. Handy" cc: hackers@freebsd.org Subject: Re: Max # of files with NFS? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 20 May 1997, Brian N. Handy wrote: > OK, the kernel from was from 17-May, the source tree was from 14-May. I > don't imagine anything in particular had changed in 2.2-STABLE during this > time frame. > > Other things to exercise? At any rate, I'm using it, so if something is > wrong I may be able to turn it up again. I can't think of anything. Give me a shout if it happens again and we might get some more information. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-hackers Tue May 20 12:28:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA20870 for hackers-outgoing; Tue, 20 May 1997 12:28:31 -0700 (PDT) Received: from smtp1.ts.kiev.ua (viking.ts.kiev.ua [193.124.229.195]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA20864 for ; Tue, 20 May 1997 12:28:27 -0700 (PDT) Received: from aviion.ts.kiev.ua by smtp1.ts.kiev.ua with SMTP id WAA11271; (8.8.3/zah/2.1) Tue, 20 May 1997 22:11:10 +0300 (EET DST) Received: from nbki.ipri.kiev.ua by aviion.ts.kiev.ua with ESMTP id SAA24541; (8.6.11/zah/2.1) Tue, 20 May 1997 18:52:09 GMT Received: from cki.ipri.kiev.ua by nbki.ipri.kiev.ua with ESMTP id QAA05538; (8.6.9/zah/1.1) Tue, 20 May 1997 16:59:27 +0100 Received: from 194.44.146.14 (mac.ipri.kiev.ua [194.44.146.14]) by cki.ipri.kiev.ua (8.7.6/8.7.3) with SMTP id RAA01881; Tue, 20 May 1997 17:15:43 +0300 (EET DST) Message-ID: <3381A43C.3FAA@cki.ipri.kiev.ua> Date: Tue, 20 May 1997 16:16:34 +0300 From: Ruslan Shevchenko Reply-To: rssh@cki.ipri.kiev.ua Organization: IPRI X-Mailer: Mozilla 3.01Gold (Macintosh; I; 68K) MIME-Version: 1.0 To: "Pedro F. Giffuni" CC: Nate Williams , hackers@FreeBSD.ORG Subject: Re: Cluster Computing in BSD References: <199705151553.IAA22312@conceptual.com> <199705151725.KAA15126@phaeton.artisoft.com> <199705151815.MAA01989@rocky.mt.sri.com> <337B7859.774F@fps.biblos.unal.edu.co> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Pedro F. Giffuni wrote: > > Nate Williams wrote: > > > > Hmm, how many of these are still in business selling highly parallel > > systems? Sounds like failure to me... > > > Well the new UNIX owners chose to work on this thing further which > should, in fact, show that it is a complete failure, as everything > associated with SCO. :-) > Parallel computing is not cost effective, but MOSIX, MPC and the other > options we are looking are free. > > Pedro. > > > Nate In just have read in magazin, than IBM receive a good cashe from RS6000/SP From owner-freebsd-hackers Tue May 20 12:45:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA21721 for hackers-outgoing; Tue, 20 May 1997 12:45:26 -0700 (PDT) Received: from cypher.net (black@zen.pratt.edu [205.232.115.155]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA21716 for ; Tue, 20 May 1997 12:45:20 -0700 (PDT) Received: (from black@localhost) by cypher.net (8.8.5/8.7.1) id PAA10385; Tue, 20 May 1997 15:08:36 -0400 Date: Tue, 20 May 1997 15:08:36 -0400 (EDT) From: Ben Black To: Brian Reichert cc: freebsd-hackers@FreeBSD.ORG Subject: Re: can't find my gateway with ep0 interface In-Reply-To: <19970520142720.04568@numachi.numachi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk turn off plug and pray with the 3com dos utilities (3c5x9cfg.exe?). On Tue, 20 May 1997, Brian Reichert wrote: > Folks- > > I am trying to make use of one of those nasty 3Com boards via the UTP > port. > > However, I can't seem to set a route to my gateway. > > I have rebuilt the kernel, such that the device probes. > > I have applied the funky 'link' options as per the ep(4) manpage. > > But, when I try to add the route, all I get is 'network is > unreachable'. > > I've pored over the FAQ, the manpages for route, ifconfig, and ep, as > well as the mailing list archives for -question, and -hackers, but to > no avail. > > This card, with these settings, does work under Dos95 and NT, so I'm > confident the hardware works. > > I below have introduced what I hope is useful information, so if anyone > can help me dig this out, I'd appreciate it... > > -- > Brian 'you Bastard' Reichert reichert@numachi.com > 37 Crystal Ave. #303 > Derry NH 03038-1713 USA Intel architecture: the left-hand path > > ------------------------------------------------- > > % uname -a > FreeBSD 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE #0: Tue May 20 12:16:27 GMT 1997 root@:/usr/src/sys/compile/AOBRIEN i386 > > % dmesg > [...] > 1 3C5x9 board(s) on ISA found at 0x210 > ep0 at 0x210-0x21f irq 11 on isa > ep0: aui/utp/bnc[*UTP*] address 00:20:af:d2:c7:ef > [...] > > % ifconfig ep0 down > % ifconfig ep0 inet link0 link1 debug > % ifconfig ep0 up > > % ifconfig ep0 > ep0: flags=8847 mtu 1500 > inet 194.94.223.253 netmask 0xffffff00 broadcast 194.94.223.255 > ether 00:20:af:d2:c7:ef > > % route add default 199.94.223.1 > writing to routing socket: Network is unreachable > add net default: gateway 199.94.223.1: Network is unreachable > > % netstat -in > Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll > lp0* 1500 0 0 0 0 0 > ep0 1500 00.20.af.d2.c7.ef 393 0 1 0 0 > ep0 1500 194.94.223 194.94.223.253 393 0 1 0 0 > tun0* 1500 0 0 0 0 0 > sl0* 552 0 0 0 0 0 > lo0 16384 26 0 26 0 0 > lo0 16384 127 127.0.0.1 26 0 26 0 0 > > % netstat -nr > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif Expire > 127.0.0.1 127.0.0.1 UH 0 0 lo0 > 194.94.223 link#2 UC 0 0 > 194.94.223.253 0:20:af:d2:c7:ef UHLW 1 26 lo0 > From owner-freebsd-hackers Tue May 20 13:15:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA23119 for hackers-outgoing; Tue, 20 May 1997 13:15:28 -0700 (PDT) Received: from numachi.numachi.com (numachi.numachi.com [198.175.254.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA23112 for ; Tue, 20 May 1997 13:15:25 -0700 (PDT) Received: (from reichert@localhost) by numachi.numachi.com (8.6.12/8.6.12) id QAA20372; Tue, 20 May 1997 16:14:22 -0400 Message-ID: <19970520161421.50281@numachi.numachi.com> Date: Tue, 20 May 1997 16:14:21 -0400 From: Brian Reichert To: freebsd-hackers@freebsd.org Subject: Re: can't find my gateway with ep0 interface References: <19970520142720.04568@numachi.numachi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.68 In-Reply-To: <19970520142720.04568@numachi.numachi.com>; from Brian Reichert on Tue, May 20, 1997 at 02:27:20PM -0400 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just some more info about what I have here: The 3C5x9 board is in ISA mode, not PnP. That is shown in my truncated dmesg dump. Besides, I didn't get any of those cute 'erase pencil mark' messages... :) > 1 3C5x9 board(s) on ISA found at 0x210 Both 'gateway' and 'router' in sysconfig are set to "NO". As if it should matter: - I installed the machine from CD. - I rebuilt the kernel to see my card in the nonstandard spot, and rebooted. - In multiuser mode, I configured the ep0 interface via /stand/sysinstall. Hopefully, that chain of events shouldn't have broken anything... Still looking for input, thanks for those suggestions I've gotten so far... -- Brian 'you Bastard' Reichert reichert@numachi.com 37 Crystal Ave. #303 Derry NH 03038-1713 USA Intel architecture: the left-hand path From owner-freebsd-hackers Tue May 20 13:48:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA24972 for hackers-outgoing; Tue, 20 May 1997 13:48:13 -0700 (PDT) Received: from cypher.net (black@zen.pratt.edu [205.232.115.155]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA24967 for ; Tue, 20 May 1997 13:48:11 -0700 (PDT) Received: (from black@localhost) by cypher.net (8.8.5/8.7.1) id QAA11601; Tue, 20 May 1997 16:11:19 -0400 Date: Tue, 20 May 1997 16:11:16 -0400 (EDT) From: Ben Black To: Brian Reichert cc: freebsd-hackers@FreeBSD.ORG Subject: Re: can't find my gateway with ep0 interface In-Reply-To: <19970520161421.50281@numachi.numachi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk urm, i don't know what you mean by ISA mode. it is always ISA, the question is whether it has PnP disabled. if you did not use the 3c5x9cfg.exe utility to disable PnP then it is still active. also, what interrupt are you using for the card? is that what the kernel detects? is that what the kernel expects? On Tue, 20 May 1997, Brian Reichert wrote: > Just some more info about what I have here: > > The 3C5x9 board is in ISA mode, not PnP. That is shown in my > truncated dmesg dump. Besides, I didn't get any of those cute > 'erase pencil mark' messages... :) > > > 1 3C5x9 board(s) on ISA found at 0x210 > > Both 'gateway' and 'router' in sysconfig are set to "NO". > > As if it should matter: > > - I installed the machine from CD. > - I rebuilt the kernel to see my card in the nonstandard spot, and > rebooted. > - In multiuser mode, I configured the ep0 interface via /stand/sysinstall. > > Hopefully, that chain of events shouldn't have broken anything... > > Still looking for input, thanks for those suggestions I've gotten > so far... > > -- > Brian 'you Bastard' Reichert reichert@numachi.com > 37 Crystal Ave. #303 > Derry NH 03038-1713 USA Intel architecture: the left-hand path > From owner-freebsd-hackers Tue May 20 13:49:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA25044 for hackers-outgoing; Tue, 20 May 1997 13:49:42 -0700 (PDT) Received: from cypher.net (black@zen.pratt.edu [205.232.115.155]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA25039 for ; Tue, 20 May 1997 13:49:39 -0700 (PDT) Received: (from black@localhost) by cypher.net (8.8.5/8.7.1) id QAA11627; Tue, 20 May 1997 16:12:49 -0400 Date: Tue, 20 May 1997 16:12:47 -0400 (EDT) From: Ben Black To: Brian Reichert cc: freebsd-hackers@FreeBSD.ORG Subject: Re: can't find my gateway with ep0 interface In-Reply-To: <19970520142720.04568@numachi.numachi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk % ifconfig ep0 ep0: flags=8847 mtu 1500 inet 194.94.223.253 netmask 0xffffff00 broadcast 194.94.223.255 ether 00:20:af:d2:c7:ef % route add default 199.94.223.1 writing to routing socket: Network is unreachable add net default: gateway 199.94.223.1: Network is unreachable the answer is right there, typoman. From owner-freebsd-hackers Tue May 20 14:00:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA25726 for hackers-outgoing; Tue, 20 May 1997 14:00:33 -0700 (PDT) Received: from super-g.inch.com (super-g.com [204.178.32.161]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA25710; Tue, 20 May 1997 14:00:27 -0700 (PDT) Received: from localhost (spork@localhost) by super-g.inch.com (8.8.5/8.6.9) with SMTP id RAA02697; Tue, 20 May 1997 17:08:32 GMT Date: Tue, 20 May 1997 17:08:32 +0000 (GMT) From: spork X-Sender: spork@super-g.inch.com To: questions@freebsd.org cc: hackers@freebsd.org Subject: named on two nets Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I have two machines (both nameservers) that are currently on two networks from two providers. One interface is configured as an alias. I'd like to have the same named processes answering on both IPs, but that doesn't seem possible. Anyone got any ideas how to do this on one machine? I can't even find a way to specify a bind-address on the command line... Charles From owner-freebsd-hackers Tue May 20 14:05:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA26085 for hackers-outgoing; Tue, 20 May 1997 14:05:35 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA26076 for ; Tue, 20 May 1997 14:05:29 -0700 (PDT) Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.6.51]) by agora.rdrop.com (8.8.5/8.8.5) with ESMTP id OAA05916 for ; Tue, 20 May 1997 14:04:47 -0700 (PDT) Received: from AMPERSAND (ztm06-01.dial.xs4all.nl [194.109.32.162]) by smtp1.xs4all.nl (8.7.6/XS4ALL) with SMTP id XAA03899; Tue, 20 May 1997 23:03:12 +0200 (MET DST) Message-Id: <199705202103.XAA03899@smtp1.xs4all.nl> Comments: Authenticated sender is From: "Jeroen" Organization: Twiddle To: Ben Black Date: Tue, 20 May 1997 23:01:44 +0000 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: can't find my gateway with ep0 interface CC: freebsd-hackers@FreeBSD.ORG Priority: normal X-mailer: Pegasus Mail for Windows (v2.31) Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > turn off plug and pray with the 3com dos utilities (3c5x9cfg.exe?). adjust the cards settings. However I do not believe the PnP is the cause. I used this utility to get int 12 instead of 10. > On Tue, 20 May 1997, Brian Reichert wrote: [SNIP] > > 1 3C5x9 board(s) on ISA found at 0x210 > > ep0 at 0x210-0x21f irq 11 on isa > > ep0: aui/utp/bnc[*UTP*] address 00:20:af:d2:c7:ef > > [...] > > > > % ifconfig ep0 down > > % ifconfig ep0 inet link0 link1 debug > > % ifconfig ep0 up > > > > % ifconfig ep0 > > ep0: flags=8847 mtu 1500 > > inet 194.94.223.253 netmask 0xffffff00 broadcast 194.94.223.255 > > ether 00:20:af:d2:c7:ef > > > > % route add default 199.94.223.1 > > writing to routing socket: Network is unreachable > > add net default: gateway 199.94.223.1: Network is unreachable I had exactly the same error messages, after I cvsupped the source to the latest RELENG_2_2. After worlding, these errors started to appear. Pherhaps I did something wrong, dunno. Try fixing it with: cd /usr/src/sbin/route make clean make make install cd /usr/src/sbin/ifconfig make clean make make install cd /usr/src/sbin/ping make clean make make install This will build and install the new static binaries. At least it did the job in my case :-) Hope this wil solve your problem too!! -Jeroen. jh@Twiddle.COM From owner-freebsd-hackers Tue May 20 14:22:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA26794 for hackers-outgoing; Tue, 20 May 1997 14:22:12 -0700 (PDT) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA26778; Tue, 20 May 1997 14:21:55 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Tue, 20 May 1997 17:20:54 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA06845; Tue, 20 May 97 17:20:52 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id RAA21927; Tue, 20 May 1997 17:20:00 -0400 Message-Id: <19970520171959.31091@ct.picker.com> Date: Tue, 20 May 1997 17:19:59 -0400 From: Randall Hopper To: multimedia@freebsd.org, hackers@freebsd.org Subject: AWE32/SB32 Driver Upd w/ Doom Music Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.74 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I took some time out a few days ago and updated Takashi's latest AWE32 Synth Driver (0.4.0pre2) for FreeBSD 2.2.1: http://bahamut.mm.t.u-tokyo.ac.jp/~iwai/midi.html It should pop right into your kernel with no problems--just uncomment the FreeBSD lines in the Makefiles. The drvmidi and sfxload tools are also updated. Note that you can load SBKs, SF2s, and GUS patches directly with sfxload now (no conversion required). I also extended his DOOM musserver patch to support AWE32 music on FreeBSD. Sounds real cool. (Now if someone were to extend the Linux emulation to support their SVGALIB, we'd be all set :-) Randall From owner-freebsd-hackers Tue May 20 14:25:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA27098 for hackers-outgoing; Tue, 20 May 1997 14:25:58 -0700 (PDT) Received: from numachi.numachi.com (numachi.numachi.com [198.175.254.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA27077 for ; Tue, 20 May 1997 14:25:50 -0700 (PDT) Received: (from reichert@localhost) by numachi.numachi.com (8.6.12/8.6.12) id RAA20722; Tue, 20 May 1997 17:25:23 -0400 Message-ID: <19970520172523.42306@numachi.numachi.com> Date: Tue, 20 May 1997 17:25:23 -0400 From: Brian Reichert To: Ben Black Cc: freebsd-hackers@freebsd.org Subject: Re: can't find my gateway with ep0 interface References: <19970520161421.50281@numachi.numachi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.68 In-Reply-To: ; from Ben Black on Tue, May 20, 1997 at 04:11:16PM -0400 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, May 20, 1997 at 04:11:16PM -0400, Ben Black wrote: > urm, i don't know what you mean by ISA mode. it is always ISA, the > question is whether it has PnP disabled. if you did not use the > 3c5x9cfg.exe utility to disable PnP then it is still active. also, what > interrupt are you using for the card? is that what the kernel detects? > is that what the kernel expects? Quite right, I misinterpreted that line. My terminology was based on NT's perception of the card; when it's not in PnP mode, it's simply reported as 'ISA'. Nonetheless, PnP has been disabled. No 'test mode' or 'pencil mark' messages at all. Again, my dmesg dump: % dmesg [...] 1 3C5x9 board(s) on ISA found at 0x210 ep0 at 0x210-0x21f irq 11 on isa ep0: aui/utp/bnc[*UTP*] address 00:20:af:d2:c7:ef [...] It was found at IRQ 11, which is what the kernel was compiled to look for. -- Brian 'you Bastard' Reichert reichert@numachi.com 37 Crystal Ave. #303 Derry NH 03038-1713 USA Intel architecture: the left-hand path From owner-freebsd-hackers Tue May 20 14:31:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA27483 for hackers-outgoing; Tue, 20 May 1997 14:31:24 -0700 (PDT) Received: from cypher.net (black@zen.pratt.edu [205.232.115.155]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA27440; Tue, 20 May 1997 14:30:44 -0700 (PDT) Received: (from black@localhost) by cypher.net (8.8.5/8.7.1) id QAA12409; Tue, 20 May 1997 16:53:50 -0400 Date: Tue, 20 May 1997 16:53:47 -0400 (EDT) From: Ben Black To: spork cc: questions@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: named on two nets In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk configure the ip alias before you start named. this is not a question for the hackers list. On Tue, 20 May 1997, spork wrote: > Hi, > > I have two machines (both nameservers) that are currently on two networks > from two providers. One interface is configured as an alias. > > I'd like to have the same named processes answering on both IPs, but that > doesn't seem possible. Anyone got any ideas how to do this on one > machine? I can't even find a way to specify a bind-address on the command > line... > > Charles > From owner-freebsd-hackers Tue May 20 14:50:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA28419 for hackers-outgoing; Tue, 20 May 1997 14:50:14 -0700 (PDT) Received: from cs.utah.edu (cs.utah.edu [128.110.4.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA28411; Tue, 20 May 1997 14:50:08 -0700 (PDT) Received: from bottles.cs.utah.edu by cs.utah.edu (8.8.4/utah-2.21-cs) id PAA15532; Tue, 20 May 1997 15:49:51 -0600 (MDT) Received: by bottles.cs.utah.edu (8.6.10/utah-2.15-leaf) id PAA02983; Tue, 20 May 1997 15:49:44 -0600 From: sclawson@bottles.cs.utah.edu (steve clawson) Message-Id: <199705202149.PAA02983@bottles.cs.utah.edu> Subject: Re: trap type 29 on P6 To: thorpej@nas.nasa.gov Date: Tue, 20 May 1997 15:49:43 -0600 (MDT) Cc: dg@root.com, yokota@zodiac.mech.utsunomiya-u.ac.jp, freebsd-hackers@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG In-Reply-To: <199705200311.UAA19076@lestat.nas.nasa.gov> from "Jason Thorpe" at May 19, 97 08:11:37 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jason Thorpe uttered: > There's not much you can do about it, really... you can't really > stop the condition from occurring, short of publicly flogging > purveyors of broken hardware (and it's not clear that'll help > anyhow). It was fixed in NetBSD-current some time ago by catching > and ignoring this particular reserved trap vector. In this case it's both because of a broken motherboard and a broken chip. =) Intel finally put it's errata list on the net (ftp://download.intel.com/design/{pentium,pro}/update/) and this particular problem shows up as errata 5AP: Virtual Wire Mode Through Local APIC May Cause Int 15. This is supposedly fixed in the very latest stepping of the Pro. Intel's workaround is to have to BIOS disable the local APIC in uniprocessor machines and in MP's that don't use an I/O APIC. Probably easier to just ignore the trap though. =) steve -- // stephen clawson sclawson@cs.utah.edu // university of utah From owner-freebsd-hackers Tue May 20 14:54:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA28729 for hackers-outgoing; Tue, 20 May 1997 14:54:44 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA28719; Tue, 20 May 1997 14:54:34 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id XAA06964; Tue, 20 May 1997 23:17:10 +0200 From: Luigi Rizzo Message-Id: <199705202117.XAA06964@labinfo.iet.unipi.it> Subject: Re: ddd-1.0.tar.gz in distfiles dir To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 20 May 1997 23:17:09 +0200 (MET DST) Cc: jkh@time.cdrom.com, hackers@FreeBSD.ORG, asami@FreeBSD.ORG In-Reply-To: <199705201613.BAA03744@genesis.atrad.adelaide.edu.au> from "Michael Smith" at May 21, 97 01:43:06 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Jordan K. Hubbard stands accused of saying: > > > > > Would it be possible to scan the Makefiles for all "supported" > > > release of freebsd, make a list of the "DISTFILES" which are in > > > use, and put all the others in a different place ? I am asking > > > because the distfiles dir is becoming way too large and hard to > > > reproduce locally. > > > > It would be possible, yes. Probable? I don't know. That depends > > on what kind of script you end up writing for Satoshi. ;-) Well I started writing a simple perl script to record occurrences of DISTNAME, PKGNAME, EXTRACT_SUFX and DISTFILES, but probably the easiest way is to modify bsd.port.mk with a target similar to "do-fetch" which already does most of the work (actually, too much because it even fetches the file...). I am not going to write this but it should be a fairly simple cut&paste work for the ports mainainer. Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-hackers Tue May 20 20:37:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA14263 for hackers-outgoing; Tue, 20 May 1997 20:37:18 -0700 (PDT) Received: from precipice.shockwave.com (ppp-206-170-32-206.snfc21.pacbell.net [206.170.32.206]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA14256 for ; Tue, 20 May 1997 20:37:14 -0700 (PDT) Received: from shockwave.com (localhost [127.0.0.1]) by precipice.shockwave.com (8.8.5/8.7.3) with ESMTP id UAA13982; Tue, 20 May 1997 20:36:52 -0700 (PDT) Message-Id: <199705210336.UAA13982@precipice.shockwave.com> To: stesin@gu.net cc: hackers@FreeBSD.ORG Subject: Re: process monitoring tool (like SysV init)? In-reply-to: Your message of "Tue, 20 May 1997 22:04:29 +0300." Date: Tue, 20 May 1997 20:36:52 -0700 From: Paul Traina Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk the bsd init program is really tied too closely to ttys for it to be anything other than a kludge (imho). I was thinking of just porting the linux init code over to run as a subsidiary daemon until I read the code (barf). That makes me think I'll just write my own, but I wanted to see if someone else had done a good process monitor first. From: Andrew Stesin Subject: Re: process monitoring tool (like SysV init)? On Tue, 20 May 1997, Paul Traina wrote: > If one of the programs dies, it should restart it. If it dies too quickly, > it should back-off and log some error messages, ... ... and also monitors UPS status and is aware of POWER_FAIL signal? > This looks and feels a lot like a lobotomized system 5 init program. > > Before I actually whack one out -- has anyone seen source code for > something that has basicly these kinds of features already done for > BSD? init itself? > Paul > Best regards, Andrew Stesin nic-hdl: ST73-RIPE From owner-freebsd-hackers Tue May 20 21:00:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA15297 for hackers-outgoing; Tue, 20 May 1997 21:00:29 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA15274; Tue, 20 May 1997 21:00:25 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id NAA08546; Wed, 21 May 1997 13:29:56 +0930 (CST) From: Michael Smith Message-Id: <199705210359.NAA08546@genesis.atrad.adelaide.edu.au> Subject: Re: ddd-1.0.tar.gz in distfiles dir In-Reply-To: <199705202117.XAA06964@labinfo.iet.unipi.it> from Luigi Rizzo at "May 20, 97 11:17:09 pm" To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Wed, 21 May 1997 13:29:55 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, jkh@time.cdrom.com, hackers@FreeBSD.ORG, asami@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo stands accused of saying: > > > > > > It would be possible, yes. Probable? I don't know. That depends > > > on what kind of script you end up writing for Satoshi. ;-) > > Well I started writing a simple perl script to record occurrences of > DISTNAME, PKGNAME, EXTRACT_SUFX and DISTFILES, but probably the easiest > way is to modify bsd.port.mk with a target similar to "do-fetch" > which already does most of the work (actually, too much because it even > fetches the file...). > > I am not going to write this but it should be a fairly simple cut&paste > work for the ports mainainer. If you care at all about this, please spare a second for PIB; the Ports Index Browser, which does much of this already. It's not possible to parse the Makefiles without using make(1) itself, and that's _hideously_ slow; PIB uses a modification to the files/md5 format that Satoshi put through months back, and may well be what you want. > Luigi -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue May 20 21:06:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA15494 for hackers-outgoing; Tue, 20 May 1997 21:06:09 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (ala-ca33-12.ix.netcom.com [199.35.209.108]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA15489 for ; Tue, 20 May 1997 21:06:06 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.5/8.6.9) id VAA18485; Tue, 20 May 1997 21:05:43 -0700 (PDT) Date: Tue, 20 May 1997 21:05:43 -0700 (PDT) Message-Id: <199705210405.VAA18485@silvia.HIP.Berkeley.EDU> To: msmith@atrad.adelaide.edu.au CC: luigi@labinfo.iet.unipi.it, msmith@atrad.adelaide.edu.au, jkh@time.cdrom.com, hackers@FreeBSD.ORG In-reply-to: <199705210359.NAA08546@genesis.atrad.adelaide.edu.au> (message from Michael Smith on Wed, 21 May 1997 13:29:55 +0930 (CST)) Subject: Re: ddd-1.0.tar.gz in distfiles dir From: asami@vader.cs.berkeley.edu (Satoshi Asami) Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * > Well I started writing a simple perl script to record occurrences of * > DISTNAME, PKGNAME, EXTRACT_SUFX and DISTFILES, but probably the easiest * > way is to modify bsd.port.mk with a target similar to "do-fetch" * > which already does most of the work (actually, too much because it even * > fetches the file...). * > * > I am not going to write this but it should be a fairly simple cut&paste * > work for the ports mainainer. * * If you care at all about this, please spare a second for PIB; the * Ports Index Browser, which does much of this already. It's not * possible to parse the Makefiles without using make(1) itself, and * that's _hideously_ slow; PIB uses a modification to the files/md5 format * that Satoshi put through months back, and may well be what you want. Actually, judging from the little context I can see up there, I don't think we even need PIB (which is a very, very nice interface tool in its own right). Assuming what we are talking about is cleaning up the master distfiles/ dir on ftp.freebsd.org, all we need is a list of distfiles from recent releases. This can be easily done by checking out a ports tree for that release (which is not possible in general using CVS, but there's always the CD), and doing a "cat */*/files/md5 | sort -u". :) In fact, I'm doing this now. Satoshi From owner-freebsd-hackers Tue May 20 21:20:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA16268 for hackers-outgoing; Tue, 20 May 1997 21:20:38 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA16263 for ; Tue, 20 May 1997 21:20:35 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wU2ss-0006BO-00; Tue, 20 May 1997 22:20:18 -0600 To: "Brian N. Handy" Subject: Re: Max # of files with NFS? Cc: hackers@freebsd.org In-reply-to: Your message of "Mon, 19 May 1997 19:41:39 PDT." References: Date: Tue, 20 May 1997 22:20:18 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message "Brian N. Handy" writes: : The server is a DEC alpha running DU 4.0. The client is running : 2.2-STABLE. I know of at least one PC NFS implementation for NT which does (or did) barf when there were more files than a MTU worth. Maybe it is a similar bug... Warner From owner-freebsd-hackers Tue May 20 21:22:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA16384 for hackers-outgoing; Tue, 20 May 1997 21:22:14 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA16378; Tue, 20 May 1997 21:22:09 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wU2pb-0006Ay-00; Tue, 20 May 1997 22:16:55 -0600 To: Peter Wemm Subject: Re: trap type 29 on P6 Cc: Jason Thorpe , dg@root.com, Kazutaka YOKOTA , freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org In-reply-to: Your message of "Tue, 20 May 1997 12:09:40 +0800." <199705200409.MAA28246@spinner.DIALix.COM> References: <199705200409.MAA28246@spinner.DIALix.COM> Date: Tue, 20 May 1997 22:16:55 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199705200409.MAA28246@spinner.DIALix.COM> Peter Wemm writes: : We do to, we log it as a 'stray irq' - and have done this for quite some : time - right back to FreeBSD 2.0.5 as far as I can tell, possibly further. FreeBSD 1.0 GAMMA used to generate a stray irq7 for me the first time I hit the shift key after rebooting, and sometimes when I hit a keyboard key after that.... It got worse in 1.1R, but much much better in 1.1.5.1 or 2.0.5. I think that 2.0 or 2.0.5 introduced the concept of I've logged too many of these, I'm quitting now, but I could be mistaken. Warner From owner-freebsd-hackers Tue May 20 21:24:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA16598 for hackers-outgoing; Tue, 20 May 1997 21:24:21 -0700 (PDT) Received: from cypher.net (black@zen.pratt.edu [205.232.115.155]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA16593 for ; Tue, 20 May 1997 21:24:17 -0700 (PDT) Received: (from black@localhost) by cypher.net (8.8.5/8.7.1) id XAA19723; Tue, 20 May 1997 23:47:36 -0400 Date: Tue, 20 May 1997 23:47:34 -0400 (EDT) From: Ben Black To: hackers@freebsd.org Subject: pure /proc ps? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk on solaris you can chmod -s /bin/ps and users are then only able to see their own processes because it is all based on /proc. freebsd uses /dev/kmem and /dev/mem (in addition to /proc?) so that is not possible. is there any hope of a pure /proc ps on freebsd? thanks, b3n From owner-freebsd-hackers Tue May 20 21:46:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA17849 for hackers-outgoing; Tue, 20 May 1997 21:46:26 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA17842 for ; Tue, 20 May 1997 21:46:23 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA04605; Tue, 20 May 1997 20:55:50 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id UAA05930; Tue, 20 May 1997 20:42:18 +0200 (MET DST) Message-ID: <19970520204217.NE37021@uriah.heep.sax.de> Date: Tue, 20 May 1997 20:42:17 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: FreeBSD-hackers@FreeBSD.ORG Cc: helbig@MX.BA-Stuttgart.De (Wolfgang Helbig) Subject: Re: option "CMD640" in RELENG-2.2 (fwd) References: <199705200840.KAA06844@helbig.informatik.ba-stuttgart.de> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705200840.KAA06844@helbig.informatik.ba-stuttgart.de>; from Wolfgang Helbig on May 20, 1997 10:40:58 +0200 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Wolfgang Helbig wrote: > How about putting the options "CMD640" line in GENERIC for RELENG-2.2? Sure. Either Stefan will do it, or you can bug me for doing it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue May 20 22:17:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA19090 for hackers-outgoing; Tue, 20 May 1997 22:17:38 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (ala-ca33-12.ix.netcom.com [199.35.209.108]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA19071; Tue, 20 May 1997 22:17:33 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.5/8.6.9) id WAA22917; Tue, 20 May 1997 22:17:29 -0700 (PDT) Date: Tue, 20 May 1997 22:17:29 -0700 (PDT) Message-Id: <199705210517.WAA22917@silvia.HIP.Berkeley.EDU> To: msmith@atrad.adelaide.edu.au, luigi@labinfo.iet.unipi.it, msmith@atrad.adelaide.edu.au, jkh@time.cdrom.com, hackers@FreeBSD.ORG CC: ports@FreeBSD.ORG Followup-to: ports@freebsd.org In-reply-to: <199705210405.VAA18485@silvia.HIP.Berkeley.EDU> (asami@vader.cs.berkeley.edu) Subject: Re: ddd-1.0.tar.gz in distfiles dir From: asami@vader.cs.berkeley.edu (Satoshi Asami) Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * In fact, I'm doing this now. Well, I'm done. I took the files/md5 list from 2.1.6, 2.2.1, 2.2.2 releases, as well as -current, and removed everything in ftp.freebsd.org's distfiles/ directory that was not in any of those. That reduced the size of the directory by 137MB to 890MB. (Maybe I shouldn't have included 2.1.6 whose ports tree is more than a year old, but since the last release from that branch came only a few months ago, I felt compelled to keep those around.) I put the list of the files I removed in ftp://ftp.freebsd.org/pub/FreeBSD/incoming/oldfiles.list If there is something I shouldn't have deleted, please let me know. (I have the copies under my home directory for now.) Satoshi From owner-freebsd-hackers Tue May 20 22:19:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA19147 for hackers-outgoing; Tue, 20 May 1997 22:19:17 -0700 (PDT) Received: from superior.mooseriver.com (ppp010-sm2.sirius.com [205.134.231.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA19140 for ; Tue, 20 May 1997 22:19:13 -0700 (PDT) Received: (from jgrosch@localhost) by superior.mooseriver.com (8.8.5/8.8.5) id WAA08921 for hackers@freebsd.org; Tue, 20 May 1997 22:19:11 -0700 (PDT) From: Josef Grosch Message-Id: <199705210519.WAA08921@superior.mooseriver.com> Subject: Porting question To: hackers@freebsd.org Date: Tue, 20 May 1997 22:19:11 -0700 (PDT) Reply-To: jgrosch@superior.mooseriver.com X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I know this issue has been beat to death several times before BUT..... I am porting a piece of code to FreeBSD and gcc bitches about this; extern char* sys_errlist[]; Now the fast way to handle this is; #ifndef __FreeBSD__ extern char* sys_errlist[]; #endif But this is very non-portable. Any suggestions as the correct way to handle this would be helpful. Josef -- Josef Grosch | Another day closer to a | FreeBSD 2.2.1 jgrosch@MooseRiver.com | Micro$oft free world | UNIX for the masses From owner-freebsd-hackers Tue May 20 23:05:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA21118 for hackers-outgoing; Tue, 20 May 1997 23:05:02 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA21090 for ; Tue, 20 May 1997 23:04:39 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id PAA09769; Wed, 21 May 1997 15:33:08 +0930 (CST) From: Michael Smith Message-Id: <199705210603.PAA09769@genesis.atrad.adelaide.edu.au> Subject: Re: Porting question In-Reply-To: <199705210519.WAA08921@superior.mooseriver.com> from Josef Grosch at "May 20, 97 10:19:11 pm" To: jgrosch@superior.mooseriver.com Date: Wed, 21 May 1997 15:33:07 +0930 (CST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Josef Grosch stands accused of saying: > I know this issue has been beat to death several times before BUT..... > > I am porting a piece of code to FreeBSD and gcc bitches about this; > > extern char* sys_errlist[]; > > Now the fast way to handle this is; > > #ifndef __FreeBSD__ > extern char* sys_errlist[]; > #endif > > But this is very non-portable. Any suggestions as the correct way to > handle this would be helpful. Traditional is #ifndef HAVE_SYS_ERRLIST extern char* sys_errlist[]; #endif or, if you can guarantee that has been included, you can test the BSD macro. > Josef Grosch | Another day closer to a | FreeBSD 2.2.1 -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue May 20 23:13:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA21429 for hackers-outgoing; Tue, 20 May 1997 23:13:56 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA21422 for ; Tue, 20 May 1997 23:13:53 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA10144; Wed, 21 May 1997 08:13:51 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA03271; Wed, 21 May 1997 08:12:33 +0200 (MET DST) Message-ID: <19970521081233.QJ40789@uriah.heep.sax.de> Date: Wed, 21 May 1997 08:12:33 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: pst@shockwave.com (Paul Traina) Subject: Re: process monitoring tool (like SysV init)? References: <199705201755.KAA13245@precipice.shockwave.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705201755.KAA13245@precipice.shockwave.com>; from Paul Traina on May 20, 1997 10:55:16 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Paul Traina wrote: > I was thinking of hacking up a small program that would read a configuration > file and then spawn and monitor the health of several child processes based > on the contents of the configuration file. spawnd. Someone recently offered this to the ports list. Please read the mailing list archive, and adopt this for a port. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed May 21 00:37:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA25116 for hackers-outgoing; Wed, 21 May 1997 00:37:29 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA25089 for ; Wed, 21 May 1997 00:37:19 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id JAA07522 for hackers@freebsd.org; Wed, 21 May 1997 09:00:12 +0200 From: Luigi Rizzo Message-Id: <199705210700.JAA07522@labinfo.iet.unipi.it> Subject: DMA for IDE drives ? To: hackers@freebsd.org Date: Wed, 21 May 1997 09:00:12 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, one thing I have been long wondering about is whether it is possible to add DMA support for IDE devices. I think many controllers now have this capability, maybe some even implement it right... so, are the docs available somewhere to try and implement DMA mode ? Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-hackers Wed May 21 01:11:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA26814 for hackers-outgoing; Wed, 21 May 1997 01:11:18 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA26805 for ; Wed, 21 May 1997 01:11:14 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id JAA04711; Wed, 21 May 1997 09:10:32 +0100 (BST) Date: Wed, 21 May 1997 09:10:32 +0100 (BST) From: Doug Rabson To: Warner Losh cc: "Brian N. Handy" , hackers@freebsd.org Subject: Re: Max # of files with NFS? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 20 May 1997, Warner Losh wrote: > In message "Brian N. Handy" writes: > : The server is a DEC alpha running DU 4.0. The client is running > : 2.2-STABLE. > > I know of at least one PC NFS implementation for NT which does (or > did) barf when there were more files than a MTU worth. Maybe it is a > similar bug... Well we definately support more files than that in a directory. There is a suprising amount of code to handle it :-). -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-hackers Wed May 21 01:42:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA28373 for hackers-outgoing; Wed, 21 May 1997 01:42:37 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA28366 for ; Wed, 21 May 1997 01:42:34 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id SAA11179; Wed, 21 May 1997 18:11:11 +0930 (CST) From: Michael Smith Message-Id: <199705210841.SAA11179@genesis.atrad.adelaide.edu.au> Subject: Re: DMA for IDE drives ? In-Reply-To: <199705210700.JAA07522@labinfo.iet.unipi.it> from Luigi Rizzo at "May 21, 97 09:00:12 am" To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Wed, 21 May 1997 18:11:10 +0930 (CST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo stands accused of saying: > > one thing I have been long wondering about is whether it is possible to > add DMA support for IDE devices. I think many controllers now have this > capability, maybe some even implement it right... so, are the docs > available somewhere to try and implement DMA mode ? DMA support for at least the Intel Triton chipset was added some time back, but never integrated with the 'wd' driver. IIRC, DavidG did it. > Luigi Rizzo | Dip. di Ingegneria dell'Informazione -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed May 21 01:55:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA28714 for hackers-outgoing; Wed, 21 May 1997 01:55:34 -0700 (PDT) Received: from lassie.eunet.fi (lassie.eunet.fi [192.26.119.7]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id BAA28709 for ; Wed, 21 May 1997 01:55:24 -0700 (PDT) Received: from marathon.tekla.fi by lassie.eunet.fi with SMTP id AA16316 (5.67a/IDA-1.5 for ); Wed, 21 May 1997 11:54:42 +0300 Received: from poveri.tekla.fi by marathon.tekla.fi (5.65/20-jun-90) id AA25746; Wed, 21 May 1997 11:54:40 +0300 From: sja@tekla.fi (Sakari Jalovaara) Received: by poveri.tekla.fi; (5.65v3.2/1.1.8.2/20Aug96-0557PM) id AA02911; Wed, 21 May 1997 11:54:40 +0300 Date: Wed, 21 May 1997 11:54:40 +0300 Message-Id: <9705210854.AA02911@poveri.tekla.fi> To: hackers@FreeBSD.ORG Subject: Re: process monitoring tool (like SysV init)? Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> I was thinking of hacking up a small program that would read a configuration >> file and then spawn and monitor the health of several child processes based >> on the contents of the configuration file. > > spawnd. Someone recently offered this to the ports list. Please read > the mailing list archive, and adopt this for a port. Some Mach/BSD distributions also had something like this ("nanny" was it?) It struck me as a rather nice idea. No more "ps | grep sendmail ... kill ... sendmail -bd -q1h" - just do "nanny restart sendmail". One problem was that the super-daemon needs to know the pids of the controlled daemons. They would usually put themselves in the background, escaping nanny's tender care. All daemons would need command line flags that tell them not to fork. ++sja From owner-freebsd-hackers Wed May 21 02:03:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA29028 for hackers-outgoing; Wed, 21 May 1997 02:03:45 -0700 (PDT) Received: from ghpc8.ihf.rwth-aachen.de (ghpc8.ihf.RWTH-Aachen.DE [134.130.90.8]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA29023 for ; Wed, 21 May 1997 02:03:42 -0700 (PDT) Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.rwth-aachen.de [134.130.90.6]) by ghpc8.ihf.rwth-aachen.de (8.8.5/8.8.5) with ESMTP id LAA02406 for ; Wed, 21 May 1997 11:03:40 +0200 (CEST) Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.8.5/8.8.5) id LAA10369; Wed, 21 May 1997 11:03:39 +0200 (CEST) To: hackers@freebsd.org Subject: read Pnp parameters? From: Thomas Gellekum Date: 21 May 1997 11:03:39 +0200 Message-ID: <87vi4dp578.fsf@ghpc6.ihf.rwth-aachen.de> Lines: 7 X-Mailer: Gnus v5.4.37/XEmacs 19.15 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Moin, how can I find out which resources my BIOS assigned to a PnP card? I'm not interested in configuring the card, I just want to know the I/O address range and IRQ. tg From owner-freebsd-hackers Wed May 21 03:11:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA02051 for hackers-outgoing; Wed, 21 May 1997 03:11:54 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA02046; Wed, 21 May 1997 03:11:50 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id UAA17506; Wed, 21 May 1997 20:09:32 +1000 Date: Wed, 21 May 1997 20:09:32 +1000 From: Bruce Evans Message-Id: <199705211009.UAA17506@godzilla.zeta.org.au> To: imp@village.org, peter@spinner.DIALix.COM Subject: Re: trap type 29 on P6 Cc: dg@root.com, freebsd-bugs@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, thorpej@nas.nasa.gov, yokota@zodiac.mech.utsunomiya-u.ac.jp Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >FreeBSD 1.0 GAMMA used to generate a stray irq7 for me the first time >I hit the shift key after rebooting, and sometimes when I hit a >keyboard key after that.... It got worse in 1.1R, but much much >better in 1.1.5.1 or 2.0.5. I think that 2.0 or 2.0.5 introduced the >concept of I've logged too many of these, I'm quitting now, but I >could be mistaken. This was probably caused by bugs in versions other than 1.1 :-). Pre-1.1 versions didn't report stray irqs very well. 1.1 configures the lpa driver in GENERIC*. Later versions configure the lpt driver with irq7. The lpt driver throws away stray irq7's and hides the problem. Fixing this requires using a non-generic low-level interrupt handler for irq7 and not using AUTO_EOI_1. Bruce From owner-freebsd-hackers Wed May 21 03:17:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA02300 for hackers-outgoing; Wed, 21 May 1997 03:17:25 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id DAA02207 for ; Wed, 21 May 1997 03:15:01 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id LAA07752; Wed, 21 May 1997 11:37:32 +0200 From: Luigi Rizzo Message-Id: <199705210937.LAA07752@labinfo.iet.unipi.it> Subject: Re: read Pnp parameters? To: tg@ihf.rwth-aachen.de (Thomas Gellekum) Date: Wed, 21 May 1997 11:37:32 +0200 (MET DST) Cc: hackers@FreeBSD.ORG In-Reply-To: <87vi4dp578.fsf@ghpc6.ihf.rwth-aachen.de> from "Thomas Gellekum" at May 21, 97 11:03:20 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Moin, > > how can I find out which resources my BIOS assigned to a PnP card? I'm > not interested in configuring the card, I just want to know the I/O > address range and IRQ. there is a "pnpinfo" program somewhere in freefall, and probably in the 'experimental' stuff on the CDs as well. I have a patched version of the above available from my FreeBSD page, http://www.iet.unipi.it/~luigi/FreeBSD.html Cheers Luigi From owner-freebsd-hackers Wed May 21 03:56:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA03849 for hackers-outgoing; Wed, 21 May 1997 03:56:09 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA03844 for ; Wed, 21 May 1997 03:56:07 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with SMTP id DAA17279; Wed, 21 May 1997 03:55:26 -0700 (PDT) Message-Id: <199705211055.DAA17279@implode.root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Michael Smith cc: luigi@labinfo.iet.unipi.it (Luigi Rizzo), hackers@FreeBSD.ORG Subject: Re: DMA for IDE drives ? In-reply-to: Your message of "Wed, 21 May 1997 18:11:10 +0930." <199705210841.SAA11179@genesis.atrad.adelaide.edu.au> From: David Greenman Reply-To: dg@root.com Date: Wed, 21 May 1997 03:55:26 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Luigi Rizzo stands accused of saying: >> >> one thing I have been long wondering about is whether it is possible to >> add DMA support for IDE devices. I think many controllers now have this >> capability, maybe some even implement it right... so, are the docs >> available somewhere to try and implement DMA mode ? > >DMA support for at least the Intel Triton chipset was added some time >back, but never integrated with the 'wd' driver. IIRC, DavidG did it. It was John Dyson, but the code had bugs and only worked on the Triton chipset. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Wed May 21 04:12:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA04579 for hackers-outgoing; Wed, 21 May 1997 04:12:30 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA04568 for ; Wed, 21 May 1997 04:12:17 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id MAA07843; Wed, 21 May 1997 12:30:40 +0200 From: Luigi Rizzo Message-Id: <199705211030.MAA07843@labinfo.iet.unipi.it> Subject: Re: DMA for IDE drives ? To: dg@root.com Date: Wed, 21 May 1997 12:30:40 +0200 (MET DST) Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG In-Reply-To: <199705211055.DAA17279@implode.root.com> from "David Greenman" at May 21, 97 03:55:07 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >DMA support for at least the Intel Triton chipset was added some time > >back, but never integrated with the 'wd' driver. IIRC, DavidG did it. > > It was John Dyson, but the code had bugs and only worked on the Triton > chipset. all code has bugs :) is there a copy somewhere just to have an idea what it looks like ? On my motherboard (ASUS) I have the i82371SB PCI-IDE bridge and the specs are available at the intel site. Thanks Luigi From owner-freebsd-hackers Wed May 21 07:05:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA11462 for hackers-outgoing; Wed, 21 May 1997 07:05:12 -0700 (PDT) Received: from buffnet4.buffnet.net (buffnet4.buffnet.net [205.246.19.13]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA11448; Wed, 21 May 1997 07:05:07 -0700 (PDT) Received: from buffnet11.buffnet.net (shovey@buffnet11.buffnet.net [205.246.19.55]) by buffnet4.buffnet.net (8.7.5/8.7.3) with SMTP id KAA00500; Wed, 21 May 1997 10:05:20 -0400 (EDT) Date: Wed, 21 May 1997 10:05:20 -0400 (EDT) From: Steve To: spork cc: questions@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: named on two nets In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I believe if named is invoked after the ifconfig alias, it binds to them all - I have this problem with my apache servers - so im pretty sure thats what it does. On Tue, 20 May 1997, spork wrote: > Hi, > > I have two machines (both nameservers) that are currently on two networks > from two providers. One interface is configured as an alias. > > I'd like to have the same named processes answering on both IPs, but that > doesn't seem possible. Anyone got any ideas how to do this on one > machine? I can't even find a way to specify a bind-address on the command > line... > > Charles > > From owner-freebsd-hackers Wed May 21 07:57:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA14507 for hackers-outgoing; Wed, 21 May 1997 07:57:29 -0700 (PDT) Received: from po2.glue.umd.edu (root@po2.glue.umd.edu [129.2.128.45]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA14502 for ; Wed, 21 May 1997 07:57:25 -0700 (PDT) Received: from skipper.eng.umd.edu (skipper.eng.umd.edu [129.2.103.24]) by po2.glue.umd.edu (8.8.5/8.8.5) with ESMTP id KAA28177; Wed, 21 May 1997 10:57:22 -0400 (EDT) Received: from localhost (chuckr@localhost) by skipper.eng.umd.edu (8.8.5/8.6.4) with SMTP id KAA14240; Wed, 21 May 1997 10:57:21 -0400 (EDT) X-Authentication-Warning: skipper.eng.umd.edu: chuckr owned process doing -bs Date: Wed, 21 May 1997 10:57:20 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@skipper.eng.umd.edu To: Josef Grosch cc: hackers@FreeBSD.ORG Subject: Re: Porting question In-Reply-To: <199705210519.WAA08921@superior.mooseriver.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 20 May 1997, Josef Grosch wrote: > I know this issue has been beat to death several times before BUT..... > > I am porting a piece of code to FreeBSD and gcc bitches about this; > > extern char* sys_errlist[]; > > Now the fast way to handle this is; > > #ifndef __FreeBSD__ > extern char* sys_errlist[]; > #endif > > But this is very non-portable. Any suggestions as the correct way to > handle this would be helpful. This question has been the subject (occaisonally) of some debate. I'll give you my own opinion, FWIW. In the makefile, put .if exists(sys/param.h) CFLAGS+=-DHAVE_PARAM_H .endif At the top of the source file, put #ifdef HAVE_PARAM_H #include #endif And around anything that has to be changed, like the sys_errlist stuff: #ifdef BSD4_4 /* defined in sys/param.h */ extern __const char *__const sys_errlist[]; #else extern char* sys_errlist[]; #endif This works unless the user is on a SYSV make, where they don't have the #if exists construct in their make utility, so maybe a comment for the sysv people would be in order. I've never seen a method that works equally well for SYSV make as well as the far smarter bsd and GNU makes. If you make it work for the dumb sysv make, then other users have to patch in a -DHAVE_PARAM_H manually. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Wed May 21 08:57:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA17500 for hackers-outgoing; Wed, 21 May 1997 08:57:50 -0700 (PDT) Received: from precipice.shockwave.com (ppp-206-170-5-36.rdcy01.pacbell.net [206.170.5.36]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA17491 for ; Wed, 21 May 1997 08:57:31 -0700 (PDT) Received: from shockwave.com (localhost [127.0.0.1]) by precipice.shockwave.com (8.8.5/8.7.3) with ESMTP id IAA15548; Wed, 21 May 1997 08:57:05 -0700 (PDT) Message-Id: <199705211557.IAA15548@precipice.shockwave.com> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: hackers@FreeBSD.ORG Subject: Re: process monitoring tool (like SysV init)? In-reply-to: Your message of "Wed, 21 May 1997 08:12:33 +0200." <19970521081233.QJ40789@uriah.heep.sax.de> Date: Wed, 21 May 1997 08:57:05 -0700 From: Paul Traina Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Thanks for the tip. Looking at it now. From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: process monitoring tool (like SysV init)? As Paul Traina wrote: > I was thinking of hacking up a small program that would read a configuratio >>n > file and then spawn and monitor the health of several child processes based > on the contents of the configuration file. spawnd. Someone recently offered this to the ports list. Please read the mailing list archive, and adopt this for a port. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed May 21 09:10:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA18093 for hackers-outgoing; Wed, 21 May 1997 09:10:36 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA18070 for ; Wed, 21 May 1997 09:10:32 -0700 (PDT) Received: from conceptual.com ([209.60.202.194]) by mail.crl.com with SMTP id AA22018 (5.65c/IDA-1.5 for ); Wed, 21 May 1997 09:07:14 -0700 Received: from kofa (kofa.100mb.conceptual.com [10.0.1.3]) by conceptual.com (8.8.5/8.6.9) with ESMTP id JAA01536; Wed, 21 May 1997 09:09:43 -0700 (MST) Message-Id: <33831E47.5E89A044@consys.com> Date: Wed, 21 May 1997 09:09:44 -0700 From: "Russell L. Carter" Organization: Conceptual Systems & Software X-Mailer: Mozilla 4.0b4 [en] (WinNT; I) Mime-Version: 1.0 To: "Eric J. Chet" Cc: Amancio Hasty , Jake Hamby , dob@bazzle.com, hackers@FreeBSD.ORG Subject: thread problem, RELENG_2_2: Re: omniORB port to FreeBSD X-Priority: 3 (Normal) References: Content-Type: text/plain; charset=iso-8859-1 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Seems Amancio and Eric got omniORB working on 3.0, but I havea problem on RELENG_2_2. I needed to add uthread_attr_create.c and uthread_attr_destroy.c to lib/libc_r/uthread/Makefile.inc and change an underscore in lib/libc/stdtime/localtime.c, (pthread_key_create()), now everything builds fine (with scads of warnings, but none look relevant). but running omniNames hangs hard on exit, here is the output from gdb: (gdb) run Starting program: /u1/local/pkg/net/corba/omniORB_2.2.0/bin/omniNames -start 22222 Tue May 20 17:11:07 1997: Starting omniNames for the first time. Wrote initial log file. Read log file successfully. Root context is IOR:010000002000000049444c3a436f734e616d696e672f4e616d696e67436f6e746578743a312e3000010000000000000024000000010100000900000031302e302e322e350000ce560c00000033823d9b995ab31600000001 Checkpointing Phase 1: Prepare. Checkpointing Phase 2: Commit. Checkpointing completed. // at this point hangs ^C Program received signal SIGINT, Interrupt. 0x812d471 in _thread_sys_select () (gdb) where #0 0x812d471 in _thread_sys_select () #1 0x81025dc in _thread_kern_sched_state () #2 0x8101c9f in _thread_kern_sched () #3 0x8102158 in _thread_kern_sched_state () #4 0x80f5aea in accept () #5 0x6f26e in tcpSocketRendezvous::accept (this=0xbc280) at tcpSocket_UNIX.cc:737 #6 0x626f5 in tcpsock_rendezvouser::run (this=0xbd1c0, arg=0x0) at orb.cc:516 #7 0x90930 in omni_thread::wrapper (ptr=0xbd1c0) at posix.cc:475 #8 0x8102f01 in _thread_start () (gdb) Any clues? I would prefer to get this going under RELENG_2_2, as the system I have available (at work) keeps a slew of NT boxes under control... If not, is it possible to push my way to 3.0 without a complete reinstall? (2.1->2.2 went fine with some coaxing) Thanks, Russell From owner-freebsd-hackers Wed May 21 09:21:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA18699 for hackers-outgoing; Wed, 21 May 1997 09:21:35 -0700 (PDT) Received: from numachi.numachi.com (numachi.numachi.com [198.175.254.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA18689 for ; Wed, 21 May 1997 09:21:31 -0700 (PDT) Received: (from reichert@localhost) by numachi.numachi.com (8.6.12/8.6.12) id MAA24428; Wed, 21 May 1997 12:21:23 -0400 Message-ID: <19970521122123.26255@numachi.numachi.com> Date: Wed, 21 May 1997 12:21:23 -0400 From: Brian Reichert To: freebsd-hackers@freebsd.org Cc: black@zen.cypher.net Subject: Re: can't find my gateway with ep0 interface References: <19970520142720.04568@numachi.numachi.com> <19970520161421.50281@numachi.numachi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.68 In-Reply-To: <19970520161421.50281@numachi.numachi.com>; from Brian Reichert on Tue, May 20, 1997 at 04:14:21PM -0400 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Alright, alright, I got it straightened out... Ben Black chided me for making typos, and when I researched backwards how they got introduced, I realized I'd been operating under a bad assumption. ( prepare dunce cap, and rotten tomatoes ) As I had mentioned in an ealier message, I had used /stand/sysinstall to set up the interface after a kernel rebuild. I presumed that tis would do 'the right things' WRT setting up the neccessary chunks of /etc/sysconfig. Nope, don't work that way. I had this interesting pastiche of ifconfig-isms, which built up a useless interface. As this box was utterly non-configured, I elected to reinstall from scratch, using the visual config mode of the boot floppy to chuck _all_ extraneous devices, and to explicitly change the probe for the ep0 interface. And away it went, flawlessly. Life goes on... Thanks one and all for your help, I really needed the feedback... -- Brian 'you Bastard' Reichert reichert@numachi.com 37 Crystal Ave. #303 Derry NH 03038-1713 USA Intel architecture: the left-hand path From owner-freebsd-hackers Wed May 21 09:42:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA19746 for hackers-outgoing; Wed, 21 May 1997 09:42:25 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA19741 for ; Wed, 21 May 1997 09:42:23 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA03427; Wed, 21 May 1997 09:40:54 -0700 From: Terry Lambert Message-Id: <199705211640.JAA03427@phaeton.artisoft.com> Subject: Re: pure /proc ps? To: black@zen.cypher.net (Ben Black) Date: Wed, 21 May 1997 09:40:54 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: from "Ben Black" at May 20, 97 11:47:34 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > on solaris you can chmod -s /bin/ps and users are then only able to see > their own processes because it is all based on /proc. freebsd uses > /dev/kmem and /dev/mem (in addition to /proc?) so that is not possible. > > is there any hope of a pure /proc ps on freebsd? % man ps PS(1) UNIX Reference Manual PS(1) NAME ps - process status SYNOPSIS ps [-aCcehjlmrSTuvwx] [-M core] [-N system] [-O fmt] [-o fmt] [-p pid] [-t tty] [-U username] [-W swap] Not as long as "-M core", "-N system", and "-W swap" exist to allow running ps against system-dump images. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed May 21 09:44:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA19841 for hackers-outgoing; Wed, 21 May 1997 09:44:18 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA19836 for ; Wed, 21 May 1997 09:44:16 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA03451; Wed, 21 May 1997 09:43:03 -0700 From: Terry Lambert Message-Id: <199705211643.JAA03451@phaeton.artisoft.com> Subject: Re: Porting question To: jgrosch@superior.mooseriver.com Date: Wed, 21 May 1997 09:43:03 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199705210519.WAA08921@superior.mooseriver.com> from "Josef Grosch" at May 20, 97 10:19:11 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I know this issue has been beat to death several times before BUT..... > > I am porting a piece of code to FreeBSD and gcc bitches about this; > > extern char* sys_errlist[]; > > Now the fast way to handle this is; > > #ifndef __FreeBSD__ > extern char* sys_errlist[]; > #endif > > But this is very non-portable. Any suggestions as the correct way to > handle this would be helpful. Do not directly reference sys_errlist[] in your code, use strerror() instead. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed May 21 09:46:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA19934 for hackers-outgoing; Wed, 21 May 1997 09:46:06 -0700 (PDT) Received: from cypher.net (black@zen.pratt.edu [205.232.115.155]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA19927 for ; Wed, 21 May 1997 09:46:03 -0700 (PDT) Received: (from black@localhost) by cypher.net (8.8.5/8.7.1) id MAA32364; Wed, 21 May 1997 12:08:51 -0400 Date: Wed, 21 May 1997 12:08:48 -0400 (EDT) From: Ben Black To: Terry Lambert cc: hackers@FreeBSD.ORG Subject: Re: pure /proc ps? In-Reply-To: <199705211640.JAA03427@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk so why does ps try to access anything other than /proc when i *don't* use those options? On Wed, 21 May 1997, Terry Lambert wrote: > > on solaris you can chmod -s /bin/ps and users are then only able to see > > their own processes because it is all based on /proc. freebsd uses > > /dev/kmem and /dev/mem (in addition to /proc?) so that is not possible. > > > > is there any hope of a pure /proc ps on freebsd? > > % man ps > PS(1) UNIX Reference Manual PS(1) > > NAME > ps - process status > > SYNOPSIS > ps [-aCcehjlmrSTuvwx] [-M core] [-N system] [-O fmt] [-o fmt] [-p pid] > [-t tty] [-U username] [-W swap] > > Not as long as "-M core", "-N system", and "-W swap" exist to allow > running ps against system-dump images. > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > From owner-freebsd-hackers Wed May 21 09:50:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA20395 for hackers-outgoing; Wed, 21 May 1997 09:50:38 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA20390 for ; Wed, 21 May 1997 09:50:36 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA03430; Wed, 21 May 1997 12:50:04 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Wed, 21 May 1997 12:50 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.5/8.7.3) with ESMTP id JAA07941; Wed, 21 May 1997 09:50:08 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.5/8.6.9) id JAA29635; Wed, 21 May 1997 09:57:22 -0400 (EDT) Date: Wed, 21 May 1997 09:57:22 -0400 (EDT) From: Thomas David Rivers Message-Id: <199705211357.JAA29635@lakes.water.net> To: ponds!zeta.org.au!bde, ponds!freebsd.org!hackers, ponds!uriah.heep.sas.de!j, ponds!lakes.water.net!rivers Subject: Re: Variable initialization Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > >> Ones based on variable liftime analysis. If the compiler would emit > >> a spurious warning because it can't tell that a variable is initialized > >> for all flows of control, then initializing the variable when it is > >> declared (or just early) is a pessimization - the compiler must store > >> the value to memory or uselessly extend a register lifetime to hold > >> the (unused) initial value. The correct fix for this is to rearrange > > > Ahh... but forward flow operations would move the initialization to > >the beginning of the basic block where it's used. > > > > i.e. If a variable has the same value in the IN and OUT sets, > >and is unused in the block - it is hoisted through it. > > > > Initializing a variable "early" actually doesn't affect too much > >of a change... and can be viewed as initializing it at the start of the > >first basic block where it's referenced. > > > > So - control flow really isn't too much of an issue here, the register > >lifetime isn't extended and the variable is (presumable correctly) > >initialized. > > Nope. The compiler can't move the initialization significantly if the > flow of control is too complicated. E.g., in: > > foo() { > int i, j = 0; > for (i = 0; i < 2000; ++i) > if (i = 1000) > j = 1; > test(j); > } > > the first initialization of j is bogus, but this is not obvious, and at > least gcc -O3 has to initialize j before the for loop since it can't > tell where inside the for loop j is initialized. I believe I seen some ideas in the literature that could accomplish this. But - I have no idea what GCC is capable of... certainly, one can easily believe that most compilers don't spend the time to consider situations as deeply as could be done... So, upon reflection, - I agree - in general; you can't expect the compiler to move the initialization forward. - Dave R. - From owner-freebsd-hackers Wed May 21 10:30:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA22557 for hackers-outgoing; Wed, 21 May 1997 10:30:10 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA22501 for ; Wed, 21 May 1997 10:30:01 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <19922(7)>; Wed, 21 May 1997 10:29:15 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177489>; Wed, 21 May 1997 10:16:08 -0700 To: Brian Reichert cc: Ben Black , freebsd-hackers@freebsd.org Subject: Re: can't find my gateway with ep0 interface In-reply-to: Your message of "Tue, 20 May 97 14:25:23 PDT." <19970520172523.42306@numachi.numachi.com> Date: Wed, 21 May 1997 10:15:57 PDT From: Bill Fenner Message-Id: <97May21.101608pdt.177489@crevenia.parc.xerox.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Brian Reichert wrote: >It was found at IRQ 11, which is what the kernel was compiled to look for. The probe doesn't check that the IRQ is right. I had a lot of trouble with my ep card until I booted up DOS and ran the config program, which told me that my card was configured for a different IRQ. After reconfiguring the kernel everything worked beautifully. Bill From owner-freebsd-hackers Wed May 21 10:33:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA22803 for hackers-outgoing; Wed, 21 May 1997 10:33:54 -0700 (PDT) Received: from gargoyle.bazzle.com (gargoyle.bazzle.com [206.103.246.190]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA22794 for ; Wed, 21 May 1997 10:33:49 -0700 (PDT) Received: from localhost (ejc@localhost) by gargoyle.bazzle.com (8.8.5/8.6.12) with SMTP id NAA06887; Wed, 21 May 1997 13:33:22 -0400 (EDT) Date: Wed, 21 May 1997 13:33:22 -0400 (EDT) From: "Eric J. Chet" To: "Russell L. Carter" cc: Amancio Hasty , Jake Hamby , hackers@FreeBSD.ORG Subject: Re: thread problem, RELENG_2_2: Re: omniORB port to FreeBSD In-Reply-To: <33831E47.5E89A044@consys.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hello I don't have a 2.2 box to try this out on. Try and give omniBroker a try it seems to be much less buggy than omniORB. It also supports more of the CORBA 2 spec than omniORB. You can find the port at ftp://ftp.freebsd.org/pub/FreeBSD/incoming/omniBroker_1.0R.tgz or ftp://ftp.bazzle.com/pub/corba/omniBroker_1.0R.tgz. Over 100BaseTX I'm seeing a member function call takes 1.33 milliseconds on average. Network traffic is 84 bytes for the call and 54 bytes for the return on average. This is for a simple member function without args. The -client box is a pentium 133, the server box is a AMD 486/133. Keep in mind g++ 2.7.2 with exceptions doesn't support the optimizer, performance should be even better with g++ 2.8 whenever it's released. These numbers are for omniBroker. Thanks, Eric Chet -- ejc@bazzle.com On Wed, 21 May 1997, Russell L. Carter wrote: > Seems Amancio and Eric got omniORB working on 3.0, but I havea problem > on RELENG_2_2. I needed to add > uthread_attr_create.c and uthread_attr_destroy.c to > lib/libc_r/uthread/Makefile.inc > and change an underscore in lib/libc/stdtime/localtime.c, > (pthread_key_create()), > now everything builds fine (with scads of warnings, but none look > relevant). > > but running omniNames hangs hard on exit, > here is the output from gdb: > > (gdb) run > Starting program: /u1/local/pkg/net/corba/omniORB_2.2.0/bin/omniNames > -start 22222 > > Tue May 20 17:11:07 1997: > > Starting omniNames for the first time. > Wrote initial log file. > Read log file successfully. > Root context is > IOR:010000002000000049444c3a436f734e616d696e672f4e616d696e67436f6e746578743a312e3000010000000000000024000000010100000900000031302e302e322e350000ce560c00000033823d9b995ab31600000001 > > Checkpointing Phase 1: Prepare. > Checkpointing Phase 2: Commit. > Checkpointing completed. // at this point hangs > ^C > Program received signal SIGINT, Interrupt. > 0x812d471 in _thread_sys_select () > (gdb) where > #0 0x812d471 in _thread_sys_select () > #1 0x81025dc in _thread_kern_sched_state () > #2 0x8101c9f in _thread_kern_sched () > #3 0x8102158 in _thread_kern_sched_state () > #4 0x80f5aea in accept () > #5 0x6f26e in tcpSocketRendezvous::accept (this=0xbc280) > at tcpSocket_UNIX.cc:737 > #6 0x626f5 in tcpsock_rendezvouser::run (this=0xbd1c0, arg=0x0) at > orb.cc:516 > #7 0x90930 in omni_thread::wrapper (ptr=0xbd1c0) at posix.cc:475 > #8 0x8102f01 in _thread_start () > (gdb) > > Any clues? I would prefer to get this going under RELENG_2_2, as the > system I have available (at work) keeps a slew of NT boxes under > control... If not, is it possible to push my way to 3.0 without a > complete reinstall? (2.1->2.2 went fine with some coaxing) > > Thanks, > Russell > From owner-freebsd-hackers Wed May 21 10:34:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA22899 for hackers-outgoing; Wed, 21 May 1997 10:34:58 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA22888 for ; Wed, 21 May 1997 10:34:55 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <19993(7)>; Wed, 21 May 1997 10:34:03 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177489>; Wed, 21 May 1997 10:18:09 -0700 To: Luigi Rizzo cc: hackers@freebsd.org Subject: Re: ddd-1.0.tar.gz in distfiles dir In-reply-to: Your message of "Tue, 20 May 97 14:17:09 PDT." <199705202117.XAA06964@labinfo.iet.unipi.it> Date: Wed, 21 May 1997 10:17:57 PDT From: Bill Fenner Message-Id: <97May21.101809pdt.177489@crevenia.parc.xerox.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I wrote something that prints out all the URL's (freefall% make -m ~fenner/mk bill-fetch); it would be easy to do something similar (or just postprocess that output) for just filenames. Bill From owner-freebsd-hackers Wed May 21 10:44:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA23578 for hackers-outgoing; Wed, 21 May 1997 10:44:35 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA23565 for ; Wed, 21 May 1997 10:44:32 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA03570; Wed, 21 May 1997 10:43:02 -0700 From: Terry Lambert Message-Id: <199705211743.KAA03570@phaeton.artisoft.com> Subject: Re: pure /proc ps? To: black@zen.cypher.net (Ben Black) Date: Wed, 21 May 1997 10:43:02 -0700 (MST) Cc: terry@lambert.org, hackers@FreeBSD.ORG In-Reply-To: from "Ben Black" at May 21, 97 12:08:48 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > is there any hope of a pure /proc ps on freebsd? > > > > Not as long as "-M core", "-N system", and "-W swap" exist to allow > > running ps against system-dump images. > > so why does ps try to access anything other than /proc when i *don't* use > those options? So that it's not twice as large as it would otherwise be for containing two seperate copies of the data lookup code. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed May 21 10:45:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA23761 for hackers-outgoing; Wed, 21 May 1997 10:45:59 -0700 (PDT) Received: from cypher.net (black@zen.pratt.edu [205.232.115.155]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA23741 for ; Wed, 21 May 1997 10:45:54 -0700 (PDT) Received: (from black@localhost) by cypher.net (8.8.5/8.7.1) id NAA00871; Wed, 21 May 1997 13:09:04 -0400 Date: Wed, 21 May 1997 13:09:02 -0400 (EDT) From: Ben Black To: Terry Lambert cc: terry@lambert.org, hackers@FreeBSD.ORG Subject: Re: pure /proc ps? In-Reply-To: <199705211743.KAA03570@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk can't it just skip the non-/proc parts if it doesn't have the offending options ont he command line? On Wed, 21 May 1997, Terry Lambert wrote: > > > > is there any hope of a pure /proc ps on freebsd? > > > > > > Not as long as "-M core", "-N system", and "-W swap" exist to allow > > > running ps against system-dump images. > > > > so why does ps try to access anything other than /proc when i *don't* use > > those options? > > So that it's not twice as large as it would otherwise be for containing > two seperate copies of the data lookup code. > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > From owner-freebsd-hackers Wed May 21 11:06:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA25076 for hackers-outgoing; Wed, 21 May 1997 11:06:57 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA25059 for ; Wed, 21 May 1997 11:06:51 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA03656; Wed, 21 May 1997 11:05:37 -0700 From: Terry Lambert Message-Id: <199705211805.LAA03656@phaeton.artisoft.com> Subject: Re: pure /proc ps? To: black@zen.cypher.net (Ben Black) Date: Wed, 21 May 1997 11:05:37 -0700 (MST) Cc: terry@lambert.org, hackers@FreeBSD.ORG In-Reply-To: from "Ben Black" at May 21, 97 01:09:02 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > > is there any hope of a pure /proc ps on freebsd? > > > > > > > > Not as long as "-M core", "-N system", and "-W swap" exist to allow > > > > running ps against system-dump images. > > > > > > so why does ps try to access anything other than /proc when i *don't* use > > > those options? > > > > So that it's not twice as large as it would otherwise be for containing > > two seperate copies of the data lookup code. > > can't it just skip the non-/proc parts if it doesn't have the offending > options ont he command line? Sure. And then it would have code for the non-proc parts in case you did put the arguments on the command line, and it would have a duplicate method of getting the same data via /proc if you didn't (I guess it would also have to verify that /proc has been mounted). And it would be larger as a result, with no increased functionality. Personally, I think that 'ps' in the system dump case should be built into the "crash" proram, not into 'ps', and that 'ps' should use /proc and that mounting /proc should be as mandatory as I believe mounting /dev should be. Talk to Jordan, Bruce, Poul, David, John, and the other core members about OK'ing the change. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed May 21 11:51:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA27546 for hackers-outgoing; Wed, 21 May 1997 11:51:08 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA27527 for ; Wed, 21 May 1997 11:50:55 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA20506 for hackers@FreeBSD.ORG; Wed, 21 May 1997 20:50:45 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id UAA01056; Wed, 21 May 1997 20:37:45 +0200 (MET DST) Message-ID: <19970521203745.EU46231@uriah.heep.sax.de> Date: Wed, 21 May 1997 20:37:45 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Subject: Re: process monitoring tool (like SysV init)? References: <9705210854.AA02911@poveri.tekla.fi> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9705210854.AA02911@poveri.tekla.fi>; from Sakari Jalovaara on May 21, 1997 11:54:40 +0300 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Sakari Jalovaara wrote: > It struck me as a rather nice idea. No more "ps | grep sendmail ... > kill ... sendmail -bd -q1h" - just do "nanny restart sendmail". All `conforming' daemons leave their PID in /var/run/.pid. Thus, restart.sh: #!/bin/sh if [ $# -ne 1 ] ; then echo "usage: $0 " >&2 exit 64 fi if [ -f /var/run/$1.pid ] ; then # the head -1 is only needed for sendmail, but doesn't hurt pid=$(head -1 /var/run/$1.pid) if [ "X$pid" != X ] ; then echo "Sending SIGHUP to PID $pid..." kill -HUP $pid exit $? fi fi echo "/var/run/$1.pid doesn't exist or is empty" >&1 exit 72 -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed May 21 11:56:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA28116 for hackers-outgoing; Wed, 21 May 1997 11:56:22 -0700 (PDT) Received: from mail.nacamar.de (mail.nacamar.de [194.162.162.200]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA28108 for ; Wed, 21 May 1997 11:56:19 -0700 (PDT) Received: from newsfeed (newsfeed.nacamar.de [194.162.162.196]) by mail.nacamar.de (8.8.5/8.8.5) with SMTP id UAA03695 for ; Wed, 21 May 1997 20:55:56 +0200 (CEST) Message-Id: <3.0.1.32.19970521205601.00cfd590@mail.nacamar.de> X-Sender: petzi@mail.nacamar.de X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Wed, 21 May 1997 20:56:01 +0200 To: hackers@freebsd.org From: Michael Beckmann Subject: Slight problems after upgrade 2.2.1 -> 2.2.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings, following an upgrade from 2.2.1 to 2.2.2, I have observed a minor problem with the top utility. It truncates the the processes to 6 characters: PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 3469 root 2 0 756K 1160K connec 0:00 11.35% 2.06% sendma 2466 root 2 0 5168K 5524K connec 1:07 0.38% 0.38% sendma 3471 root 2 0 732K 1024K sbwait 0:00 2.34% 0.11% sendma 3470 root 10 0 716K 876K wait 0:00 0.40% 0.04% sendma I rebuilt and reinstalled top-3.4 , it made no difference. I'm not sure if it is a bug, maybe something was changed on purpose ? The PRI field has moved somewhat to the right, maybe this is why the process has to be truncated. This is how it was formatted before: PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 28991 news -6 20 152K 188K piperd 0:02 1.72% 1.72% overchan From owner-freebsd-hackers Wed May 21 12:14:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA29462 for hackers-outgoing; Wed, 21 May 1997 12:14:27 -0700 (PDT) Received: from onyx.southwind.net (sohel@onyx.southwind.net [206.53.103.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA29412; Wed, 21 May 1997 12:14:04 -0700 (PDT) Received: (from sohel@localhost) by onyx.southwind.net (8.8.5/8.8.3) id OAA09259; Wed, 21 May 1997 14:13:55 -0500 (CDT) Message-Id: <199705211913.OAA09259@onyx.southwind.net> Subject: Kerel patch for FreeBsd2.1.5 for Pnp soundcard!! To: hackers@freebsd.org Date: Wed, 21 May 1997 14:13:54 -0500 (CDT) Cc: smpatel@freebsd.org From: Mohammad K Islam X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, I have downloaded the kernel patch for Freebsd 2.1.5(Kernel.patch.2.1.5) and want to applty it to my current kernel in order to make my Soundblaster 16 Pnp card work under Freebsd. I just need some direction/help as how should i proceed about it. My questions are: 1.Do i add "controller pnp0" to my kernel config file before or after applying the patch? (My guess is add the "controller pnp0" line to the config file, do make && make install and then apply the patch. But i am new to Freebsd so would like to know for sure) 2. Where should i put the sb16.pnp sample file? Should i put it in some directory or just put it in the kernel patch after "Supra Express 288ipnp" and "SMC EtherEz" code? I would greatly appreciate any help on this matter. Thanks in advanmce for all your help. For your inspection i am attaching what "pnpinfo" revealed about my soundcard: Checking for Plug-n-Play devices... Trying Read_Port at 203 Card assigned CSN #1 Board Vendor ID: CTL002b Board Serial Number: 00108a7b PnP Version: 1.0 Vendor Version: 32 Device Description: Creative SB16 PnP Logical Device ID: CTL0031 (31008c0e) Device Description: Audio Start Dependent Function Good Configuration IRQ: 5 DMA: 0 1 DMA: 8-bit only DMA: Device is not a bus master DMA: May execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode DMA: 5 DMA: 16-bit only DMA: Device is not a bus master DMA: May not execute in count by byte mode DMA: May execute in count by word mode DMA: Compatibility mode Device decodes the full 16-bit ISA address I/O Range maximum address: 0x220 I/O Range maximum address: 0x220 I/O alignment for minimum: 1 I/O length: 16 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x330 I/O Range maximum address: 0x330 I/O alignment for minimum: 1 I/O length: 2 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x388 I/O Range maximum address: 0x388 I/O alignment for minimum: 1 I/O length: 4 Start Dependent Function Acceptable Configuration IRQ: 5 7 10 DMA: 0 1 3 DMA: 8-bit only DMA: Device is not a bus master DMA: May execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode DMA: 5 6 7 DMA: 16-bit only DMA: Device is not a bus master DMA: May not execute in count by byte mode DMA: May execute in count by word mode DMA: Compatibility mode Device decodes the full 16-bit ISA address I/O Range maximum address: 0x220 I/O Range maximum address: 0x280 I/O alignment for minimum: 32 I/O length: 16 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x300 I/O Range maximum address: 0x330 I/O alignment for minimum: 48 I/O length: 2 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x388 I/O Range maximum address: 0x388 I/O alignment for minimum: 1 I/O length: 4 Start Dependent Function Acceptable Configuration IRQ: 5 7 10 DMA: 0 1 3 DMA: 8-bit only DMA: Device is not a bus master DMA: May execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode DMA: 5 6 7 DMA: 16-bit only DMA: Device is not a bus master DMA: May not execute in count by byte mode DMA: May execute in count by word mode DMA: Compatibility mode Device decodes the full 16-bit ISA address I/O Range maximum address: 0x220 I/O Range maximum address: 0x280 I/O alignment for minimum: 32 I/O length: 16 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x300 I/O Range maximum address: 0x330 I/O alignment for minimum: 48 I/O length: 2 Start Dependent Function Sub-optimal Configuration IRQ: 5 7 10 DMA: 0 1 3 DMA: 8-bit only DMA: Device is not a bus master DMA: May execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode DMA: 5 6 7 DMA: 16-bit only DMA: Device is not a bus master DMA: May not execute in count by byte mode DMA: May execute in count by word mode DMA: Compatibility mode Device decodes the full 16-bit ISA address I/O Range maximum address: 0x220 I/O Range maximum address: 0x280 I/O alignment for minimum: 32 I/O length: 16 Start Dependent Function Sub-optimal Configuration IRQ: 5 7 10 DMA: 0 1 3 DMA: 8-bit only DMA: Device is not a bus master DMA: May execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode Device decodes the full 16-bit ISA address I/O Range maximum address: 0x220 I/O Range maximum address: 0x280 I/O alignment for minimum: 32 I/O length: 16 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x300 I/O Range maximum address: 0x330 I/O alignment for minimum: 48 I/O length: 2 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x388 I/O Range maximum address: 0x388 I/O alignment for minimum: 1 I/O length: 4 Start Dependent Function Sub-optimal Configuration IRQ: 5 7 10 DMA: 0 1 3 DMA: 8-bit only DMA: Device is not a bus master DMA: May execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode Device decodes the full 16-bit ISA address I/O Range maximum address: 0x220 I/O Range maximum address: 0x280 I/O alignment for minimum: 32 I/O length: 16 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x300 I/O Range maximum address: 0x330 I/O alignment for minimum: 48 I/O length: 2 Start Dependent Function Sub-optimal Configuration IRQ: 5 7 10 11 DMA: 0 1 3 DMA: 8-bit only DMA: Device is not a bus master DMA: May execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode Device decodes the full 16-bit ISA address I/O Range maximum address: 0x220 I/O Range maximum address: 0x280 I/O alignment for minimum: 32 I/O length: 16 End Dependent Function Logical Device ID: CTL2011 (11208c0e) Compatible Device ID: PNP0600 (0006d041) Device Description: IDE Start Dependent Function Good Configuration IRQ: 10 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x168 I/O Range maximum address: 0x168 I/O alignment for minimum: 1 I/O length: 8 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x36e I/O Range maximum address: 0x36e I/O alignment for minimum: 1 I/O length: 2 Start Dependent Function Acceptable Configuration IRQ: 11 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x1e8 I/O Range maximum address: 0x1e8 I/O alignment for minimum: 1 I/O length: 8 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x3ee I/O Range maximum address: 0x3ee I/O alignment for minimum: 1 I/O length: 2 Start Dependent Function Acceptable Configuration IRQ: 10 11 15 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x180 I/O Range maximum address: 0x1b8 I/O alignment for minimum: 8 I/O length: 8 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x306 I/O Range maximum address: 0x33e I/O alignment for minimum: 8 I/O length: 2 Start Dependent Function Sub-optimal Configuration IRQ: 15 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x170 I/O Range maximum address: 0x170 I/O alignment for minimum: 1 I/O length: 8 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x376 I/O Range maximum address: 0x376 I/O alignment for minimum: 1 I/O length: 1 End Dependent Function Logical Device ID: CTL0051 (51008c0e) Device Description: StereoEnhance Device decodes the full 16-bit ISA address I/O Range maximum address: 0x100 I/O Range maximum address: 0x138 I/O alignment for minimum: 8 I/O length: 1 Logical Device ID: CTL7001 (01708c0e) Device Description: Game Device decodes the full 16-bit ISA address I/O Range maximum address: 0x200 I/O Range maximum address: 0x200 I/O alignment for minimum: 1 I/O length: 8 End Tag ............................................................................ Mohammad K Islam E-mail:sohel@southwind.net 1434 N Fairmount #1 Wichita, KS 67208 ............................................................................ From owner-freebsd-hackers Wed May 21 12:20:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA29800 for hackers-outgoing; Wed, 21 May 1997 12:20:33 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA29789 for ; Wed, 21 May 1997 12:20:23 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id TAA17350; Wed, 21 May 1997 19:37:02 +0100 (BST) Message-Id: <199705211837.TAA17350@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Thomas David Rivers cc: freebsd-hackers@freebsd.org, ari.suutari@ps.carel.fi Subject: Re: natd & multiple sl0 ifconfigs... In-reply-to: Your message of "Mon, 19 May 1997 20:56:53 EDT." <199705200056.UAA24171@lakes.water.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 21 May 1997 19:37:02 +0100 From: Brian Somers Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I've successfully gotten natd to work - it's exactly what > the doctor ordered. > > However, when I want to get to work; I use SL/IP, and have > a particular IP address associated with sl0. > > But - when I want to contact my ISP, I also use SL/IP, with > a different IP address. > > I start natd with (from rc.local): > > if [ -f /usr/local/bin/natd ]; then > echo -n " natd"; /usr/local/bin/natd -port 32000 -interface sl0 -m -u -d > ynamic > > fi > > and in /etc/rc.firewall, I have: > > # > # Do 'natd' style diversion.. > # > ipfw -f flush > ipfw -f add divert 32000 ip from any to any via sl0 > ipfw -f add pass ip from any to any > > > > As I understood the man page for natd - the -dynamic flag will cause > natd to "watch" the interface, and make appropriate adjustments should > the IP change, etc... but - it doesn't seem to be doing so. > > Does anyone have any experience/thoughts on this? That's certainly the intention of the -dynamic bit. Your best bet is probably to ask the author (cc'd). The -dynamic switch is pretty new in natd. > - Thanks - > - Dave Rivers - -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Wed May 21 12:21:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA29856 for hackers-outgoing; Wed, 21 May 1997 12:21:06 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA29827 for ; Wed, 21 May 1997 12:20:40 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id UAA18664; Wed, 21 May 1997 20:14:47 +0100 (BST) Message-Id: <199705211914.UAA18664@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Michael Smith cc: jgrosch@superior.mooseriver.com, hackers@FreeBSD.ORG Subject: Re: Porting question In-reply-to: Your message of "Wed, 21 May 1997 15:33:07 +0930." <199705210603.PAA09769@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 21 May 1997 20:14:47 +0100 From: Brian Somers Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Josef Grosch stands accused of saying: > > I know this issue has been beat to death several times before BUT..... > > > > I am porting a piece of code to FreeBSD and gcc bitches about this; > > > > extern char* sys_errlist[]; > > > > Now the fast way to handle this is; > > > > #ifndef __FreeBSD__ > > extern char* sys_errlist[]; > > #endif > > > > But this is very non-portable. Any suggestions as the correct way to > > handle this would be helpful. > > Traditional is > > #ifndef HAVE_SYS_ERRLIST > extern char* sys_errlist[]; > #endif > > or, if you can guarantee that has been included, you can > test the BSD macro. Hmm, of course you mean extern const char * const sys_errlist[]. If this prototype is used, it doesn't matter if you've included stdio. If it conflicts with anything, that something is broken - a poor reason for breaking your own code IMO. Maybe gcc should allow the "strengthening" of a prototype - so saying extern char *sys_errlist[]; extern const char *sys_errlist[]; extern const char * const sys_errlist[]; is ok (probably warned about under -pedantic or with its own -W), but extern const char *sys_errlist[]; extern char *sys_errlist[]; is an error. That way, people can successfully "overload" include files with others that say "#include "/usr/include/..." (there's a #include_next or something somewhere in gcc too isn't there) and then "fix" things like this (rather than having to #define them away before #including the file). Look at it like defaulting arguments in C++ - you can get stricter everytime you prototype a function. > > Josef Grosch | Another day closer to a | FreeBSD 2.2.1 > > -- > ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ > ]] Genesis Software genesis@gsoft.com.au [[ > ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ > ]] realtime instrument control. (ph) +61-8-8267-3493 [[ > ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Wed May 21 12:30:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA00494 for hackers-outgoing; Wed, 21 May 1997 12:30:02 -0700 (PDT) Received: from pcpsj.pfcs.com (TXb19vVbrMnI8EsPA3pBHkp48L/uTKTT@harlan.fred.net [205.252.219.31]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA00442 for ; Wed, 21 May 1997 12:29:39 -0700 (PDT) Received: from mumps.pfcs.com (mumps.pfcs.com [192.52.69.11]) by pcpsj.pfcs.com (8.6.12/8.6.9) with SMTP id PAA06785; Wed, 21 May 1997 15:28:41 -0400 Received: from localhost by mumps.pfcs.com with SMTP id AA03351 (5.67b/IDA-1.5); Wed, 21 May 1997 15:28:40 -0400 To: Paul Traina Cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), hackers@FreeBSD.ORG Subject: Re: process monitoring tool (like SysV init)? In-Reply-To: Your message of "Wed, 21 May 1997 08:57:05 PDT." <199705211557.IAA15548@precipice.shockwave.com> Date: Wed, 21 May 1997 15:28:38 -0300 Message-Id: <3349.864242918@mumps.pfcs.com> From: Harlan Stenn Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Yanny is a nanny clone, and it's part of the scotty release. Last I checked, you could find it at: H From owner-freebsd-hackers Wed May 21 12:30:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA00527 for hackers-outgoing; Wed, 21 May 1997 12:30:21 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA00519; Wed, 21 May 1997 12:30:16 -0700 (PDT) Received: from pcpsj.pfcs.com (harlan.fred.net [205.252.219.31]) by agora.rdrop.com (8.8.5/8.8.5) with SMTP id MAA29679; Wed, 21 May 1997 12:29:57 -0700 (PDT) Received: from mumps.pfcs.com (mumps.pfcs.com [192.52.69.11]) by pcpsj.pfcs.com (8.6.12/8.6.9) with SMTP id PAA06773; Wed, 21 May 1997 15:25:13 -0400 Received: from localhost by mumps.pfcs.com with SMTP id AA03314 (5.67b/IDA-1.5); Wed, 21 May 1997 15:25:11 -0400 To: Steve Cc: spork , questions@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: named on two nets In-Reply-To: Your message of "Wed, 21 May 1997 10:05:20 EDT." Date: Wed, 21 May 1997 15:25:09 -0300 Message-Id: <3312.864242709@mumps.pfcs.com> From: Harlan Stenn Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I think bind-8.1 handles this. H From owner-freebsd-hackers Wed May 21 13:16:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA03244 for hackers-outgoing; Wed, 21 May 1997 13:16:40 -0700 (PDT) Received: from angst.it.hq.nasa.gov (Angst.it.hq.nasa.gov [131.182.119.89]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA03228 for ; Wed, 21 May 1997 13:16:30 -0700 (PDT) Received: (from root@localhost) by angst.it.hq.nasa.gov (8.8.5/8.7.3) id QAA00293; Wed, 21 May 1997 16:18:23 -0400 (EDT) Date: Wed, 21 May 1997 16:18:23 -0400 (EDT) Message-Id: <199705212018.QAA00293@angst.it.hq.nasa.gov> From: Chris Shenton To: hackers@freebsd.org Subject: Dancing daemon saver -- flips left and right PATCH Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I didn't like how static the dancing daemon was, nor that it "walked" backward. :-) The following patch causes the daemon to flip direction when it hits the wall: it points left when walking left, and right when moving right. It's a hack but it works OK. --Chris *** daemon_saver.c 1997/05/19 16:05:51 1.1 --- daemon_saver.c 1997/05/21 20:11:35 *************** *** 95,103 **** NULL }; static void ! draw_daemon(int xpos, int ypos) { int x, y; int attr; --- 95,122 ---- NULL }; + /* Reverse a graphics character, or return unaltered if no mirror; + * should do alphanumerics too, but I'm too lazy. + */ + + static char + xflip_symbol(char symbol) + { + static char lchars[] = "`'(){}[]\\/<>"; + static char rchars[] = "'`)(}{][/\\><"; + int pos; /* position in lchars */ + + for (pos = 0; lchars[pos] != NULL; pos++) { + if (lchars[pos] == symbol) { + return rchars[pos]; + } + } + return symbol; + } + static void ! draw_daemon(int xpos, int ypos, int dxdir) { int x, y; int attr; *************** *** 111,121 **** case 'W': attr = (FG_LIGHTGREY|BG_BLACK)<<8; break; case 'C': attr = (FG_CYAN|BG_BLACK)<<8; break; } ! *((u_short*)(Crtat + (ypos+y)*cur_console->xsize + xpos + x)) = ! scr_map[daemon_pic[y][x]]|attr; } } static void draw_string(int xpos, int ypos, char *s, int len) { --- 130,149 ---- case 'W': attr = (FG_LIGHTGREY|BG_BLACK)<<8; break; case 'C': attr = (FG_CYAN|BG_BLACK)<<8; break; } ! if (dxdir < 0) { /* Moving left */ ! *((u_short*)(Crtat + (ypos+y)*cur_console->xsize ! + xpos + x)) = ! scr_map[daemon_pic[y][x]]|attr; ! } ! else { ! *((u_short*)(Crtat + (ypos+y)*cur_console->xsize ! + xpos + (DAEMON_MAX_WIDTH - x) )) = ! scr_map[ xflip_symbol(daemon_pic[y][x]) ] |attr; ! } } } + static void draw_string(int xpos, int ypos, char *s, int len) { *************** *** 176,182 **** } txpos += txdir; typos += tydir; ! draw_daemon(dxpos, dypos); draw_string(txpos, typos, (char *)message, sizeof(message)-1); } else { if (scrn_blanked) { --- 204,210 ---- } txpos += txdir; typos += tydir; ! draw_daemon(dxpos, dypos, dxdir); draw_string(txpos, typos, (char *)message, sizeof(message)-1); } else { if (scrn_blanked) { From owner-freebsd-hackers Wed May 21 13:20:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA03547 for hackers-outgoing; Wed, 21 May 1997 13:20:44 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA03525 for ; Wed, 21 May 1997 13:20:28 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA22162; Wed, 21 May 1997 22:20:22 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id WAA01940; Wed, 21 May 1997 22:01:15 +0200 (MET DST) Message-ID: <19970521220115.OG57138@uriah.heep.sax.de> Date: Wed, 21 May 1997 22:01:15 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: beckmann@nacamar.de (Michael Beckmann) Subject: Re: Slight problems after upgrade 2.2.1 -> 2.2.2 References: <3.0.1.32.19970521205601.00cfd590@mail.nacamar.de> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <3.0.1.32.19970521205601.00cfd590@mail.nacamar.de>; from Michael Beckmann on May 21, 1997 20:56:01 +0200 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Michael Beckmann wrote: > following an upgrade from 2.2.1 to 2.2.2, I have observed a minor problem > with the top utility. It truncates the the processes to 6 characters: That's because it has been prepared for eventually upcoming support of 16-char usernames. (It's already been in -current for some time now.) The better way would be to dynamically calculate the required size. > I rebuilt and reinstalled top-3.4 , it made no difference. Probably because you have /usr/bin before /usr/local/bin in your $PATH? :-) We finally adopted top as part of the base system. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed May 21 13:36:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA04557 for hackers-outgoing; Wed, 21 May 1997 13:36:29 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA04541 for ; Wed, 21 May 1997 13:36:21 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id UAA20321; Wed, 21 May 1997 20:44:00 +0100 (BST) Message-Id: <199705211944.UAA20321@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Thomas David Rivers cc: freebsd-hackers@freebsd.org Subject: Re: Variable initialization In-reply-to: Your message of "Tue, 20 May 1997 07:18:11 EDT." <199705201118.HAA25363@lakes.water.net> Mime-Version: 1.0 Content-Type: text/plain Date: Wed, 21 May 1997 20:43:59 +0100 From: Brian Somers Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'll retry sending that.... dodgy reply addresses ! ;) [.....] > I believe, of course, some of the other arguments far outweigh > this concern - personally, I much prefer initializations that are > performed outside of the declaration block... for about the same > reasons cited. Heh. Not so long ago, I wrote code like: int f = 0; FILE *file = fopen( myfile, "r" ); for( ; f < maxf; f++ ) { .... It's quite tricky making yourself change so much ! I'm starting to like style(9) though (because of discussions like this that explain the reasoning). > - Dave Rivers - > > -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Wed May 21 13:44:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA04994 for hackers-outgoing; Wed, 21 May 1997 13:44:47 -0700 (PDT) Received: from mail1.its.rpi.edu (root@mail1.its.rpi.edu [128.113.100.7]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA04988 for ; Wed, 21 May 1997 13:44:43 -0700 (PDT) Received: from mlor.its.rpi.edu (mlor.its.rpi.edu [128.113.24.92]) by mail1.its.rpi.edu (8.8.5/8.8.5) with SMTP id QAA163040; Wed, 21 May 1997 16:44:31 -0400 Received: by mlor.its.rpi.edu (NX5.67f2/NX3.0M) id AA07750; Wed, 21 May 97 16:47:14 -0400 Message-Id: <9705212047.AA07750@mlor.its.rpi.edu> Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) Content-Type: text/plain; charset=us-ascii Received: by NeXT.Mailer (1.118.2) From: Garance A Drosehn Date: Wed, 21 May 97 16:47:13 -0400 To: Terry Lambert Subject: Re: Variable initialization Cc: hackers@FreeBSD.ORG Reply-To: gad@eclipse.its.rpi.edu References: <199705191630.JAA24310@phaeton.artisoft.com> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id NAA04989 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > A wrongly initialized variable is worse than an initialized > > one since it can't be checked for. > > Won't an incorrect initialization become obvious when the code > fails to function? Not necessarily. In the days when mainframes ruled the earth, here at RPI we ran an operating system called MTS. One difference between MTS and standard IBM operating systems was that IBM generally initialized storage to zero, while we initialized it to X'81818181'. Compilers weren't smart enough to warn about variables which were not explicitly initialized at compile time. So, if you did not initialize your variables, you'd get different results under MTS than under some other operating systems. In some of those cases, the uninitialized variables really were expected to be zero, and the programmer just never initialized it. In other cases, however, the initial value was *not* supposed to be zero, but since the program had worked no one realized the answers were wrong. In a few cases we had people who refused to believe that their code was wrong (even if we explicitly showed them the problem), because they had already built things based on the incorrect results they had gotten by running the program on other systems, and they simply did not want to believe that all their work had been completely misguided. There is a significant difference between "fails to function" and "functions perfectly fine with absolutely no errors, but just happens to give you the wrong answers"... --- Garance Alistair Drosehn = gad@eclipse.its.rpi.edu Senior Systems Programmer (MIME & NeXTmail capable) Rensselaer Polytechnic Institute; Troy NY USA From owner-freebsd-hackers Wed May 21 14:29:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA07595 for hackers-outgoing; Wed, 21 May 1997 14:29:21 -0700 (PDT) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA07584 for ; Wed, 21 May 1997 14:29:18 -0700 (PDT) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id RAA14352; Wed, 21 May 1997 17:28:46 -0400 Date: Wed, 21 May 1997 17:28:46 -0400 (EDT) From: "Ron G. Minnich" X-Sender: rminnich@terra To: hackers@freebsd.org Subject: installing 2.2.1 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just spent a few hours installing freebsd 2.2.1. I have also recently been installing linux; we use both here. The fbsd system still does not quite boot. Given how good freebsd is, and how much I like the system and the people who work on it, I am reluctant to voice any complaint. On the other hand, we need to be realistic about the state of things. The basic sum total experience is that: 1) linux install works well and consistently 2) freebsd install does not work well or consistently 3) the freebsd 2.05R install worked much better for me than any subsequent fbsd install tool. problems: 1) install segvs (signal 11) if you try to ftp to a remote machine too many times. The disk was left in such a state that win95 would hang when it got to that disk. I had to boot dos and blow the disk partition away. 2) the install choices are confusing. For example, when selecting what to install (kernel-developer etc.) if i select all, does it include kernel source or not? Things get 'auto-selected' and it is not clear what that includes 3) I have two disks. At some point early in the game it says if I don't try to write the MBR I'll be asked to later. I'm never asked to. There's no menu choice for 'fix boot record'. I have a second ide disk which won't boot. It also mentions bootez, about which I can find no further mention. There is a 'nextboot' -- do i use that? I've never been that happy with the boot setup since 2.05R days -- that was the last time I used it that it worked well. 4) packages: there needs to be an 'install all, i have much disk' option. Rather than continue the list, I would recommend to those trying to get this install process set up that they buy red hat and try installing it. Linux is not my cup of tea for most things, but the install is definitely much easier. It might provide some useful ideas. If you don't like linux, then get a bsdi system and install that. It's also quite nice. ron Ron Minnich |Java: an operating-system-independent, rminnich@sarnoff.com |architecture-independent programming language (609)-734-3120 |for Windows/95 and Windows/NT on the Pentium ftp://ftp.sarnoff.com/pub/mnfs/www/docs/cluster.html From owner-freebsd-hackers Wed May 21 15:18:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA11009 for hackers-outgoing; Wed, 21 May 1997 15:18:47 -0700 (PDT) Received: from odin.visigenic.com (odin.visigenic.com [204.179.98.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA11004 for ; Wed, 21 May 1997 15:18:44 -0700 (PDT) Received: from VSI48 (vsi48.visigenic.com [206.64.15.185]) by odin.visigenic.com (Netscape Mail Server v2.02) with SMTP id AAA16525 for ; Wed, 21 May 1997 15:18:13 -0700 Message-Id: <3.0.32.19970521151828.009643a0@visigenic.com> X-Sender: toneil@visigenic.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Wed, 21 May 1997 15:18:29 -0700 To: hackers@FreeBSD.ORG From: "Tim Oneil" Subject: Re: Non-Intel CPUs and FreeBSD Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I just noticed Darren's que from the 9th, heres my two cents; I have been running FBSD from 2.1.5 to 2.2.1 (all releases) on an amd 486DX4 133 with 64 megs ram and all versions have run wonderfully. -Tim From owner-freebsd-hackers Wed May 21 15:59:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA12959 for hackers-outgoing; Wed, 21 May 1997 15:59:45 -0700 (PDT) Received: from mail.nacamar.de (mail.nacamar.de [194.162.162.200]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA12953 for ; Wed, 21 May 1997 15:59:43 -0700 (PDT) Received: from [195.52.251.6] (apfel.nacamar.de [195.52.251.6]) by mail.nacamar.de (8.8.5/8.8.5) with ESMTP id AAA06982; Thu, 22 May 1997 00:59:36 +0200 (CEST) X-Sender: petzi@mail.nacamar.de Message-Id: In-Reply-To: <19970521220115.OG57138@uriah.heep.sax.de> References: <3.0.1.32.19970521205601.00cfd590@mail.nacamar.de>; from Michael Beckmann on May 21, 1997 20:56:01 +0200 <3.0.1.32.19970521205601.00cfd590@mail.nacamar.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 22 May 1997 01:00:40 +0200 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), hackers@FreeBSD.ORG From: Michael Beckmann Subject: Re: Slight problems after upgrade 2.2.1 -> 2.2.2 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 22:01 Uhr +0200 21.5.1997, J Wunsch wrote: >> I rebuilt and reinstalled top-3.4 , it made no difference. > >Probably because you have /usr/bin before /usr/local/bin in your >$PATH? :-) Indeed =:-) $ which top /usr/bin/top >We finally adopted top as part of the base system. Hmm, there was nothing about it in the release notes.... OTOH, I should have read the mailing lists better. Thanks, Michael From owner-freebsd-hackers Wed May 21 16:12:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA13553 for hackers-outgoing; Wed, 21 May 1997 16:12:37 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA13546 for ; Wed, 21 May 1997 16:12:29 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.8.5) id JAA25436; Thu, 22 May 1997 09:12:11 +1000 (EST) Date: Thu, 22 May 1997 09:12:10 +1000 (EST) From: "Daniel O'Callaghan" To: Adrian Chadd , Jim Bryant , freebsd-hackers@FreeBSD.ORG Subject: Re: ESCAPE! Florida Cruise/Vacation $598/4 People In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 10 May 1997, Daniel O'Callaghan wrote: > > > On Sat, 10 May 1997, Adrian Chadd wrote: > > > > > If people want me to post them as m4 or whatever files, tell me and I'll > > do it. > > Yes, please. It will be looked upon much more favourably if the m4 bits > are posted. Otherwise people would have to repatch each time they > regenerated sendmail.cf. Any progress on the m4 files? Danny From owner-freebsd-hackers Wed May 21 18:15:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA20068 for hackers-outgoing; Wed, 21 May 1997 18:15:33 -0700 (PDT) Received: from friley231.res.iastate.edu (friley231.res.iastate.edu [129.186.78.231]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA20061 for ; Wed, 21 May 1997 18:15:31 -0700 (PDT) Received: from friley231.res.iastate.edu (localhost [127.0.0.1]) by friley231.res.iastate.edu (8.8.5/8.8.5) with ESMTP id UAA02426 for ; Wed, 21 May 1997 20:15:13 -0500 (CDT) Message-Id: <199705220115.UAA02426@friley231.res.iastate.edu> X-Mailer: exmh version 1.6.9 8/22/96 To: hackers@freebsd.org Subject: URGENT: NIC/MB advice needed for cluster... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 21 May 1997 20:15:12 -0500 From: Chris Csanady Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk We are about to purchase 64 dual ppro200's for a large cluster that we are creating, and I needed some advice/information. Depending on how things work out, I may end up managing about 90 linux boxes. :( The reason that we are leaning toward linux currently is essentially due to its somewhat better support of the de21140 cards. Essentially, if we can get better functionality/benchmarks out of FreeBSD, we will likely go with that. We must get this money spent by July 20 or so, so we dont really have much more time to order/test MB/NIC combinations. So, what I was wondering... 1. How well does the Etherexpress PRO/100 work currently? Does this card work well in full duplex mode, and would I be able to have 4 of them per box without any trouble? 2. We are thinking of buying ASUS P65UP5, or Intel PR440FX boards. I know ASUS makes great boards, but we could save a lot of money with the Intel. Does anyone know if the onboard ethernet works? We would save on Enet cards, and memory (ECC DIMM's seem much cheaper..), but is it wise? Another thing we are concerned with is the DMA. Apparently the DMA on the SuperMicro board we got seems to be doing page forwarding on the PCI bus or something. (I don't really know someone else speculated it.. We really need the best of performance though--so would we be well off with the with either of the above boards? 3. When will the new de driver come to FreeBSD? This would help with our currently installed base. I appologize for the length, but I really really dont like linux much. I would appreciate any info anyone could give me.. Thanks, Chris -- Chris Csanady System Administrator Scalable Computing Laboratory ccsanady@scl.ameslab.gov 304 Wilhelm Hall VOICE: 515-294-7336 Ames Laboratory / Iowa State University FAX: 515-294-4491 From owner-freebsd-hackers Wed May 21 18:24:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA20713 for hackers-outgoing; Wed, 21 May 1997 18:24:51 -0700 (PDT) Received: from jocki.domestic.de (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA20690 for ; Wed, 21 May 1997 18:24:44 -0700 (PDT) Received: (from joki@localhost) by jocki.domestic.de (8.8.5/8.8.5) id DAA00540; Thu, 22 May 1997 03:24:36 +0200 (CEST) Message-ID: X-Mailer: XFMail 1.0 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 22 May 1997 03:01:48 +0200 (CEST) From: Joachim Kuebart To: "Ron G. Minnich" Subject: RE: installing 2.2.1 Cc: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, On 21-May-97 at 21:28:46 Ron G. Minnich wrote: >I just spent a few hours installing freebsd 2.2.1. I have also recently >been installing linux; we use both here. The fbsd system still does not >quite boot. Given how good freebsd is, and how much I like the system and >the people who work on it, I am reluctant to voice any complaint. On the >other hand, we need to be realistic about the state of things. The basic >sum total experience is that: >1) linux install works well and consistently >2) freebsd install does not work well or consistently >3) the freebsd 2.05R install worked much better for me than any subsequent > fbsd install tool. > >problems: >1) install segvs (signal 11) if you try to ftp to a remote machine too > many times. The disk was left in such a state that win95 would hang > when it got to that disk. I had to boot dos and blow the disk > partition away. Did you use the "custom" install option? No changes to the disk are made unless you use the "commit" command. Then, the disk should not be left in an inconsistent state. If you use the "write" option in fdisk and/or disklabel, strange things might happen depending on what you set up. Use of the Write option is therefore not just "not recommended" but you get also warned to do so. >2) the install choices are confusing. For example, when selecting what > to install (kernel-developer etc.) if i select all, does it include > kernel source or not? Things get 'auto-selected' and it is not clear > what that includes "all" will install everything. That includes the source code, too. The predefined package collections are supposed to get an installation that comes close to your actual requirements. Use of pkg_add and pkg_delete is possible after the install to "fine tune" that. /stand/sysinstall can be used to install/uninstall packages in a running system. You find the option in Post-Install/Packages. >3) I have two disks. At some point early in the game > it says if I don't try to write the MBR > I'll be asked to later. I'm never asked to. There's no menu choice for > 'fix boot record'. I have a second ide disk which won't boot. It > also mentions bootez, about which I can find no further mention. > There is a 'nextboot' -- do i use that? I've never been that happy > with the boot setup since 2.05R days -- that was the last time I used > it that it worked well. Use the "Commit" option in the custom instal to write changes to the partition tables as mentioned above. BootEasy can be found in the /tools directory on the CD or on ftp sites. The program is run under DOS and equips any disk it finds with a small boot manager. This allows you to boot any partition on the two disks attached to the the primary IDE controller. The choice of the BootEasy option in /stand/sysinstall leaves space for this boot manager to be installed. To restore a hopelessly lost disk you can use DOSŽs "fdisk /mbr" to restore the master boot record to whatever Miscrosoft thinks is sane. /stand/sysinstall has been improved a lot since I got to know it in 2.1.?, and IŽm sure it is going to be improved even more. >4) packages: there needs to be an 'install all, i have much disk' option. You wonŽt want this, even if you had infinite disk space. Many packages are present in different versions (ghostscript2, 3, 4, netscape 3, 4) that you will not practically install in parallel. Also, there are different programs for the same purpose (colorls, linuxls), it is up to the user to decide what he likes best. Remember some programs in the ports tree (also packages!) are as big as office suits. Packages can be installed selectively after installation using /stand/sysinstall (graphically) of pkg_add/pkg_delete. This should be seen as usual system customization. >Rather than continue the list, I would recommend to those trying to get >this install process set up that they buy red hat and try installing it. >Linux is not my cup of tea for most things, but the install is definitely >much easier. It might provide some useful ideas. > >If you don't like linux, then get a bsdi system and install that. It's >also quite nice. It is. And it costs $1000 to over $5000. > >ron > >Ron Minnich |Java: an operating-system-independent, >rminnich@sarnoff.com |architecture-independent programming language >(609)-734-3120 |for Windows/95 and Windows/NT on the Pentium >ftp://ftp.sarnoff.com/pub/mnfs/www/docs/cluster.html Java is a byte-code language. No processor has been built yet that supports it natively. On many platforms, however, there are bytecode interpreter programs, so-called "Java Virtual Machines", that can run Java programs by simulating a Java compliant environment. Among those platforms are SunOS, Windows 95, Windows NT, FreeBSD, Linux and many others. cu Jo --------------------------------------------------------------------- FreeBSD - top breeders recommend it Joachim Kuebart Tel: +49 711 653706 Germany From owner-freebsd-hackers Wed May 21 18:25:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA20740 for hackers-outgoing; Wed, 21 May 1997 18:25:01 -0700 (PDT) Received: from jocki.domestic.de (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA20698 for ; Wed, 21 May 1997 18:24:47 -0700 (PDT) Received: (from joki@localhost) by jocki.domestic.de (8.8.5/8.8.5) id DAA00519 for hackers@freebsd.org; Thu, 22 May 1997 03:24:33 +0200 (CEST) Message-ID: X-Mailer: XFMail 1.0 [p0] on FreeBSD MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=XFMail.1.0.p0.FreeBSD:970522011654:232=_" In-Reply-To: <199705210715.AAA04019@dog.farm.org> Date: Wed, 21 May 1997 10:39:37 +0200 (CEST) From: Joachim Kuebart To: hackers@freebsd.org Subject: Re: xdm and login.conf Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This message is in MIME format --_=XFMail.1.0.p0.FreeBSD:970522011654:232=_ Content-Type: text/plain; charset=iso-8859-1 Hi! OK, attached you find a source and a Makefile for my setusercontext proggy. You only have to set up an Xsession file (shown below) and make xdm use it by setting the "session" resource in /usr/X11R6/lib/X11/xdm/xdm-config correctly. Comments on the "ugliness" are very welcome. This is my first contribution! SECURITY NOTICE: This program represents a _major_ security hazard. Users can use it to change to any uid and gid by setting the environment variable "USER" prior to running the program. This includes root access. I found no other way of accomplishing the task without use of setuid/setgid bits. Use is therefore restricted to desktop installations. It is not fit to be included in the ports tree in this form. On 21-May-97 at 07:15:38 Dmitry Kohmanyuk wrote: >In article you wrote: > >> Hey guys, youŽre too slow. I solved the problem (for me) by calling >> setusercontext from the global Xsession. All programs of a session are childs >> to this process (I hope!). In order to call setusercontext I wrote a small C >> program which is available from me. > >> For those who are interested: >> setusercontext.c calls setusercontext() to get the same permissions and limits >> and environment variables as the user needs. It then execve()Žs a shell >> (/bin/sh) with those privileges. This shell is the shell that xdm uses to run >> Xsession. When the shell terminates, the session is finished. > >ehm, how about posting the source to the list? please! (I know it's trivial, >but anyway. And it can be made a package..) > >> In order to do this with the least possible overhead I have set the interpreter >> for Xsession to setusercontext, i.e.: > >> /usr/X11R6/lib/X11/xdm/Xsession: >> #!/usr/local/bin/setusercontext >> # >> # Rest of Xsession follows > >that's a real win. cu Jo --------------------------------------------------------------------- FreeBSD - top breeders recommend it Joachim Kuebart Tel: +49 711 653706 Germany --_=XFMail.1.0.p0.FreeBSD:970522011654:232=_ Content-Type: text/plain; charset=us-ascii; name=setusercontext.c; SizeOnDisk=1405 Content-Description: setusercontext.c Content-Transfer-Encoding: none Content-Disposition: attachment; filename="setusercontext.c" /* * Program to set the user context according to the userŽs login class * from /etc/login.conf. * This program runs a subshell in the userŽs class context. * * The standard FreeBSD 2.2.2 or later login(1) does this automatically * xdm, for example, doesnŽt, and this is where this program comes in :-) * */ #include #include #include #include #include #include extern char **environ; int main(int argc, char *argv[]) { char *login; struct passwd *pwent; char **execargv; int i; /* * Get passwd struct by evaluating USER env. variable */ if ((login = getenv("USER")) == NULL) { fprintf(stderr, "%s: CanŽt determine userŽs login name\n", argv[0]); return 1; } if ((pwent = getpwnam(login)) == NULL) { fprintf(stderr, "%s: CanŽt get userŽs passwd entry\n", argv[0]); return 1; } /* * Call setusercontext() to set userŽs context. */ if (setusercontext(NULL, pwent, pwent->pw_uid, LOGIN_SETALL) != 0) { fprintf(stderr, "%s: CanŽt set userŽs context\n", argv[0]); return 1; } if ((execargv = malloc((argc+1) * sizeof(char*))) == NULL) { fprintf(stderr, "%s: CanŽt start subshell\n", argv[0]); return 1; } /* * Execute the subshell */ execargv[0] = "sh"; for (i=1; i --_=XFMail.1.0.p0.FreeBSD:970522011654:232=_-- End of MIME message From owner-freebsd-hackers Wed May 21 19:50:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA25310 for hackers-outgoing; Wed, 21 May 1997 19:50:29 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA25302 for ; Wed, 21 May 1997 19:50:26 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.5/8.8.5) id VAA04546; Wed, 21 May 1997 21:50:20 -0500 (EST) From: "John S. Dyson" Message-Id: <199705220250.VAA04546@dyson.iquest.net> Subject: Re: URGENT: NIC/MB advice needed for cluster... In-Reply-To: <199705220115.UAA02426@friley231.res.iastate.edu> from Chris Csanady at "May 21, 97 08:15:12 pm" To: ccsanady@friley231.res.iastate.edu (Chris Csanady) Date: Wed, 21 May 1997 21:50:20 -0500 (EST) Cc: hackers@FreeBSD.ORG Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > 1. How well does the Etherexpress PRO/100 work currently? Does this card > work well in full duplex mode, and would I be able to have 4 of them per > box without any trouble? > I am using a PRO/100 on one side and PR440FX motherboard ethernet on the other, and can readily max out the 100BaseT ethernet. > > 2. We are thinking of buying ASUS P65UP5, or Intel PR440FX boards. I know > ASUS makes great boards, but we could save a lot of money with the Intel. > Does anyone know if the onboard ethernet works? We would save on Enet > cards, and memory (ECC DIMM's seem much cheaper..), but is it wise? > I have a machine with the PR440FX board, and the ethernet on it works. John From owner-freebsd-hackers Wed May 21 19:58:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA25710 for hackers-outgoing; Wed, 21 May 1997 19:58:42 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA25705 for ; Wed, 21 May 1997 19:58:39 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with SMTP id TAA23722; Wed, 21 May 1997 19:59:39 -0700 (PDT) Message-Id: <199705220259.TAA23722@implode.root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Chris Csanady cc: hackers@FreeBSD.ORG Subject: Re: URGENT: NIC/MB advice needed for cluster... In-reply-to: Your message of "Wed, 21 May 1997 20:15:12 CDT." <199705220115.UAA02426@friley231.res.iastate.edu> From: David Greenman Reply-To: dg@root.com Date: Wed, 21 May 1997 19:59:39 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >1. How well does the Etherexpress PRO/100 work currently? Does this card > work well in full duplex mode, and would I be able to have 4 of them per > box without any trouble? The Pro/100B works fine. Intel recently changed the PHY chip from a National 83840 to an Intel 82555, and I haven't yet added support for that chip yet. The card should still work fine in half duplex mode, but it might not work correctly in full duplex mode. I've not been able to test this because 1) I don't have one of the newer cards, and 2) My D-Link switch is broken and being repaired. Adding support for the 82555 is a priority with me and should hopefully occur within the next 3 weeks. >2. We are thinking of buying ASUS P65UP5, or Intel PR440FX boards. I know > ASUS makes great boards, but we could save a lot of money with the Intel. > Does anyone know if the onboard ethernet works? We would save on Enet > cards, and memory (ECC DIMM's seem much cheaper..), but is it wise? It works...it's an Intel 82557 NIC and works with the fxp driver. >3. When will the new de driver come to FreeBSD? This would help with our > currently installed base. Soon, but I can't give any dates. Some of the preliminary support for the new driver has already been brought into FreeBSD, but the driver itself hasn't been brought in. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Wed May 21 20:33:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA27179 for hackers-outgoing; Wed, 21 May 1997 20:33:54 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA27172 for ; Wed, 21 May 1997 20:33:51 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id UAA03229; Wed, 21 May 1997 20:34:02 -0700 (PDT) Message-Id: <199705220334.UAA03229@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: "Tim Oneil" cc: hackers@FreeBSD.ORG Subject: Re: Non-Intel CPUs and FreeBSD In-reply-to: Your message of "Wed, 21 May 1997 15:18:29 PDT." <3.0.32.19970521151828.009643a0@visigenic.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 21 May 1997 20:34:02 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The processor is one thing however I think most of the problems that I have seen are more related to the PCI chipset and the motherboard . When ever you can go with a known motherboard and an Intel PCI chipset. Amancio From owner-freebsd-hackers Wed May 21 20:35:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA27242 for hackers-outgoing; Wed, 21 May 1997 20:35:34 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA27237 for ; Wed, 21 May 1997 20:35:30 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id UAA09886; Wed, 21 May 1997 20:36:09 -0700 (PDT) To: Chris Csanady cc: hackers@FreeBSD.ORG Subject: Re: URGENT: NIC/MB advice needed for cluster... In-reply-to: Your message of "Wed, 21 May 1997 20:15:12 CDT." <199705220115.UAA02426@friley231.res.iastate.edu> Date: Wed, 21 May 1997 20:36:09 -0700 Message-ID: <9882.864272169@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > We are about to purchase 64 dual ppro200's for a large cluster > that we are creating, and I needed some advice/information. Depending > on how things work out, I may end up managing about 90 linux boxes. :( You and your company will hate this option much more over the long run, I am quite sure, de21140 support or not. :-) > due to its somewhat better support of the de21140 cards. Essentially, > if we can get better functionality/benchmarks out of FreeBSD, we will > likely go with that. We must get this money spent by July 20 or so, > so we dont really have much more time to order/test MB/NIC combinations. Have you tried Matt Thomas's latest FreeBSD driver? I believe he's advertised a URL for it several times in this mailing list. > 1. How well does the Etherexpress PRO/100 work currently? Does this card > work well in full duplex mode, and would I be able to have 4 of them per > box without any trouble? ftp.cdrom.com uses a PRO/100 to very good effect, yes it supports full duplex and I don't see any reason why 4 in a box wouldn't work. > 2. We are thinking of buying ASUS P65UP5, or Intel PR440FX boards. I know > ASUS makes great boards, but we could save a lot of money with the Intel. They should all work fine, including onboard NIC. > cards, and memory (ECC DIMM's seem much cheaper..), but is it wise? Sure. Some of the new MBs with Adaptec SCSI chip and Intel NIC on board are pretty good deals, and a PCI slot saved is nothing to turn one's nose up at. > 3. When will the new de driver come to FreeBSD? This would help with our > currently installed base. I don't think it's far off. It'd probably go faster if people helped test Matt's latest submission, in fact. :-) Jordan From owner-freebsd-hackers Wed May 21 21:31:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA29360 for hackers-outgoing; Wed, 21 May 1997 21:31:47 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA29353 for ; Wed, 21 May 1997 21:31:42 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id GAA29754 for ; Thu, 22 May 1997 06:31:29 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id GAA00460 for freebsd-hackers@FreeBSD.ORG; Thu, 22 May 1997 06:31:18 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id AAA13877; Thu, 22 May 1997 00:07:53 +0200 (CEST) Message-ID: <19970522000753.45138@keltia.freenix.fr> Date: Thu, 22 May 1997 00:07:53 +0200 From: Ollivier Robert To: freebsd-hackers@FreeBSD.ORG Subject: Re: drwxr-xr-x 2 bin bin /usr/sbin References: <199705191535.TAA23174@ns.cs.msu.su> <199705200511.PAA16611@ogre.dtir.qld.gov.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67 In-Reply-To: <199705200511.PAA16611@ogre.dtir.qld.gov.au>; from Stephen McKay on Tue, May 20, 1997 at 03:11:27PM +1000 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3283 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Stephen McKay: > Of course, you are correct. Having /bin (and/or its contents) owned by > bin rather than root just adds another method for attacking your system. > Everything should be owned by root unless there is a good reason for it > to be owned by some other uid. Hear ! Hear ! I've been trying to change it on FreeBSD for years. We even discussed this again a few days ago between committers... (just ignore the /var/mail bit, it is another issue). ------------------------------------------------------------ Date: Mon, 5 May 1997 23:07:29 +0200 From: Ollivier Robert To: CVS-committers@FreeBSD.ORG Subject: Re: cvs commit: src/etc group X-Mailer: Mutt 0.67 According to J Wunsch: > And you already knew it doesn't work. :-) Think of setuid-non-root > binaries (the uucp subsystem and the man command). I don't see the problem. My point is that every non setuid/gid binary & and every directory/file should belong to root unless there is an express need for it to belong to someone else. UUCP and man are very good examples where non-root ownership is good. Having /lkm, /sbin belong to non-root is BAD. As for /var/mail, I don't see the need to change to 775 bin.mail. 755 root.whatever has been working for _ages_. I'd rather see mail.local/procmail as setuid root to deliver than Elm and Mutt setgid mail. The bin user is a rather bad idea in my book. It gains nothing and lessen security. ------------------------------------------------------------ -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #9: Thu May 8 20:22:51 CEST 1997 From owner-freebsd-hackers Wed May 21 21:44:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA00369 for hackers-outgoing; Wed, 21 May 1997 21:44:46 -0700 (PDT) Received: from bunyip.cc.uq.edu.au (daemon@bunyip.cc.uq.edu.au [130.102.2.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA00360 for ; Wed, 21 May 1997 21:44:40 -0700 (PDT) Received: (from daemon@localhost) by bunyip.cc.uq.edu.au (8.8.5/8.8.5) id OAA01982 for freebsd-hackers@freebsd.org; Thu, 22 May 1997 14:44:33 +1000 Received: from localhost.devetir.qld.gov.au by ogre.dtir.qld.gov.au (8.7.5/DEVETIR-E0.3a) with SMTP id OAA05825 for ; Thu, 22 May 1997 14:44:02 +1000 (EST) Message-Id: <199705220444.OAA05825@ogre.dtir.qld.gov.au> To: freebsd-hackers@freebsd.org Subject: Re: Slight problems after upgrade 2.2.1 -> 2.2.2 References: <3.0.1.32.19970521205601.00cfd590@mail.nacamar.de> <19970521220115.OG57138@uriah.heep.sax.de> In-Reply-To: <19970521220115.OG57138@uriah.heep.sax.de> from J Wunsch at "Wed, 21 May 1997 20:01:15 +0000" Date: Thu, 22 May 1997 14:44:02 +1000 From: Stephen McKay Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wednesday, 21st May 1997, J Wunsch wrote: >As Michael Beckmann wrote: > >> following an upgrade from 2.2.1 to 2.2.2, I have observed a minor problem >> with the top utility. It truncates the the processes to 6 characters: > >That's because it has been prepared for eventually upcoming support of >16-char usernames. (It's already been in -current for some time now.) "prepared"? I think "accidentally included from -current" is more accurate. I've just recompiled with rev 1.2 of usr.bin/top/machine.c and I'm much happier now. >The better way would be to dynamically calculate the required size. I agree, but how dynamically? Should each screen refresh recalculate positions (leading to stuff jumping left and right all the time), or just once per startup (leading to lots of wasted space if really_long_user is not logged in)? I'm tempted to put the username just left of the command field, and let it be dynamic per screen update. Has anyone contacted the author of top? >We finally adopted top as part of the base system. It's been an essential system tool since the late 80's! It just used most of your cpu cycles back then... Stephen. From owner-freebsd-hackers Wed May 21 22:31:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA02063 for hackers-outgoing; Wed, 21 May 1997 22:31:24 -0700 (PDT) Received: from bunyip.cc.uq.edu.au (daemon@bunyip.cc.uq.edu.au [130.102.2.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA02056 for ; Wed, 21 May 1997 22:31:18 -0700 (PDT) Received: (from daemon@localhost) by bunyip.cc.uq.edu.au (8.8.5/8.8.5) id PAA06374 for freebsd-hackers@freebsd.org; Thu, 22 May 1997 15:31:13 +1000 Received: from localhost.devetir.qld.gov.au by ogre.dtir.qld.gov.au (8.7.5/DEVETIR-E0.3a) with SMTP id PAA07067; Thu, 22 May 1997 15:18:19 +1000 (EST) Message-Id: <199705220518.PAA07067@ogre.dtir.qld.gov.au> To: freebsd-hackers@freebsd.org cc: syssgm@dtir.qld.gov.au Subject: Re: process monitoring tool (like SysV init)? References: <9705210854.AA02911@poveri.tekla.fi> <19970521203745.EU46231@uriah.heep.sax.de> In-Reply-To: <19970521203745.EU46231@uriah.heep.sax.de> from J Wunsch at "Wed, 21 May 1997 18:37:45 +0000" Date: Thu, 22 May 1997 15:18:18 +1000 From: Stephen McKay Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wednesday, 21st May 1997, J Wunsch wrote: >As Sakari Jalovaara wrote: > >> It struck me as a rather nice idea. No more "ps | grep sendmail ... >> kill ... sendmail -bd -q1h" - just do "nanny restart sendmail". > >All `conforming' daemons leave their PID in /var/run/.pid. /var/run/* is good, but not foolproof. A daemon could die and not remove its pid file. An innocent bystander could be shot. A nanny program (assuming it doesn't die :-0 ) would know immediately if one of its children exited. I like the idea of a nanny type program, but can't decide whether it should be merged with init, much like System V, or kept separate like inetd. Stephen. From owner-freebsd-hackers Wed May 21 22:38:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA02380 for hackers-outgoing; Wed, 21 May 1997 22:38:54 -0700 (PDT) Received: from cypher.net (black@zen.pratt.edu [205.232.115.155]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA02375 for ; Wed, 21 May 1997 22:38:52 -0700 (PDT) Received: (from black@localhost) by cypher.net (8.8.5/8.7.1) id BAA26362; Thu, 22 May 1997 01:01:56 -0400 Date: Thu, 22 May 1997 01:01:54 -0400 (EDT) From: Ben Black To: Chris Csanady cc: hackers@FreeBSD.ORG Subject: Re: URGENT: NIC/MB advice needed for cluster... In-Reply-To: <199705220115.UAA02426@friley231.res.iastate.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk get the intel PR440FX and be happy. On Wed, 21 May 1997, Chris Csanady wrote: > We are about to purchase 64 dual ppro200's for a large cluster > that we are creating, and I needed some advice/information. Depending > on how things work out, I may end up managing about 90 linux boxes. :( > > The reason that we are leaning toward linux currently is essentially > due to its somewhat better support of the de21140 cards. Essentially, > if we can get better functionality/benchmarks out of FreeBSD, we will > likely go with that. We must get this money spent by July 20 or so, > so we dont really have much more time to order/test MB/NIC combinations. > > So, what I was wondering... > > 1. How well does the Etherexpress PRO/100 work currently? Does this card > work well in full duplex mode, and would I be able to have 4 of them per > box without any trouble? > > 2. We are thinking of buying ASUS P65UP5, or Intel PR440FX boards. I know > ASUS makes great boards, but we could save a lot of money with the Intel. > Does anyone know if the onboard ethernet works? We would save on Enet > cards, and memory (ECC DIMM's seem much cheaper..), but is it wise? > > Another thing we are concerned with is the DMA. Apparently the DMA on > the SuperMicro board we got seems to be doing page forwarding on the > PCI bus or something. (I don't really know someone else speculated it.. > We really need the best of performance though--so would we be well off > with the with either of the above boards? > > 3. When will the new de driver come to FreeBSD? This would help with our > currently installed base. > > I appologize for the length, but I really really dont like linux much. I > would appreciate any info anyone could give me.. > > Thanks, > Chris > > -- > Chris Csanady System Administrator > Scalable Computing Laboratory ccsanady@scl.ameslab.gov > 304 Wilhelm Hall VOICE: 515-294-7336 > Ames Laboratory / Iowa State University FAX: 515-294-4491 > > > > From owner-freebsd-hackers Wed May 21 23:16:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA03893 for hackers-outgoing; Wed, 21 May 1997 23:16:32 -0700 (PDT) Received: from mail.wellserv.com (3U0QAJAZiLeDnJy3bR/GHEs358gLOVfw@SINISTER.WELLSERV.COM [207.48.230.66]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA03885 for ; Wed, 21 May 1997 23:16:28 -0700 (PDT) Received: (from paul@localhost) by mail.wellserv.com (8.8.5/8.8.5) id CAA00529; Thu, 22 May 1997 02:16:12 -0400 (EDT) To: hackers@freebsd.org Subject: Presario + Adaptec = SCSI hang From: "Paul F. Wells" Date: 22 May 1997 02:16:11 -0400 Message-ID: Lines: 95 X-Mailer: Gnus v5.2.40/XEmacs 19.14 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does anyone have experience with 2.2.1-RELEASE (CD installed) on hardware similar to the following: Compaq Presario 992 w/48M RAM Adaptec 1542B everything else is stock (kind of) I occasionally experience a SCSI 'lockup/hang' with this setup. Log messages are as below. Now, I realize that I should be using a more capable box. Unfortunately, this is what I have, and the best I can hope for is to upgrade (inexpensively) to a PCI SCSI adapter. Meanwhile, however, is there a software problem/solution in the driver? Or will I have to bite bullet and get the new adapter? Thanks very much, Paul May 22 01:36:35 sinister /kernel: sd0(aha0:0:0): timed out May 22 01:36:39 sinister /kernel: sd0(aha0:0:0): timed out May 22 01:36:39 sinister /kernel: adapter not taking commands.. frozen?! May 22 01:36:39 sinister /kernel: AGAIN May 22 01:36:39 sinister /kernel: aha0: MBO 02 and not 00 (free) May 22 01:36:49 sinister /kernel: sd0(aha0:0:0): timed out May 22 01:36:49 sinister /kernel: adapter not taking commands.. frozen?! May 22 01:36:49 sinister /kernel: May 22 01:36:53 sinister /kernel: sd0(aha0:0:0): timed out May 22 01:36:53 sinister /kernel: adapter not taking commands.. frozen?! May 22 01:36:53 sinister /kernel: AGAIN May 22 01:36:53 sinister /kernel: aha0: MBO 02 and not 00 (free) May 22 01:37:03 sinister /kernel: sd0(aha0:0:0): timed out May 22 01:37:03 sinister /kernel: adapter not taking commands.. frozen?! May 22 01:37:03 sinister /kernel: ... ad infinitum, until I cycle power on the machine. And here is dmesg: Copyright (c) 1992-1996 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2.1-RELEASE #0: Wed May 7 15:00:20 EDT 1997 root@sinister.wellserv.com:/usr/src/sys/compile/PRESARIO CPU: Pentium (100.23-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 50331648 (49152K bytes) avail memory = 46686208 (45592K bytes) Probing for devices on PCI bus 0: chip0 rev 1 on pci0:0 chip1 rev 1 on pci0:1 vga0 rev 195 on pci0:2 pci0:3: CMD, device=0x0640, class=storage (ide) int a irq 14 [no driver assigned] Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <5 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 5 on isa ed0: address 00:40:05:1d:3a:4d, type NE2000 (16 bit) psm0 at 0x60-0x64 irq 12 on motherboard psm0: device ID 0 lpt0 at 0x378-0x37f on isa sio0 at 0x2f8-0x2ff irq 3 on isa sio0: type 16550A sio2 at 0x3e8-0x3ef irq 9 on isa sio2: type 16550A aha0 at 0x330-0x333 irq 11 drq 5 on isa aha0 waiting for scsi devices to settle (aha0:0:0): "MICROP 4110-09TBCU0322J HT01" type 0 fixed SCSI 2 sd0(aha0:0:0): Direct-Access 1002MB (2053880 512 byte sectors) sd0(aha0:0:0): with 2428 cyls, 9 heads, and an average 93 sectors/track (aha0:1:0): "CONNER CP3500-540MB-3.5 3236" type 0 fixed SCSI 2 sd1(aha0:1:0): Direct-Access 518MB (1062516 512 byte sectors) sd1(aha0:1:0): with 1807 cyls, 12 heads, and an average 49 sectors/track (aha0:2:0): "WANGTEK 5150ES SCSI FA18 08" type 1 removable SCSI 1 st0(aha0:2:0): Sequential-Access drive offline wdc0 at 0x1f0-0x1f7 irq 14 flags 0x80ff80ff on isa wdc0: unit 0 (wd0): , multi-block-16 wd0: 1033MB (2116800 sectors), 2100 cyls, 16 heads, 63 S/T, 512 B/S wdc0: unit 1 (atapi): , removable, accel, iordis wcd0: 689Kb/sec, 211Kb cache, audio play, 256 volume levels, ejectable tray wcd0: medium type unknown, unlocked fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface -- Paul F. Wells 627 Heather Drive Lithia Springs, GA 30057 +1 770 941 5810 From owner-freebsd-hackers Wed May 21 23:19:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA03983 for hackers-outgoing; Wed, 21 May 1997 23:19:38 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA03975 for ; Wed, 21 May 1997 23:19:33 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.8.5) id QAA27055; Thu, 22 May 1997 16:18:59 +1000 (EST) Date: Thu, 22 May 1997 16:18:58 +1000 (EST) From: "Daniel O'Callaghan" To: Stephen McKay cc: freebsd-hackers@FreeBSD.ORG, syssgm@dtir.qld.gov.au Subject: Re: process monitoring tool (like SysV init)? In-Reply-To: <199705220518.PAA07067@ogre.dtir.qld.gov.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 22 May 1997, Stephen McKay wrote: > On Wednesday, 21st May 1997, J Wunsch wrote: > > >As Sakari Jalovaara wrote: > > > >> It struck me as a rather nice idea. No more "ps | grep sendmail ... > >> kill ... sendmail -bd -q1h" - just do "nanny restart sendmail". > > > >All `conforming' daemons leave their PID in /var/run/.pid. > > /var/run/* is good, but not foolproof. A daemon could die and not remove > its pid file. An innocent bystander could be shot. A nanny program (assuming > it doesn't die :-0 ) would know immediately if one of its children exited. > > I like the idea of a nanny type program, but can't decide whether it should > be merged with init, much like System V, or kept separate like inetd. The question in my mind is "How does the nanny know that the program has died?". If the program does not daemonise itself, then SIGCLD takes care of that, but if the program *does* daemonise itself, what then? Would it be possible for the kernel to signal an event such as a process dying? Does it do this already? One simple, imperfect way is to grab a pid from /var/run, and then watch /proc/{pid}/status. Danny From owner-freebsd-hackers Thu May 22 00:32:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA07081 for hackers-outgoing; Thu, 22 May 1997 00:32:30 -0700 (PDT) Received: from bunyip.cc.uq.edu.au (daemon@bunyip.cc.uq.edu.au [130.102.2.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA07072 for ; Thu, 22 May 1997 00:32:25 -0700 (PDT) Received: (from daemon@localhost) by bunyip.cc.uq.edu.au (8.8.5/8.8.5) id RAA16811; Thu, 22 May 1997 17:32:22 +1000 Received: from troll.devetir.qld.gov.au by ogre.dtir.qld.gov.au (8.7.5/DEVETIR-E0.3a) with ESMTP id RAA12289; Thu, 22 May 1997 17:31:52 +1000 (EST) Received: from localhost (syssgm@localhost) by troll.devetir.qld.gov.au (8.8.5/8.8.5) with SMTP id RAA08128; Thu, 22 May 1997 17:31:48 +1000 (EST) Message-Id: <199705220731.RAA08128@troll.devetir.qld.gov.au> X-Authentication-Warning: troll.devetir.qld.gov.au: syssgm@localhost didn't use HELO protocol To: "Daniel O'Callaghan" cc: freebsd-hackers@FreeBSD.ORG, syssgm@dtir.qld.gov.au Subject: Re: process monitoring tool (like SysV init)? References: In-Reply-To: from "Daniel O'Callaghan" at "Thu, 22 May 1997 16:18:58 +1000" Date: Thu, 22 May 1997 17:31:48 +1000 From: Stephen McKay Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thursday, 22nd May 1997, Daniel O'Callaghan wrote: >On Thu, 22 May 1997, Stephen McKay wrote: > >> /var/run/* is good, but not foolproof. A daemon could die and not remove >> its pid file. An innocent bystander could be shot. A nanny program >> (assuming >> it doesn't die :-0 ) would know immediately if one of its children exited. >> I like the idea of a nanny type program, but can't decide whether it should >> be merged with init, much like System V, or kept separate like inetd. > >The question in my mind is "How does the nanny know that the program has >died?". If the program does not daemonise itself, then SIGCLD takes care >of that, but if the program *does* daemonise itself, what then? Would it >be possible for the kernel to signal an event such as a process dying? >Does it do this already? One simple, imperfect way is to grab a pid from >/var/run, and then watch /proc/{pid}/status. I was assuming (with out being clear enough) that all daemons would have to support a non-fork-into-background mode, and be direct children of the nanny. It would be silly otherwise. (Translation: you would gain nothing by having a nanny if the nanny had to rely on possibly out of date files lying around in /var/run.) Children of inetd usually have two modes: managed by inetd and attached to file descriptor 0, versus stand-alone accepting their own connections. Similarly, the daemons we might want to manage with the nanny are normally stand-alone, but often have a debug mode that prevents forking. Those that have no non-forking mode would need to have one added. Possibly a nanny-to-managed-daemon interface should be designed, then all daemons updated to support it. Maybe "if descriptor 0 is a pipe then I'm managed by nanny, won't fork, and will accept nanny commands from stdin". This is probably overkill though, and standardising on a few signals for graceful shutdown and config file re-reading is probably easier and good enough. Then nanny just needs a list of command lines for invoking the daemons at startup or when they fall over. Stephen. From owner-freebsd-hackers Thu May 22 00:43:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA07518 for hackers-outgoing; Thu, 22 May 1997 00:43:14 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA07508 for ; Thu, 22 May 1997 00:43:02 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id IAA07095; Thu, 22 May 1997 08:39:56 +0100 (BST) Message-Id: <199705220739.IAA07095@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: hackers@FreeBSD.ORG Subject: Re: process monitoring tool (like SysV init)? In-reply-to: Your message of "Wed, 21 May 1997 20:37:45 +0200." <19970521203745.EU46231@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="===_0_Thu_May_22_08:39:44_BST_1997" Date: Thu, 22 May 1997 08:39:56 +0100 From: Brian Somers Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This is a multipart MIME message. --===_0_Thu_May_22_08:39:44_BST_1997 Content-Type: text/plain; charset=us-ascii > As Sakari Jalovaara wrote: > > > It struck me as a rather nice idea. No more "ps | grep sendmail ... > > kill ... sendmail -bd -q1h" - just do "nanny restart sendmail". > > All `conforming' daemons leave their PID in /var/run/.pid. [.....] > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) That reminds me. Is anyone interested in a "pkill" command ? It's a shell script (attached 'cos it's not too big) that kills processes by name - so you can say "pkill -HUP named" for example. It would be nice to commit this. -- Brian , Don't _EVER_ lose your sense of humour.... --===_0_Thu_May_22_08:39:44_BST_1997 Content-Type: application/x-script Content-Description: pkill Content-Transfer-Encoding: base64 IyEgL2Jpbi9zaAojIGtpbGwgdGhlIG5hbWVkIHByb2Nlc3MoZXMpCgpjYXNlICQxIGluIC0q KSBmbGFnPSQxOyBzaGlmdDs7IGVzYWMKClsgJCMgLWVxIDAgXSAmJiB7IGVjaG8gVXNhZ2U6 IHBraWxsIHByb2NuYW1lLi4uOyBleGl0IDE7IH0KCnJ1bm5pbmc9YHBzIGF4b3BpZCxjb21t YW5kIHwKCXNlZCAtZSAncy9eICovLycgXAoJCS1lICdzLF5cKFswLTldKlwpIC4qKFwoW14p XSpcKSkkLFwxIFwyLCcgXAoJCS1lICdzLF5cKFswLTldKlwpIFteIF0qLyxcMSAsJyBcCgkJ LWUgJ3MsXlwoWzAtOV0qXCkgXChbXiBdKlwpIC4qLFwxIFwyLCdgCgppZnM9IiRJRlMiCklG Uz0KZm9yIGYKZG8KCXBpZD1gZWNobyAkcnVubmluZyB8IHNlZCAtbiAiLyAkZiQvIHMvIC4q Ly9wImAKCVsgLXogIiRwaWQiIF0gJiYgZWNobyAiJGY6IE5vIHN1Y2ggcHJvY2Vzcy4iID4m MiB8fCBwaWRzPSIkcGlkcyAkcGlkIgpkb25lClsgLW4gIiRwaWRzIiBdICYmIHsKCUlGUz0i JGlmcyIKCXBpZHM9ImBlY2hvICRwaWRzYCIKCWVjaG8ga2lsbCAkZmxhZyAkcGlkcwoJa2ls bCAkZmxhZyAkcGlkcwp9Cg== --===_0_Thu_May_22_08:39:44_BST_1997-- From owner-freebsd-hackers Thu May 22 01:19:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA08911 for hackers-outgoing; Thu, 22 May 1997 01:19:40 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA08906 for ; Thu, 22 May 1997 01:19:37 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id RAA19791; Thu, 22 May 1997 17:49:20 +0930 (CST) From: Michael Smith Message-Id: <199705220819.RAA19791@genesis.atrad.adelaide.edu.au> Subject: Re: process monitoring tool (like SysV init)? In-Reply-To: <199705220739.IAA07095@awfulhak.demon.co.uk> from Brian Somers at "May 22, 97 08:39:56 am" To: brian@awfulhak.org (Brian Somers) Date: Thu, 22 May 1997 17:49:20 +0930 (CST) Cc: joerg_wunsch@uriah.heep.sax.de, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Brian Somers stands accused of saying: > > That reminds me. Is anyone interested in a "pkill" command ? It's > a shell script (attached 'cos it's not too big) that kills processes > by name - so you can say "pkill -HUP named" for example. > > It would be nice to commit this. KILLALL(1) FreeBSD General Commands Manual KILLALL(1) NAME killall - kill processes by name SYNOPSIS killall [-d |-v] [-h |-?] [-help] [-l] [-m] [-s] [-SIGNAL] procname ... DESCRIPTION Killall kills processes selected by name, as opposed to the selection by pid as done by kill(1). By default, it will send a TERM signal to all processes with an effective UID identical to the caller of killall that match the name procname. The super-user is allowed to kill any process. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Thu May 22 01:20:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA09010 for hackers-outgoing; Thu, 22 May 1997 01:20:53 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA09002 for ; Thu, 22 May 1997 01:20:48 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.8.5) id SAA27536; Thu, 22 May 1997 18:20:36 +1000 (EST) Date: Thu, 22 May 1997 18:20:35 +1000 (EST) From: "Daniel O'Callaghan" To: Brian Somers cc: hackers@FreeBSD.ORG Subject: Re: process monitoring tool (like SysV init)? In-Reply-To: <199705220739.IAA07095@awfulhak.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 22 May 1997, Brian Somers wrote: > That reminds me. Is anyone interested in a "pkill" command ? It's > a shell script (attached 'cos it's not too big) that kills processes > by name - so you can say "pkill -HUP named" for example. Try man killall(1). Danny From owner-freebsd-hackers Thu May 22 01:25:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA09216 for hackers-outgoing; Thu, 22 May 1997 01:25:02 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA09207 for ; Thu, 22 May 1997 01:24:59 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id JAA11849; Thu, 22 May 1997 09:24:42 +0100 (BST) Date: Thu, 22 May 1997 09:24:42 +0100 (BST) From: Doug Rabson To: Brian Somers cc: Joerg Wunsch , hackers@freebsd.org Subject: Re: process monitoring tool (like SysV init)? In-Reply-To: <199705220739.IAA07095@awfulhak.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 22 May 1997, Brian Somers wrote: > > As Sakari Jalovaara wrote: > > > > > It struck me as a rather nice idea. No more "ps | grep sendmail ... > > > kill ... sendmail -bd -q1h" - just do "nanny restart sendmail". > > > > All `conforming' daemons leave their PID in /var/run/.pid. > [.....] > > -- > > cheers, J"org > > > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > > Never trust an operating system you don't have sources for. ;-) > > That reminds me. Is anyone interested in a "pkill" command ? It's > a shell script (attached 'cos it's not too big) that kills processes > by name - so you can say "pkill -HUP named" for example. Don't we already have killall in the base system? -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-hackers Thu May 22 01:37:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA09880 for hackers-outgoing; Thu, 22 May 1997 01:37:14 -0700 (PDT) Received: from hydrogen.nike.efn.org (metriclient-2.uoregon.edu [128.223.172.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA09875 for ; Thu, 22 May 1997 01:37:06 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.5/8.8.5) id BAA00405; Thu, 22 May 1997 01:38:48 -0700 (PDT) Message-ID: <19970522013848.59986@hydrogen.nike.efn.org> Date: Thu, 22 May 1997 01:38:48 -0700 From: John-Mark Gurney To: hackers@FreeBSD.ORG Subject: Re: process monitoring tool (like SysV init)? References: <19970521203745.EU46231@uriah.heep.sax.de> <199705220739.IAA07095@awfulhak.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199705220739.IAA07095@awfulhak.demon.co.uk>; from Brian Somers on Thu, May 22, 1997 at 08:39:56AM +0100 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Brian Somers scribbled this message on May 22: > That reminds me. Is anyone interested in a "pkill" command ? It's > a shell script (attached 'cos it's not too big) that kills processes > by name - so you can say "pkill -HUP named" for example. umm... we already have an equivalent... killall... of course I use my own scripts were I KNOW the behavior... :) -- John-Mark Cu Networking Modem/FAX: +1 541 683 6954 Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-hackers Thu May 22 01:51:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA10370 for hackers-outgoing; Thu, 22 May 1997 01:51:09 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id BAA10365 for ; Thu, 22 May 1997 01:51:00 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA00433 for hackers@freebsd.org; Thu, 22 May 1997 10:50:47 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id KAA20363; Thu, 22 May 1997 10:22:01 +0200 (MET DST) Message-ID: <19970522102201.YU65110@uriah.heep.sax.de> Date: Thu, 22 May 1997 10:22:01 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.org Subject: Re: process monitoring tool (like SysV init)? References: <19970521203745.EU46231@uriah.heep.sax.de> <199705220739.IAA07095@awfulhak.demon.co.uk> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705220739.IAA07095@awfulhak.demon.co.uk>; from Brian Somers on May 22, 1997 08:39:56 +0100 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Brian Somers wrote: > That reminds me. Is anyone interested in a "pkill" command ? It's > a shell script (attached 'cos it's not too big) that kills processes > by name - so you can say "pkill -HUP named" for example. You mean, something like Wolfram's killall(1)? :-) j@uriah 63% killall -s tcsh kill -TERM 262 271 809 -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu May 22 02:41:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA12540 for hackers-outgoing; Thu, 22 May 1997 02:41:18 -0700 (PDT) Received: from gate.slc.ru ([194.85.158.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA12535 for ; Thu, 22 May 1997 02:41:13 -0700 (PDT) Received: from asteroid.intermedia.ru by gate.slc.ru with ESMTP id NAA21166; (8.6.11/vak/1.9) Thu, 22 May 1997 13:38:27 +0400 Received: from asteroid.intermedia.ru (localhost.intermedia.ru [127.0.0.1]) by asteroid.intermedia.ru (8.8.5/8.8.5) with ESMTP id NAA24670; Thu, 22 May 1997 13:44:51 +0400 (MSD) Message-Id: <199705220944.NAA24670@asteroid.intermedia.ru> X-Mailer: exmh version 2.0gamma 1/27/96 To: Lars Jonas Olsson cc: hackers@freebsd.org Subject: Re: VirusWall on FreeBSD? In-reply-to: Your message of "Mon, 19 May 1997 12:02:32 CDT." <199705191702.MAA14701@Jupiter.Mcs.Net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 May 1997 13:44:17 +0400 From: Alex Povolotsky Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I've got a FreeBSD machine that provides WWW and email services for a > small company (60 people is this office). I'd like to detect > MSDOS/Windows viruses sent via email and WWW on this machine. I fear you'll overload your server by infinite checking, for you'll have to check also .zip, .arj and a dozen of other archives, and still you'll unable to prevent users to bring viruses, say, on floppies (we're hunting for floppy with OneHalf for half a year, without any success). Well, and what if your user will get encrypted file with virus? Alex. From owner-freebsd-hackers Thu May 22 02:50:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA12868 for hackers-outgoing; Thu, 22 May 1997 02:50:10 -0700 (PDT) Received: from gate.slc.ru ([194.85.158.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA12854 for ; Thu, 22 May 1997 02:50:03 -0700 (PDT) Received: from asteroid.intermedia.ru by gate.slc.ru with ESMTP id NAA21251; (8.6.11/vak/1.9) Thu, 22 May 1997 13:48:00 +0400 Received: from asteroid.intermedia.ru (localhost.intermedia.ru [127.0.0.1]) by asteroid.intermedia.ru (8.8.5/8.8.5) with ESMTP id NAA24750; Thu, 22 May 1997 13:54:26 +0400 (MSD) Message-Id: <199705220954.NAA24750@asteroid.intermedia.ru> X-Mailer: exmh version 2.0gamma 1/27/96 To: dg@root.com cc: hackers@freebsd.org Subject: Re: DMA for IDE drives ? In-reply-to: Your message of "Wed, 21 May 1997 03:55:26 PDT." <199705211055.DAA17279@implode.root.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 May 1997 13:54:16 +0400 From: Alex Povolotsky Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >DMA support for at least the Intel Triton chipset was added some time > >back, but never integrated with the 'wd' driver. IIRC, DavidG did it. > > It was John Dyson, but the code had bugs and only worked on the Triton > chipset. Well than, I do have Triton HX, can I get the source and test? Alex. From owner-freebsd-hackers Thu May 22 02:56:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA13061 for hackers-outgoing; Thu, 22 May 1997 02:56:26 -0700 (PDT) Received: from mail13.digital.com (mail13.digital.com [192.208.46.30]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA13052 for ; Thu, 22 May 1997 02:56:22 -0700 (PDT) From: garyj@frt.dec.com Received: from cssmuc.frt.dec.com by mail13.digital.com (8.7.5/UNX 1.5/1.0/WV) id FAA12621; Thu, 22 May 1997 05:53:13 -0400 (EDT) Received: from localhost by cssmuc.frt.dec.com; (5.65v3.2/1.1.8.2/14Nov95-0232PM) id AA31258; Thu, 22 May 1997 11:53:12 +0200 Message-Id: <9705220953.AA31258@cssmuc.frt.dec.com> X-Mailer: exmh version 1.6.4 10/10/95 To: hackers@freebsd.org In-Reply-To: Message from Terry Lambert of Wed, 21 May 97 11:05:37 PDT. Reply-To: gjennejohn@frt.dec.com Subject: Re: pure /proc ps? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 May 97 11:53:12 +0200 X-Mts: smtp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk terry@lambert.org writes: > Personally, I think that 'ps' in the system dump case should be built > into the "crash" proram, not into 'ps', and that 'ps' should use /proc > and that mounting /proc should be as mandatory as I believe mounting > /dev should be. > you have crash working under FreeBSD ? Neat ! Lemme have it ! In case you really mean crash == gdb, I tend to agree. It would be handy to have a ps type command to look at a crash dump. And it shouldn't be too hard to do, really. The basic code is already in kvm-fbsd.c. --- Gary Jennejohn (work) gjennejohn@frt.dec.com (home) Gary.Jennejohn@munich.netsurf.de (play) gj@freebsd.org From owner-freebsd-hackers Thu May 22 03:53:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA14786 for hackers-outgoing; Thu, 22 May 1997 03:53:37 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id DAA14781 for ; Thu, 22 May 1997 03:53:33 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA02775 for freebsd-hackers@FreeBSD.ORG; Thu, 22 May 1997 12:53:31 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id MAA10557; Thu, 22 May 1997 12:46:41 +0200 (MET DST) Message-ID: <19970522124641.TZ57175@uriah.heep.sax.de> Date: Thu, 22 May 1997 12:46:41 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: Slight problems after upgrade 2.2.1 -> 2.2.2 References: <3.0.1.32.19970521205601.00cfd590@mail.nacamar.de> <19970521220115.OG57138@uriah.heep.sax.de> <199705220444.OAA05825@ogre.dtir.qld.gov.au> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705220444.OAA05825@ogre.dtir.qld.gov.au>; from Stephen McKay on May 22, 1997 14:44:02 +1000 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Stephen McKay wrote: > >That's because it has been prepared for eventually upcoming support of > >16-char usernames. (It's already been in -current for some time now.) > > "prepared"? I think "accidentally included from -current" is more > accurate. ...but i remember some discussion afterwards that it shouldn't be reverted either. > >The better way would be to dynamically calculate the required size. > > I agree, but how dynamically? Probably by determining the longest actual username beforehand? No idea. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu May 22 05:02:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA17213 for hackers-outgoing; Thu, 22 May 1997 05:02:54 -0700 (PDT) Received: from mail.nacamar.de (mail.nacamar.de [194.162.162.200]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA17208 for ; Thu, 22 May 1997 05:02:45 -0700 (PDT) Received: from newsfeed (newsfeed.nacamar.de [194.162.162.196]) by mail.nacamar.de (8.8.5/8.8.5) with SMTP id OAA17381; Thu, 22 May 1997 14:02:37 +0200 (CEST) Message-Id: <3.0.1.32.19970522140236.00aea750@mail.nacamar.de> X-Sender: petzi@mail.nacamar.de X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Thu, 22 May 1997 14:02:36 +0200 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), hackers@FreeBSD.ORG From: Michael Beckmann Subject: Re: Slight problems after upgrade 2.2.1 -> 2.2.2 In-Reply-To: <19970521220115.OG57138@uriah.heep.sax.de> References: <3.0.1.32.19970521205601.00cfd590@mail.nacamar.de> <3.0.1.32.19970521205601.00cfd590@mail.nacamar.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 22:01 21.05.97 +0200, J Wunsch wrote: >As Michael Beckmann wrote: > >> following an upgrade from 2.2.1 to 2.2.2, I have observed a minor problem >> with the top utility. It truncates the the processes to 6 characters: > >That's because it has been prepared for eventually upcoming support of >16-char usernames. (It's already been in -current for some time now.) > >The better way would be to dynamically calculate the required size. And then you'd have to recalculate all the time, because a new process can be started at any time under a long User ID.... It would be nicer and if top would use the actual size of the terminal. It truncates the process names on the right even though I have a terminal with 132 columns. Other system performance utilities like systat or vmstat don't use the actual window size either. Michael From owner-freebsd-hackers Thu May 22 05:03:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA17231 for hackers-outgoing; Thu, 22 May 1997 05:03:02 -0700 (PDT) Received: from nemeton.com.au ([203.8.3.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA17224 for ; Thu, 22 May 1997 05:02:57 -0700 (PDT) Received: from topaz.nemeton.com.au (topaz.nemeton.com.au [203.8.3.18]) by nemeton.com.au (8.8.5/8.8.5) with ESMTP id WAA20653; Thu, 22 May 1997 22:02:49 +1000 (EST) Received: from localhost.nemeton.com.au (localhost.nemeton.com.au [127.0.0.1]) by topaz.nemeton.com.au (8.8.5/8.8.5) with SMTP id WAA00252; Thu, 22 May 1997 22:09:13 +1000 (EST) Message-Id: <199705221209.WAA00252@topaz.nemeton.com.au> To: Stephen McKay cc: freebsd-hackers@freebsd.org Subject: Re: process monitoring tool (like SysV init)? In-reply-to: <199705220518.PAA07067@ogre.dtir.qld.gov.au> Date: Thu, 22 May 1997 22:09:12 +1000 From: Giles Lean Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 22 May 1997 15:18:18 +1000 Stephen McKay wrote: > I like the idea of a nanny type program, but can't decide whether it should > be merged with init, much like System V, or kept separate like inetd. Keep it separate. I built it in once, and tossed the code: - runlevels and monitoring processes aren't the same thing - complexity is nasty: o you keep /etc/ttys o you don't keep /etc/ttys o people are confused either way - runlevels o you leave them out o you put them in (Solaris model) o you put them in (HP-UX model o you put them in (some other model) o people are confused no matter what - if you do runlevels, where do you store them? o 4.4BSD has read only root at single user o kernel variable is ugly and inappropriate Just write a nanny process, call it nanny or spawnd or a.out but *not* init and get on with life. :-) Giles From owner-freebsd-hackers Thu May 22 14:19:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA06710 for hackers-outgoing; Thu, 22 May 1997 14:19:34 -0700 (PDT) Received: from cais.cais.com (root@cais.com [199.0.216.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA06705 for ; Thu, 22 May 1997 14:19:31 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [205.252.122.1]) by cais.cais.com (8.8.5/8.7.3) with SMTP id RAA14762; Thu, 22 May 1997 17:19:22 -0400 (EDT) Received: from Journey2.mat.net (journey2.mat.net [205.252.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id RAA08367; Thu, 22 May 1997 17:19:20 -0400 Date: Thu, 22 May 1997 17:19:03 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@Journey2.mat.net To: Warner Losh cc: Josef Grosch , hackers@FreeBSD.ORG Subject: Re: Porting question In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 22 May 1997, Warner Losh wrote: > What's wrong with using strerror() instead? And hacking the makefiles > on really old crufty systems to include a short function that returns > things from sys_errlist? It is a heck of a lot more portable and much > easier to maintain. They are functionally the exact same thing. Use strerror if you want. I was trying to demonstrate the method I use to catch and fix changes. > > Warner > > > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Thu May 22 14:56:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA10241 for hackers-outgoing; Thu, 22 May 1997 14:56:36 -0700 (PDT) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA10218 for ; Thu, 22 May 1997 14:56:30 -0700 (PDT) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA21367; Thu, 22 May 1997 14:56:37 -0700 Date: Thu, 22 May 1997 14:56:37 -0700 (PDT) From: "Brian N. Handy" To: freebsd-hackers@freebsd.org Subject: Can I read from a worm yet? Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In some of the email exchanges I've seen, there's hints that it's possible to mount a CD in a worm drive and read it. Is this true? Any pointers as to how to do this? 2.2-STABLE. Thanks, Brian From owner-freebsd-hackers Thu May 22 15:42:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA14041 for hackers-outgoing; Thu, 22 May 1997 15:42:29 -0700 (PDT) Received: from ingenieria ([168.176.15.11]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA13890 for ; Thu, 22 May 1997 15:40:11 -0700 (PDT) Received: by ingenieria (SMI-8.6/SMI-SVR4) id SAA13689; Thu, 22 May 1997 18:26:46 -0400 Date: Thu, 22 May 1997 18:26:46 -0400 (EDT) From: Yonny Cardenas To: hackers@freebsd.org Subject: Controler for SCSI Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a box AcerPro P100 with a controler SCSI of Future Domain 18C30/18C50 and Disk SCSI Quantum Fireball 1080S.There are drivers for FreeBSD or Linux ? Thanks. ---------------------------------------------------------------- YONNY CARDENAS BARON || || || || Systems Engineer || || ||| || National University of Colombia || || || | || e-mail: ||||||| || ||| yonny@ingenieria.ingsala.unal.edu.co inteng@hotmail.com From owner-freebsd-hackers Thu May 22 15:42:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA14224 for hackers-outgoing; Thu, 22 May 1997 15:42:47 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA14170 for ; Thu, 22 May 1997 15:42:43 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA12051; Fri, 23 May 1997 00:42:41 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id AAA00776; Fri, 23 May 1997 00:41:05 +0200 (MET DST) Message-ID: <19970523004105.IZ15844@uriah.heep.sax.de> Date: Fri, 23 May 1997 00:41:05 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Cc: handy@sag.space.lockheed.com (Brian N. Handy) Subject: Re: Can I read from a worm yet? References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Brian N. Handy on May 22, 1997 14:56:37 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Brian N. Handy wrote: > In some of the email exchanges I've seen, there's hints that it's possible > to mount a CD in a worm drive and read it. Is this true? Any pointers as > to how to do this? mount -t cd9660 /dev/worm0 /cdrom The code in 2.2-stable still suffers from a problem with the newer drives (CDD2660, HP6020i) where you gotta reload the medium after unmounting, before you can do anything again with the drive. Jean- Marc recently fixed this in -current. At least the removal of the scsi_stop_unit() calls should migrate to 2.2-stable. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu May 22 16:22:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA16303 for hackers-outgoing; Thu, 22 May 1997 16:22:41 -0700 (PDT) Received: from superior.mooseriver.com (ppp024-sm2.sirius.com [205.134.231.24]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA16293 for ; Thu, 22 May 1997 16:22:36 -0700 (PDT) Received: (from jgrosch@localhost) by superior.mooseriver.com (8.8.5/8.8.5) id QAA15372 for hackers@freebsd.org; Thu, 22 May 1997 16:22:34 -0700 (PDT) From: Josef Grosch Message-Id: <199705222322.QAA15372@superior.mooseriver.com> Subject: SCSI tape config To: hackers@freebsd.org Date: Thu, 22 May 1997 16:22:34 -0700 (PDT) Reply-To: jgrosch@superior.mooseriver.com X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've got this old Wangtek tape drive that handles QIC-150 tapes. THis drive came out of an old Sun shoebox and has an adapter board to allow a SCSI controller to driver it. My question is how does one set the SCSI id. There are a number of jumpers on the adapter board, which was made by Emulex. Does anyone know anthing about these? Josef -- Josef Grosch | Another day closer to a | FreeBSD 2.2.1 jgrosch@MooseRiver.com | Micro$oft free world | UNIX for the masses From owner-freebsd-hackers Thu May 22 16:31:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA16645 for hackers-outgoing; Thu, 22 May 1997 16:31:58 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA16640 for ; Thu, 22 May 1997 16:31:56 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id QAA01123 for ; Thu, 22 May 1997 16:31:20 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma001119; Thu May 22 16:31:20 1997 Received: (from archie@localhost) by bubba.whistle.com (8.8.5/8.6.12) id QAA09008 for freebsd-hackers@freebsd.org; Thu, 22 May 1997 16:31:20 -0700 (PDT) From: Archie Cobbs Message-Id: <199705222331.QAA09008@bubba.whistle.com> Subject: rtinit: wrong ifa To: freebsd-hackers@freebsd.org Date: Thu, 22 May 1997 16:31:20 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a fairly recent RELENG_2_2 kernel. Suppose I want to number interfaces "lo1" and "ed0" like this: lo1: flags=8049 mtu 16384 inet 207.76.205.82 netmask 0xffffffff ed0: flags=8843 mtu 1500 inet 207.76.205.82 netmask 0xffffff00 broadcast 207.76.205.255 ether 00:60:61:01:03:ec Huh? You want to know why the heck I'm doing this?? OK... :-) The problem I'm trying to solve is that I want the address 207.76.205.82 to always exist on *some* interface, because I've got services binding to it explicitly (as opposed to INADDR_ANY) -- but the "ed0" interface may be going up or down. Remember that point to point interfaces gladly allow the local address to exist on another interface as well. This is the desired effect... Some questions.. Question #1: Should this be allowed? Question #2: Does FreeBSD allow this? It seems to work... Question #3: Why does the following message appear on the console after ifconfig'ing lo1? rtinit: wrong ifa (0xf083b700) was (0xf07e7580) Question #4: Is it anything to worry about? Thanks, -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-hackers Thu May 22 17:15:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA18304 for hackers-outgoing; Thu, 22 May 1997 17:15:56 -0700 (PDT) Received: from louie.udel.edu (fngYFzYVK+C99kPmqZPIIeSbkzExOhsf@louie.udel.edu [128.175.7.39]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA18294 for ; Thu, 22 May 1997 17:15:47 -0700 (PDT) Received: from ece.udel.edu by louie.udel.edu id aa23201; 22 May 97 20:15 EDT Received: from louie.udel.edu by snow-white.ee.udel.edu id aa04912; 22 May 97 20:15 EDT To: hackers@freebsd.org Subject: FreeBSD 2.1.6 (at least) locks up with xntpd using ACTS refclock Date: Thu, 22 May 1997 20:11:24 -0400 From: stenn@whimsy.udel.edu Message-ID: <9705222011.aa07984@whimsy.udel.edu> Source-Info: From (or Sender) name not authenticated. Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If somebody can help me find and fix the problem, I'd appreciate it. I suspect it's a FreeBSD problem, not an xntpd problem, since I have a SunOS-4.1.4 box dialing Boulder and setting the time with no problem. When I try it using FreeBSD 2.1.6 on an AST Bravo MS-L 4/66d (and other AST boxes), the call goes thru, xntpd gets the time, the modem hangs up, and the machine hangs. I'm not enough of a kernel hacker to use the kernel debugger and figure out what's going on. Harlan From owner-freebsd-hackers Thu May 22 21:07:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA28160 for hackers-outgoing; Thu, 22 May 1997 21:07:01 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA28153 for ; Thu, 22 May 1997 21:06:57 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id FAA02511; Fri, 23 May 1997 05:04:44 +0100 (BST) Message-Id: <199705230404.FAA02511@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Archie Cobbs cc: freebsd-hackers@FreeBSD.ORG Subject: Re: rtinit: wrong ifa In-reply-to: Your message of "Thu, 22 May 1997 16:31:20 PDT." <199705222331.QAA09008@bubba.whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 23 May 1997 05:04:44 +0100 From: Brian Somers Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I have a fairly recent RELENG_2_2 kernel. Suppose I want to number > interfaces "lo1" and "ed0" like this: > > lo1: flags=8049 mtu 16384 > inet 207.76.205.82 netmask 0xffffffff > ed0: flags=8843 mtu 1500 > inet 207.76.205.82 netmask 0xffffff00 broadcast 207.76.205.255 > ether 00:60:61:01:03:ec You're much better off setting up an alias on lo0 instead of config'ing another lo. You can do it with a GENERIC kernel (rc.conf even has an example of this) and it dodges the rtinit error that you're seeing. I actually do this for the source address of my tun0 interface. It's also my `hostname` IP address, and without it X has a couple of problems ! > Huh? You want to know why the heck I'm doing this?? OK... :-) > > The problem I'm trying to solve is that I want the address 207.76.205.82 > to always exist on *some* interface, because I've got services binding > to it explicitly (as opposed to INADDR_ANY) -- but the "ed0" interface > may be going up or down. > > Remember that point to point interfaces gladly allow the local address > to exist on another interface as well. This is the desired effect... > > Some questions.. > > Question #1: Should this be allowed? Yep. > Question #2: Does FreeBSD allow this? It seems to work... Yep. > Question #3: Why does the following message appear on the console > after ifconfig'ing lo1? > > rtinit: wrong ifa (0xf083b700) was (0xf07e7580) 'cos someone added it about a year ago to warn against conflicting interfaces. If you use a lo0 alias, this message doesn't appear. > Question #4: Is it anything to worry about? Loads, but it's not relevent to this discussion :) > Thanks, > -Archie > > ___________________________________________________________________________ > Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Thu May 22 21:28:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA29099 for hackers-outgoing; Thu, 22 May 1997 21:28:05 -0700 (PDT) Received: from friley231.res.iastate.edu (friley231.res.iastate.edu [129.186.78.231]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA29094 for ; Thu, 22 May 1997 21:28:03 -0700 (PDT) Received: from friley231.res.iastate.edu (localhost [127.0.0.1]) by friley231.res.iastate.edu (8.8.5/8.8.5) with ESMTP id XAA06381 for ; Thu, 22 May 1997 23:28:14 -0500 (CDT) Message-Id: <199705230428.XAA06381@friley231.res.iastate.edu> X-Mailer: exmh version 1.6.9 8/22/96 To: hackers@FreeBSD.ORG Subject: Re: URGENT: NIC/MB advice needed for cluster... In-reply-to: Your message of Wed, 21 May 1997 19:59:39 -0700. <199705220259.TAA23722@implode.root.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 May 1997 23:28:13 -0500 From: Chris Csanady Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I just wanted to thank all you for a quick response. :) As I see it, there seems little question of which hardware to get, and hopefully the numbers will speak for themselves. (FreeBSD w/fxp vs Linux w/de--should go well considering Linux has only alpha support for the intel cards:) It's really sad that people at our lab have flocked to linux on the soul basis of the performance of a single driver. (Which took someone 2 days to get working I might add.. I really don't understand the rational here.) Chris From owner-freebsd-hackers Thu May 22 23:51:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA04368 for hackers-outgoing; Thu, 22 May 1997 23:51:59 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA04363 for ; Thu, 22 May 1997 23:51:56 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA16083; Fri, 23 May 1997 08:51:53 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA03290; Fri, 23 May 1997 08:46:50 +0200 (MET DST) Message-ID: <19970523084650.UL21423@uriah.heep.sax.de> Date: Fri, 23 May 1997 08:46:50 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: yonny@ingenieria.ingsala.unal.edu.co (Yonny Cardenas) Subject: Re: Controler for SCSI References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Yonny Cardenas on May 22, 1997 18:26:46 -0400 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Yonny Cardenas wrote: > I have a box AcerPro P100 with a controler SCSI of Future Domain > 18C30/18C50 and Disk SCSI Quantum Fireball 1080S.There are drivers > for FreeBSD or Linux ? On the way. The 18C30 is the PCI version, right? (Now sold as AHA-2920.) I can perhaps make you a bootfloppy, but it will take some time. > yonny@ingenieria.ingsala.unal.edu.co > inteng@hotmail.com ^^^^^^^^^^^ Uh, you know that they are protecting spammers, so many ISPs refuse to even accept SMTP connections from them? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu May 22 23:52:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA04395 for hackers-outgoing; Thu, 22 May 1997 23:52:06 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA04390 for ; Thu, 22 May 1997 23:52:03 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA16084; Fri, 23 May 1997 08:52:02 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA03301; Fri, 23 May 1997 08:49:07 +0200 (MET DST) Message-ID: <19970523084907.AC18072@uriah.heep.sax.de> Date: Fri, 23 May 1997 08:49:07 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: jgrosch@superior.mooseriver.com Subject: Re: SCSI tape config References: <199705222322.QAA15372@superior.mooseriver.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705222322.QAA15372@superior.mooseriver.com>; from Josef Grosch on May 22, 1997 16:22:34 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Josef Grosch wrote: > I've got this old Wangtek tape drive that handles QIC-150 tapes. THis drive > came out of an old Sun shoebox and has an adapter board to allow a SCSI > controller to driver it. My question is how does one set the SCSI id. There > are a number of jumpers on the adapter board, which was made by > Emulex. Does anyone know anthing about these? AFAIK, you can't. I've recently tried this at somebody where i was giving a training course, and the outcome of their technicians was that this old Emulex adapter is frozen to SCSI ID 4. The drive itself should be QIC-02, so if you've got an interface card for this, you could use it directly with the wt(4) driver. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri May 23 00:41:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA06153 for hackers-outgoing; Fri, 23 May 1997 00:41:58 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA06148 for ; Fri, 23 May 1997 00:41:55 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id RAA26344; Fri, 23 May 1997 17:11:45 +0930 (CST) From: Michael Smith Message-Id: <199705230741.RAA26344@genesis.atrad.adelaide.edu.au> Subject: Re: SCSI tape config In-Reply-To: <19970523084907.AC18072@uriah.heep.sax.de> from J Wunsch at "May 23, 97 08:49:07 am" To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 23 May 1997 17:11:45 +0930 (CST) Cc: hackers@FreeBSD.ORG, jgrosch@superior.mooseriver.com X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk J Wunsch stands accused of saying: > > AFAIK, you can't. I've recently tried this at somebody where i was > giving a training course, and the outcome of their technicians was > that this old Emulex adapter is frozen to SCSI ID 4. If that was the case, I wouldn't have been able to put three of them on my old 3/60 8) > The drive itself should be QIC-02, so if you've got an interface card > for this, you could use it directly with the wt(4) driver. I actually recently scored one of these cards (an Archive SC400) and a suitable drive; if someone has jumper docs on the card, I would be happy to keep it for future driver testing if required... > cheers, J"org -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Fri May 23 01:02:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA07256 for hackers-outgoing; Fri, 23 May 1997 01:02:44 -0700 (PDT) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA07239 for ; Fri, 23 May 1997 01:02:32 -0700 (PDT) Received: (from sos@localhost) by sos.freebsd.dk (8.8.5/8.7.3) id KAA01406; Fri, 23 May 1997 10:02:01 +0200 (MEST) From: Søren Schmidt Message-Id: <199705230802.KAA01406@sos.freebsd.dk> Subject: Re: SCSI tape config In-Reply-To: <199705230741.RAA26344@genesis.atrad.adelaide.edu.au> from Michael Smith at "May 23, 97 05:11:45 pm" To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Fri, 23 May 1997 10:02:01 +0200 (MEST) Cc: joerg_wunsch@uriah.heep.sax.de, hackers@FreeBSD.ORG, jgrosch@superior.mooseriver.com X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Michael Smith who wrote: > J Wunsch stands accused of saying: > > > > AFAIK, you can't. I've recently tried this at somebody where i was > > giving a training course, and the outcome of their technicians was > > that this old Emulex adapter is frozen to SCSI ID 4. > > If that was the case, I wouldn't have been able to put three of them > on my old 3/60 8) > > > The drive itself should be QIC-02, so if you've got an interface card > > for this, you could use it directly with the wt(4) driver. > > I actually recently scored one of these cards (an Archive SC400) and a > suitable drive; if someone has jumper docs on the card, I would be > happy to keep it for future driver testing if required... Are you sure its a sc400 ?? I have docs for the sc499 card (and a 60MB drive :) ) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Fri May 23 01:20:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA08194 for hackers-outgoing; Fri, 23 May 1997 01:20:44 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id BAA08185 for ; Fri, 23 May 1997 01:20:41 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA17062 for hackers@FreeBSD.ORG; Fri, 23 May 1997 10:20:39 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA03606; Fri, 23 May 1997 09:57:11 +0200 (MET DST) Message-ID: <19970523095710.ST15762@uriah.heep.sax.de> Date: Fri, 23 May 1997 09:57:10 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Subject: Re: SCSI tape config References: <19970523084907.AC18072@uriah.heep.sax.de> <199705230741.RAA26344@genesis.atrad.adelaide.edu.au> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705230741.RAA26344@genesis.atrad.adelaide.edu.au>; from Michael Smith on May 23, 1997 17:11:45 +0930 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Michael Smith wrote: > > ..., and the outcome of their technicians was > > that this old Emulex adapter is frozen to SCSI ID 4. > > If that was the case, I wouldn't have been able to put three of them > on my old 3/60 8) So their technicians were wrong. Anyway, i was unable to guess the SCSI ID jumpers successfully either. ;-) > > The drive itself should be QIC-02, so if you've got an interface card > > for this, you could use it directly with the wt(4) driver. > > I actually recently scored one of these cards (an Archive SC400) and a > suitable drive; if someone has jumper docs on the card, I would be > happy to keep it for future driver testing if required... Mine (donated to FreeBSD by Wilko Bulte) is working. It has the following jumpers set: CC and Y, between the QIL chip in the center and the 5 LEDs. KK at the bottom. A6 and A9 at the address block, i think that's 0x240. IRQ 5, DRQ 1, and DACK 1 are obvious. This should be all there is to be. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri May 23 02:17:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA10507 for hackers-outgoing; Fri, 23 May 1997 02:17:23 -0700 (PDT) Received: from kevin.sunshine.net (pme38.sunshine.net [204.191.205.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA10502 for ; Fri, 23 May 1997 02:17:19 -0700 (PDT) Received: from localhost (cagey@localhost) by kevin.sunshine.net (8.8.5/8.8.5) with SMTP id CAA00509; Fri, 23 May 1997 02:12:14 -0700 (PDT) Date: Fri, 23 May 1997 02:12:09 -0700 (PDT) From: Kevin Eliuk Reply-To: Kevin Eliuk To: Michael Smith cc: joerg_wunsch@uriah.heep.sax.de, hackers@FreeBSD.ORG, jgrosch@superior.mooseriver.com Subject: Re: SCSI tape config In-Reply-To: <199705230741.RAA26344@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >I actually recently scored one of these cards (an Archive SC400) and a >suitable drive; if someone has jumper docs on the card, I would be >happy to keep it for future driver testing if required... > Kevin proudly replies, I found the original specs from SeaGate Fax Server: Doc #'s 2206 & 2700 SeaFAX 1-408-456-4415 US of A If you have no luck I could fax you the docs :-) >-- >]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ >]] Genesis Software genesis@gsoft.com.au [[ >]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ >]] realtime instrument control. (ph) +61-8-8267-3493 [[ >]] Unix hardware collector. "Where are your PEZ?" The Tick [[ > _______________________________________ |\ /| | \ kevin_eliuk@sunshine.net / | | \ Kevin G. Eliuk / | | /^\_________________________/^\ | | / \ | |/--===### Powered By FreeBSD 2.2.1 \| | www.freebsd.org | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From owner-freebsd-hackers Fri May 23 02:48:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA11447 for hackers-outgoing; Fri, 23 May 1997 02:48:32 -0700 (PDT) Received: from beta.mep.ruhr-uni-bochum.de (beta.mep.ruhr-uni-bochum.de [134.147.6.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA11442 for ; Fri, 23 May 1997 02:48:24 -0700 (PDT) Received: (from roberte@localhost) by beta.mep.ruhr-uni-bochum.de (8.8.5/8.8.5) id LAA27196; Fri, 23 May 1997 11:48:18 +0200 (MET DST) From: Robert Eckardt Message-Id: <199705230948.LAA27196@beta.mep.ruhr-uni-bochum.de> Subject: Re: SCSI tape config In-Reply-To: <19970523095710.ST15762@uriah.heep.sax.de> from J Wunsch at "23. May. 97 9:56:38" To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 23 May 1997 11:48:16 +0200 (MET DST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Joerg Wunsch wrote: > As Michael Smith wrote: [...] > > > The drive itself should be QIC-02, so if you've got an interface card > > > for this, you could use it directly with the wt(4) driver. > > > > I actually recently scored one of these cards (an Archive SC400) and a > > suitable drive; if someone has jumper docs on the card, I would be > > happy to keep it for future driver testing if required... > > Mine (donated to FreeBSD by Wilko Bulte) is working. It has the > following jumpers set: > > CC and Y, between the QIL chip in the center and the 5 LEDs. > KK at the bottom. > > A6 and A9 at the address block, i think that's 0x240. > IRQ 5, DRQ 1, and DACK 1 are obvious. > > This should be all there is to be. If the SC499 is meant the doc is as follows: == +----------------------------------------------------------------------+ | | +-- | .. | | | (1) .. | | | ## (2) | | | ## XXXX | (3) XXXX | #:::::: XXXX | XXXX | (4) (5) (6) XXXX | #::: :#:::: #::#:: XXXX +---------------------------------------------======================---+ | HHHHHHHHHHHHHHHHHHHHHH | | (1) RR Disable Ready Interrupt (##=Disable) (2) DD Tape Speed (..=90ips (default), For Archive Use Only) CC Tape Format (##=QIC-24, ..=QIC-11) (closed) Y No. of Tracks (##=9tracks, ..=4 tracks) (closed) (3) A9 A8 A7 A6 A5 A4 A3 I/O Register Base +------- closed (selectable from 0 to 3F8) (4) KK HH FF NN | | | +--- ? | | +--------- Loop on Error (For Archive Use Only) | +--------------- Test Conf. (For Archive Use Only) +--------------------- Test at power on (closed) (5) 2 3 4 5 6 7 IRQ +--------------- default (6) 1 2 3 1 2 3 | | | +---+---+--- DACK (select in pair) +---+---+--------------- DRQ ( " " " ) Hope it helps, Robert > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) > -- Dr. Robert Eckardt ( Ruhr-Universitaet Bochum, Inst.f.Theor.Physik, NB6/169 ) Universitaetsstrasse 150, D-44780 Bochum, Germany ----X---8---- Telefon: +49 234 700-3709, Telefax: +49 234 7094-574 8 E-Mail: RobertE@MEP.Ruhr-Uni-Bochum.de --------8---- URL: http://WWW.MEP.Ruhr-Uni-Bochum.de/~roberte >>> A magician never reveals his secret: the unbelievable trick becomes <<< >>> simple and obvious once it is explained. <<< From owner-freebsd-hackers Fri May 23 02:52:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA11630 for hackers-outgoing; Fri, 23 May 1997 02:52:31 -0700 (PDT) Received: from jocki.domestic.de (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA11596 for ; Fri, 23 May 1997 02:52:25 -0700 (PDT) Received: (from joki@localhost) by jocki.domestic.de (8.8.5/8.8.5) id LAA00423; Fri, 23 May 1997 11:52:03 +0200 (CEST) Message-ID: X-Mailer: XFMail 1.0 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199705222251.SAA19160@netcom5.netcom.com> Date: Fri, 23 May 1997 11:39:19 +0200 (CEST) From: Joachim Kuebart To: (Stan Brown) , hackers@freebsd.org Subject: RE: Help kernel compile failed (fwd) (Please help) Cc: (Free BSD Questions list) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Could you send me a few lines around line 21 and around line 203 from /sys/pccard/pccard_subr.c? I don4t seem to have this file?!? PS: I forwarded this to hackers, it seems to be a problem for them... On 22-May-97 at 22:51:57 Stan Brown wrote: > I still have not recieved any sugestions at all on this error I would > *greatly* appreciate any input at all on this. > >> >> I am trying to upgrade a 2.2-970310-GAMMA to the latest 2_2-RELENG >> release. I have vsuped the sources and installed the latest PAO patches >> (this machine is a laptop and requires these patches)/. The PAO patches >> were PAO-970331 . >> >> I then folowed the README from these about installing the kernel patch >> which appeared to go well. I then installed the various files the >> README requested to be installed. This machine had alreay been running >> thse PAO stuff so I think my configuration should be OK. >> >> I then did a make world. This went well and told me it was sucseful. I >> then wnet to build a kernel. I did a config, folowed by a make depend; >> make. This failed as follows. >> >> >> Script started on Thu May 22 06:50:21 1997 >> # make >> cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -W pointer-arith -nostdinc -I- -I. -I../.. -I../../../include -DSBC_IRQ=5 -DAPM_BROKEN_STATCLOCK -DAPM_NO_CLOCK_ADJUST -DAPM_BATT _LOW_SUSPEND -DPCIC_RESUME_RESET -DAPM_PCCARD_RESUME -DLAPTOP -DFAILSAFE -DCOMPAT_43 -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DKE RNEL ../../pccard/pccard_subr.c >> ../../pccard/pccard_subr.c:203: redefinition of `pccard_insert_beep_type0' >> ../../pccard/pccard_subr.c:21: `pccard_insert_beep_type0' previously defined here >> ../../pccard/pccard_subr.c:208: redefinition of `pccard_remove_beep_type0' >> ../../pccard/pccard_subr.c:26: `pccard_remove_beep_type0' previously defined here >> ../../pccard/pccard_subr.c:213: redefinition of `pccard_success_beep_type0' >> ../../pccard/pccard_subr.c:31: `pccard_success_beep_type0' previously defined here >> ../../pccard/pccard_subr.c:218: redefinition of `pccard_failure_beep_type0' >> ../../pccard/pccard_subr.c:36: `pccard_failure_beep_type0' previously defined here >> ../../pccard/pccard_subr.c:230: redefinition of `pccard_insert_beep_type1' >> ../../pccard/pccard_subr.c:48: `pccard_insert_beep_type1' previously defined here >> ../../pccard/pccard_subr.c:235: redefinition of `pccard_remove_beep_type1' >> ../../pccard/pccard_subr.c:53: `pccard_remove_beep_type1' previously defined here >> ../../pccard/pccard_subr.c:240: redefinition of `pccard_success_beep_type1' >> ../../pccard/pccard_subr.c:58: `pccard_success_beep_type1' previously defined here >> ../../pccard/pccard_subr.c:245: redefinition of `pccard_failure_beep_type1' >> ../../pccard/pccard_subr.c:63: `pccard_failure_beep_type1' previously defined here >> ../../pccard/pccard_subr.c:250: redefinition of `pccard_insert_beep0_type2' >> ../../pccard/pccard_subr.c:68: `pccard_insert_beep0_type2' previously defined here >> ../../pccard/pccard_subr.c:256: redefinition of `pccard_insert_beep_type2' >> ../../pccard/pccard_subr.c:74: `pccard_insert_beep_type2' previously defined here >> ../../pccard/pccard_subr.c:262: redefinition of `pccard_remove_beep0_type2' >> ../../pccard/pccard_subr.c:80: `pccard_remove_beep0_type2' previously defined here >> ../../pccard/pccard_subr.c:268: redefinition of `pccard_remove_beep_type2' >> ../../pccard/pccard_subr.c:86: `pccard_remove_beep_type2' previously defined here >> ../../pccard/pccard_subr.c:274: redefinition of `pccard_success_beep1_type2' >> ../../pccard/pccard_subr.c:92: `pccard_success_beep1_type2' previously defined here >> ../../pccard/pccard_subr.c:280: redefinition of `pccard_success_beep0_type2' >> ../../pccard/pccard_subr.c:98: `pccard_success_beep0_type2' previously defined here >> ../../pccard/pccard_subr.c:287: redefinition of `pccard_success_beep_type2' >> ../../pccard/pccard_subr.c:105: `pccard_success_beep_type2' previously defined here >> ../../pccard/pccard_subr.c:293: redefinition of `pccard_failure_beep1_type2' >> ../../pccard/pccard_subr.c:111: `pccard_failure_beep1_type2' previously defined here >> ../../pccard/pccard_subr.c:299: redefinition of `pccard_failure_beep0_type2' >> ../../pccard/pccard_subr.c:117: `pccard_failure_beep0_type2' previously defined here >> ../../pccard/pccard_subr.c:305: redefinition of `pccard_failure_beep_type2' >> ../../pccard/pccard_subr.c:123: `pccard_failure_beep_type2' previously defined here >> ../../pccard/pccard_subr.c:310: redefinition of `insert' >> ../../pccard/pccard_subr.c:128: `insert' previously defined here >> ../../pccard/pccard_subr.c:311: redefinition of `remove' >> ../../pccard/pccard_subr.c:129: `remove' previously defined here >> ../../pccard/pccard_subr.c:312: redefinition of `success' >> ../../pccard/pccard_subr.c:130: `success' previously defined here >> ../../pccard/pccard_subr.c:313: redefinition of `failure' >> ../../pccard/pccard_subr.c:131: `failure' previously defined here >> ../../pccard/pccard_subr.c:316: redefinition of `pccard_beep_select' >> ../../pccard/pccard_subr.c:134: `pccard_beep_select' previously defined here >> ../../pccard/pccard_subr.c:346: redefinition of `pccard_insert_beep' >> ../../pccard/pccard_subr.c:164: `pccard_insert_beep' previously defined here >> ../../pccard/pccard_subr.c:351: redefinition of `pccard_remove_beep' >> ../../pccard/pccard_subr.c:169: `pccard_remove_beep' previously defined here >> ../../pccard/pccard_subr.c:356: redefinition of `pccard_success_beep' >> ../../pccard/pccard_subr.c:174: `pccard_success_beep' previously defined here >> ../../pccard/pccard_subr.c:361: redefinition of `pccard_failure_beep' >> ../../pccard/pccard_subr.c:179: `pccard_failure_beep' previously defined here >> *** Error code 1 >> >> Stop. >> # ^D exit >> >> Script done on Thu May 22 06:50:48 1997 >> >> What have I done wrong? How can I get my machine back in a useable >> state? I am afraid to rebooot it fr fear it won't come up. >> >> Thanks for the help. >> >> -- >> Stan Brown stanb@netcom.com 404-996-6955 >> Factory Automation Systems >> Atlanta Ga. >> -- >> Look, look, see Windows 95. Buy, lemmings, buy! >> Pay no attention to that cliff ahead... Henry Spencer >> (c) 1997 Stan Brown. Redistribution via the Microsoft Network is prohibited. >> > > >-- >Stan Brown stanb@netcom.com 404-996-6955 >Factory Automation Systems >Atlanta Ga. >-- >Look, look, see Windows 95. Buy, lemmings, buy! >Pay no attention to that cliff ahead... Henry Spencer >(c) 1997 Stan Brown. Redistribution via the Microsoft Network is prohibited. cu Jo --------------------------------------------------------------------- FreeBSD - top breeders recommend it Joachim Kuebart Tel: +49 711 653706 Germany From owner-freebsd-hackers Fri May 23 03:08:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA12282 for hackers-outgoing; Fri, 23 May 1997 03:08:19 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA12273 for ; Fri, 23 May 1997 03:08:16 -0700 (PDT) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id MAA26461 for ; Fri, 23 May 1997 12:09:33 +0200 (MET DST) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.5/8.6.9) id MAA04722 for freebsd-hackers@freefall.cdrom.com; Fri, 23 May 1997 12:10:05 +0200 (MEST) Date: Fri, 23 May 1997 12:10:05 +0200 (MEST) From: Christoph Kukulies Message-Id: <199705231010.MAA04722@gil.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: __FreeBSD_version >= 330000 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk While trying to get ipfilter compiled (/usr/src/sbin/ipf/* userland files I stumble across __FreeBSD_version >= 330000 Is this a typo and should be 220000 ? -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Fri May 23 04:24:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA14855 for hackers-outgoing; Fri, 23 May 1997 04:24:15 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA14848 for ; Fri, 23 May 1997 04:24:12 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA19373 for hackers@FreeBSD.ORG; Fri, 23 May 1997 13:24:02 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id MAA04177; Fri, 23 May 1997 12:50:22 +0200 (MET DST) Message-ID: <19970523125022.WA51578@uriah.heep.sax.de> Date: Fri, 23 May 1997 12:50:22 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Subject: Re: SCSI tape config References: <19970523095710.ST15762@uriah.heep.sax.de> <199705230948.LAA27196@beta.mep.ruhr-uni-bochum.de> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705230948.LAA27196@beta.mep.ruhr-uni-bochum.de>; from Robert Eckardt on May 23, 1997 11:48:16 +0200 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Robert Eckardt wrote: > If the SC499 is meant the doc is as follows: > == > > +----------------------------------------------------------------------+ > | | +-- > | .. | | > | (1) .. | | > | ## (2) | | > | ## XXXX > | (3) XXXX > | #:::::: XXXX > | XXXX > | (4) (5) (6) XXXX > | #::: :#:::: #::#:: XXXX > +---------------------------------------------======================---+ | > HHHHHHHHHHHHHHHHHHHHHH | > | The SC400 appears to be the same. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri May 23 04:42:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA15446 for hackers-outgoing; Fri, 23 May 1997 04:42:30 -0700 (PDT) Received: from mail13.digital.com (mail13.digital.com [192.208.46.30]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA15441 for ; Fri, 23 May 1997 04:42:28 -0700 (PDT) From: garyj@frt.dec.com Received: from cssmuc.frt.dec.com by mail13.digital.com (8.7.5/UNX 1.5/1.0/WV) id HAA13604; Fri, 23 May 1997 07:30:03 -0400 (EDT) Received: from localhost by cssmuc.frt.dec.com; (5.65v3.2/1.1.8.2/14Nov95-0232PM) id AA06435; Fri, 23 May 1997 13:29:31 +0200 Message-Id: <9705231129.AA06435@cssmuc.frt.dec.com> X-Mailer: exmh version 1.6.4 10/10/95 To: Christoph Kukulies Cc: hackers@freebsd.org In-Reply-To: Message from Christoph Kukulies of Fri, 23 May 97 12:10:05 +0200. Reply-To: gjennejohn@frt.dec.com Subject: Re: __FreeBSD_version >= 330000 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 23 May 97 13:29:31 +0200 X-Mts: smtp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk kuku@gilberto.physik.RWTH-Aachen.DE writes: > > While trying to get ipfilter compiled (/usr/src/sbin/ipf/* userland > files I stumble across > > __FreeBSD_version >= 330000 > > Is this a typo and should be 220000 ? > I'm pretty sure that it should be 220000. --- Gary Jennejohn (work) gjennejohn@frt.dec.com (home) Gary.Jennejohn@munich.netsurf.de (play) gj@freebsd.org From owner-freebsd-hackers Fri May 23 05:28:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA17356 for hackers-outgoing; Fri, 23 May 1997 05:28:16 -0700 (PDT) Received: from florence.pavilion.net (mailrelay1.pavilion.net [194.242.128.25]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA17351; Fri, 23 May 1997 05:28:09 -0700 (PDT) Received: (from joe@localhost) by florence.pavilion.net (8.8.5/8.8.5) id NAA26522; Fri, 23 May 1997 13:27:35 +0100 (BST) Message-ID: <19970523132735.07356@pavilion.net> Date: Fri, 23 May 1997 13:27:35 +0100 From: Josef Karthauser To: freebsd-questions@freebsd.org Cc: freebsd-hackers@freebsd.org, systems@pavilion.net Subject: Named -- Specifying addresses to bind to. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, We've got a bit of a problem with a named process. We run named on our virtual web server (now FreeBSD2.2.2). This has a whole class C of ip addresses and named tries to bind to them all. This is a bit excessive!! I've now patched named so that it can take a flag which specifies an IP address to bind to. Is there anyway that this functionallity could be make official? (So that it doesn't break on the next cvsup!) Joe -- Josef Karthauser Technical Manager Email: joe@pavilion.net Pavilion Internet plc. [Tel: +44 1273 607072 Fax: +44 1273 607073] From owner-freebsd-hackers Fri May 23 05:54:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA18356 for hackers-outgoing; Fri, 23 May 1997 05:54:13 -0700 (PDT) Received: from fallout.campusview.indiana.edu (fallout.campusview.indiana.edu [149.159.1.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA18327; Fri, 23 May 1997 05:54:07 -0700 (PDT) Received: from localhost (jfieber@localhost) by fallout.campusview.indiana.edu (8.8.5/8.8.5) with SMTP id HAA17533; Fri, 23 May 1997 07:54:06 -0500 (EST) Date: Fri, 23 May 1997 07:54:06 -0500 (EST) From: John Fieber To: commiters@freebsd.org, hackers@freebsd.org, doc@freebsd.org, www@freebsd.org Subject: handbook/FAQ freeze Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The handbook and FAQ are moving out of the main source tree to a new top-level directory in the CVS repository (doc). Until the dust settles, please do not commit anything to either the FAQ or the handbook (both english and japanese). The move is being done because these documents are generally not release specific so maintaining them on multiple CVS branches has been nothing more than a needless hassle. Looking into the crystal ball, moving these things out of the "make world" process removes the requirement that the SGML processing tools be part of the source tree. More specifically, improvements HTML generation and a conversion from Linuxdoc to DocBook will be greatly expidited by a switch from the current sgmls/instant combination to jade (a DSSSL processor). New tools will be avaialble in port/package form at which point the existing SGML tools in the src tree will be removed. (Anti-bloatists rejoice!) -john From owner-freebsd-hackers Fri May 23 05:57:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA18584 for hackers-outgoing; Fri, 23 May 1997 05:57:55 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA18556 for ; Fri, 23 May 1997 05:57:28 -0700 (PDT) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id OAA00023 for ; Fri, 23 May 1997 14:58:12 +0200 (MET DST) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.5/8.6.9) id OAA05367 for freebsd-hackers@freefall.cdrom.com; Fri, 23 May 1997 14:58:42 +0200 (MEST) Date: Fri, 23 May 1997 14:58:42 +0200 (MEST) From: Christoph Kukulies Message-Id: <199705231258.OAA05367@gil.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: ip_divert.c Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Sorry for coming up with this question although I saw a lot of messages on the subject DIVERT I didn't pay attention at that time. Now I'm at trying to build an ipfilter kernel and got nearly through. The only showstopper seems to be the ip_divert.c doesn't compile due to some change (# of parameters) in ip_pcballoc. -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Fri May 23 06:03:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA18997 for hackers-outgoing; Fri, 23 May 1997 06:03:45 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA18962; Fri, 23 May 1997 06:03:32 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.8.5) id XAA04058; Fri, 23 May 1997 23:03:05 +1000 (EST) Date: Fri, 23 May 1997 23:03:04 +1000 (EST) From: "Daniel O'Callaghan" To: Josef Karthauser cc: freebsd-questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, systems@pavilion.net Subject: Re: Named -- Specifying addresses to bind to. In-Reply-To: <19970523132735.07356@pavilion.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 23 May 1997, Josef Karthauser wrote: > Hi, > > We've got a bit of a problem with a named process. We run named on > our virtual web server (now FreeBSD2.2.2). This has a whole class > C of ip addresses and named tries to bind to them all. This is a bit > excessive!! > > I've now patched named so that it can take a flag which specifies an > IP address to bind to. Is there anyway that this functionallity could > be make official? (So that it doesn't break on the next cvsup!) All you have to do is start named before the aliases. Danny From owner-freebsd-hackers Fri May 23 06:05:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA19173 for hackers-outgoing; Fri, 23 May 1997 06:05:43 -0700 (PDT) Received: from florence.pavilion.net (mailrelay1.pavilion.net [194.242.128.25]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA19165 for ; Fri, 23 May 1997 06:05:37 -0700 (PDT) Received: (from joe@localhost) by florence.pavilion.net (8.8.5/8.8.5) id OAA01482; Fri, 23 May 1997 14:05:05 +0100 (BST) Message-ID: <19970523140504.34429@pavilion.net> Date: Fri, 23 May 1997 14:05:04 +0100 From: Josef Karthauser To: freebsd-hackers@FreeBSD.ORG Subject: Re: Named -- Specifying addresses to bind to. References: <19970523132735.07356@pavilion.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: ; from Daniel O'Callaghan on Fri, May 23, 1997 at 11:03:04PM +1000 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, May 23, 1997 at 11:03:04PM +1000, Daniel O'Callaghan wrote: > > > On Fri, 23 May 1997, Josef Karthauser wrote: > > > Hi, > > > > We've got a bit of a problem with a named process. We run named on > > our virtual web server (now FreeBSD2.2.2). This has a whole class > > C of ip addresses and named tries to bind to them all. This is a bit > > excessive!! > > > > I've now patched named so that it can take a flag which specifies an > > IP address to bind to. Is there anyway that this functionallity could > > be make official? (So that it doesn't break on the next cvsup!) > > All you have to do is start named before the aliases. > > Danny Which it doesn't do in the new /etc/rc* files. :( BTW I want it to bind to one of the aliases. It doesn't matter if it also binds to the network address of the card. Joe -- Josef Karthauser Technical Manager Email: joe@pavilion.net Pavilion Internet plc. [Tel: +44 1273 607072 Fax: +44 1273 607073] From owner-freebsd-hackers Fri May 23 06:32:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA20390 for hackers-outgoing; Fri, 23 May 1997 06:32:05 -0700 (PDT) Received: from apollo.it.hq.nasa.gov (apollo.it.hq.nasa.gov [131.182.119.87]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA20385; Fri, 23 May 1997 06:32:02 -0700 (PDT) Received: from wirehead.it.hq.nasa.gov (WireHead.it.hq.nasa.gov [131.182.119.88]) by apollo.it.hq.nasa.gov (8.8.3/8.8.3) with ESMTP id JAA15197; Fri, 23 May 1997 09:28:33 -0400 (EDT) Received: from localhost (cshenton@localhost) by wirehead.it.hq.nasa.gov (8.6.12/8.6.12) with ESMTP id NAA01551; Fri, 23 May 1997 13:32:00 GMT Message-Id: <199705231332.NAA01551@wirehead.it.hq.nasa.gov> X-Authentication-Warning: wirehead.it.hq.nasa.gov: cshenton owned process doing -bs To: hackers@freebsd.org Cc: bugs@freebsd.org Subject: 2.1.7->2.2 make world fails (/usr/share/games dir) X-Mailer: Mew version 1.03 on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Fri, 23 May 1997 09:31:58 -0400 From: Chris Shenton Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I recently cvsupped from 2.1.7 to 2.2-stable (RELENG_2_2). Doing a "make world" fails when installing the games. It's trying to install files into /usr/share/games/* but there's no /usr/share/games directories; it isn't created by the install process. Individual games want their own subdirectories but don't create them: atc, boggle, fortune, larn, quiz.db All these dirs need to be created by the build/install process. From owner-freebsd-hackers Fri May 23 06:37:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA20660 for hackers-outgoing; Fri, 23 May 1997 06:37:51 -0700 (PDT) Received: from bourbon.csv.warwick.ac.uk (bourbon.csv.warwick.ac.uk [137.205.148.132]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA20640 for ; Fri, 23 May 1997 06:36:38 -0700 (PDT) From: Mr M P Searle Message-Id: <14239.199705231334@bourbon.csv.warwick.ac.uk> Received: by bourbon.csv.warwick.ac.uk id OAA14239; Fri, 23 May 1997 14:34:09 +0100 (BST) Subject: Re: process monitoring tool (like SysV init)? In-Reply-To: from Daniel O'Callaghan at "May 22, 97 04:18:58 pm" To: danny@panda.hilink.com.au (Daniel O'Callaghan) Date: Fri, 23 May 1997 14:34:04 +0100 (BST) Cc: syssgm@dtir.qld.gov.au, freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > On Thu, 22 May 1997, Stephen McKay wrote: > > > On Wednesday, 21st May 1997, J Wunsch wrote: > > > > >As Sakari Jalovaara wrote: > > > > > >> It struck me as a rather nice idea. No more "ps | grep sendmail ... > > >> kill ... sendmail -bd -q1h" - just do "nanny restart sendmail". > > > > > >All `conforming' daemons leave their PID in /var/run/.pid. > > > > /var/run/* is good, but not foolproof. A daemon could die and not remove > > its pid file. An innocent bystander could be shot. A nanny program (assuming > > it doesn't die :-0 ) would know immediately if one of its children exited. > > > > I like the idea of a nanny type program, but can't decide whether it should > > be merged with init, much like System V, or kept separate like inetd. > > The question in my mind is "How does the nanny know that the program has > died?". If the program does not daemonise itself, then SIGCLD takes care > of that, but if the program *does* daemonise itself, what then? Would it > be possible for the kernel to signal an event such as a process dying? > Does it do this already? One simple, imperfect way is to grab a pid from > /var/run, and then watch /proc/{pid}/status. > It could use procfs, like killall does. (Does spawnd do this?) It would probably be slow though, so wouldn't want to run very often. It should find the daemon even if it is in the background and doesn't use /var/run, though. (AFAIK although the name can be changed, the original name is always kept.) From owner-freebsd-hackers Fri May 23 06:47:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA21088 for hackers-outgoing; Fri, 23 May 1997 06:47:15 -0700 (PDT) Received: from verdi.nethelp.no (verdi.nethelp.no [195.1.171.130]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA21082 for ; Fri, 23 May 1997 06:47:10 -0700 (PDT) From: sthaug@nethelp.no Received: (qmail 8707 invoked by uid 1001); 23 May 1997 13:46:53 +0000 (GMT) To: joe@pavilion.net Cc: freebsd-questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, systems@pavilion.net Subject: Re: Named -- Specifying addresses to bind to. In-Reply-To: Your message of "Fri, 23 May 1997 13:27:35 +0100" References: <19970523132735.07356@pavilion.net> X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Fri, 23 May 1997 15:46:53 +0200 Message-ID: <8705.864395213@verdi.nethelp.no> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > We've got a bit of a problem with a named process. We run named on > our virtual web server (now FreeBSD2.2.2). This has a whole class > C of ip addresses and named tries to bind to them all. This is a bit > excessive!! > > I've now patched named so that it can take a flag which specifies an > IP address to bind to. Is there anyway that this functionallity could > be make official? (So that it doesn't break on the next cvsup!) This kind of functionality *is* standard in bind-8.1. I'm not sure it would be worth the effort to get this added as an official part of bind-4.9.5. Btw, bind-8.1 compiles out of the box (as in: make clean; make depend; make) on FreeBSD-2.2 and newer. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-hackers Fri May 23 08:54:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA25726 for hackers-outgoing; Fri, 23 May 1997 08:54:29 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA25711 for ; Fri, 23 May 1997 08:54:26 -0700 (PDT) From: patl@phoenix.volant.org Received: from phoenix.volant.org (phoenix.volant.org [205.179.79.193]) by agora.rdrop.com (8.8.5/8.8.5) with SMTP id IAA15445 for ; Fri, 23 May 1997 08:50:22 -0700 (PDT) Received: from asimov.phoenix.volant.org [205.179.79.65] by phoenix.volant.org with smtp (Exim 1.59 #1) id 0wUwbm-000090-00; Fri, 23 May 1997 08:50:22 -0700 Received: from localhost by asimov.phoenix.volant.org (SMI-8.6/SMI-SVR4) id IAA01612; Fri, 23 May 1997 08:50:44 -0700 Date: Fri, 23 May 1997 08:50:44 -0700 (PDT) Reply-To: patl@phoenix.volant.org Subject: Re: SCSI tape config To: jgrosch@superior.mooseriver.com cc: hackers@freebsd.org In-Reply-To: <199705222322.QAA15372@superior.mooseriver.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I've got this old Wangtek tape drive that handles QIC-150 tapes. THis drive > came out of an old Sun shoebox and has an adapter board to allow a SCSI > controller to driver it. My question is how does one set the SCSI id. There > are a number of jumpers on the adapter board, which was made by > Emulex. Does anyone know anthing about these? If this is one of the older shoeboxes, with the separate SCSI adapter board, it is probably a 60Mb tape with the Emulex MT02 SCSI adapter. The MT02 has a DIP switch module with switch 1 nearest the edge of the board. The switches are: Switch Setting Description 1 off SCSI target bit 0 2 off SCSI target bit 1 3 on SCSI target bit 2 4 off Not used 5,6 on,off Archive Scorpion Drive 5,6 on,on Wangtek 5000E Drive 7 off Drive type 8 off SCSI bus parity check The general board layout is: +------------------------------------+ | :::::J3::::: ::J2:: ::J1:: | | .1. | | E .2. | | F .3. | | SW1 | | G .5. | | H .6. | | .7. | | .8. | | Off On| ... | +-+ +-+ | | | | Terminator Terminator | | | | | | U46 U5 | | | | +-+ C | | D | | :::::SCSI::::: 0 0 [PWR] | +-------1:::::::::::::---------------+ LEDs -Pat From owner-freebsd-hackers Fri May 23 08:55:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA25842 for hackers-outgoing; Fri, 23 May 1997 08:55:23 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA25835 for ; Fri, 23 May 1997 08:55:21 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by agora.rdrop.com (8.8.5/8.8.5) with ESMTP id IAA12765 for ; Fri, 23 May 1997 08:08:57 -0700 (PDT) Message-Id: <199705231508.IAA12765@agora.rdrop.com> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA187559902; Sat, 24 May 1997 01:05:02 +1000 From: Darren Reed Subject: sysctl. To: hackers@freebsd.org Date: Sat, 24 May 1997 01:05:01 +1000 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk is there a way to add things to sysctl dynamically (i.e. when loading an LKM) ? From owner-freebsd-hackers Fri May 23 08:56:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA25950 for hackers-outgoing; Fri, 23 May 1997 08:56:04 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA25931 for ; Fri, 23 May 1997 08:55:58 -0700 (PDT) Received: from unix.stylo.it (unix.stylo.it [193.76.98.2]) by agora.rdrop.com (8.8.5/8.8.5) with ESMTP id IAA12477 for ; Fri, 23 May 1997 08:03:59 -0700 (PDT) Received: from styloserver.stylo.it (mail.stylo.it [193.76.98.13]) by unix.stylo.it (8.7.5/8.6.9) with ESMTP id RAA01679 for ; Fri, 23 May 1997 17:02:30 +0200 (MET DST) Received: by STYLOSERVER with Internet Mail Service (5.0.1457.3) id ; Fri, 23 May 1997 17:01:54 +0200 Message-ID: <31EBCC36B676D01197E400801E032495021F40@STYLOSERVER> From: Angelo Turetta To: "'freebsd-hackers@freebsd.org'" Cc: "'S Sigala'" Subject: Re: NEW SCREENSAVER: "the daemon is jumpin' around" Date: Fri, 23 May 1997 17:01:48 +0200 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1457.3) Content-Type: text/plain Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ftp://ftp.freebsd.org/pub/FreeBSD/incoming/daemon_saver.tar.gz Before unzipping the file, cd /usr/src/lkm/syscons. I've merged all the diffs posted on this list, and I've put some conditionals to accomodate different versions of lkm.h (it has changed quite a lot in the past 18 months). Now it compiles and runs without changes on: 2.1-RELEASE 2.2-960501-SNAP 2.2.2-RELEASE I've added a small feature: instead of a fixed message (was: "FreeBSD 3.0 CURRENT") the screen saver now prints the actual version of the kernel, plus the hostname of the machine it's running on. For those, like me, having more than one server connected to a single monitor/keyboard via a console switch, this is quite useful. I have diffs to do the same with the classic snake screen saver. I'd really like to see this screen saver commited to the source tree. Sandro, thanks for sharing it with us. Angelo Turetta From owner-freebsd-hackers Fri May 23 08:58:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA26276 for hackers-outgoing; Fri, 23 May 1997 08:58:31 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA26236 for ; Fri, 23 May 1997 08:58:24 -0700 (PDT) Received: from florence.pavilion.net (mailrelay1.pavilion.net [194.242.128.25]) by agora.rdrop.com (8.8.5/8.8.5) with ESMTP id HAA10404 for ; Fri, 23 May 1997 07:29:43 -0700 (PDT) Received: (from joe@localhost) by florence.pavilion.net (8.8.5/8.8.5) id PAA06686; Fri, 23 May 1997 15:29:01 +0100 (BST) Message-ID: <19970523152900.36766@pavilion.net> Date: Fri, 23 May 1997 15:29:00 +0100 From: Josef Karthauser To: freebsd-hackers@freebsd.org Subject: Re: Named -- Specifying addresses to bind to. References: <19970523132735.07356@pavilion.net> <1001.864397525@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <1001.864397525@time.cdrom.com>; from Jordan K. Hubbard on Fri, May 23, 1997 at 07:25:25AM -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, May 23, 1997 at 07:25:25AM -0700, Jordan K. Hubbard wrote: > > I've now patched named so that it can take a flag which specifies an > > IP address to bind to. Is there anyway that this functionallity could > > be make official? (So that it doesn't break on the next cvsup!) > > I think this feature is already in the latest version of BIND. > We just need to upgrade. :) Yes, it appears that it's in bind8.1. Is this likely to become part of the system soon? (I'll do it if required.) BTW. Why do I still need libc.so.2.2 on my fbsd2.2.2 machine when it has compiled libc.so.3.0? I've done reboot and another make world to try and get it to link against the newer library, but It doesn't want to play :(. I'd like a nice tidy system ;) Joe -- Josef Karthauser Technical Manager Email: joe@pavilion.net Pavilion Internet plc. [Tel: +44 1273 607072 Fax: +44 1273 607073] From owner-freebsd-hackers Fri May 23 08:59:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA26462 for hackers-outgoing; Fri, 23 May 1997 08:59:36 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA26432; Fri, 23 May 1997 08:59:27 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by agora.rdrop.com (8.8.5/8.8.5) with ESMTP id HAA10239; Fri, 23 May 1997 07:25:45 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id HAA01004; Fri, 23 May 1997 07:25:25 -0700 (PDT) To: Josef Karthauser cc: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org, systems@pavilion.net Subject: Re: Named -- Specifying addresses to bind to. In-reply-to: Your message of "Fri, 23 May 1997 13:27:35 BST." <19970523132735.07356@pavilion.net> Date: Fri, 23 May 1997 07:25:25 -0700 Message-ID: <1001.864397525@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I've now patched named so that it can take a flag which specifies an > IP address to bind to. Is there anyway that this functionallity could > be make official? (So that it doesn't break on the next cvsup!) I think this feature is already in the latest version of BIND. We just need to upgrade. :) Jordan From owner-freebsd-hackers Fri May 23 09:22:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA28653 for hackers-outgoing; Fri, 23 May 1997 09:22:09 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA28645; Fri, 23 May 1997 09:21:59 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA07364; Fri, 23 May 1997 09:19:37 -0700 From: Terry Lambert Message-Id: <199705231619.JAA07364@phaeton.artisoft.com> Subject: Re: Named -- Specifying addresses to bind to. To: joe@pavilion.net (Josef Karthauser) Date: Fri, 23 May 1997 09:19:37 -0700 (MST) Cc: freebsd-questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, systems@pavilion.net In-Reply-To: <19970523132735.07356@pavilion.net> from "Josef Karthauser" at May 23, 97 01:27:35 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > We've got a bit of a problem with a named process. We run named on > our virtual web server (now FreeBSD2.2.2). This has a whole class > C of ip addresses and named tries to bind to them all. This is a bit > excessive!! > > I've now patched named so that it can take a flag which specifies an > IP address to bind to. Is there anyway that this functionallity could > be make official? (So that it doesn't break on the next cvsup!) You should probably check out the "DEFAULT" stuff on Paul Vixies WWW pages on www.vix.com. It addresses all these problems (apparently for BSDI, but FreeBSD should benefit as well). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri May 23 09:23:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA28800 for hackers-outgoing; Fri, 23 May 1997 09:23:17 -0700 (PDT) Received: from cypher.net (black@zen.pratt.edu [205.232.115.155]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA28773; Fri, 23 May 1997 09:23:11 -0700 (PDT) Received: (from black@localhost) by cypher.net (8.8.5/8.7.1) id LAA00451; Fri, 23 May 1997 11:45:46 -0400 Date: Fri, 23 May 1997 11:45:45 -0400 (EDT) From: Ben Black To: Josef Karthauser cc: freebsd-questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, systems@pavilion.net Subject: Re: Named -- Specifying addresses to bind to. In-Reply-To: <19970523132735.07356@pavilion.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk you didn't specify what version of bind you are using. i believe recent releases of the code has this option in the compilation config file. On Fri, 23 May 1997, Josef Karthauser wrote: > Hi, > > We've got a bit of a problem with a named process. We run named on > our virtual web server (now FreeBSD2.2.2). This has a whole class > C of ip addresses and named tries to bind to them all. This is a bit > excessive!! > > I've now patched named so that it can take a flag which specifies an > IP address to bind to. Is there anyway that this functionallity could > be make official? (So that it doesn't break on the next cvsup!) > > Joe > -- > Josef Karthauser > Technical Manager Email: joe@pavilion.net > Pavilion Internet plc. [Tel: +44 1273 607072 Fax: +44 1273 607073] > From owner-freebsd-hackers Fri May 23 10:19:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA02651 for hackers-outgoing; Fri, 23 May 1997 10:19:01 -0700 (PDT) Received: from mars.aros.net (mars.aros.net [207.173.16.20]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA02646 for ; Fri, 23 May 1997 10:18:59 -0700 (PDT) Received: from shell.aros.net (root@shell.aros.net [207.173.16.19]) by mars.aros.net (8.8.5/8.8.4) with ESMTP id LAA14632; Fri, 23 May 1997 11:15:43 -0600 (MDT) Received: from shell.aros.net (msanders@localhost.aros.net [127.0.0.1]) by shell.aros.net (8.8.5/8.8.5) with ESMTP id LAA12697; Fri, 23 May 1997 11:19:01 -0600 (MDT) Message-Id: <199705231719.LAA12697@shell.aros.net> X-Attribution: msanders To: Josef Karthauser cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Named -- Specifying addresses to bind to. In-reply-to: Your message of "Fri, 23 May 1997 14:05:04 BST." <19970523140504.34429@pavilion.net> X-Mailer: MH 6.8.3 Date: Fri, 23 May 1997 11:19:00 -0600 From: "Michael K. Sanders" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <19970523140504.34429@pavilion.net>, Josef Karthauser writes: >On Fri, May 23, 1997 at 11:03:04PM +1000, Daniel O'Callaghan wrote: >> On Fri, 23 May 1997, Josef Karthauser wrote: >> >> > I've now patched named so that it can take a flag which specifies an >> > IP address to bind to. Is there anyway that this functionallity could >> > be make official? (So that it doesn't break on the next cvsup!) >> >> All you have to do is start named before the aliases. >> >> Danny > >Which it doesn't do in the new /etc/rc* files. :( >BTW I want it to bind to one of the aliases. It doesn't matter if it also >binds to the network address of the card. Upgrade to BIND 8.1 and use the "listen-on" directive. listen-on port 53 { any; }; // listen for queries on port 53 on // any interface on the system // (i.e. all interfaces). The // "port 53" is optional; if you // don't specify a port, port 53 // is assumed. /* * Multiple listen-on statements are allowed. Here's a more * complicated example: */ /* listen-on { 5.6.7.8; }; // listen on port 53 on interface // 5.6.7.8 listen-on port 1234 { // listen on port 1234 on any !1.2.3.4; // interface on network 1.2.3 1.2.3/24; // netmask 255.255.255.0, except for }; // interface 1.2.3.4. */ From owner-freebsd-hackers Fri May 23 10:49:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA04552 for hackers-outgoing; Fri, 23 May 1997 10:49:18 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA04544 for ; Fri, 23 May 1997 10:49:15 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id KAA06403; Fri, 23 May 1997 10:48:43 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma006401; Fri May 23 10:48:41 1997 Received: (from archie@localhost) by bubba.whistle.com (8.8.5/8.6.12) id KAA06394; Fri, 23 May 1997 10:48:41 -0700 (PDT) From: Archie Cobbs Message-Id: <199705231748.KAA06394@bubba.whistle.com> Subject: Re: rtinit: wrong ifa In-Reply-To: <199705230404.FAA02511@awfulhak.demon.co.uk> from Brian Somers at "May 23, 97 05:04:44 am" To: brian@awfulhak.org (Brian Somers) Date: Fri, 23 May 1997 10:48:41 -0700 (PDT) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I have a fairly recent RELENG_2_2 kernel. Suppose I want to number > > interfaces "lo1" and "ed0" like this: > > > > lo1: flags=8049 mtu 16384 > > inet 207.76.205.82 netmask 0xffffffff > > ed0: flags=8843 mtu 1500 > > inet 207.76.205.82 netmask 0xffffff00 broadcast 207.76.205.255 > > ether 00:60:61:01:03:ec > > You're much better off setting up an alias on lo0 instead of config'ing > another lo. You can do it with a GENERIC kernel (rc.conf even has an > example of this) and it dodges the rtinit error that you're seeing. ... > > rtinit: wrong ifa (0xf083b700) was (0xf07e7580) > > 'cos someone added it about a year ago to warn against conflicting > interfaces. If you use a lo0 alias, this message doesn't appear. Hmm.. on my system, I get the rtinit() message even when doing this... I.e.: $ ifconfig lo0 207.76.205.81 netmask 0xffffffff alias /kernel: rtinit: wrong ifa (0xf0847080) was (0xf0819700) -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-hackers Fri May 23 10:58:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA05107 for hackers-outgoing; Fri, 23 May 1997 10:58:49 -0700 (PDT) Received: from darius.concentric.net (darius.concentric.net [207.155.184.79]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA05096 for ; Fri, 23 May 1997 10:58:44 -0700 (PDT) Received: from cliff.concentric.net (cliff.cris.com [206.173.119.90]) by darius.concentric.net (8.8.5/(97/05/21 3.30)) id NAA15618; Fri, 23 May 1997 13:58:19 -0400 (EDT) [1-800-745-2747 The Concentric Network] Received: from shag (ts002d19.sal-ut.concentric.net [206.173.156.55]) by cliff.concentric.net (8.8.5) id NAA18737; Fri, 23 May 1997 13:58:17 -0400 (EDT) Message-ID: <3385DA84.24AC08A9@concentric.net> Date: Fri, 23 May 1997 11:57:24 -0600 From: Joshua Fielden Organization: Shaggy Enterprises X-Mailer: Mozilla 4.0b4 [en] (Win95; I) MIME-Version: 1.0 To: Joerg Wunsch CC: hackers@FreeBSD.ORG Subject: Re: Controler for SCSI X-Priority: 3 (Normal) References: <19970523084650.UL21423@uriah.heep.sax.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > > As Yonny Cardenas wrote: > > > I have a box AcerPro P100 with a controler SCSI of Future Domain > > 18C30/18C50 and Disk SCSI Quantum Fireball 1080S.There are drivers > > for FreeBSD or Linux ? > > On the way. The 18C30 is the PCI version, right? (Now sold as > AHA-2920.) > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) Funny, the 2920 is listed in the docs somewhere as not supported . Much to my consternation, also owning one. I actually bought an EIDE drive to work around the problem, so if you make a disk that supports that Host Adapter, I'd be very interested. :-) -- SCSI is *not* magic. There are many technical reasons why it is occasionally nessicary to sacrifice a small goat to your SCSI chain. -- Joshua Fielden From owner-freebsd-hackers Fri May 23 11:03:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA05396 for hackers-outgoing; Fri, 23 May 1997 11:03:47 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA05391 for ; Fri, 23 May 1997 11:03:45 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id LAA06588; Fri, 23 May 1997 11:03:14 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma006586; Fri May 23 11:03:08 1997 Received: (from archie@localhost) by bubba.whistle.com (8.8.5/8.6.12) id LAA06509; Fri, 23 May 1997 11:03:07 -0700 (PDT) From: Archie Cobbs Message-Id: <199705231803.LAA06509@bubba.whistle.com> Subject: Re: ip_divert.c In-Reply-To: <199705231258.OAA05367@gil.physik.rwth-aachen.de> from Christoph Kukulies at "May 23, 97 02:58:42 pm" To: kuku@gilberto.physik.RWTH-Aachen.DE (Christoph Kukulies) Date: Fri, 23 May 1997 11:03:07 -0700 (PDT) Cc: freebsd-hackers@freefall.FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Sorry for coming up with this question although I saw a lot of messages on > the subject DIVERT I didn't pay attention at that time. Now I'm > at trying to build an ipfilter kernel and got nearly through. > > The only showstopper seems to be the ip_divert.c doesn't compile > due to some change (# of parameters) in ip_pcballoc. Julian Elischer should have a fix for this in a few days. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-hackers Fri May 23 11:18:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA06026 for hackers-outgoing; Fri, 23 May 1997 11:18:39 -0700 (PDT) Received: from darius.concentric.net (darius.concentric.net [207.155.184.79]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA06021 for ; Fri, 23 May 1997 11:18:36 -0700 (PDT) Received: from cliff.concentric.net (cliff.cris.com [206.173.119.90]) by darius.concentric.net (8.8.5/(97/05/21 3.30)) id OAA20554; Fri, 23 May 1997 14:18:35 -0400 (EDT) [1-800-745-2747 The Concentric Network] Received: from shag (ts002d19.sal-ut.concentric.net [206.173.156.55]) by cliff.concentric.net (8.8.5) id OAA24357; Fri, 23 May 1997 14:18:33 -0400 (EDT) Message-ID: <3385DF43.7AF874CD@concentric.net> Date: Fri, 23 May 1997 12:17:39 -0600 From: Joshua Fielden Organization: Shaggy Enterprises X-Mailer: Mozilla 4.0b4 [en] (Win95; I) MIME-Version: 1.0 To: hackers@FreeBSD.ORG Subject: Re: SCSI tape config X-Priority: 3 (Normal) References: <199705222322.QAA15372@superior.mooseriver.com> <19970523084907.AC18072@uriah.heep.sax.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > > As Josef Grosch wrote: > > > I've got this old Wangtek tape drive that handles QIC-150 tapes. THis drive > > came out of an old Sun shoebox and has an adapter board to allow a SCSI > > controller to driver it. My question is how does one set the SCSI id. There > > are a number of jumpers on the adapter board, which was made by > > Emulex. Does anyone know anthing about these? > > AFAIK, you can't. I've recently tried this at somebody where i was > giving a training course, and the outcome of their technicians was > that this old Emulex adapter is frozen to SCSI ID 4. > > The drive itself should be QIC-02, so if you've got an interface card > for this, you could use it directly with the wt(4) driver. > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) I must concur that it is stuck at that ID. If you want all the DIP and jumper settings, though, lemme know. I knew there was a reason I kept those books. :-) -- SCSI is *not* magic. There are many technical reasons why it is occasionally nessicary to sacrifice a small goat to your SCSI chain. -- Joshua Fielden From owner-freebsd-hackers Fri May 23 11:45:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA07617 for hackers-outgoing; Fri, 23 May 1997 11:45:58 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA07579 for ; Fri, 23 May 1997 11:45:50 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id UAA05601 for ; Fri, 23 May 1997 20:45:36 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id UAA13651 for freebsd-hackers@FreeBSD.ORG; Fri, 23 May 1997 20:45:01 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id TAA21333; Fri, 23 May 1997 19:46:37 +0200 (CEST) Message-ID: <19970523194636.30597@keltia.freenix.fr> Date: Fri, 23 May 1997 19:46:36 +0200 From: Ollivier Robert To: freebsd-hackers@FreeBSD.ORG Subject: Re: Named -- Specifying addresses to bind to. References: <19970523132735.07356@pavilion.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67 In-Reply-To: <19970523132735.07356@pavilion.net>; from Josef Karthauser on Fri, May 23, 1997 at 01:27:35PM +0100 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3283 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Josef Karthauser: > I've now patched named so that it can take a flag which specifies an > IP address to bind to. Is there anyway that this functionallity could > be make official? (So that it doesn't break on the next cvsup!) Get 8.1, I think this is an option now. Having 8.1 in /usr/src would be nice too. -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #9: Thu May 8 20:22:51 CEST 1997 From owner-freebsd-hackers Fri May 23 12:18:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA09849 for hackers-outgoing; Fri, 23 May 1997 12:18:39 -0700 (PDT) Received: from verdi.nethelp.no (verdi.nethelp.no [195.1.171.130]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA09843 for ; Fri, 23 May 1997 12:18:35 -0700 (PDT) From: sthaug@nethelp.no Received: (qmail 15181 invoked by uid 1001); 23 May 1997 19:18:28 +0000 (GMT) To: roberto@keltia.freenix.fr Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Named -- Specifying addresses to bind to. In-Reply-To: Your message of "Fri, 23 May 1997 19:46:36 +0200" References: <19970523194636.30597@keltia.freenix.fr> X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Fri, 23 May 1997 21:18:28 +0200 Message-ID: <15179.864415108@verdi.nethelp.no> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Get 8.1, I think this is an option now. > > Having 8.1 in /usr/src would be nice too. You don't really need it - 8.1 compiles out of the box on FreeBSD. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-hackers Fri May 23 12:20:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA10077 for hackers-outgoing; Fri, 23 May 1997 12:20:53 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA10071 for ; Fri, 23 May 1997 12:20:50 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA24600 for hackers@FreeBSD.ORG; Fri, 23 May 1997 21:20:41 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id VAA05454; Fri, 23 May 1997 21:11:53 +0200 (MET DST) Message-ID: <19970523211153.RV04291@uriah.heep.sax.de> Date: Fri, 23 May 1997 21:11:53 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Subject: Re: Controler for SCSI References: <19970523084650.UL21423@uriah.heep.sax.de> <3385DA84.24AC08A9@concentric.net> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <3385DA84.24AC08A9@concentric.net>; from Joshua Fielden on May 23, 1997 11:57:24 -0600 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Joshua Fielden wrote: > Funny, the 2920 is listed in the docs somewhere as not supported only Adaptec so specified>. It's not really an Adaptec :), it's a Future Domain. It is two classes below the list of desired SCSI adapters... > I actually bought an EIDE drive to work around the > problem, .. The EIDE is about the same as what you could get with the Future Domain; both are PIO only. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri May 23 12:46:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA11535 for hackers-outgoing; Fri, 23 May 1997 12:46:01 -0700 (PDT) Received: from regina.ibs-us.net (regina.ibs-us.net [208.131.3.35]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA11527 for ; Fri, 23 May 1997 12:45:55 -0700 (PDT) Received: (from fisbis@localhost) by regina.ibs-us.net (8.7.4/8.7.3) id MAA25882; Fri, 23 May 1997 12:48:28 -0700 (PDT) Date: Fri, 23 May 1997 12:48:27 -0700 (PDT) From: "derekb's mlist" To: freebsd-hackers@FreeBSD.ORG Subject: Re: process monitoring tool In-Reply-To: <14239.199705231334@bourbon.csv.warwick.ac.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 23 May 1997, Mr M P Searle wrote: > > > >> It struck me as a rather nice idea. No more "ps | grep sendmail ... > > > >> kill ... sendmail -bd -q1h" - just do "nanny restart sendmail". I use a little script 'pskill'. to restart sendmail I would do "pskill sendmail HUP". It has some more practical interactive applications as well. for whom who are courious: #!/usr/bin/perl # pskill # # kills a process by `ps |` # # wr: derekb@teleport.com '96 ############################################### GLOBAL: { # is this solaris ? $SOLARIS = 0; # external executables used $PS = 'ps'; $KILL = 'kill'; # what to skip over @MYSELF = ('ps -','pskill'); # how to call ps $PS .= $SOLARIS ? ' -e -o "pid user args"' : ' -ax -o "pid user command"'; } &main(@ARGV); ############################################### sub usage { print " pskill usage: pskill [regexp] [kill_option] pskill uses ps to go through processs. If no options are used then pskill will go through all processes interactivly. If only regexp is used, pskill will filter for the regexp and iterate through these processes interactively. If regexp AND kill_option is used, pskill will be non-interactive. pskill will execute `kill -kill_option PID` for the processes that match regexp. EXAMPLES: This will iterate through all of the processes owned by user ben. pskill ben This will HUP the root processes of httpd with no interaction pskill 'root.*httpd' -HUP "; exit; } ############################################### sub dokill { # kill pid open KILL, "@_ |" or die "cannot run kill : $!"; print while(); close KILL; } ############################################### sub whatodo { # prompt user for action my $r; print "--> kill ? (N,n,y,ARG) [n]"; chop($r = ); $r; } ############################################### sub killthis { # non-interactive kill my ($p,$h) = @_; $h =~ s/^-//; &dokill($KILL,"-$h",$p); } ############################################### ############### MAIN sub main { # get argv $kill_what = shift; $kill_how = shift; # sho usage ? &usage if ($kill_what eq "-h"); # start ps open P,"$PS |" or die "cannot run ps : $!"; PROC : while (

) { ($pid, $_) = /^\s*(\d+)\s+(.+)$/ or next; if ($kill_what) { next PROC unless (/$kill_what/) } foreach $me (@MYSELF) { next PROC if (/$me/) } if ($kill_how) { # noninteractive &killthis($pid, $kill_how); next PROC; } else { # interactive print "\n$_\n"; for (&whatodo) { next PROC unless ($_); next PROC if (/^n/); last PROC if (/^N/); &dokill($KILL, $pid ), next if (/^y/i); s/^-//; &dokill($KILL, "-$_" , $pid); } } } close P; } From owner-freebsd-hackers Fri May 23 13:22:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA13363 for hackers-outgoing; Fri, 23 May 1997 13:22:13 -0700 (PDT) Received: from super-g.inch.com (super-g.com [204.178.32.161]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA13358; Fri, 23 May 1997 13:22:07 -0700 (PDT) Received: from localhost (spork@localhost) by super-g.inch.com (8.8.5/8.6.9) with SMTP id QAA10299; Fri, 23 May 1997 16:31:34 GMT Date: Fri, 23 May 1997 16:31:34 +0000 (GMT) From: spork X-Sender: spork@super-g.inch.com To: questions@freebsd.org cc: hackers@freebsd.org Subject: Make world broke s/key Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk cc-ing hackers, as it seems someone there would know... After using CVSup to grab src-all and src-secure and doing a make world, I get this: bash$ su s/key 81 we90118 Password: (null): Undefined symbol "_MD4Init" called from su:/usr/lib/libskey.so.2.0 at 0x8024214 bash$ I *can* s/key in fine as a regular user, but su to root gives the above response. This error is only seen when you put in a valid login string. From owner-freebsd-hackers Fri May 23 13:22:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA13434 for hackers-outgoing; Fri, 23 May 1997 13:22:54 -0700 (PDT) Received: from super-g.inch.com (super-g.com [204.178.32.161]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA13415; Fri, 23 May 1997 13:22:36 -0700 (PDT) Received: from localhost (spork@localhost) by super-g.inch.com (8.8.5/8.6.9) with SMTP id QAA10303; Fri, 23 May 1997 16:32:37 GMT Date: Fri, 23 May 1997 16:32:37 +0000 (GMT) From: spork X-Sender: spork@super-g.inch.com To: questions@freebsd.org cc: hackers@freebsd.org Subject: Make world broke s/key (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Whoops. I was using the RELENG_2_2 tag, FYI... Charles ---------- Forwarded message ---------- Date: Fri, 23 May 1997 16:31:34 +0000 (GMT) From: spork To: questions@freebsd.org Cc: hackers@freebsd.org Subject: Make world broke s/key cc-ing hackers, as it seems someone there would know... After using CVSup to grab src-all and src-secure and doing a make world, I get this: bash$ su s/key 81 we90118 Password: (null): Undefined symbol "_MD4Init" called from su:/usr/lib/libskey.so.2.0 at 0x8024214 bash$ I *can* s/key in fine as a regular user, but su to root gives the above response. This error is only seen when you put in a valid login string. From owner-freebsd-hackers Fri May 23 13:54:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA15154 for hackers-outgoing; Fri, 23 May 1997 13:54:53 -0700 (PDT) Received: from cypher.net (black@zen.pratt.edu [205.232.115.155]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA15147 for ; Fri, 23 May 1997 13:54:49 -0700 (PDT) Received: (from black@localhost) by cypher.net (8.8.5/8.7.1) id QAA05127; Fri, 23 May 1997 16:17:33 -0400 Date: Fri, 23 May 1997 16:17:32 -0400 (EDT) From: Ben Black To: sthaug@nethelp.no cc: roberto@keltia.freenix.fr, freebsd-hackers@FreeBSD.ORG Subject: Re: Named -- Specifying addresses to bind to. In-Reply-To: <15179.864415108@verdi.nethelp.no> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk that isn't the point. currently, you have to make world, then make bind...why not just put it in /usr/src so it just gets compiled along with everything else? On Fri, 23 May 1997 sthaug@nethelp.no wrote: > > Get 8.1, I think this is an option now. > > > > Having 8.1 in /usr/src would be nice too. > > You don't really need it - 8.1 compiles out of the box on FreeBSD. > > Steinar Haug, Nethelp consulting, sthaug@nethelp.no > From owner-freebsd-hackers Fri May 23 14:36:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA18023 for hackers-outgoing; Fri, 23 May 1997 14:36:38 -0700 (PDT) Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA18018 for ; Fri, 23 May 1997 14:36:33 -0700 (PDT) Received: from gid.co.uk (uucp@localhost) by isbalham.ist.co.uk (8.8.4/8.8.4) with UUCP id WAA24526; Fri, 23 May 1997 22:28:10 +0100 (BST) Received: from [194.32.164.2] by seagoon.gid.co.uk; Fri, 23 May 1997 22:20:38 +0100 X-Sender: rb@194.32.164.1 Message-Id: In-Reply-To: <19970523084907.AC18072@uriah.heep.sax.de> References: <199705222322.QAA15372@superior.mooseriver.com>; from Josef Grosch on May 22, 1997 16:22:34 -0700 <199705222322.QAA15372@superior.mooseriver.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 23 May 1997 22:17:40 +0100 To: jgrosch@superior.mooseriver.com From: Bob Bishop Subject: Re: SCSI tape config Cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 7:49 +0100 23/5/97, J Wunsch wrote: >As Josef Grosch wrote: > >> I've got this old Wangtek tape drive that handles QIC-150 tapes. THis drive >> came out of an old Sun shoebox and has an adapter board to allow a SCSI >> controller to driver it. My question is how does one set the SCSI id. There >> are a number of jumpers on the adapter board, which was made by >> Emulex. Does anyone know anthing about these? > >AFAIK, you can't. I've recently tried this at somebody where i was >giving a training course, and the outcome of their technicians was >that this old Emulex adapter is frozen to SCSI ID 4. Of course you can, at worst it's just a cut track and wire job. >The drive itself should be QIC-02, so if you've got an interface card >for this, you could use it directly with the wt(4) driver. I believe those do QIC-24 too (but not I imagine on a wt controller). -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK From owner-freebsd-hackers Fri May 23 14:39:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA18160 for hackers-outgoing; Fri, 23 May 1997 14:39:29 -0700 (PDT) Received: from verdi.nethelp.no (verdi.nethelp.no [195.1.171.130]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA18154 for ; Fri, 23 May 1997 14:39:19 -0700 (PDT) From: sthaug@nethelp.no Received: (qmail 21802 invoked by uid 1001); 23 May 1997 21:39:14 +0000 (GMT) To: black@zen.cypher.net Cc: roberto@keltia.freenix.fr, freebsd-hackers@FreeBSD.ORG Subject: Re: Named -- Specifying addresses to bind to. In-Reply-To: Your message of "Fri, 23 May 1997 16:17:32 -0400 (EDT)" References: X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Fri, 23 May 1997 23:39:14 +0200 Message-ID: <21800.864423554@verdi.nethelp.no> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > that isn't the point. currently, you have to make world, then make > bind...why not just put it in /usr/src so it just gets compiled along > with everything else? If you want to put bind 8.1 in /usr/src, you should at least wait until 8.1.1 (currently in alpha testing) is released. Also, the config file format for 8.1 is radically different. Yes, a conversion script is supplied, but this may still be stumbling block for some people. Aside from that, I'm running 8.1.1 (alpha) on several machines, and it seems to work just fine. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-hackers Fri May 23 14:41:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA18360 for hackers-outgoing; Fri, 23 May 1997 14:41:50 -0700 (PDT) Received: from cypher.net (black@zen.pratt.edu [205.232.115.155]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA18355 for ; Fri, 23 May 1997 14:41:48 -0700 (PDT) Received: (from black@localhost) by cypher.net (8.8.5/8.7.1) id RAA06001; Fri, 23 May 1997 17:04:34 -0400 Date: Fri, 23 May 1997 17:04:32 -0400 (EDT) From: Ben Black To: sthaug@nethelp.no cc: roberto@keltia.freenix.fr, freebsd-hackers@FreeBSD.ORG Subject: Re: Named -- Specifying addresses to bind to. In-Reply-To: <21800.864423554@verdi.nethelp.no> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk ugh, this is like pulling teeth. the issue is not EXACTLY which version of bind is included in the release, but rather only that it is RECENT because the ancient one currently in the distribution is inadequate. yeesh, why is this so hard to understand? On Fri, 23 May 1997 sthaug@nethelp.no wrote: > > that isn't the point. currently, you have to make world, then make > > bind...why not just put it in /usr/src so it just gets compiled along > > with everything else? > > If you want to put bind 8.1 in /usr/src, you should at least wait > until 8.1.1 (currently in alpha testing) is released. > > Also, the config file format for 8.1 is radically different. Yes, a > conversion script is supplied, but this may still be stumbling block > for some people. > > Aside from that, I'm running 8.1.1 (alpha) on several machines, and > it seems to work just fine. > > Steinar Haug, Nethelp consulting, sthaug@nethelp.no > From owner-freebsd-hackers Fri May 23 14:59:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA19058 for hackers-outgoing; Fri, 23 May 1997 14:59:33 -0700 (PDT) Received: from verdi.nethelp.no (verdi.nethelp.no [195.1.171.130]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA19053 for ; Fri, 23 May 1997 14:59:25 -0700 (PDT) From: sthaug@nethelp.no Received: (qmail 21924 invoked by uid 1001); 23 May 1997 21:59:22 +0000 (GMT) To: black@zen.cypher.net Cc: roberto@keltia.freenix.fr, freebsd-hackers@FreeBSD.ORG Subject: Re: Named -- Specifying addresses to bind to. In-Reply-To: Your message of "Fri, 23 May 1997 17:04:32 -0400 (EDT)" References: X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Fri, 23 May 1997 23:59:21 +0200 Message-ID: <21922.864424761@verdi.nethelp.no> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > ugh, this is like pulling teeth. the issue is not EXACTLY which version > of bind is included in the release, but rather only that it is RECENT > because the ancient one currently in the distribution is inadequate. The BIND version in FreeBSD-current is based on 4.9.5-P1, which was released 18 December 1996. I'd hardly call that ancient. The BIND version in FreeBSD-2.2.2 is based on 4.9.4-P1, which was released 5 August 1996. Not as good, but not exactly ancient either. Yes, I agree that bind 8.1 has features that some people really need. But a lot of people also need *stability*, and bind 8.1 is just new enough (released 6 May 1997) that it may not be wise to import it into the main tree yet. A better choice for most people would probably be 4.9.5-P2, which is just around the corner. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-hackers Fri May 23 15:02:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA19354 for hackers-outgoing; Fri, 23 May 1997 15:02:43 -0700 (PDT) Received: from cypher.net (black@zen.pratt.edu [205.232.115.155]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA19347 for ; Fri, 23 May 1997 15:02:40 -0700 (PDT) Received: (from black@localhost) by cypher.net (8.8.5/8.7.1) id RAA06338; Fri, 23 May 1997 17:25:16 -0400 Date: Fri, 23 May 1997 17:25:13 -0400 (EDT) From: Ben Black To: sthaug@nethelp.no cc: roberto@keltia.freenix.fr, freebsd-hackers@FreeBSD.ORG Subject: Re: Named -- Specifying addresses to bind to. In-Reply-To: <21922.864424761@verdi.nethelp.no> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk well, most people (including myself) are not running 2.2.2 or current, so this is news to me. On Fri, 23 May 1997 sthaug@nethelp.no wrote: > > ugh, this is like pulling teeth. the issue is not EXACTLY which version > > of bind is included in the release, but rather only that it is RECENT > > because the ancient one currently in the distribution is inadequate. > > The BIND version in FreeBSD-current is based on 4.9.5-P1, which was > released 18 December 1996. I'd hardly call that ancient. The BIND > version in FreeBSD-2.2.2 is based on 4.9.4-P1, which was released > 5 August 1996. Not as good, but not exactly ancient either. > > Yes, I agree that bind 8.1 has features that some people really need. > But a lot of people also need *stability*, and bind 8.1 is just new > enough (released 6 May 1997) that it may not be wise to import it into > the main tree yet. A better choice for most people would probably be > 4.9.5-P2, which is just around the corner. > > Steinar Haug, Nethelp consulting, sthaug@nethelp.no > From owner-freebsd-hackers Fri May 23 17:28:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA26344 for hackers-outgoing; Fri, 23 May 1997 17:28:02 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA26326 for ; Fri, 23 May 1997 17:27:58 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.8.5) id KAA08535; Sat, 24 May 1997 10:27:46 +1000 (EST) Date: Sat, 24 May 1997 10:27:45 +1000 (EST) From: "Daniel O'Callaghan" To: Josef Karthauser cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Named -- Specifying addresses to bind to. In-Reply-To: <19970523140504.34429@pavilion.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 23 May 1997, Josef Karthauser wrote: > > All you have to do is start named before the aliases. > > > Which it doesn't do in the new /etc/rc* files. :( > BTW I want it to bind to one of the aliases. It doesn't matter if it also > binds to the network address of the card. Why do you want to bind to one of the aliases? You aren't running your own secondary on the same machine, are you? That would be terrible - it defeats the purpose of the secondary. It's hard to cover all possibilities in /etc/rc.*, but I can see that it might be sensible to start named between the initial ifconfigs and the alias ifconfigs. Danny From owner-freebsd-hackers Fri May 23 18:16:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA28489 for hackers-outgoing; Fri, 23 May 1997 18:16:49 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA28484 for ; Fri, 23 May 1997 18:16:46 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id KAA03569; Sat, 24 May 1997 10:46:40 +0930 (CST) From: Michael Smith Message-Id: <199705240116.KAA03569@genesis.atrad.adelaide.edu.au> Subject: Re: Named -- Specifying addresses to bind to. In-Reply-To: <19970523152900.36766@pavilion.net> from Josef Karthauser at "May 23, 97 03:29:00 pm" To: joe@pavilion.net (Josef Karthauser) Date: Sat, 24 May 1997 10:46:39 +0930 (CST) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Josef Karthauser stands accused of saying: > BTW. Why do I still need libc.so.2.2 on my fbsd2.2.2 machine when > it has compiled libc.so.3.0? I've done reboot and another make world > to try and get it to link against the newer library, but It doesn't > want to play :(. I'd like a nice tidy system ;) Probably because you have ports linked against it. LibraryReport (/usr/src/tools/lreport/LibraryReport) will scan your system and give you a summary of shared library usage and dependancies which may shed some light on your situation. > Joe -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Fri May 23 18:40:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA29475 for hackers-outgoing; Fri, 23 May 1997 18:40:28 -0700 (PDT) Received: from iceberg.anchorage.net. (root@iceberg.anchorage.net [207.14.72.150]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA29470 for ; Fri, 23 May 1997 18:40:23 -0700 (PDT) Received: from aak.anchorage.net (ai-133 [207.14.72.133]) by iceberg.anchorage.net. (8.6.11/8.7.3) with SMTP id QAA16247 for ; Fri, 23 May 1997 16:37:31 -0800 Date: Fri, 23 May 1997 17:19:30 -0800 (AKDT) From: Steve Howe X-Sender: abc@aak.anchorage.net To: freebsd-hackers Subject: pipelines Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk #!/bin/sh # invoke with dummy args ... while [ $1 ]; do t=$(($t + 1)); shift; done | cat; echo X$t is there any way to find the value of a variable that is set in a pipe ... outside the pipe? i wish i could echo "t"s value in the example above, but exporting, etc, doesn't seem to help. please respond directly - i don't subscribe to hackers ... thanks. ------------------------------------------------------------------------- Sleep: a sign a caffeine deprivation ... http://www.anchorage.net/~un_x ------------------------------------------------------------------------- From owner-freebsd-hackers Fri May 23 19:21:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA00991 for hackers-outgoing; Fri, 23 May 1997 19:21:42 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA00982; Fri, 23 May 1997 19:21:36 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id TAA10241; Fri, 23 May 1997 19:21:32 -0700 (PDT) Message-Id: <199705240221.TAA10241@austin.polstra.com> To: spork@super-g.com Subject: Re: Make world broke s/key (fwd) Newsgroups: polstra.freebsd.hackers In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: hackers@freebsd.org, ache@freebsd.org Date: Fri, 23 May 1997 19:21:31 -0700 From: John Polstra Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article , spork wrote: > > bash$ su > s/key 81 we90118 > Password: > (null): Undefined symbol "_MD4Init" called from su:/usr/lib/libskey.so.2.0 > at 0x8024214 > bash$ > > I *can* s/key in fine as a regular user, but su to root gives the > above response. This error is only seen when you put in a valid login > string. Andrey's recent commit to src/usr.bin/su/Makefile fixed this in -current. It's still broken in -2.2. Andrey, would you like me to test this in -2.2 and do the merge? John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hackers Fri May 23 20:21:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA03048 for hackers-outgoing; Fri, 23 May 1997 20:21:00 -0700 (PDT) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA03040 for ; Fri, 23 May 1997 20:20:57 -0700 (PDT) Received: (from eivind@localhost) by bitbox.follo.net (8.7.6/8.7.3) id FAA05443; Sat, 24 May 1997 05:20:40 +0200 (MET DST) Date: Sat, 24 May 1997 05:20:40 +0200 (MET DST) Message-Id: <199705240320.FAA05443@bitbox.follo.net> From: Eivind Eklund To: Steve Howe In-reply-to: Steve Howe's message of Fri, 23 May 1997 17:19:30 -0800 (AKDT) Subject: Re: pipelines References: Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've kept hackers on the Cc: line - if you reply to this, consider moving it to -questions. Thanks. > #!/bin/sh > # invoke with dummy args ... > while [ $1 ]; do t=$(($t + 1)); shift; done | cat; echo X$t > > > is there any way to find the value of a variable that is set in a pipe > ... outside the pipe? i wish i could echo "t"s value in the example > above, but exporting, etc, doesn't seem to help. No possible, AFAIK. Your '| cat' makes a sub-shell, which can't change the variables of the parent. Could you drop it? Otherwise (probably with your subject-line :-), you'll have to use temp-files, ie. #!/bin/sh # invoke with dummy args ... umask 77 if mkdir /tmp/dummy.$$ then export MYCOUNTER=/tmp/dummy.$$/counter echo -n 0 > $MYCOUNTER while [ $1 ] do echo -n $((`cat $MYCOUNTER` + 1)) > $MYCOUNTER shift done | cat echo X`cat $MYCOUNTER` rm -rf /tmp/dummy.$$ else echo "Unable to create temporary directory /tmp/dummy.$$!" exit 1 fi mkdir is to get secure temp-files. > please respond directly - i don't subscribe to hackers ... thanks. And you shouldn't post this there - it belong in -questions. Eivind. From owner-freebsd-hackers Fri May 23 23:57:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA10840 for hackers-outgoing; Fri, 23 May 1997 23:57:53 -0700 (PDT) Received: from cais.cais.com (root@cais.com [199.0.216.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA10835 for ; Fri, 23 May 1997 23:57:52 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [205.252.122.1]) by cais.cais.com (8.8.5/8.7.3) with SMTP id CAA11661 for ; Sat, 24 May 1997 02:57:44 -0400 (EDT) Received: from Journey2.mat.net (journey2.mat.net [205.252.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id CAA15405 for ; Sat, 24 May 1997 02:57:36 -0400 Date: Sat, 24 May 1997 02:57:23 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@Journey2.mat.net To: FreeBSD-Hackers Subject: 3COM stuff Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I'm trying to install FreeBSD in a system I don't know the network card on. Looking at it, I see 3COM Etherlink II, and the 2 option sets I see show port as 310 and memory address as d8000. There doesn't seem to be any indication of IRQ. There are two ports on the rear, thickwire and thinwire. I have a thinwire cable, but I have a little thickwire/thinwire converter I know works well, so I can use either. Does anyone know how to tell the IRQ, and what options to feed to ifconfig to select either interface (I don't care which, as long as I know which one it is). Thanks. I'm trying to bring up 2.2.2 and it won't (so far) find the ethernet card, I think. NFS mounting hangs. I don't think this is a FreeBSD install problem (not your worry, Jordan :-] ), just a hardware thing. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Sat May 24 00:28:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA11600 for hackers-outgoing; Sat, 24 May 1997 00:28:48 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA11595 for ; Sat, 24 May 1997 00:28:45 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id QAA05347; Sat, 24 May 1997 16:58:34 +0930 (CST) From: Michael Smith Message-Id: <199705240728.QAA05347@genesis.atrad.adelaide.edu.au> Subject: Re: 3COM stuff In-Reply-To: from Chuck Robey at "May 24, 97 02:57:23 am" To: chuckr@Glue.umd.edu (Chuck Robey) Date: Sat, 24 May 1997 16:58:33 +0930 (CST) Cc: FreeBSD-Hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Chuck Robey stands accused of saying: > I'm trying to install FreeBSD in a system I don't know the network card > on. Looking at it, I see 3COM Etherlink II, and the 2 option sets I see > show port as 310 and memory address as d8000. There doesn't seem to be > any indication of IRQ. > It's a 3c503. The IRQ is soft-set by the driver; pick any IRQ that's free. > thinwire cable, but I have a little thickwire/thinwire converter I know > works well, so I can use either. The driver defaults to thinwire, so you're fine there. > Thanks. I'm trying to bring up 2.2.2 and it won't (so far) find the > ethernet card, I think. NFS mounting hangs. I don't think this is a > FreeBSD install problem (not your worry, Jordan :-] ), just a hardware > thing. NFS on those cards is _BAD_. If at all possible, do an FTP install. If you must use NFS, make sure the rsize parameter is _small_ - I recommend 1024 as a general rule. > Chuck Robey | Interests include any kind of voice or data -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sat May 24 00:41:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA12056 for hackers-outgoing; Sat, 24 May 1997 00:41:16 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA12051 for ; Sat, 24 May 1997 00:41:13 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id RAA05433; Sat, 24 May 1997 17:10:52 +0930 (CST) From: Michael Smith Message-Id: <199705240740.RAA05433@genesis.atrad.adelaide.edu.au> Subject: Re: SCSI tape config In-Reply-To: <199705230948.LAA27196@beta.mep.ruhr-uni-bochum.de> from Robert Eckardt at "May 23, 97 11:48:16 am" To: roberte@mep.ruhr-uni-bochum.de (Robert Eckardt) Date: Sat, 24 May 1997 17:10:52 +0930 (CST) Cc: joerg_wunsch@uriah.heep.sax.de, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Robert Eckardt stands accused of saying: > > If the SC499 is meant the doc is as follows: > == The card appears to be an SC400 (going on the FCC ID), however it is jumpered identically. Thankyou for the details! -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sat May 24 01:08:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA12919 for hackers-outgoing; Sat, 24 May 1997 01:08:32 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA12912 for ; Sat, 24 May 1997 01:08:26 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id JAA07030; Sat, 24 May 1997 09:08:18 +0100 (BST) Date: Sat, 24 May 1997 09:08:18 +0100 (BST) From: Doug Rabson To: Michael Smith cc: Chuck Robey , FreeBSD-Hackers@freebsd.org Subject: Re: 3COM stuff In-Reply-To: <199705240728.QAA05347@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 24 May 1997, Michael Smith wrote: > Chuck Robey stands accused of saying: > > I'm trying to install FreeBSD in a system I don't know the network card > > on. Looking at it, I see 3COM Etherlink II, and the 2 option sets I see > > show port as 310 and memory address as d8000. There doesn't seem to be > > any indication of IRQ. > > > > It's a 3c503. The IRQ is soft-set by the driver; pick any IRQ that's > free. > > > thinwire cable, but I have a little thickwire/thinwire converter I know > > works well, so I can use either. > > The driver defaults to thinwire, so you're fine there. > > > Thanks. I'm trying to bring up 2.2.2 and it won't (so far) find the > > ethernet card, I think. NFS mounting hangs. I don't think this is a > > FreeBSD install problem (not your worry, Jordan :-] ), just a hardware > > thing. > > NFS on those cards is _BAD_. If at all possible, do an FTP install. > If you must use NFS, make sure the rsize parameter is _small_ - I > recommend 1024 as a general rule. In theory, NFS over TCP should be usable with these cards. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 From owner-freebsd-hackers Sat May 24 01:10:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA13072 for hackers-outgoing; Sat, 24 May 1997 01:10:50 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA13067 for ; Sat, 24 May 1997 01:10:47 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id RAA05616; Sat, 24 May 1997 17:40:37 +0930 (CST) From: Michael Smith Message-Id: <199705240810.RAA05616@genesis.atrad.adelaide.edu.au> Subject: Re: 3COM stuff In-Reply-To: from Doug Rabson at "May 24, 97 09:08:18 am" To: dfr@nlsystems.com (Doug Rabson) Date: Sat, 24 May 1997 17:40:37 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, chuckr@Glue.umd.edu, FreeBSD-Hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Doug Rabson stands accused of saying: > > > > NFS on those cards is _BAD_. If at all possible, do an FTP install. > > If you must use NFS, make sure the rsize parameter is _small_ - I > > recommend 1024 as a general rule. > > In theory, NFS over TCP should be usable with these cards. This is why? I would have thought that an 8k read would result in 8k of packets, unless the window is somehow reduced through magic knowledge of the card's receive capabilities...? > Doug Rabson Mail: dfr@nlsystems.com -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sat May 24 02:15:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA15484 for hackers-outgoing; Sat, 24 May 1997 02:15:59 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA15479 for ; Sat, 24 May 1997 02:15:56 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id KAA07238; Sat, 24 May 1997 10:15:47 +0100 (BST) Date: Sat, 24 May 1997 10:15:47 +0100 (BST) From: Doug Rabson To: Michael Smith cc: chuckr@Glue.umd.edu, FreeBSD-Hackers@freebsd.org Subject: Re: 3COM stuff In-Reply-To: <199705240810.RAA05616@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 24 May 1997, Michael Smith wrote: > Doug Rabson stands accused of saying: > > > > > > NFS on those cards is _BAD_. If at all possible, do an FTP install. > > > If you must use NFS, make sure the rsize parameter is _small_ - I > > > recommend 1024 as a general rule. > > > > In theory, NFS over TCP should be usable with these cards. > > This is why? I would have thought that an 8k read would result in 8k > of packets, unless the window is somehow reduced through magic > knowledge of the card's receive capabilities...? TCP will break down the 8k result into MTU sized packets and will also be able to re-send in MTU sized packets if one is lost. The problem with the 3c503 is that NFS reads will send a burst of about 6 packets back-to-back which overflows the buffers. When the request times out, it re-sends and gets back another burst which overflows again. In TCP, the re-sending happens at a lower level and should work better with the limited buffering of the card. TCP will treat the buffer overflows as network congestion and back off. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 From owner-freebsd-hackers Sat May 24 02:20:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA15762 for hackers-outgoing; Sat, 24 May 1997 02:20:22 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA15748 for ; Sat, 24 May 1997 02:20:18 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id KAA03124 for ; Sat, 24 May 1997 10:19:33 +0100 (BST) Message-Id: <199705240919.KAA03124@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: freebsd-hackers@freebsd.org Subject: YAMFC Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 24 May 1997 10:19:33 +0100 From: Brian Somers Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk How do I tag the libalias stuff for 2.2 ? Do I simply $ cvs co src/lib/libalias $ cvs rtag -b RELENG_2_2 src/lib/libalias/[Ma]* When I did this locally, it produced a very long version, and the RELENG_2_2 didn't seem to stick to the head of that branch - that is, after a $ cvs co -r RELENG_2_2 libalias $ cd libalias $ vi Makefile $ cvs commit I ended up with the RELENG_2_2 tag stuck to the wrong version: $ cd /usr/src/lib/libalias $ cvs log Makefile RCS file: /home/ncvs/src/lib/libalias/Makefile,v Working file: Makefile head: 1.1 branch: 1.1.1 locks: strict access list: symbolic names: RELENG_2_2: 1.1.1.1.0.2 alias_2_1: 1.1.1.1 CMOTT: 1.1.1 keyword substitution: kv total revisions: 3; selected revisions: 3 description: ---------------------------- revision 1.1 date: 1997/05/23 04:41:31; author: brian; state: Exp; branches: 1.1.1; Initial revision ---------------------------- revision 1.1.1.1 date: 1997/05/23 04:41:31; author: brian; state: Exp; lines: +0 -0 branches: 1.1.1.1.2; Create the alias library. This is currently only used by ppp (or will be shortly). Natd can now be updated to use this library rather than carrying its own version of the code. Submitted by: Charles Mott ---------------------------- revision 1.1.1.1.2.1 date: 1997/05/24 09:09:02; author: brian; state: Exp; lines: +2 -0 Testing... ============================================================================= Can someone tell me the correct incantation ? Thanks. -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Sat May 24 02:20:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA15815 for hackers-outgoing; Sat, 24 May 1997 02:20:37 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA15806 for ; Sat, 24 May 1997 02:20:34 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id JAA12040; Sat, 24 May 1997 09:56:44 +0100 (BST) Message-Id: <199705240856.JAA12040@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Archie Cobbs cc: brian@awfulhak.org (Brian Somers), freebsd-hackers@freebsd.org Subject: Re: rtinit: wrong ifa In-reply-to: Your message of "Fri, 23 May 1997 10:48:41 PDT." <199705231748.KAA06394@bubba.whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 24 May 1997 09:56:43 +0100 From: Brian Somers Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [.....] > Hmm.. on my system, I get the rtinit() message even when doing this... > I.e.: > > $ ifconfig lo0 207.76.205.81 netmask 0xffffffff alias > /kernel: rtinit: wrong ifa (0xf0847080) was (0xf0819700) > > -Archie > > ___________________________________________________________________________ > Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com The error must be masked for point-to-point interfaces then - sorry: de0: flags=8843 mtu 1500 inet 10.0.1.1 netmask 0xffffff00 broadcast 10.0.1.255 ether 00:00:c0:ff:e9:ce tun0: flags=8051 mtu 1524 inet 158.152.17.1 --> 158.152.1.222 netmask 0xffff0000 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet 158.152.17.1 netmask 0xffffffff -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Sat May 24 03:21:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA17462 for hackers-outgoing; Sat, 24 May 1997 03:21:57 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id DAA17457 for ; Sat, 24 May 1997 03:21:54 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA06437 for freebsd-hackers@FreeBSD.ORG; Sat, 24 May 1997 12:21:51 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id LAA22363; Sat, 24 May 1997 11:56:41 +0200 (MET DST) Message-ID: <19970524115640.VY11290@uriah.heep.sax.de> Date: Sat, 24 May 1997 11:56:40 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: YAMFC References: <199705240919.KAA03124@awfulhak.demon.co.uk> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705240919.KAA03124@awfulhak.demon.co.uk>; from Brian Somers on May 24, 1997 10:19:33 +0100 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Brian Somers wrote: > RCS file: /home/ncvs/src/lib/libalias/Makefile,v > Working file: Makefile > head: 1.1 > branch: 1.1.1 > locks: strict > access list: > symbolic names: > RELENG_2_2: 1.1.1.1.0.2 > alias_2_1: 1.1.1.1 > CMOTT: 1.1.1 I think this is correct. Browse a little through the tree, you should be able to find precedent cases for this. It means CVS has branch- tagged the original vendor branch (as opposed to a locally modified version). Peter might tell you in more detail. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat May 24 03:41:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA19996 for hackers-outgoing; Sat, 24 May 1997 03:41:02 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA19990 for ; Sat, 24 May 1997 03:40:59 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id UAA02991; Sat, 24 May 1997 20:36:00 +1000 Date: Sat, 24 May 1997 20:36:00 +1000 From: Bruce Evans Message-Id: <199705241036.UAA02991@godzilla.zeta.org.au> To: hackers@FreeBSD.ORG, j@uriah.heep.sax.de Subject: Re: Controler for SCSI Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Funny, the 2920 is listed in the docs somewhere as not supported > only Adaptec so specified>. >... >The EIDE is about the same as what you could get with the Future >Domain; both are PIO only. Nope, EIDE supports PIO mode 4 (16.6MB/sec) and DMA at about the same speed. 16.6MB/sec is standard for PCI EIDE controllers. Crufty SCSI PIO controllers are unlikely to be as fast. New Quantum EIDE drives support DMA at 33.3MB/sec. Bruce From owner-freebsd-hackers Sat May 24 04:07:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA20956 for hackers-outgoing; Sat, 24 May 1997 04:07:20 -0700 (PDT) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA20951 for ; Sat, 24 May 1997 04:07:14 -0700 (PDT) Received: (from sos@localhost) by sos.freebsd.dk (8.8.5/8.7.3) id NAA00317; Sat, 24 May 1997 13:07:23 +0200 (MEST) From: Søren Schmidt Message-Id: <199705241107.NAA00317@sos.freebsd.dk> Subject: Re: Controler for SCSI In-Reply-To: <199705241036.UAA02991@godzilla.zeta.org.au> from Bruce Evans at "May 24, 97 08:36:00 pm" To: bde@zeta.org.au (Bruce Evans) Date: Sat, 24 May 1997 13:07:23 +0200 (MEST) Cc: hackers@FreeBSD.ORG, j@uriah.heep.sax.de X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Bruce Evans who wrote: > >> Funny, the 2920 is listed in the docs somewhere as not supported >> only Adaptec so specified>. > >... > >The EIDE is about the same as what you could get with the Future > >Domain; both are PIO only. > > Nope, EIDE supports PIO mode 4 (16.6MB/sec) and DMA at about the same > speed. 16.6MB/sec is standard for PCI EIDE controllers. Crufty SCSI > PIO controllers are unlikely to be as fast. New Quantum EIDE drives > support DMA at 33.3MB/sec. While we are on the subject: I just bought two Maxtor 84000 (4gig) drives and I plan to play a little with DMA for those (they only do 16.6MB/sec) They are pretty fast btw, faster than my Empire and SureStore SCSI2 disks, I'm surprised they even use less CPU than my SCSI setup (above drives and NCR ctrl), not bad at all and CHEAP!!. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Sat May 24 04:08:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA21019 for hackers-outgoing; Sat, 24 May 1997 04:08:07 -0700 (PDT) Received: from darius.concentric.net (darius.concentric.net [207.155.184.79]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA21014 for ; Sat, 24 May 1997 04:08:04 -0700 (PDT) Received: from newman.concentric.net (newman.concentric.net [207.155.184.71]) by darius.concentric.net (8.8.5/(97/05/21 3.30)) id HAA17505; Sat, 24 May 1997 07:08:03 -0400 (EDT) [1-800-745-2747 The Concentric Network] Received: from shag (ts002d11.sal-ut.concentric.net [206.173.156.47]) by newman.concentric.net (8.8.5) id HAA08052; Sat, 24 May 1997 07:07:52 -0400 (EDT) Message-ID: <3386CBC3.88C37DBB@concentric.net> Date: Sat, 24 May 1997 05:06:43 -0600 From: Joshua Fielden Organization: Shaggy Enterprises X-Mailer: Mozilla 4.0b4 [en] (Win95; I) MIME-Version: 1.0 To: hackers@FreeBSD.ORG Subject: Re: Controler for SCSI X-Priority: 3 (Normal) References: <199705241036.UAA02991@godzilla.zeta.org.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Bruce Evans wrote: > > >> Funny, the 2920 is listed in the docs somewhere as not supported >> only Adaptec so specified>. > >... > >The EIDE is about the same as what you could get with the Future > >Domain; both are PIO only. > > Nope, EIDE supports PIO mode 4 (16.6MB/sec) and DMA at about the same > speed. 16.6MB/sec is standard for PCI EIDE controllers. Crufty SCSI > PIO controllers are unlikely to be as fast. New Quantum EIDE drives > support DMA at 33.3MB/sec. > > Bruce Now if only it worked that way In Real Life... :-) I have a pretty decent Fijitsu drive, and my Quantum Lightning, which is among the worse SCSI-II drives manufactered in the last couple of years, takes it to town on every benchmark on the planet. I know the controller is crap, but it was cheap, and I was just hoping. =) -- SCSI is *not* magic. There are many technical reasons why it is occasionally nessicary to sacrifice a small goat to your SCSI chain. -- Joshua Fielden From owner-freebsd-hackers Sat May 24 04:17:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA21390 for hackers-outgoing; Sat, 24 May 1997 04:17:25 -0700 (PDT) Received: from nagual.pp.ru (ache.relcom.ru [194.58.229.133]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA21385 for ; Sat, 24 May 1997 04:17:22 -0700 (PDT) Received: (from ache@localhost) by nagual.pp.ru (8.8.5/8.8.5) id PAA00563; Sat, 24 May 1997 15:17:46 +0400 (MSD) Date: Sat, 24 May 1997 15:17:44 +0400 (MSD) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= To: John Polstra cc: spork@super-g.com, hackers@FreeBSD.ORG Subject: Re: Make world broke s/key (fwd) In-Reply-To: <199705240221.TAA10241@austin.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 23 May 1997, John Polstra wrote: > Andrey's recent commit to src/usr.bin/su/Makefile fixed this in -current. > It's still broken in -2.2. > > Andrey, would you like me to test this in -2.2 and do the merge? Of course, I simple not have 2.2 experiment box available now, only -current. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-hackers Sat May 24 04:39:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA22163 for hackers-outgoing; Sat, 24 May 1997 04:39:24 -0700 (PDT) Received: from verdi.nethelp.no (verdi.nethelp.no [195.1.171.130]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA22158 for ; Sat, 24 May 1997 04:39:20 -0700 (PDT) From: sthaug@nethelp.no Received: (qmail 25680 invoked by uid 1001); 24 May 1997 11:39:16 +0000 (GMT) To: shag@concentric.net Cc: hackers@FreeBSD.ORG Subject: Re: Controler for SCSI In-Reply-To: Your message of "Sat, 24 May 1997 05:06:43 -0600" References: <3386CBC3.88C37DBB@concentric.net> X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sat, 24 May 1997 13:39:16 +0200 Message-ID: <25678.864473956@verdi.nethelp.no> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Nope, EIDE supports PIO mode 4 (16.6MB/sec) and DMA at about the same > > speed. 16.6MB/sec is standard for PCI EIDE controllers. Crufty SCSI > > PIO controllers are unlikely to be as fast. New Quantum EIDE drives > > support DMA at 33.3MB/sec. > > Now if only it worked that way In Real Life... :-) I have a pretty > decent Fijitsu drive, and my Quantum Lightning, which is among the worse > SCSI-II drives manufactered in the last couple of years, takes it to > town on every benchmark on the planet. I know the controller is crap, > but it was cheap, and I was just hoping. =) I have to disagree. I have a PPro-200 with a 1.7 GB Quantum FB, PIO mode. I get a sustained 6.8 MB/s on sequential read from this, while my Seagate Barracuda "only" gets around 6 MB/s. The price differential between SCSI and EIDE is significant enough these days that I think it's vital for FreeBSD to get EIDE DMA support. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-hackers Sat May 24 04:43:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA22294 for hackers-outgoing; Sat, 24 May 1997 04:43:05 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA22289 for ; Sat, 24 May 1997 04:42:51 -0700 (PDT) Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.8.4/8.8.4) with SMTP id OAA06266 for ; Sat, 24 May 1997 14:42:03 +0300 (EEST) Date: Sat, 24 May 1997 14:42:03 +0300 (EEST) From: Narvi To: hackers@freebsd.org Subject: New x86 on the Block Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, it seems that more and more "advanced" x86 compatible processros are coming down on us. Though not available yet (expected in the second half of this year), IDT (they make MIPS processors) seems to have grown a new branch to make x86 processors. They say they will be targeting the sub-$1500 market with a processor that is better that PMMX at the same Mhz :-) Features: 1) Large caches. Yes, I mean it - both of the L1 caches are 32K, that is, 64K total. The placement algorithm is LRU 2) RISC - the thing is internally RISC, everything is translated to RISC intstructions 3) Simplicity - a) only 5.4 million transistors (K6 - 8.8) b) Simple branch-prediction c) No Out-of-Order, perdictive execution, etc. 4) Cool - 10.5 watts of heat @ 3.3V. 5) Crappy FPU - they almost say so outright. See www.centtech.com Sander PS. I am not in any way conneted with them. From owner-freebsd-hackers Sat May 24 06:25:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA25000 for hackers-outgoing; Sat, 24 May 1997 06:25:15 -0700 (PDT) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA24995 for ; Sat, 24 May 1997 06:25:11 -0700 (PDT) Received: (from sos@localhost) by sos.freebsd.dk (8.8.5/8.7.3) id PAA00586; Sat, 24 May 1997 15:25:31 +0200 (MEST) From: Søren Schmidt Message-Id: <199705241325.PAA00586@sos.freebsd.dk> Subject: Re: Controler for SCSI In-Reply-To: <25678.864473956@verdi.nethelp.no> from "sthaug@nethelp.no" at "May 24, 97 01:39:16 pm" To: sthaug@nethelp.no Date: Sat, 24 May 1997 15:25:31 +0200 (MEST) Cc: shag@concentric.net, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to sthaug@nethelp.no who wrote: > > > Nope, EIDE supports PIO mode 4 (16.6MB/sec) and DMA at about the same > > > speed. 16.6MB/sec is standard for PCI EIDE controllers. Crufty SCSI > > > PIO controllers are unlikely to be as fast. New Quantum EIDE drives > > > support DMA at 33.3MB/sec. > > > > Now if only it worked that way In Real Life... :-) I have a pretty > > decent Fijitsu drive, and my Quantum Lightning, which is among the worse > > SCSI-II drives manufactered in the last couple of years, takes it to > > town on every benchmark on the planet. I know the controller is crap, > > but it was cheap, and I was just hoping. =) > > I have to disagree. I have a PPro-200 with a 1.7 GB Quantum FB, PIO mode. > I get a sustained 6.8 MB/s on sequential read from this, while my Seagate > Barracuda "only" gets around 6 MB/s. So do I with my new Maxtor 84000A disks... > The price differential between SCSI and EIDE is significant enough these > days that I think it's vital for FreeBSD to get EIDE DMA support. Endeed, I plan to work on it (when I have some spare time, which is rare these days)... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Sat May 24 06:46:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA25588 for hackers-outgoing; Sat, 24 May 1997 06:46:28 -0700 (PDT) Received: from florence.pavilion.net (mailrelay1.pavilion.net [194.242.128.25]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA25583 for ; Sat, 24 May 1997 06:46:22 -0700 (PDT) Received: (from joe@localhost) by florence.pavilion.net (8.8.5/8.8.5) id OAA03545; Sat, 24 May 1997 14:45:50 +0100 (BST) Message-ID: <19970524144550.20530@pavilion.net> Date: Sat, 24 May 1997 14:45:50 +0100 From: Josef Karthauser To: freebsd-hackers@FreeBSD.ORG Subject: Re: Named -- Specifying addresses to bind to. References: <19970523140504.34429@pavilion.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: ; from Daniel O'Callaghan on Sat, May 24, 1997 at 10:27:45AM +1000 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, May 24, 1997 at 10:27:45AM +1000, Daniel O'Callaghan wrote: > > > On Fri, 23 May 1997, Josef Karthauser wrote: > > > > All you have to do is start named before the aliases. > > > > > Which it doesn't do in the new /etc/rc* files. :( > > BTW I want it to bind to one of the aliases. It doesn't matter if it also > > binds to the network address of the card. > > Why do you want to bind to one of the aliases? You aren't running your > own secondary on the same machine, are you? That would be terrible - it > defeats the purpose of the secondary. Hmm that'd be bad wouldn't it ;). Fortunately we're not doing that here. We've got three name servers around the system. They're all on .1 or .2 ip addresses (i.e. 194.242.128.1), and these IP addresses exist within our customer's tcp stacks for their DNS lookups. To make it flexible we use these ip addresses as aliases upon various machines as it makes it easy to move this service around should we need to perform maintainence on the supporting machines. One of the supporting DNS machines, 194.242.128.2, also currently lives on our virtual web server. This also has a whole class C of DNS addresses available to it to bind web server onto. This machine does a lot of reverse DNS lookups for logs, etc, and so it is also good that it performs its own DNS lookups. I guess it might horrify some people to think of running named on an alias address. I don't see why though, if aliases are reliable. If they're not then we've got different problems ;) Joe. > It's hard to cover all possibilities in /etc/rc.*, but I can see that it > might be sensible to start named between the initial ifconfigs and the > alias ifconfigs. > > Danny -- Josef Karthauser Technical Manager Email: joe@pavilion.net Pavilion Internet plc. [Tel: +44 1273 607072 Fax: +44 1273 607073] From owner-freebsd-hackers Sat May 24 07:13:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA26520 for hackers-outgoing; Sat, 24 May 1997 07:13:50 -0700 (PDT) Received: from feephi.phofarm.com (gate.phofarm.com [206.21.77.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA26507 for ; Sat, 24 May 1997 07:13:46 -0700 (PDT) Received: from feephi.phofarm.com (feephi.phofarm.com [206.21.77.130]) by feephi.phofarm.com (8.8.5/8.8.5) with SMTP id KAA03654 for ; Sat, 24 May 1997 10:11:12 -0400 (EDT) Message-ID: <3386F6FA.41C67EA6@phofarm.com> Date: Sat, 24 May 1997 10:11:06 -0400 From: "Danny J. Zerkel" Organization: Photon Farmers X-Mailer: Mozilla 3.01 (X11; I; FreeBSD 2.2-STABLE i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: Re: process monitoring tool (like SysV init) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Daniel O'Callaghan wrote: >On Thu, 22 May 1997, Stephen McKay wrote: ... >> I like the idea of a nanny type program, but can't decide whether it should >> be merged with init, much like System V, or kept separate like inetd. > >The question in my mind is "How does the nanny know that the program has >died?". If the program does not daemonise itself, then SIGCLD takes care >of that, but if the program *does* daemonise itself, what then? Would it >be possible for the kernel to signal an event such as a process dying? >Does it do this already? One simple, imperfect way is to grab a pid from >/var/run, and then watch /proc/{pid}/status. Back in my AT&T days, someone had hacked SVR2 and SVR3 to allow process adoption. Presumably there was some way of detecting that a process has been orphaned and then to adopt it as a child. I don't know the specifics but the work was done by someone who worked on CB Unix (Columbus). Many of the CB Unix changes made it into SysV (including stuff for init). The process adoption was done later, I believe (though it may have been in CB Unix, also). Danny J. Zerkel Photon Farmers dzerkel@phofarm.com From owner-freebsd-hackers Sat May 24 09:22:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA03078 for hackers-outgoing; Sat, 24 May 1997 09:22:32 -0700 (PDT) Received: from seagull.rtd.com (seagull.rtd.com [198.102.68.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA03044 for ; Sat, 24 May 1997 09:22:30 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/8.7.3) id JAA14984 for freebsd-hackers@freefall.cdrom.com; Sat, 24 May 1997 09:22:29 -0700 (MST) From: Don Yuniskis Message-Id: <199705241622.JAA14984@seagull.rtd.com> Subject: diskless hardware *design* suggestions To: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) Date: Sat, 24 May 1997 09:22:29 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Greetings! I'm hacking together an SC400 (486/66 PC on a chip) based design and would like that design to serve double duty as the core of an FBSD-based diskless system (e.g., a small X-terminal). Unfortunately, none of the x86 MCU's are particularly tolerant of external bus masters. And, sharing memory tends to clutter these designs quickly. So, DMA is the only *painless* way to interface to the core. As such, are there any good suggestions for NIC's that would fit well in this architecture? Preferably fast ethernet? Very high integration is desirable to keep the size of the box down to a minimum (i.e. PC/104 form factor). Thx! --don From owner-freebsd-hackers Sat May 24 10:58:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA09444 for hackers-outgoing; Sat, 24 May 1997 10:58:25 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA09439 for ; Sat, 24 May 1997 10:58:23 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA11028; Sat, 24 May 1997 10:56:12 -0700 From: Terry Lambert Message-Id: <199705241756.KAA11028@phaeton.artisoft.com> Subject: Re: Controler for SCSI To: bde@zeta.org.au (Bruce Evans) Date: Sat, 24 May 1997 10:56:12 -0700 (MST) Cc: hackers@FreeBSD.ORG, j@uriah.heep.sax.de In-Reply-To: <199705241036.UAA02991@godzilla.zeta.org.au> from "Bruce Evans" at May 24, 97 08:36:00 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >> Funny, the 2920 is listed in the docs somewhere as not supported >> only Adaptec so specified>. > >... > >The EIDE is about the same as what you could get with the Future > >Domain; both are PIO only. > > Nope, EIDE supports PIO mode 4 (16.6MB/sec) and DMA at about the same > speed. 16.6MB/sec is standard for PCI EIDE controllers. Crufty SCSI > PIO controllers are unlikely to be as fast. New Quantum EIDE drives > support DMA at 33.3MB/sec. Except while doing PIO, your CPU is neglecting the number crunching it is supposed to be doing instead. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat May 24 11:31:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA11017 for hackers-outgoing; Sat, 24 May 1997 11:31:09 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA11008 for ; Sat, 24 May 1997 11:31:00 -0700 (PDT) Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.8.4/8.8.4) with SMTP id VAA11996; Sat, 24 May 1997 21:31:23 +0300 (EEST) Date: Sat, 24 May 1997 21:31:22 +0300 (EEST) From: Narvi To: Don Yuniskis cc: FreeBSD hackers Subject: Re: diskless hardware *design* suggestions In-Reply-To: <199705241622.JAA14984@seagull.rtd.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 24 May 1997, Don Yuniskis wrote: > Greetings! > I'm hacking together an SC400 (486/66 PC on a chip) based design > and would like that design to serve double duty as the core of an > FBSD-based diskless system (e.g., a small X-terminal). Hey, you get to write the BIOS! :-) Unless, of course you opt to use one distributed by AMD with the evaluation board. > Unfortunately, none of the x86 MCU's are particularly > tolerant of external bus masters. And, sharing memory tends to > clutter these designs quickly. So, DMA is the only *painless* > way to interface to the core. > As such, are there any good suggestions for NIC's that would > fit well in this architecture? Preferably fast ethernet? Very > high integration is desirable to keep the size of the box down to > a minimum (i.e. PC/104 form factor). I am not sure if Fast ethernet is very usable with a 486/66 and no bus mastering. But take a look at the SMC FEAST controller (91C100), it has 32/16 bit bus support and is not meant specificly for PCI (actually, VL is even mentioned). For 10 Mbit ethernet SMC also makes single-chip thingies with direct ISA interface (91c94 - 91c96). They have 4.5KB RAM on-board (dynamically allocated, in which upto 18 packets may be stored at a time). There even seems to be enough information for writing a driver. Sander > Thx! > --don > From owner-freebsd-hackers Sat May 24 12:46:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA14015 for hackers-outgoing; Sat, 24 May 1997 12:46:47 -0700 (PDT) Received: from seagull.rtd.com (seagull.rtd.com [198.102.68.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA14009 for ; Sat, 24 May 1997 12:46:40 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/8.7.3) id MAA03270; Sat, 24 May 1997 12:46:18 -0700 (MST) From: Don Yuniskis Message-Id: <199705241946.MAA03270@seagull.rtd.com> Subject: Re: diskless hardware *design* suggestions To: narvi@haldjas.folklore.ee (Narvi) Date: Sat, 24 May 1997 12:46:17 -0700 (MST) Cc: dgy@rtd.com, freebsd-hackers@freefall.FreeBSD.org In-Reply-To: from "Narvi" at May 24, 97 09:31:22 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I'm hacking together an SC400 (486/66 PC on a chip) based design > > and would like that design to serve double duty as the core of an > > FBSD-based diskless system (e.g., a small X-terminal). > > Hey, you get to write the BIOS! :-) Unless, of course you opt to use one > distributed by AMD with the evaluation board. It was my understanding that FBSD doesn't *use* any of the BIOS hooks (aside from grabbing the initial boot loader off the disk, etc. -- in my case, it would be similar to grabbing an initial packet off the network) > > Unfortunately, none of the x86 MCU's are particularly > > tolerant of external bus masters. And, sharing memory tends to > > clutter these designs quickly. So, DMA is the only *painless* > > way to interface to the core. > > As such, are there any good suggestions for NIC's that would > > fit well in this architecture? Preferably fast ethernet? Very > > high integration is desirable to keep the size of the box down to > > a minimum (i.e. PC/104 form factor). > > I am not sure if Fast ethernet is very usable with a 486/66 and no bus > mastering. (sigh) I am *so* tired of folks claiming that XYZ won't work with fast ethernet! That was the excuse given for the lack of ISA boards, etc. It, of course, depends on your network utilization (i.e. 100 ISA machines can easily use all the bandwidth of a 100bit ethernet and *still* never drop a packet -- assuming they each have very little traffic!) I suspect that a DMA channel of the SC400 could move enough bits. The problem would lie in the number of bcopy()'s, etc. needed to actually move the data to someplace useful... > But take a look at the SMC FEAST controller (91C100), it has > 32/16 bit bus support and is not meant specificly for PCI (actually, VL is > even mentioned). Yes, but the SC400 devices don't support *any* busmastering! So, that type of solution would necessitate the additon of a psuedo-dual-ported RAM just for the NIC. Kinda silly when there are gobs of DRAM sitting on the DRAM controller yet inaccessible to the NIC... > For 10 Mbit ethernet SMC also makes single-chip thingies > with direct ISA interface (91c94 - 91c96). They have 4.5KB RAM > on-board (dynamically allocated, in which upto 18 packets may be stored > at a time). There even seems to be enough information for writing a > driver. This is currently my best guess at a solution. However, I would have liked a faster device and I'm unsure of the overhead of moving bytes to/from it. Thx! --don From owner-freebsd-hackers Sat May 24 12:48:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA14090 for hackers-outgoing; Sat, 24 May 1997 12:48:32 -0700 (PDT) Received: from florence.pavilion.net (mailrelay1.pavilion.net [194.242.128.25]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA14084 for ; Sat, 24 May 1997 12:48:30 -0700 (PDT) Received: (from joe@localhost) by florence.pavilion.net (8.8.5/8.8.5) id UAA13204; Sat, 24 May 1997 20:47:57 +0100 (BST) Message-ID: <19970524204757.02891@pavilion.net> Date: Sat, 24 May 1997 20:47:57 +0100 From: Josef Karthauser To: freebsd-hackers@FreeBSD.ORG Subject: Re: Named -- Specifying addresses to bind to. References: <19970523152900.36766@pavilion.net> <199705240116.KAA03569@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199705240116.KAA03569@genesis.atrad.adelaide.edu.au>; from Michael Smith on Sat, May 24, 1997 at 10:46:39AM +0930 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, May 24, 1997 at 10:46:39AM +0930, Michael Smith wrote: > Josef Karthauser stands accused of saying: > > BTW. Why do I still need libc.so.2.2 on my fbsd2.2.2 machine when > > it has compiled libc.so.3.0? I've done reboot and another make world > > to try and get it to link against the newer library, but It doesn't > > want to play :(. I'd like a nice tidy system ;) > > Probably because you have ports linked against it. LibraryReport > (/usr/src/tools/lreport/LibraryReport) will scan your system and give > you a summary of shared library usage and dependancies which may shed > some light on your situation. Yep, found it. 'Twas my 'bash' shell ;) Joe -- Josef Karthauser Technical Manager Email: joe@pavilion.net Pavilion Internet plc. [Tel: +44 1273 607072 Fax: +44 1273 607073] From owner-freebsd-hackers Sat May 24 13:06:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA14761 for hackers-outgoing; Sat, 24 May 1997 13:06:41 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14745 for ; Sat, 24 May 1997 13:06:19 -0700 (PDT) Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.8.4/8.8.4) with SMTP id XAA13137; Sat, 24 May 1997 23:06:35 +0300 (EEST) Date: Sat, 24 May 1997 23:06:35 +0300 (EEST) From: Narvi To: Don Yuniskis cc: freebsd-hackers@freefall.FreeBSD.org Subject: Re: diskless hardware *design* suggestions In-Reply-To: <199705241946.MAA03270@seagull.rtd.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 24 May 1997, Don Yuniskis wrote: > > > I'm hacking together an SC400 (486/66 PC on a chip) based design > > > and would like that design to serve double duty as the core of an > > > FBSD-based diskless system (e.g., a small X-terminal). > > > > Hey, you get to write the BIOS! :-) Unless, of course you opt to use one > > distributed by AMD with the evaluation board. > > It was my understanding that FBSD doesn't *use* any of the BIOS hooks > (aside from grabbing the initial boot loader off the disk, etc. -- in > my case, it would be similar to grabbing an initial packet off the network) > > > > Unfortunately, none of the x86 MCU's are particularly > > > tolerant of external bus masters. And, sharing memory tends to > > > clutter these designs quickly. So, DMA is the only *painless* > > > way to interface to the core. > > > As such, are there any good suggestions for NIC's that would > > > fit well in this architecture? Preferably fast ethernet? Very > > > high integration is desirable to keep the size of the box down to > > > a minimum (i.e. PC/104 form factor). > > > > I am not sure if Fast ethernet is very usable with a 486/66 and no bus > > mastering. > > (sigh) I am *so* tired of folks claiming that XYZ won't work with > fast ethernet! That was the excuse given for the lack of ISA boards, > etc. It, of course, depends on your network utilization (i.e. > 100 ISA machines can easily use all the bandwidth of a 100bit > ethernet and *still* never drop a packet -- assuming they each > have very little traffic!) Sorry :-( I did not mean to say that ISA (and SC400 can support VESA VL) will not be enough for 100BaseT. The maximum bandwidth supported by many 100BaseTX hubs is actually around 80 (just read the docs :-(), which is not too much higher than the theoretical bus-master bandwidth of ISA. > > I suspect that a DMA channel of the SC400 could move enough bits. > The problem would lie in the number of bcopy()'s, etc. needed to > actually move the data to someplace useful... > > > But take a look at the SMC FEAST controller (91C100), it has > > 32/16 bit bus support and is not meant specificly for PCI (actually, VL is > > even mentioned). > > Yes, but the SC400 devices don't support *any* busmastering! > So, that type of solution would necessitate the additon of > a psuedo-dual-ported RAM just for the NIC. Kinda silly when > there are gobs of DRAM sitting on the DRAM controller yet > inaccessible to the NIC... Well, I am not sure if the FEAST chip even supports bus-mastering. It does have support for 128K of external buffer RAM. > > > For 10 Mbit ethernet SMC also makes single-chip thingies > > with direct ISA interface (91c94 - 91c96). They have 4.5KB RAM > > on-board (dynamically allocated, in which upto 18 packets may be stored > > at a time). There even seems to be enough information for writing a > > driver. > > This is currently my best guess at a solution. However, I would > have liked a faster device and I'm unsure of the overhead of > moving bytes to/from it. It says on the DS it doesn't use any wait states on ISA, then again, it seems to be a 16 bit wide IO device only (no memory mapping). Sander > > Thx! > --don > From owner-freebsd-hackers Sat May 24 13:18:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA15147 for hackers-outgoing; Sat, 24 May 1997 13:18:24 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA15139 for ; Sat, 24 May 1997 13:18:10 -0700 (PDT) Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.8.4/8.8.4) with SMTP id XAA13176; Sat, 24 May 1997 23:19:18 +0300 (EEST) Date: Sat, 24 May 1997 23:19:18 +0300 (EEST) From: Narvi To: Don Yuniskis cc: freebsd-hackers@freefall.FreeBSD.org Subject: Re: diskless hardware *design* suggestions (BIOS) In-Reply-To: <199705241946.MAA03270@seagull.rtd.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 24 May 1997, Don Yuniskis wrote: > > > I'm hacking together an SC400 (486/66 PC on a chip) based design > > > and would like that design to serve double duty as the core of an > > > FBSD-based diskless system (e.g., a small X-terminal). > > > > Hey, you get to write the BIOS! :-) Unless, of course you opt to use one > > distributed by AMD with the evaluation board. > > It was my understanding that FBSD doesn't *use* any of the BIOS hooks > (aside from grabbing the initial boot loader off the disk, etc. -- in > my case, it would be similar to grabbing an initial packet off the network) > Yes, the only part of BIOS you need to write is the system setup + network support. Also some text-mode graphics to see the self-test results/setup screen (to the extent you want them). Sander [a huge snip] From owner-freebsd-hackers Sat May 24 15:46:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA23391 for hackers-outgoing; Sat, 24 May 1997 15:46:01 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA23385 for ; Sat, 24 May 1997 15:45:59 -0700 (PDT) Received: from pf1.phil.uni-sb.de (root@pf1.phil.uni-sb.de [134.96.82.11]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA08828 for ; Sat, 24 May 1997 15:45:41 -0700 (PDT) Received: from relay7.UU.NET (relay7.UU.NET [192.48.96.17]) by pf1.phil.uni-sb.de (8.8.5/8.8.5/961001chris) with ESMTP id AAA00473 for ; Sun, 25 May 1997 00:44:13 +0200 (MET DST) Received: from ngeout01.news.aol.com by relay7.UU.NET with SMTP (peer crosschecked as: ngeout01.news.aol.com [152.163.176.244]) id QQcqzb06381; Sat, 24 May 1997 18:45:57 -0400 (EDT) Received: from ladder01.news.aol.com (ladder01.news-fddi.aol.com [172.16.30.168]) by ngeout01.news.aol.com (8.6.12/8.6.12) with ESMTP id SAA15994 for ; Sat, 24 May 1997 18:45:38 -0400 Date: Sat, 24 May 1997 18:45:38 -0400 To: Message-Id: <19970524224500.SAA28366@ladder01.news.aol.com> Newsgroups: saar.lists.freebsd-hackers From: prfrdst1@aol.com (Prfrdst1) Organization: AOL http://www.aol.com Subject: BIOS HACK NEEDED Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk if you have an AST bios v2.02 hack or know of anyone who does...please notify me. any help would be greatly appreciated. prfrdst1@aol.com From owner-freebsd-hackers Sat May 24 19:04:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA01660 for hackers-outgoing; Sat, 24 May 1997 19:04:16 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA01655 for ; Sat, 24 May 1997 19:04:12 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.5/8.7.3) with SMTP id TAA11908 for ; Sat, 24 May 1997 19:04:11 -0700 (PDT) Date: Sat, 24 May 1997 19:04:11 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org Subject: Minor 2.2.2 install problem Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk /etc/login.conf isn't installed in a minimal install. From owner-freebsd-hackers Sat May 24 19:22:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA02359 for hackers-outgoing; Sat, 24 May 1997 19:22:40 -0700 (PDT) Received: from cedb.dpcsys.com (ns2.BEACH.net [209.25.4.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA02354 for ; Sat, 24 May 1997 19:22:37 -0700 (PDT) Received: from localhost (dan@localhost) by cedb.dpcsys.com (8.8.5/8.8.2) with SMTP id CAA10820; Sun, 25 May 1997 02:22:29 GMT Date: Sat, 24 May 1997 19:22:28 -0700 (PDT) From: Dan Busarow To: sthaug@nethelp.no cc: freebsd-hackers@FreeBSD.org Subject: Re: Named -- Specifying addresses to bind to. In-Reply-To: <21800.864423554@verdi.nethelp.no> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 23 May 1997 sthaug@nethelp.no wrote: > If you want to put bind 8.1 in /usr/src, you should at least wait > until 8.1.1 (currently in alpha testing) is released. I'd hold out longer. Like til the new named.conf format is widely used. Basic chicken/egg problem here. > Also, the config file format for 8.1 is radically different. Yes, a > conversion script is supplied, but this may still be stumbling block > for some people. Exactly. It's going to break scripts for those who don't update DNS manually and will break DNS for *everyone* who upgrades an existing system. > Aside from that, I'm running 8.1.1 (alpha) on several machines, and > it seems to work just fine. Same here. I like it. But I sure wouldn't want it sprung on me by surprise. Dan -- Dan Busarow 714 443 4172 DPC Systems / Beach.Net dan@dpcsys.com Dana Point, California 83 09 EF 59 E0 11 89 B4 8D 09 DB FD E1 DD 0C 82 From owner-freebsd-hackers Sat May 24 19:32:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA02770 for hackers-outgoing; Sat, 24 May 1997 19:32:05 -0700 (PDT) Received: from cedb.dpcsys.com (ns2.BEACH.net [209.25.4.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA02759 for ; Sat, 24 May 1997 19:32:02 -0700 (PDT) Received: from localhost (dan@localhost) by cedb.dpcsys.com (8.8.5/8.8.2) with SMTP id CAA10858; Sun, 25 May 1997 02:32:00 GMT Date: Sat, 24 May 1997 19:32:00 -0700 (PDT) From: Dan Busarow To: Josef Karthauser cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Named -- Specifying addresses to bind to. In-Reply-To: <19970524144550.20530@pavilion.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 24 May 1997, Josef Karthauser wrote: > One of the supporting DNS machines, 194.242.128.2, also currently lives on > our virtual web server. This also has a whole class C of DNS addresses So then you need 8.1. Install 8.1 and build named.conf from your named.boot. The conversion script seems to work pretty good. Most people don't need this though so it would be a mistake to put it in the base distribution for some time to come. BTW, we run a cache only name servers on our virtual host systems. Still eats RAM but you don't have to service requests from anyone but yourself. Dan -- Dan Busarow 714 443 4172 DPC Systems / Beach.Net dan@dpcsys.com Dana Point, California 83 09 EF 59 E0 11 89 B4 8D 09 DB FD E1 DD 0C 82 From owner-freebsd-hackers Sat May 24 20:53:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA06167 for hackers-outgoing; Sat, 24 May 1997 20:53:30 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA06157 for ; Sat, 24 May 1997 20:53:25 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id NAA11327; Sun, 25 May 1997 13:23:18 +0930 (CST) From: Michael Smith Message-Id: <199705250353.NAA11327@genesis.atrad.adelaide.edu.au> Subject: Re: diskless hardware *design* suggestions In-Reply-To: <199705241622.JAA14984@seagull.rtd.com> from Don Yuniskis at "May 24, 97 09:22:29 am" To: dgy@rtd.com (Don Yuniskis) Date: Sun, 25 May 1997 13:23:18 +0930 (CST) Cc: freebsd-hackers@freefall.FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Don Yuniskis stands accused of saying: > I'm hacking together an SC400 (486/66 PC on a chip) based design > and would like that design to serve double duty as the core of an > FBSD-based diskless system (e.g., a small X-terminal). Hey, neat. What VGA CRTC were you planning on using? > Unfortunately, none of the x86 MCU's are particularly > tolerant of external bus masters. And, sharing memory tends to > clutter these designs quickly. So, DMA is the only *painless* > way to interface to the core. DMA is not common with NICs. Shared memory (usually controlled by the NIC) and programmed I/O are the norm. > As such, are there any good suggestions for NIC's that would > fit well in this architecture? Preferably fast ethernet? Very > high integration is desirable to keep the size of the box down to > a minimum (i.e. PC/104 form factor). There aren't a great number of fast ethernet chipsets, and even fewer designed for tight ISA-style integration. There is, however, a plethora of 10Mbps chipsets that might suit; consider the Crystal CS89x0, SMC 91cxx, NatSemi 83c90x etc. Depending on the actual situation, you may find that the AMD PC-Net or Intel 825xx parts are suitable too. would strongly suggest chasing the SMC and NatSemi websites for details on any potential 100Mbps parts. > --don -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sat May 24 21:40:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA07635 for hackers-outgoing; Sat, 24 May 1997 21:40:05 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA07590 for ; Sat, 24 May 1997 21:39:59 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id VAA12281; Sat, 24 May 1997 21:39:41 -0700 (PDT) To: Jaye Mathisen cc: hackers@FreeBSD.ORG Subject: Re: Minor 2.2.2 install problem In-reply-to: Your message of "Sat, 24 May 1997 19:04:11 PDT." Date: Sat, 24 May 1997 21:39:41 -0700 Message-ID: <12277.864535181@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Already listed in ERRATA.TXT but thanks. > /etc/login.conf isn't installed in a minimal install. >